From schut@sarvision.com Fri Aug 1 09:25:43 2003 From: schut@sarvision.com (Vincent Schut) Date: Fri, 1 Aug 2003 10:25:43 +0200 Subject: [Mapserver-users] Proj problems In-Reply-To: <3F298A19.6010300@tamu.edu> References: <3F298A19.6010300@tamu.edu> Message-ID: <200308011025.43343.schut@sarvision.com> Gerry, I don't presume I will solve your problem, but let me add me 2 cents: - I saw a line 'proj=longlat'. This is definitely not going to work, as it should be 'proj=latlong'. - I think you can't use a full proj definition and a epsg:xxxx line together in the same projection block (in the PWV layer). An epsg line is a shortcut to a full projection definition. Either use that, or define the projection yourself in the projection block, but don't do both, cause you'll end up having 2 projections defined... - mind that layers that do not have a projection defined in the map file and do not have an internal projection definition (e.g geotiff files do, but shapefiles don't have an internal projection def) are assumed to be in the defined output projection of the mapfile. If they are not in the same projection, there is a pretty big chance that they will fall outside of your defined map extent. - your mapfile is quite complex, having some different layers with different projections. I'd say, try to start with a stripped down mapfile with only one layer which is in the same projection as the output projection, get that working, then start adding new layers one by one. This greatly increases your chances of tackling the problem. Now it can be anywhere in your file. - it might be on purpose but the mapfile you attached doesn't have any main map projection defined: they are all commented out. Don't forget to uncomment one, as you will need at least one... And adjust the units according to the uncommented projection, e.g. if you uncomment a utm proj, change units to meters. And of course change your main extent accordingly. - remove the minscale and maxscale items from the web block while debugging to prevent them to fool you. - STATUS should be on|off|default, not false, according to the documents. I wonder why you don't get a parse error about that. Or it might work but be undocumented ;-) BTW while debugging I always prefer status default, because that makes sure your layers will be displayed, while with status on you will have to activate them explicitly in your cgi request. For more info on this search the mailing list archives. - for raster files that are not in some remote sensing format and thus do not contain any coordinate information (like the radar layer: it's a gif file) you probably need to use a world file to define the corner coordinates and raster cell size. Hope these help... Good luck, Vincent. On Thursday 31 July 2003 23:28, Gerry Creager wrote: > OK, I'm pretty much at my wits' end. I've tried looking at this on a > time-available basis, and I'm just not getting it. > > A mapserv -v yields the following: > [root@mesonet cgi-bin]# ./mapserv -v > MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > PROJ support is there, so it should allow me to specify a projection > section, either with the EPSG shortcut or the long way, with everything > specified. I've tried that and what I end up with is essentially a > blank screen... > > If someone's got suggestions, great. The mapfile is attached. I'll > keep looking at it, but it's looking like my hair's on fire and I can't > get it put out... > > Thanks in advance, > Gerry -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From schut@sarvision.com Fri Aug 1 09:29:24 2003 From: schut@sarvision.com (Vincent Schut) Date: Fri, 1 Aug 2003 10:29:24 +0200 Subject: [Mapserver-users] Proj problems In-Reply-To: <3F298A19.6010300@tamu.edu> References: <3F298A19.6010300@tamu.edu> Message-ID: <200308011029.24707.schut@sarvision.com> Gerry, Additionally, indeed as Randy already pointed out, your imageurl looks faulty. It should be what you have to type in your browser to get in the tmp directory where mapserver puts its output images, which is (hopefully) not /var/www/etc. but something like tmp/ or mesonet/tmp/, depending on how you defined (aliased) that directory in your httpd.conf presuming you are using apache. cheers, Vincent. On Thursday 31 July 2003 23:28, Gerry Creager wrote: > OK, I'm pretty much at my wits' end. I've tried looking at this on a > time-available basis, and I'm just not getting it. > > A mapserv -v yields the following: > [root@mesonet cgi-bin]# ./mapserv -v > MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > PROJ support is there, so it should allow me to specify a projection > section, either with the EPSG shortcut or the long way, with everything > specified. I've tried that and what I end up with is essentially a > blank screen... > > If someone's got suggestions, great. The mapfile is attached. I'll > keep looking at it, but it's looking like my hair's on fire and I can't > get it put out... > > Thanks in advance, > Gerry -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From arnulf.christl@ccgis.de Fri Aug 1 11:30:09 2003 From: arnulf.christl@ccgis.de (Arnulf Christl (CCGIS)) Date: Fri, 1 Aug 2003 12:30:09 +0200 Subject: [Mapserver-users] WMS Client on IIS with MS_MAPFILE variable problem In-Reply-To: <3F293776.6020609@i3.com> Message-ID: Hi, doing the same thing as Sean Gillies suggested we do it another way technically. One of our customers did have some problems using UMN MapServer as a cascading server bescause it will "hang" until the CGI timout is reached whenever any one of the cascaded servers will not answer or will only answer retarded (a basic problem of the used CGI technique). Therefore we use a D-HTML client suite which queries all WMS individually (without showing the map file or the servers IP because they are wrapped in a *virtual* project) and shows their map whenever the server has finished drawing it. The problem of a missing *layer* (WMS) is then reduced to the inconvenience of it not appearing in the map instead of a *hanging* system. We are currently preparing to *free* this software licensed with the GNU GPL (up to know we sold it as a proprietary product). We hope to be able to publish it next week. We will notify this userlist when it finally will be ready for download. Daniels suggestion of *cloning* MapServers may also be a very interesting alternative we have not tought about yet. Best regards, Arnulf. -----Ursprungliche Nachricht----- Von: mapserver-users-admin@lists.gis.umn.edu [mailto:mapserver-users-admin@lists.gis.umn.edu]Im Auftrag von David Graham Gesendet: Donnerstag, 31. Juli 2003 17:36 An: mapserver-users@lists.gis.umn.edu Betreff: [Mapserver-users] WMS Client on IIS with MS_MAPFILE variable problem Hi everyone: Here is a tricky one, perhaps someone has solved this problem. I am no IIS expert, so there may yet be a simple solution to this. We have some WMS serviers running on Linux and they work fine. I have hidden the map file with a shell script as suggested in the WMS Server documentation. [root@commerce1 cgi-bin]# more i3_demo #! /bin/sh MS_MAPFILE=/var/www/wms.i3.com/mapfiles/i3demo.map export MS_MAPFILE /var/www/wms.i3.com/bin/mapserv3.7 And it works great. I now need to perform the same functionality on Windows 2000 using IIS. I searched around to see if I could set an environment variable to be associated with a given script(exe) but could not find a reference or dialog box to set anything. I then tried windows scripting. I used cscript.exe to execute the following jscript script. [dave@solar dave]$ more i3image.js var WshShell = WScript.CreateObject("WScript.Shell"); var WshSysEnv = WshShell.Environment("SYSTEM"); WshSysEnv.Item( "MS_MAPFILE" ) = "N:\\wms_data\\mapfiles\\wms1\\i3_Imagery_wms_service.map"; WshShell.Run( "C:\\Inetpub\\wwwroot\\wms\\wmsserver.exe", 0, true ); Then I set the IIS to map an empty file I labled wms.i3image to C:\WINNT\cscritpt //Nologo \i3image.js After setting up some permissions, this executed but I have no results. The problem is that the script spawns a new shell and send the output to that shell which is then not related back to IIS. It also accured to me that the new shell might not even have the inherited the CGI environment, but I have not tested that either. So my question is has anyone cracked this problem? I know I could probably do it in perl or python, but I would rather avoid putting another package on the system just for a script this small. This is supposed to be the first in a bank of machines that will run only Mapserver WMS services with no other applications installed. The idea is to minimize the amount of software and thus reduce the degredation of the Windows system. By the way Windows is a prerequisit since we will be serving up a lot of data that is compressed in ECW format. So if anyone can give me suggestions on how to make this work with Windows 2000 provided technology I would greatly apreaciate it. Thanks Dave Graham -- David W. Graham Director of Geospatial Applications Development information integration and imaging, LLC 201 Linden St, Third Floor Fort Collins, CO 80524 (970) 482-4400 dgraham@i3.com http://www.i3.com _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From schut@sarvision.com Fri Aug 1 13:14:06 2003 From: schut@sarvision.com (Vincent Schut) Date: Fri, 1 Aug 2003 14:14:06 +0200 Subject: [Mapserver-users] Proj problems In-Reply-To: <3F2A5219.9080609@tamu.edu> References: <3F298A19.6010300@tamu.edu> <200308011025.43343.schut@sarvision.com> <3F2A5219.9080609@tamu.edu> Message-ID: <200308011414.06065.schut@sarvision.com> Gerry, please if you reply, include the list. Others might want to follow our discussion, maybe learn from it, correct me, or even add better ideas... There are a bunch of documents on the internet that say proj=longlat (google for it, you'll be stumped!). I believe they are wrong... However, if it is in the mapserver docs/wiki somewhere, we should track that down and have it corrected. I see about the meteorologists being not gis people... I might have overlooked a main projection block. According to the gdal docs, the world file for your gif should be named .wld (if your gif is radar.gif, your world file should be radar.wld). Then mapserver (gdal) should automatically recognize it. .tfw means Tiff World File, thus should be used for tiffs... If it worked without reprojecting, adding a valid projection block into the map block and accordingly changing the extent and eventually units should suffice to get your output in a different projection. However, I would try to start simple to get that working. The degree of confusion did not escape my eye ;-) Once you got reprojection working with one layer, adding more layers that previously worked should not be any problem. I am not a projection expert and certainly not Lambert, but a typical thing to forget/do wrong might be to have an extent that does not fit the used projection... Well I hope you'll succeed somehow. Cheers, Vincent. On Friday 01 August 2003 13:42, Gerry Creager N5JXS wrote: > Helps a lot. Thanks! > > One note: Somewhere in the docs or wiki, and I don't recall now, the > reference is to 'proj=longlat'... I recall seeing it and scratching my > head, but, well, documentation is documentation, and the folks who write > it are usually better informed than I am.. that's why I'm reading THEIR > docs! > > So: Let me go make some changes > > As for complexity, it works sans projection info, as I've gotten > everything into a geographic projection, but the presentation is > criticized since the tpical meteorologist inour parts believes that > nothing can be represented save in Lambert, and appaently the rain can't > fall nor the wind blow, unless all maps are thus represented. So, I'm > trying to reproject. > > Oh, and I thought I DID have a main projection defined. There are > several in there, and I thought I'd left one in place, active. If not, > it's representative of the degree of confusion I've managed to create > for myself. > > Finally, there is a world file for the gif (tfw) as well as one for the > png (pngw). Now I've got to figure out how to reference it. > > Thanks again. These tips might get me on-track. > > Regards, > Gerry > > Vincent Schut wrote: > > Gerry, > > > > I don't presume I will solve your problem, but let me add me 2 cents: > > > > - I saw a line 'proj=longlat'. This is definitely not going to work, as > > it should be 'proj=latlong'. > > - I think you can't use a full proj definition and a epsg:xxxx line > > together in the same projection block (in the PWV layer). An epsg line is > > a shortcut to a full projection definition. Either use that, or define > > the projection yourself in the projection block, but don't do both, cause > > you'll end up having 2 projections defined... > > - mind that layers that do not have a projection defined in the map file > > and do not have an internal projection definition (e.g geotiff files do, > > but shapefiles don't have an internal projection def) are assumed to be > > in the defined output projection of the mapfile. If they are not in the > > same projection, there is a pretty big chance that they will fall outside > > of your defined map extent. > > - your mapfile is quite complex, having some different layers with > > different projections. I'd say, try to start with a stripped down mapfile > > with only one layer which is in the same projection as the output > > projection, get that working, then start adding new layers one by one. > > This greatly increases your chances of tackling the problem. Now it can > > be anywhere in your file. - it might be on purpose but the mapfile you > > attached doesn't have any main map projection defined: they are all > > commented out. Don't forget to uncomment one, as you will need at least > > one... And adjust the units according to the uncommented projection, e.g. > > if you uncomment a utm proj, change units to meters. And of course change > > your main extent accordingly. > > - remove the minscale and maxscale items from the web block while > > debugging to prevent them to fool you. > > - STATUS should be on|off|default, not false, according to the documents. > > I wonder why you don't get a parse error about that. Or it might work but > > be undocumented ;-) BTW while debugging I always prefer status default, > > because that makes sure your layers will be displayed, while with status > > on you will have to activate them explicitly in your cgi request. For > > more info on this search the mailing list archives. > > - for raster files that are not in some remote sensing format and thus do > > not contain any coordinate information (like the radar layer: it's a gif > > file) you probably need to use a world file to define the corner > > coordinates and raster cell size. > > > > Hope these help... > > Good luck, > > > > Vincent. > > > > On Thursday 31 July 2003 23:28, Gerry Creager wrote: > >>OK, I'm pretty much at my wits' end. I've tried looking at this on a > >>time-available basis, and I'm just not getting it. > >> > >>A mapserv -v yields the following: > >>[root@mesonet cgi-bin]# ./mapserv -v > >>MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > >>OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER > >>SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR > >>INPUT=GDAL INPUT=SHAPEFILE > >> > >>PROJ support is there, so it should allow me to specify a projection > >>section, either with the EPSG shortcut or the long way, with everything > >>specified. I've tried that and what I end up with is essentially a > >>blank screen... > >> > >>If someone's got suggestions, great. The mapfile is attached. I'll > >>keep looking at it, but it's looking like my hair's on fire and I can't > >>get it put out... > >> > >>Thanks in advance, > >>Gerry -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From arnulf.christl@ccgis.de Fri Aug 1 13:37:42 2003 From: arnulf.christl@ccgis.de (Arnulf Christl (CCGIS)) Date: Fri, 1 Aug 2003 14:37:42 +0200 Subject: [Mapserver-users] Large amounts of data / mutiple cascading services In-Reply-To: <200308011029.24707.schut@sarvision.com> Message-ID: Hello, a german public land surveying office (every federal state currently individually decides which software to use) is planning to use UMN MapServer as their WMS engine for a federal geo data infrastructure. We are interested in sharing all and every information concerning large architectures and large amounts of data with (maybe also cascading) UMN MapServers. Further questions concern on-the-fly projection of raster data as we are currently still using mutiple projection systems (Gauss Krueger - EPSG:31429) in Germany. Regards, Arnulf Christl -------------------------------- arnulf.christl@ccgis.de www.ccgis.de -------------------------------- Phone: +49 (0) 228 90826 0 Direct: +49 (0) 228 90826 23 Fax: +49 (0) 228 90826 11 GSM: +49 (0) 172 2958 004 -------------------------------- CCGIS GbR Siemensstraße 8 53121 Bonn GERMANY -------------------------------- From gerry.creager@tamu.edu Fri Aug 1 14:17:42 2003 From: gerry.creager@tamu.edu (Gerry Creager N5JXS) Date: Fri, 01 Aug 2003 08:17:42 -0500 Subject: [Mapserver-users] Proj problems In-Reply-To: <200308011414.06065.schut@sarvision.com> References: <3F298A19.6010300@tamu.edu> <200308011025.43343.schut@sarvision.com> <3F2A5219.9080609@tamu.edu> <200308011414.06065.schut@sarvision.com> Message-ID: <3F2A6876.7060600@tamu.edu> Vincent Schut wrote: > Gerry, > please if you reply, include the list. Others might want to follow our > discussion, maybe learn from it, correct me, or even add better ideas... OK. I'd seen projection problems discussed so often, I was sure I'd be boring the list with 'em. However, from another perspective, if they are complex enough to stump a lot of folk, it's almost certainly worth keeping the discussion 'live'. > There are a bunch of documents on the internet that say proj=longlat (google > for it, you'll be stumped!). I believe they are wrong... However, if it is in > the mapserver docs/wiki somewhere, we should track that down and have it > corrected. I'll try to find the references... > I see about the meteorologists being not gis people... > I might have overlooked a main projection block. > According to the gdal docs, the world file for your gif should be named .wld > (if your gif is radar.gif, your world file should be radar.wld). Then > mapserver (gdal) should automatically recognize it. .tfw means Tiff World > File, thus should be used for tiffs... Good point. > If it worked without reprojecting, adding a valid projection block into the > map block and accordingly changing the extent and eventually units should > suffice to get your output in a different projection. However, I would try to > start simple to get that working. The degree of confusion did not escape my > eye ;-) Once you got reprojection working with one layer, adding more layers > that previously worked should not be any problem. I'll try incrementally, again. I've been down that road, but correcting the 'longlat' error may cause different results. > I am not a projection expert and certainly not Lambert, but a typical thing to > forget/do wrong might be to have an extent that does not fit the used > projection... Theoretically, I understand projections. I can discuss the process and teach it; I just can't seem to get it right in Mapserver! Time for more study. Thanks again! gerry > Well I hope you'll succeed somehow. > Cheers, > Vincent. > > > On Friday 01 August 2003 13:42, Gerry Creager N5JXS wrote: > >>Helps a lot. Thanks! >> >>One note: Somewhere in the docs or wiki, and I don't recall now, the >>reference is to 'proj=longlat'... I recall seeing it and scratching my >>head, but, well, documentation is documentation, and the folks who write >>it are usually better informed than I am.. that's why I'm reading THEIR >>docs! >> >>So: Let me go make some changes >> >>As for complexity, it works sans projection info, as I've gotten >>everything into a geographic projection, but the presentation is >>criticized since the tpical meteorologist inour parts believes that >>nothing can be represented save in Lambert, and appaently the rain can't >>fall nor the wind blow, unless all maps are thus represented. So, I'm >>trying to reproject. >> >>Oh, and I thought I DID have a main projection defined. There are >>several in there, and I thought I'd left one in place, active. If not, >>it's representative of the degree of confusion I've managed to create >>for myself. >> >>Finally, there is a world file for the gif (tfw) as well as one for the >>png (pngw). Now I've got to figure out how to reference it. >> >>Thanks again. These tips might get me on-track. >> >>Regards, >>Gerry >> >>Vincent Schut wrote: >> >>>Gerry, >>> >>>I don't presume I will solve your problem, but let me add me 2 cents: >>> >>>- I saw a line 'proj=longlat'. This is definitely not going to work, as >>>it should be 'proj=latlong'. >>>- I think you can't use a full proj definition and a epsg:xxxx line >>>together in the same projection block (in the PWV layer). An epsg line is >>>a shortcut to a full projection definition. Either use that, or define >>>the projection yourself in the projection block, but don't do both, cause >>>you'll end up having 2 projections defined... >>>- mind that layers that do not have a projection defined in the map file >>>and do not have an internal projection definition (e.g geotiff files do, >>>but shapefiles don't have an internal projection def) are assumed to be >>>in the defined output projection of the mapfile. If they are not in the >>>same projection, there is a pretty big chance that they will fall outside >>>of your defined map extent. >>>- your mapfile is quite complex, having some different layers with >>>different projections. I'd say, try to start with a stripped down mapfile >>>with only one layer which is in the same projection as the output >>>projection, get that working, then start adding new layers one by one. >>>This greatly increases your chances of tackling the problem. Now it can >>>be anywhere in your file. - it might be on purpose but the mapfile you >>>attached doesn't have any main map projection defined: they are all >>>commented out. Don't forget to uncomment one, as you will need at least >>>one... And adjust the units according to the uncommented projection, e.g. >>>if you uncomment a utm proj, change units to meters. And of course change >>>your main extent accordingly. >>>- remove the minscale and maxscale items from the web block while >>>debugging to prevent them to fool you. >>>- STATUS should be on|off|default, not false, according to the documents. >>>I wonder why you don't get a parse error about that. Or it might work but >>>be undocumented ;-) BTW while debugging I always prefer status default, >>>because that makes sure your layers will be displayed, while with status >>>on you will have to activate them explicitly in your cgi request. For >>>more info on this search the mailing list archives. >>>- for raster files that are not in some remote sensing format and thus do >>>not contain any coordinate information (like the radar layer: it's a gif >>>file) you probably need to use a world file to define the corner >>>coordinates and raster cell size. >>> >>>Hope these help... >>>Good luck, >>> >>>Vincent. >>> >>>On Thursday 31 July 2003 23:28, Gerry Creager wrote: >>> >>>>OK, I'm pretty much at my wits' end. I've tried looking at this on a >>>>time-available basis, and I'm just not getting it. >>>> >>>>A mapserv -v yields the following: >>>>[root@mesonet cgi-bin]# ./mapserv -v >>>>MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP >>>>OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER >>>>SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR >>>>INPUT=GDAL INPUT=SHAPEFILE >>>> >>>>PROJ support is there, so it should allow me to specify a projection >>>>section, either with the EPSG shortcut or the long way, with everything >>>>specified. I've tried that and what I end up with is essentially a >>>>blank screen... >>>> >>>>If someone's got suggestions, great. The mapfile is attached. I'll >>>>keep looking at it, but it's looking like my hair's on fire and I can't >>>>get it put out... >>>> >>>>Thanks in advance, >>>>Gerry > > -- Gerry Creager -- gerry.creager@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 schut@sarvision.com Fri Aug 1 14:42:10 2003 From: schut@sarvision.com (Vincent Schut) Date: Fri, 1 Aug 2003 15:42:10 +0200 Subject: [Mapserver-users] Proj problems In-Reply-To: <3F2A6876.7060600@tamu.edu> References: <3F298A19.6010300@tamu.edu> <200308011414.06065.schut@sarvision.com> <3F2A6876.7060600@tamu.edu> Message-ID: <200308011542.10855.schut@sarvision.com> On Friday 01 August 2003 15:17, Gerry Creager N5JXS wrote: > Vincent Schut wrote: ... > > There are a bunch of documents on the internet that say proj=longlat > > (google for it, you'll be stumped!). I believe they are wrong... However, > > if it is in the mapserver docs/wiki somewhere, we should track that down > > and have it corrected. > > I'll try to find the references... After some research I found longlat even in my postgis.sql, defining the projection parameters for postgis... I guess that longlat works too, then. But according to the docs, it should be latlong. Cheers, Vincent. From RustyM@morleyandassociates.com Fri Aug 1 14:51:43 2003 From: RustyM@morleyandassociates.com (Rusty Moorman) Date: Fri, 01 Aug 2003 08:51:43 -0500 Subject: [Mapserver-users] Label: ANGLE auto Message-ID: --=_9BC58396.58395418 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Awesome, that was the problem. Thanks all for the timely responses. I just want to say that MapServer is a phenomenal product, and my gratitude goes out to all those who created and maintain it. I have another question regarding label angles: Is it possible to have MapServer maintain label direction? I.e., is it possible to specify that I want all my vertical road labels to read bottom-top, instead of some reading top-bottom and some vise-versa, while still using the "ANGLE: auto" option, or do I have to utilize the LABELANGLEITEM attribute to achieve this? Thanks again, Rusty Moorman Morley & Associates, Inc. >>> "Steve Lime" 07/31/03 04:25PM >>> You need to use truetype fonts. The built in GD fonts are not rotatable... Steve >>> "Rusty Moorman" 07/31/03 03:36PM >>> Hello all, I am having trouble getting ANGLE working for the LABEL object. All of the labels (road names for a centerline layer) are simply horizontally aligned. I'm using "ANGLE: Auto" under the proper label object to no avail. Here are some system specs: Mapserver - v3.6.6 (downloaded binary - OGR / GIF support) Win2000 And here's a code snippet: LAYER NAME "vroadname" DATA Vanderburgh_centerline STATUS DEFAULT TYPE ANNOTATION LABELITEM "street_nam" LABELMAXSCALE 72000 CLASS LABEL ANGLE auto MINDISTANCE 50 POSITION CC SIZE TINY COLOR 0 0 0 END END END Any clue as to what I'm doing wrong? Thanks for the help. Rusty Moorman Morley & Associates, Inc. --=_9BC58396.58395418 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Description: HTML
Awesome, that was the problem. Thanks all for the timely responses. I just want to say that MapServer is a phenomenal product, and my gratitude goes out to all those who created and maintain it.
 
I have another question regarding label angles:
      Is it possible to have MapServer maintain label direction? I.e., is it possible to specify that I want all my vertical road labels to read bottom-top, instead of some reading top-bottom and some vise-versa, while still using the "ANGLE: auto" option, or do I have to utilize the LABELANGLEITEM attribute to achieve this?
 
Thanks again,
     
           Rusty Moorman
           Morley & Associates, Inc.

>>> "Steve Lime" <steve.lime@dnr.state.mn.us> 07/31/03 04:25PM >>>
You need to use truetype fonts. The built in GD fonts are not
rotatable...

Steve

>>> "Rusty Moorman" <RustyM@morleyandassociates.com> 07/31/03 03:36PM
>>>
Hello all,
   I am having trouble getting ANGLE working for the LABEL object. All
of the labels (road names for a centerline layer) are simply
horizontally aligned.

   I'm using "ANGLE: Auto" under the proper label object to no avail.

   Here are some system specs:
        Mapserver - v3.6.6 (downloaded binary - OGR / GIF support)
        Win2000

   And here's a code snippet:

LAYER
    NAME "vroadname"
    DATA Vanderburgh_centerline
    STATUS DEFAULT
    TYPE ANNOTATION
    LABELITEM "street_nam"
    LABELMAXSCALE 72000
    CLASS
        LABEL
            ANGLE auto
            MINDISTANCE 50
            POSITION CC
            SIZE TINY
            COLOR 0 0 0
        END
    END
END

      Any clue as to what I'm doing wrong? Thanks for the help.

         Rusty Moorman
         Morley & Associates, Inc.
--=_9BC58396.58395418-- From morissette@dmsolutions.ca Fri Aug 1 15:11:57 2003 From: morissette@dmsolutions.ca (Daniel Morissette) Date: Fri, 01 Aug 2003 10:11:57 -0400 Subject: [Mapserver-users] Proj problems In-Reply-To: <200308011542.10855.schut@sarvision.com> References: <3F298A19.6010300@tamu.edu> <200308011414.06065.schut@sarvision.com> <3F2A6876.7060600@tamu.edu> <200308011542.10855.schut@sarvision.com> Message-ID: <3F2A752D.80004@dmsolutions.ca> I just checked the PROJ4 source (pj_latlong.c) and it accepts both: PROJ_HEAD(latlong, "Lat/long (Geodetic)") "\n\t"; PROJ_HEAD(longlat, "Lat/long (Geodetic)") "\n\t"; According to CVS logs, it was initially called "latlong" and a few days after the initial implementation the alias for "longlat" was added. Daniel Vincent Schut wrote: > On Friday 01 August 2003 15:17, Gerry Creager N5JXS wrote: > >>Vincent Schut wrote: > > ... > >>>There are a bunch of documents on the internet that say proj=longlat >>>(google for it, you'll be stumped!). I believe they are wrong... However, >>>if it is in the mapserver docs/wiki somewhere, we should track that down >>>and have it corrected. >> >>I'll try to find the references... > > > After some research I found longlat even in my postgis.sql, defining the > projection parameters for postgis... I guess that longlat works too, then. > But according to the docs, it should be latlong. > > Cheers, > Vincent. From woodbri@swoodbridge.com Fri Aug 1 15:21:54 2003 From: woodbri@swoodbridge.com (woodbri@swoodbridge.com) Date: Fri, 01 Aug 2003 10:21:54 -0400 Subject: [Mapserver-users] Label: ANGLE auto In-Reply-To: Message-ID: <3F2A3F42.12030.476F6221@localhost> Rusty, I not sure but I think if you look at the labels you will that labels are draw to be upright while being rendered left to right. What I this means is the if 0 degrees is to the right and 90 degrees if down all labels should be written such that they are upright. the only ambiguity is that some labels will be written up at -90 degrees and some are written down at 90 degrees. If you want to have a default value to over ride this then you should write up a bug on bugzilla as and enhancement. You are right that if you want total control you can set explicit angles and positions by creating a label layer using LABELANGLEITEM. -Steve W. On 1 Aug 2003 at 8:51, Rusty Moorman wrote: > Awesome, that was the problem. Thanks all for the timely responses. I > just want to say that MapServer is a phenomenal product, and my > gratitude goes out to all those who created and maintain it. > > I have another question regarding label angles: > Is it possible to have MapServer maintain label direction? I.e., > is it possible to specify that I want all my vertical road labels to > read bottom-top, instead of some reading top-bottom and some > vise-versa, while still using the "ANGLE: auto" option, or do I have > to utilize the LABELANGLEITEM attribute to achieve this? > > Thanks again, > > Rusty Moorman > Morley & Associates, Inc. > > >>> "Steve Lime" 07/31/03 04:25PM >>> > You need to use truetype fonts. The built in GD fonts are not > rotatable... > > Steve > > >>> "Rusty Moorman" 07/31/03 03:36PM > >>> > Hello all, > I am having trouble getting ANGLE working for the LABEL object. All > of the labels (road names for a centerline layer) are simply > horizontally aligned. > > I'm using "ANGLE: Auto" under the proper label object to no avail. > > Here are some system specs: > Mapserver - v3.6.6 (downloaded binary - OGR / GIF support) > Win2000 > > And here's a code snippet: > > LAYER > NAME "vroadname" > DATA Vanderburgh_centerline > STATUS DEFAULT > TYPE ANNOTATION > LABELITEM "street_nam" > LABELMAXSCALE 72000 > CLASS > LABEL > ANGLE auto > MINDISTANCE 50 > POSITION CC > SIZE TINY > COLOR 0 0 0 > END > END > END > > Any clue as to what I'm doing wrong? Thanks for the help. > > Rusty Moorman > Morley & Associates, Inc. > > From morissette@dmsolutions.ca Fri Aug 1 15:36:47 2003 From: morissette@dmsolutions.ca (Daniel Morissette) Date: Fri, 01 Aug 2003 10:36:47 -0400 Subject: [Mapserver-users] Re: styleitem In-Reply-To: <3F2A2A81.C917DABB*Jean-Baptiste.RICHARD@agriculture.gouv.fr> References: <3F2A2A81.C917DABB*Jean-Baptiste.RICHARD@agriculture.gouv.fr> Message-ID: <3F2A7AFF.7050506@dmsolutions.ca> Please use the mapserver-users list for your questions. Others may have the same problem and learn from the questions/answer when reading the list or browsing/searching the archives. Plus you increase your chances of getting a response since more eyes will see your question. And finally that saves us from having to reply dozens of times to the same question via direct email. See reply to your question below... Jean-Baptiste RICHARD wrote: > hi, i'm sorry to ask you this question but i don't understand one thing > using styleitem "auto". > The color of my .tab file are rendered, but i can't access a legend icon > for each class. > I read that it is a bug with mapserver 4.0, but could i make appear the > legend icon if i only take one class (expression = '1' for instance)? > In every case, my legend is empty and it seems to be a bit complicated > if i have to make a nex legend for each layer .tab and colored in > mapinfo. > > Thanks for your help and sorry for my bad english, > > RICHARD Jean-Baptiste > Even if you set the style/color of class #1 in your layer it will be overwritten by the styleitem auto stuff and you won't get the expected legend icons. But there's hope... a new KEYIMAGE class-level parameter has been added in 4.0 but haven't tried yet, that should allow you to specify the image to use for the legend icon. There was an email sent about this on the list by Steve on July 29 but I don't see it in the list archives, I have attached a copy below. BTW, KEYIMAGE isn't documented in the mapfile reference docs either... Daniel -- ------------------------------------------------------------ Daniel Morissette morissette@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ Steve Lime wrote: > There is a new CLASS level parameter in 4.0 called KEYIMAGE that allows > you to > specify the legend image to use when building a legend (or requesting a > legend > icon via MapScript or the CGI application). You can see it in action > at: > > http://maps.dnr.state.mn.us/mapserver_demos/workshop/ > > Turn on the DOQ layer and you'll see the KEYIMAGE in the legend. Note > the the > KEYIMAGE is sized to fit within the key specifications defined in the > LEGEND section. > > Steve From schut@sarvision.com Fri Aug 1 15:43:11 2003 From: schut@sarvision.com (Vincent Schut) Date: Fri, 1 Aug 2003 16:43:11 +0200 Subject: [Mapserver-users] Proj problems In-Reply-To: <3F2A752D.80004@dmsolutions.ca> References: <3F298A19.6010300@tamu.edu> <200308011542.10855.schut@sarvision.com> <3F2A752D.80004@dmsolutions.ca> Message-ID: <200308011643.11826.schut@sarvision.com> Daniel, thanks for checking that this way and ending my confusion. So simple and I didn't think of it... Time for me to go home and have weekend :-) On Friday 01 August 2003 16:11, Daniel Morissette wrote: > I just checked the PROJ4 source (pj_latlong.c) and it accepts both: > > PROJ_HEAD(latlong, "Lat/long (Geodetic)") "\n\t"; > PROJ_HEAD(longlat, "Lat/long (Geodetic)") "\n\t"; > > According to CVS logs, it was initially called "latlong" and a few days > after the initial implementation the alias for "longlat" was added. > > Daniel > > Vincent Schut wrote: > > On Friday 01 August 2003 15:17, Gerry Creager N5JXS wrote: > >>Vincent Schut wrote: > > > > ... > > > >>>There are a bunch of documents on the internet that say proj=longlat > >>>(google for it, you'll be stumped!). I believe they are wrong... > >>> However, if it is in the mapserver docs/wiki somewhere, we should track > >>> that down and have it corrected. > >> > >>I'll try to find the references... > > > > After some research I found longlat even in my postgis.sql, defining the > > projection parameters for postgis... I guess that longlat works too, > > then. But according to the docs, it should be latlong. > > > > Cheers, > > Vincent. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From keon@nacse.org Fri Aug 1 16:12:28 2003 From: keon@nacse.org (Dylan Keon) Date: Fri, 01 Aug 2003 08:12:28 -0700 Subject: [Mapserver-users] Re: styleitem In-Reply-To: <3F2A7AFF.7050506@dmsolutions.ca> References: <3F2A2A81.C917DABB*Jean-Baptiste.RICHARD@agriculture.gouv.fr> <3F2A7AFF.7050506@dmsolutions.ca> Message-ID: <3F2A835C.3010704@nacse.org> Daniel Morissette wrote: > > But there's hope... a new KEYIMAGE class-level parameter has been added > in 4.0 but haven't tried yet, that should allow you to specify the image > to use for the legend icon. There was an email sent about this on the > list by Steve on July 29 but I don't see it in the list archives, I have > attached a copy below. > > BTW, KEYIMAGE isn't documented in the mapfile reference docs either... I added KEYIMAGE info to the MigrationGuide Wiki page a few days ago, along with COLOR_MATCH_THRESHOLD and the new .qix index information. If anyone knows of anything else that should be added to that page prior to the official 4.0 release, let me know and I'll add it. http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide --Dylan From Zamil.Murji@divestco.com Fri Aug 1 17:18:47 2003 From: Zamil.Murji@divestco.com (Zamil Murji) Date: Fri, 1 Aug 2003 10:18:47 -0600 Subject: [Mapserver-users] filter and filteritem Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A9E7@div-mx02.DIVESTCO.COM> Hello all, I am using data from shapefiles. I have 3 layers that come from one set of shapefiles (wells.shp). There are fields in the dbf that I would like to use to create these layers. For instance if FIELD1 in the database is = 'Y' then I want it to be shown in green, if FIELD2 in the database is = 'Y' then I want it shown in red. What is the syntax to use for such queries in the .map file. Should i use filter and filteritem or something else? Thanks Zamil From Josef.Stromsky.hgf@vsb.cz Fri Aug 1 17:24:34 2003 From: Josef.Stromsky.hgf@vsb.cz (=?iso-8859-2?Q?Josef_Stromsk=FD?=) Date: Fri, 1 Aug 2003 18:24:34 +0200 Subject: [Mapserver-users] Beginner troubles !!! Message-ID: <004901c35849$65d83170$548dc49e@joseph> Hi Im using this mailing list for the first time. I have one big problem with running WMSMapserver (WebMapServer). I've installed mapserver properly and everythings is OK. Mapserver is running. My web-clients are OK. But now I need to start WMSMapserver. So I've tried the example from tutorial ( http://terrasip.gis.umn.edu/projects/tutorial35/s5/index.html ). I mean that mapfile from tutorial example is OK, but mapserv.exe returns this message everytime: msProcessProjection(): Projection library error. no system list, errno: 2 I've read some messages about this problem from this mailing list, but problem stays. I've installed package of pre-built binaries for PROJ 4.4.6 for Win32 systems and set system the PROJ_LIB environment. Now when I try this example C:\> proj.exe -I +proj=utm +zone=11 +ellps=WGS84 332000 4000000 (input) 118d52'1.182"W 36d7'48.593"N (output) C:\> so it works fine, but mapserv.exe works still wrong. Please, if you can help me I'll be very indebted to you. Thanx Best regards, Joseph. From gisgeek@nc.rr.com Fri Aug 1 17:54:16 2003 From: gisgeek@nc.rr.com (Bill Wheaton) Date: Fri, 1 Aug 2003 12:54:16 -0400 Subject: [Mapserver-users] configuration on chroot'ed system Message-ID: --Apple-Mail-8--154721719 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Folks-- I'm trying to get a phpmapscript/postgis setup going at my ISP (pghoster). Things are basically working, except that the sys admin has upgraded the mapserv executable to 3.6.6, but it is not being recognized by phpinfo() or my scripts. I run phpinfo() (after loading php_mapscript.so) and get the following: MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=SHAPEFILE When the sys admin at the ISP runs ./mapserv -v, he gets: [root@secure mapserver-3.6.6]# cd /home/virtual/mysite.org/var/www/cgi-bin/ [root@secure cgi-bin]# ./mapserv -v MapServer version 3.6.6 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE Note that ./mapserv -v reports version 3.6.6 (which is what I want), while phpinfo reports version 3.6.3. Since this is a chroot'ed system, I can't run ./mapserv myself from the command line myself. Additional output from phpinfo() shows: _SERVER["DOCUMENT_ROOT"] /home/virtual/site170/fst/var/www/html _SERVER["SITE_CGIROOT"] /home/virtual/site170/fst/var/www/cgi-bin My site's main document root (index.php and the rest of my php code) is in /home/virtual/site170/fst/var/www/html. But again, since it's chroot'ed, I get to it from: /home/myname/mainwebsite_html/index.php (etc.) and the mapserv cgi is in: /home/myname/mainwebiste_cgi/ (and is named mapserv) The mapserv file is there and shows the date at which the sys admin re-built it to ver 3.6.6. Can anyone provide any insights into troubleshooting this problem? Again, to summarize: My scripts are in the right place and mapserv is found and works, but it's not the right version...phpinfo() shows an older version of mapserv, while running ./mapserv -v shows a newer version...What are the places where an incorrect location for mapserv could be referenced? Thanks in advance for any advice. Bill --Apple-Mail-8--154721719 Content-Transfer-Encoding: 7bit Content-Type: text/enriched; charset=US-ASCII Folks-- I'm trying to get a phpmapscript/postgis setup going at my ISP (pghoster). Things are basically working, except that the sys admin has upgraded the mapserv executable to 3.6.6, but it is not being recognized by phpinfo() or my scripts. I run phpinfo() (after loading php_mapscript.so) and get the following: ArialMapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=SHAPEFILE When the sys admin at the ISP runs ./mapserv -v, he gets: [root@secure mapserver-3.6.6]# cd /home/virtual/mysite.org/var/www/cgi-bin/ [root@secure cgi-bin]# ./mapserv -v MapServer version 3.6.6 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE Note that ./mapserv -v reports version 3.6.6 (which is what I want), while phpinfo reports version 3.6.3. Since this is a chroot'ed system, I can't run ./mapserv myself from the command line myself. Additional output from phpinfo() shows: _SERVER["DOCUMENT_ROOT"] /home/virtual/site170/fst/var/www/html _SERVER["SITE_CGIROOT"] /home/virtual/site170/fst/var/www/cgi-bin My site's main document root (index.php and the rest of my php code) is in /home/virtual/site170/fst/var/www/html. But again, since it's chroot'ed, I get to it from: /home/myname/mainwebsite_html/index.php (etc.) and the mapserv cgi is in: /home/myname/mainwebiste_cgi/ (and is named mapserv) The mapserv file is there and shows the date at which the sys admin re-built it to ver 3.6.6. Can anyone provide any insights into troubleshooting this problem? Again, to summarize: My scripts are in the right place and mapserv is found and works, but it's not the right version...phpinfo() shows an older version of mapserv, while running ./mapserv -v shows a newer version...What are the places where an incorrect location for mapserv could be referenced? Thanks in advance for any advice. Bill --Apple-Mail-8--154721719-- From Zamil.Murji@divestco.com Fri Aug 1 18:18:24 2003 From: Zamil.Murji@divestco.com (Zamil Murji) Date: Fri, 1 Aug 2003 11:18:24 -0600 Subject: [Mapserver-users] filter and filteritem Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A9E9@div-mx02.DIVESTCO.COM> I solved my own issue. Use the following FILTER ('[FIELD1] = 'Y' OR '[FIELD2] = 'Y') Sorry Zamil -----Original Message----- From: Zamil Murji Sent: Friday, August 01, 2003 10:19 AM To: Mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] filter and filteritem Hello all, I am using data from shapefiles. I have 3 layers that come from one set of shapefiles (wells.shp). There are fields in the dbf that I would like to use to create these layers. For instance if FIELD1 in the database is = 'Y' then I want it to be shown in green, if FIELD2 in the database is = 'Y' then I want it shown in red. What is the syntax to use for such queries in the .map file. Should i use filter and filteritem or something else? Thanks Zamil _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Zamil.Murji@divestco.com Fri Aug 1 18:21:12 2003 From: Zamil.Murji@divestco.com (Zamil Murji) Date: Fri, 1 Aug 2003 11:21:12 -0600 Subject: [Mapserver-users] Use of shptree Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A9EA@div-mx02.DIVESTCO.COM> Hello list, I am using shptree to index my shapefiles. I have a funny case. Using shptree on one of my pointfiles actually increases the time to load an image by 0.5 seconds. I have a feeling it has something to do with the depth factor. How can I see what depth the index is created at? This shapefile has 1.6 million point shapes. Should the depth be higher or lower than what the shptree uses? Thanks Zamil From morissette@dmsolutions.ca Fri Aug 1 18:39:33 2003 From: morissette@dmsolutions.ca (Daniel Morissette) Date: Fri, 01 Aug 2003 13:39:33 -0400 Subject: [Mapserver-users] configuration on chroot'ed system In-Reply-To: References: Message-ID: <3F2AA5D5.3020201@dmsolutions.ca> This looks like the symptoms of a problem we used to have when MapServer's broken 'make install' was used. The 'make install' target has been replaced in the Makefile in the latest 3.6.x and 4.0 versions. Ask the ISP to look for an old /usr/local/lib/libmap.a and delete it, then link php_mapscript.so again and it should link with the correct libmap.a, the one that he just compiled. Daniel Bill Wheaton wrote: > Folks-- > > I'm trying to get a phpmapscript/postgis setup going at my ISP > (pghoster). Things are basically working, except that the sys admin has > upgraded the mapserv executable to 3.6.6, but it is not being recognized > by phpinfo() or my scripts. > > I run phpinfo() (after loading php_mapscript.so) and get the following: > > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF > INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=SHAPEFILE > > When the sys admin at the ISP runs ./mapserv -v, he gets: > > [root@secure mapserver-3.6.6]# cd /home/virtual/mysite.org/var/www/cgi-bin/ > [root@secure cgi-bin]# ./mapserv -v > MapServer version 3.6.6 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ > SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE > > Note that ./mapserv -v reports version 3.6.6 (which is what I want), > while phpinfo reports version 3.6.3. Since this is a chroot'ed system, I > can't run ./mapserv myself from the command line myself. > > Additional output from phpinfo() shows: > > _SERVER["DOCUMENT_ROOT"] /home/virtual/site170/fst/var/www/html > _SERVER["SITE_CGIROOT"] /home/virtual/site170/fst/var/www/cgi-bin > > My site's main document root (index.php and the rest of my php code) is > in /home/virtual/site170/fst/var/www/html. But again, since it's > chroot'ed, I get to it from: > > /home/myname/mainwebsite_html/index.php (etc.) > > and the mapserv cgi is in: > > /home/myname/mainwebiste_cgi/ (and is named mapserv) > > The mapserv file is there and shows the date at which the sys admin > re-built it to ver 3.6.6. > > Can anyone provide any insights into troubleshooting this problem? > Again, to summarize: > > My scripts are in the right place and mapserv is found and works, but > it's not the right version...phpinfo() shows an older version of > mapserv, while running ./mapserv -v shows a newer version...What are the > places where an incorrect location for mapserv could be referenced? > Thanks in advance for any advice. > > Bill From steve.lime@dnr.state.mn.us Fri Aug 1 19:22:43 2003 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Fri, 01 Aug 2003 13:22:43 -0500 Subject: [Mapserver-users] 4.0 Released... Message-ID: This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=_FDA3E530.E687E390 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Folks: Just in time for the weekend. The MapServer developers are pleased to announce the *official* release of version 4.0. Lot's of new functionality, see the attached HISTORY.TXT file for the complete list. The source code is available at: http://mapserver.gis.umn.edu/dload.html Win32 binaries should be available shortly from both DMSolutions and the University of Minnesota, as will a new version of the Itasca demo. A new version of the MapServer documentation is also in the works. A good summary of changes between 3.6.x and 4.0 can be found at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide Further announcements regarding the future of MapServer (new version numbering, development roadmap, ...) will be made at a later date. Anyway, enjoy! Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 --=_FDA3E530.E687E390 Content-Type: text/plain; name="HISTORY.TXT" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="HISTORY.TXT" MapServer Revision History ========================== This is a human-readable revision history which will attempt to document required changes for users to migrate from one version of MapServer to the next. Developers are strongly encouraged to document their changes and their impacts on the users here. (Please add the most recent changes to the top of the list.) For a complete change history, please see the CVS log comments. A copy of the CVS logs is updated daily at the following URL: http://www2.dmsolutions.ca/mapserver/dl/mapserver_changelog.txt Version 4.0 (2003-08-01) ------------------------ - Fixed problem with truncated expressions (bugs 242 and 340) - Attempt at fixing GD vs libiconv dependency problems (bug 348) - Fixed problem with invalid BoundingBox tag in WMS capabilities (bug 34) - Fixed problems with SIZEUNITS not working properly (bug 373) - Fixed MacOSX configure problems for linking php_mapscript (bug 208) - Fixed problem with reference map marker symbol not showing up (bug 378) - Use in WMS 1.0.0 capabilities instead of (bug 129) - One-to-one and one-to-many joins now work for Xbase files and are available to query templates. Low level one-to-one Xbase joins are available via OGR. Version 4.0-beta2 (2003-07-11) ------------------------------ - Added prototype of FastCGI support in mapserv_fcgi.c (not built by default). - Report full error stack in the mapserv CGI and PHP MapScript (bug 346) - Old index (.qix) format is deprecated (bug 273) - Fixed problem with embedded legend and scalebar that would result in layers being added to the HTML legends (bug 171) - Changed joins (XBase only at this point) over to the open-prepare-next... next-close way of doing things. Compiles fine, but needs more testing. One-to-many support should work now but it needs to be hooked into the template code yet. Last thing before a candidate 4.0 release. - Added ability to generate images in MapScript processQueryTemplate (bug 341) - Added saving of output formats in msSaveMap() - Fixed problem in PHP MapScript with variables that were not dereferenced before their values were changed by the MapScript wrappers (bug 323) - Added support for Web Map Context 1.0.0 - Treat zero-length template values as NULL so that it's possible to set("template", "") from MapScript to make layer non-queryable (bug 338) - Ditched the shapepath argument to the shapefileObj constructor - CARTOLINE join style default changed to MS_CJC_NONE - Tweaked code in legend builder to handle polygon layers slightly different. Now if a polygon layer contains only outlines and no fills (i.e. a polyline) then it is drawn using the zigzag legend shape rather than the box. I'll add legend outlines back in shortly. - Restored legend key outlines (triggered by setting OUTLINECOLOR). If an outline is requested then line symbols are clipped to the outline, otherwise lines are allowed to bleed a pixel or two beyond those boundaries- for most cases this looks fine but for fat lines it is gonna look goofy regardless. In those cases use the KEYIMAGE. - Fixed a bug in the scanline writer so that x coordinates can be in any order when passed in to the function. (bug 336) - Updated loadExpressionString in mapfile.c to be a bit more tolerant of input. Now if a string does not match the logical or regex pattern it is automatically cast as a string expression. Removes the need for silly quotes. Version 4.0-beta1 (2003-06-06) ------------------------------ - Added imagemap outputformat, which makes possible use of client-side imagemaps in browsers - Added MySQL support for non-spatial OpenGIS Simple Features SQL stored data - msQueryByShape and msQueryByFeature honor layer tolerances. In effect you can to buffered queries now. At the momoment only polygon select features are supported, but there's nothing inherent in the underlying computations that says lines won't work as well. - Simple one-to-one joins are working again. Reworked the join code so that table connections are persistant within a join (across joins is a todo). Joins, like layers are wrapped with a connection neutral front end, that sets us up to do MySQL or whatever in addition to XBase. - Removed shapepath argument to all layer access functions (affects MapScript). It's still used but we leverage the layer pointer back to the parent mapObj so the API is cleaner. - Changed default presentation of feature attributes to escape a few problematic characters for HTML display (eg. > becomes >). Added [itemname_raw] substitution to allow access to unaltered data. - Added initial version of Jan Hartman's connection pooling code. - Replaced libwww with libcurl for WMS/WFS client HTTP requests. (libcurl 7.10 required, see http://curl.haxx.se/libcurl/c/) - Added CONNECTION to the list of mapfile parameters that can accept %variable% substitutions when processed by the cgi version. This is useful for passing in username and/or passwords to database data sources. - Added support for DATA and TEMPLATE (header/footer/etc...) filtering using an regex declared in the mapfile (DATAPATTERN and TEMPLATEPATTERN). Certain parameters in a mapfile cannot be changed via a URL without first being filtered. - Added support for enviroment variable MS_MAPFILE_PATTERN. This allows you to override the default regex in favor of one more restrictive (I would hope) of your own. - Disabled CGI SAVEMAP option. - Removed CGI TEMPLATE option since you can use the map_web_template syntax. Simplifies security maintenance by only having to deal with this option in a single place. - Added offset support (styleObj) for raster based output (GD for sure, not quite sure how OGR output is created although I believe is uses GD anyway). This allows for feature drop shadows and support for cool linear symbols like used to be supported in pre-3.4 versions. These offsets are not scalable at the moment. - Null shapes (attributes but no vertices) are skipped for shapefiles using the msLayerNextShape interface. Otherwise applications should check the shapeObj type member for MS_SHAPE_NULL. - Changed where label cache is allocated and cleared. Now it isn't allocated until drawing takes place. Any old cache is cleared before a new one is allocated. The cache is still intact following rendering for post-processing using MapScript. - Fixed screw up in pre-processing of logical expressions for item lists. Under certain circumstances that list could get corrupted and expressions would fail. - Added NOT operator to expression parser. - Added layer and map level DEBUG options to map file. - Major changes to support vector output (PDF, SWF, GML, ...): - imageObj is used by all rendering functions instead of gdImagePtr - New msSaveImage() prototype - Support for GD-2.0, including 24 bits output. Dropped support for GD 1.x - Support for output to any GDAL-supported format via the new OUTPUTFORMAT object. - New styleObj to replace the OVERLAY* parameter in classes. - PostGIS: Added Sean Gillies 's patch for "using unique ". Added "using SRID=#" to specify a spatial reference for an arbitrary sql query. - ... and nuerous fixes not listed here... Version 3.6.0-beta1 (2002-04-30) -------------------------------- - MapScript: qitem and qstring params added to layer->queryByAttribute(). Instead of being driven by the layer's FILTER/FILTERITEM, the query by attribute is now driven by the values passed via qitem,qstring, and the layer's FILTER/FILTERITEM are ignored. - Symbol and MapFile changes: ANTIALIAS and FILLED keywords now take a boolean (TRUE/FALSE) argument i.e. ANTIALIAS becomes ANTIALIAS TRUE and FILLED becomes FILLED TRUE - Reference Map: Added options to show a different marker when the reference box becomes too small. See the mapfile reference docs for more details on the new reference object parameters (MARKER, MARKERSIZE, MAXBOXSIZE, MINBOXSIZE) - Added MINSCALE/MAXSCALE at the CLASS level. - Support for tiled OGR datasets. - PHP 4.1.2 and 4.2.0 support for PHP MapScript. - Added LAYER TRANSPARENCY, value between 1-100 - Fixes to the SWIG interface for clean Java build. - New HTML legend templates for CGI and MapScript. See HTML-Legend-HOWTO. - WMS server now supports query results using HTML query templates instead of just plain/text. - Added support functions for thread safety (--with-thread). Still not 100% thread-safe. Version 3.5.0 (2002-12-18) -------------------------- - No Revision history before version 3.5 --------- $Id: HISTORY.TXT,v 1.23 2003/08/01 04:33:34 sdlime Exp $ --=_FDA3E530.E687E390-- From kgeurts@gis.umn.edu Fri Aug 1 20:55:12 2003 From: kgeurts@gis.umn.edu (Kari Geurts) Date: Fri, 01 Aug 2003 14:55:12 CDT Subject: [Mapserver-users] RE: Mapserver Documentation Project Message-ID: <200308011955.h71JtCSc008138@dingo.software.umn.edu> Hello mapserver-dev and mapserver-docs, I wanted to address the issues that Daniel brought up about the documentation project. As the MDP Coordinator, I am responsible for and have been maintaining the MDP. I have been manually running the conversion of xml documents in the CVS to html documents for display on the Mapserver website. I believe that all the CVS documents that have had edit changes have been updated. If this is not the case, please let me know and I will take care of the problem. I will also be responsible for making the updates to the documentation section of the website for the release of the 4.0 version. I have been working on some website revisions/improvements and plan to make it available shortly after the release of 4.0. I would like to ask that if you are part of MDP and have written any documents that you email me with the following information: What documents you have written and for which versions of the software? What is your contact information? When the last update was done on your documents? Providing this information will help me to make sure that your documents are up to date and get displayed on the website properly. I will also use this information to revise the current projects web page so Mapserver users will have access to both the authors and the documents. This page can be used as a reference guide for the MDP (i.e. who is doing what). I am hoping that the website changes will make it easier to get to the most current documentation and will explain more thoroughly how to become an author. It is my intension to make the hard work and effort done by the MDP volunteers available to all Mapserver users.   Thank you for your help with this and I look forward to hearing from all you authors, Kari A. Geurts MDP Coordinator Department of Forest Resources University of Minnesota 115 Green Hall 1530 Cleveland Ave. N. St. Paul, MN 55108-6112 Phone: 612-624-3459 Email: kgeurts@gis.umn.edu From pkishor@geoanalytics.com Fri Aug 1 21:17:26 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Fri, 01 Aug 2003 20:17:26 -0000 Subject: [Mapserver-users] Re: Use of shptree In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30A9EA@div-mx02.DIVESTCO.COM> Message-ID: --- In mapserver-users@yahoogroups.com, "Zamil Murji" wrote: > Hello list, > > I am using shptree to index my shapefiles. I have a > funny case. Using shptree on one of my pointfiles > actually increases the time to load an image by 0.5 > seconds. I have a feeling it has something to do with > the depth factor. How can I see what depth the index > is created at? > This shapefile has 1.6 million point > shapes. Should the depth be higher or lower than what > the shptree uses? You created the shptree index, no? When you created it, you specified the index. If you didn't, it used the default depth. From shptree documentation -- shptree Purpose: Creates a quadtree-based spatial index for a shapefile. The default tree depth is calculated so that each tree node (quadtree cell) contains 8 shapes. Do not use the default with point files, a value between 6 and 10 seems to work ok. Your millage may vary and you'll need to do some experimenting. Syntax: shptree [shpfile] {depth} Do some experimentation with different depths. Hope this helps. From pkishor@geoanalytics.com Fri Aug 1 21:23:21 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Fri, 01 Aug 2003 20:23:21 -0000 Subject: [Mapserver-users] Re: 4.0 Released... In-Reply-To: Message-ID: --- In mapserver-users@yahoogroups.com, "Steve Lime" wrote: > Hi Folks: Just in time for the weekend. The MapServer > developers are pleased to announce the *official* release > of version 4.0. congratulations, and heartfelt thanks to all those who worked on this. From Zamil.Murji@divestco.com Fri Aug 1 21:38:22 2003 From: Zamil.Murji@divestco.com (Zamil Murji) Date: Fri, 1 Aug 2003 14:38:22 -0600 Subject: [Mapserver-users] Re: Use of shptree Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A9F0@div-mx02.DIVESTCO.COM> Did some experimentation already. Seems that I got the fastest times with a depth of 1. I started at 10 and decreased by 1 each time. Still at 1 it was loading the image at the same speed as without any indexes. I'm going to try tiling my data and then adding indexes to my tiled data. Zamil -----Original Message----- From: pkishor_98 [mailto:pkishor@geoanalytics.com] Sent: Friday, August 01, 2003 2:17 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Re: Use of shptree --- In mapserver-users@yahoogroups.com, "Zamil Murji" wrote: > Hello list, > > I am using shptree to index my shapefiles. I have a > funny case. Using shptree on one of my pointfiles > actually increases the time to load an image by 0.5 > seconds. I have a feeling it has something to do with > the depth factor. How can I see what depth the index > is created at? > This shapefile has 1.6 million point > shapes. Should the depth be higher or lower than what > the shptree uses? You created the shptree index, no? When you created it, you specified the index. If you didn't, it used the default depth. From shptree documentation -- shptree Purpose: Creates a quadtree-based spatial index for a shapefile. The default tree depth is calculated so that each tree node (quadtree cell) contains 8 shapes. Do not use the default with point files, a value between 6 and 10 seems to work ok. Your millage may vary and you'll need to do some experimenting. Syntax: shptree [shpfile] {depth} Do some experimentation with different depths. Hope this helps. _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gisgeek@nc.rr.com Sat Aug 2 02:37:36 2003 From: gisgeek@nc.rr.com (Bill Wheaton) Date: Fri, 1 Aug 2003 21:37:36 -0400 Subject: [Mapserver-users] configuration on chroot'ed system In-Reply-To: <3F2AA5D5.3020201@dmsolutions.ca> Message-ID: Daniel: I forwarded this suggestion to the ISP and it solved the problem. Many, many thanks! Bill On Friday, August 1, 2003, at 01:39 PM, Daniel Morissette wrote: > This looks like the symptoms of a problem we used to have when > MapServer's broken 'make install' was used. The 'make install' target > has been replaced in the Makefile in the latest 3.6.x and 4.0 > versions. > > Ask the ISP to look for an old /usr/local/lib/libmap.a and delete it, > then link php_mapscript.so again and it should link with the correct > libmap.a, the one that he just compiled. > > Daniel > > Bill Wheaton wrote: > >> Folks-- >> I'm trying to get a phpmapscript/postgis setup going at my ISP >> (pghoster). Things are basically working, except that the sys admin >> has upgraded the mapserv executable to 3.6.6, but it is not being >> recognized by phpinfo() or my scripts. >> I run phpinfo() (after loading php_mapscript.so) and get the >> following: >> MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP >> SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS >> INPUT=SHAPEFILE >> When the sys admin at the ISP runs ./mapserv -v, he gets: >> [root@secure mapserver-3.6.6]# cd >> /home/virtual/mysite.org/var/www/cgi-bin/ >> [root@secure cgi-bin]# ./mapserv -v >> MapServer version 3.6.6 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP >> SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 >> INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE >> Note that ./mapserv -v reports version 3.6.6 (which is what I want), >> while phpinfo reports version 3.6.3. Since this is a chroot'ed >> system, I can't run ./mapserv myself from the command line myself. >> Additional output from phpinfo() shows: >> _SERVER["DOCUMENT_ROOT"] /home/virtual/site170/fst/var/www/html >> _SERVER["SITE_CGIROOT"] /home/virtual/site170/fst/var/www/cgi-bin >> My site's main document root (index.php and the rest of my php code) >> is in /home/virtual/site170/fst/var/www/html. But again, since it's >> chroot'ed, I get to it from: >> /home/myname/mainwebsite_html/index.php (etc.) >> and the mapserv cgi is in: >> /home/myname/mainwebiste_cgi/ (and is named mapserv) >> The mapserv file is there and shows the date at which the sys admin >> re-built it to ver 3.6.6. >> Can anyone provide any insights into troubleshooting this problem? >> Again, to summarize: >> My scripts are in the right place and mapserv is found and works, but >> it's not the right version...phpinfo() shows an older version of >> mapserv, while running ./mapserv -v shows a newer version...What are >> the places where an incorrect location for mapserv could be >> referenced? Thanks in advance for any advice. >> Bill > > From Josef.Stromsky.hgf@vsb.cz Sat Aug 2 06:57:47 2003 From: Josef.Stromsky.hgf@vsb.cz (=?iso-8859-2?Q?Josef_Stromsk=FD?=) Date: Sat, 2 Aug 2003 07:57:47 +0200 Subject: [Mapserver-users] How to change the sequence of layers ??? Message-ID: <012c01c358bb$011751e0$548dc49e@joseph> Hi folks, Im programming a simple WWW map browser(Java Applet). My question is: Is possible to generate raster output from MapServer with required sequence of layers ??? I've found just one way, and it is: everytime generate a new MapFile (*.map). Thanx for little advice. regards, Joseph From stepan.kafka@centrum.cz Sat Aug 2 11:44:18 2003 From: stepan.kafka@centrum.cz (Stepan Kafka) Date: Sat, 2 Aug 2003 12:44:18 +0200 Subject: [Mapserver-users] How to change the sequence of layers ??? In-Reply-To: <012c01c358bb$011751e0$548dc49e@joseph> Message-ID: <000001c358e3$06aac060$463c2fc3@HSGIS> Sequence of layer is driven by layers order in map file in normal mapserver mode. But in WMS mode the order is set by layer order in the layers parameter. Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka@email.cz http://www.bnhelp.cz > -----Pùvodní zpráva----- > Od: mapserver-users-admin@lists.gis.umn.edu > [mailto:mapserver-users-admin@lists.gis.umn.edu]za u¾ivatele Josef > Stromský > Odesláno: 2. srpna 2003 7:58 > Komu: MAPSERVER MailingLIST > Pøedmìt: [Mapserver-users] How to change the sequence of layers ??? > > > Hi folks, > > Im programming a simple WWW map browser(Java Applet). My question is: > > Is possible to generate raster output from MapServer with > required sequence > of layers ??? > > I've found just one way, and it is: everytime generate a new MapFile > (*.map). > > Thanx for little advice. > > regards, Joseph > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > --- > Pøíchozí zpráva neobsahuje viry. > Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). > Verze: 6.0.504 / Virová báze: 302 - datum vydání: 24.7.2003 > --- Odchozí zpráva neobsahuje viry. Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). Verze: 6.0.504 / Virová báze: 302 - datum vydání: 24.7.2003 From poff@sixbit.org Sat Aug 2 12:56:36 2003 From: poff@sixbit.org (poff) Date: Sat, 2 Aug 2003 13:56:36 +0200 Subject: [Mapserver-users] compiling phpmapscript - regex problems Message-ID: <20030802115636.GA28005@freeshell.org> Hi, I am trying to compile on a host and I'm told to recompile php with system-regex This is a virtual host so this is not possible for me. Is there any other way? I just want to the php extension. THanks, -- poff@sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From poff@sixbit.org Sat Aug 2 15:43:25 2003 From: poff@sixbit.org (poff) Date: Sat, 2 Aug 2003 16:43:25 +0200 Subject: [Mapserver-users] php_mapscript on a host - nightmare! help! Message-ID: <20030802144325.GA29223@freeshell.org> Sorry for the title. I'm using a commercial host to host my site, and am trying to get php_mapscript working. So far I had to: get and configure php sources in ${HOME} for regex compile mapserver (after a lot of tweaking) Get it listed in phpinfo. Then be told, when I try using it I need to recompile as a CGI! I can't ask for this as this is a shared server. What should I do? Does mapscript 4 bypass this requirement? I'm trying to compile 3.6 at the moment, on a red hat server. Thanks for any tips, -- poff@sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From s9646183@sms.ed.ac.uk Sat Aug 2 19:40:35 2003 From: s9646183@sms.ed.ac.uk (AMC Story) Date: Sat, 02 Aug 2003 19:40:35 +0100 (BST) Subject: [Mapserver-users] Using tiffs without GDAL Message-ID: <1059849635.3f2c05a3af44e@sms.ed.ac.uk> Hi everyone, I'm a little confused about the types of raster that can be displayed without having to compile mapserver with GDAL. From the documentation, I took it that only grayscale tiffs could be displayed, but without GDAL I managed to follow the tutorial example which displays a colour tiff image. Is the fact that this image is colour indexed vs rgb significant here? (not that I know what colour indexed means.....!). Also, and apologies if this is slightly off topic, but I was hoping someone might know how I could convert a ArcInfo grid (created from the etop05 dataset) to a colour tiff of the type that the basic mapserver can display. My problem is that even trying to convert to a grayscale image doesn't seem to be working (I'm using the gridimage command in ArcInfo), as the output image has lost all of the height variation over the land and displays them as solid black. Has anyone does this kind of thing before? I'd like to avoid having to use GDAL if possible, but I really would like to be able to display a colour image as a background layer. Any advice would be really appreciated as this problem has been driving me mad for days! Thanks once again for all your help and support - it really has been invaluable. Ali From s9646183@sms.ed.ac.uk Sat Aug 2 19:54:27 2003 From: s9646183@sms.ed.ac.uk (AMC Story) Date: Sat, 02 Aug 2003 19:54:27 +0100 (BST) Subject: [Mapserver-users] Rendering classes - what order does mapserver use? Message-ID: <1059850467.3f2c08e39bbd8@sms.ed.ac.uk> Hi there everyone, I was just wondering in what order mapserver renders the difference classes for each layer based on their order in the map file. I was hoping that the principle would be the same as for rendering layers, so that if a class is at the top of several for a particular layer, it would displayed behind those lower down. This doesn't seem to work though. Can someone let me know if I can specify the order in which classes are drawn, and how? Thanks, Ali From pkishor@geoanalytics.com Sat Aug 2 20:11:41 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Sat, 02 Aug 2003 19:11:41 -0000 Subject: [Mapserver-users] Re: Rendering classes - what order does mapserver use? In-Reply-To: <1059850467.3f2c08e39bbd8@sms.ed.ac.uk> Message-ID: --- In mapserver-users@yahoogroups.com, AMC Story wrote: > Hi there everyone, > > I was just wondering in what order mapserver renders the difference classes for > each layer based on their order in the map file. I was hoping that the > principle would be the same as for rendering layers, so that if a class is at > the top of several for a particular layer, it would displayed behind those > lower down. This doesn't seem to work though. Can someone let me know if I > can specify the order in which classes are drawn, and how? > are you referring to the order the classes appear in the legend? If yes, the first one appears first, the next one below that, and so on. If you are referring to the order in which classes appear within a layer... hmmmm... there are no intra-layer layers... all classes for a given layer are ordinally at the same level. The purpose of a class is to distinguish some features from some other features based on some attribute. Geographically they all have the same z-index, so to say, hence they are in the same layer. There could be instances of layers where intra-layer there would be stratification -- for example, a layer depicting condos could somehow distinguish between condos on the 5th floor from the ones on the 4th floor... but that is a special case, no? From pkishor@geoanalytics.com Sat Aug 2 20:17:36 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Sat, 02 Aug 2003 19:17:36 -0000 Subject: [Mapserver-users] Re: How to change the sequence of layers ??? In-Reply-To: <012c01c358bb$011751e0$548dc49e@joseph> Message-ID: --- In mapserver-users@yahoogroups.com, Josef Stromský wrote: > Hi folks, > > Im programming a simple WWW map browser(Java Applet). My question is: > > Is possible to generate raster output from MapServer with required sequence > of layers ??? > > I've found just one way, and it is: everytime generate a new MapFile > (*.map). > as mentioned by Stepan, layer order is determined by the order in which they appear in the map file. Java applet itself is client-side... so, for the moment let's forget about it. You have to control the order of the layers on the server side before the whole thing is put through the grinder and an image is created. You can either create a new mapfile on the fly, or use mapscript to control the order in which the layers appear (effectively the same thing). If the "required sequence" is changing based on user-input, just grab the cgi variables (form or url) to control the order in which the layers will appear before generating the image. From ed@topozone.com Sat Aug 2 20:24:09 2003 From: ed@topozone.com (Ed McNierney) Date: Sat, 2 Aug 2003 15:24:09 -0400 Subject: [Mapserver-users] Using tiffs without GDAL Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE57@mercator.topozone.com> "I'd like to avoid having to use GDAL if possible..." Why? It is the preferred tool in MapServer to do the things you want to do. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed@topozone.com -----Original Message----- From: AMC Story [mailto:s9646183@sms.ed.ac.uk] Sent: Saturday, August 02, 2003 2:41 PM To: mapserver list Subject: [Mapserver-users] Using tiffs without GDAL Hi everyone, I'm a little confused about the types of raster that can be displayed without having to compile mapserver with GDAL. From the documentation, I took it that only grayscale tiffs could be displayed, but without GDAL I managed to follow the tutorial example which displays a colour tiff image. Is the fact that this image is colour indexed vs rgb significant here? (not that I know what colour indexed means.....!). Also, and apologies if this is slightly off topic, but I was hoping someone might know how I could convert a ArcInfo grid (created from the etop05 dataset) to a colour tiff of the type that the basic mapserver can display. My problem is that even trying to convert to a grayscale image doesn't seem to be working (I'm using the gridimage command in ArcInfo), as the output image has lost all of the height variation over the land and displays them as solid black. Has anyone does this kind of thing before? I'd like to avoid having to use GDAL if possible, but I really would like to be able to display a colour image as a background layer. Any advice would be really appreciated as this problem has been driving me mad for days! Thanks once again for all your help and support - it really has been invaluable. Ali _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hi_ono2001@ybb.ne.jp Sat Aug 2 20:39:33 2003 From: hi_ono2001@ybb.ne.jp (Hisaji Ono) Date: Sun, 3 Aug 2003 04:39:33 +0900 Subject: [Mapserver-users] Compiling GDAL by MinGW Message-ID: <008b01c3592d$cc6000f0$818001db@webgis> Hi. Does anyone succeed to compile GDAL or OGR by MinGW? Thanks. From ed@topozone.com Sat Aug 2 21:14:50 2003 From: ed@topozone.com (Ed McNierney) Date: Sat, 2 Aug 2003 16:14:50 -0400 Subject: [Mapserver-users] Re: Use of shptree Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE59@mercator.topozone.com> Zamil - Remember that shptree indexes help MapServer quickly locate the small portion of a large file that is needed to draw a particular map. If your map request requires that the entire shapefile be drawn, indexing won't help at all - the entire file needs to be used anyway. IF that's the case, then tiling the data will only make things worse. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed@topozone.com -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji@divestco.com] Sent: Friday, August 01, 2003 4:38 PM To: pkishor_98; mapserver-users@lists.gis.umn.edu Subject: RE: [Mapserver-users] Re: Use of shptree Did some experimentation already. Seems that I got the fastest times with a depth of 1. I started at 10 and decreased by 1 each time. Still at 1 it was loading the image at the same speed as without any indexes. I'm going to try tiling my data and then adding indexes to my tiled data. Zamil -----Original Message----- From: pkishor_98 [mailto:pkishor@geoanalytics.com] Sent: Friday, August 01, 2003 2:17 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Re: Use of shptree --- In mapserver-users@yahoogroups.com, "Zamil Murji" wrote: > Hello list, > > I am using shptree to index my shapefiles. I have a > funny case. Using shptree on one of my pointfiles > actually increases the time to load an image by 0.5 > seconds. I have a feeling it has something to do with > the depth factor. How can I see what depth the index > is created at? > This shapefile has 1.6 million point > shapes. Should the depth be higher or lower than what > the shptree uses? You created the shptree index, no? When you created it, you specified the index. If you didn't, it used the default depth. From shptree documentation -- shptree Purpose: Creates a quadtree-based spatial index for a shapefile. The default tree depth is calculated so that each tree node (quadtree cell) contains 8 shapes. Do not use the default with point files, a value between 6 and 10 seems to work ok. Your millage may vary and you'll need to do some experimenting. Syntax: shptree [shpfile] {depth} Do some experimentation with different depths. Hope this helps. _______________________________________________ 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 nhv@cape.com Sun Aug 3 05:03:54 2003 From: nhv@cape.com (Norman Vine) Date: Sun, 3 Aug 2003 00:03:54 -0400 Subject: [Mapserver-users] Compiling GDAL by MinGW In-Reply-To: <008b01c3592d$cc6000f0$818001db@webgis> Message-ID: Hisaji Ono writes: > > Does anyone succeed to compile GDAL or OGR by MinGW? GDAL should compile fine with MingW it has for me in the past Follow the instructions for Cygwin < Unix > and use all the internal libraries < Tiff, Png, jpeg zlib etc. > You might have to tweak the toplevel GNUMakefile a bit depending on what type and where you installed MingW Below find my changes to tonight's CVS for Cygwin compilation Note you will want to copy the file made by this into your MingW lib directory and you will also want to move the installed dll from the lib directory onto your path HTH Norman $ cvs diff GNUmakefile Index: GNUmakefile =================================================================== RCS file: /cvsroot/osrs/gdal/GNUmakefile,v retrieving revision 1.52 diff -r1.52 GNUmakefile 31c31,32 < -o $(GDAL_SLIB) --- > -Wl,--out-implib=libgdal.$(GDAL_VER).dll.a \ > -o $(GDAL_SLIB) 119c120 < install: lib install-actions --- > install: check-lib install-actions From mapserver@gismap.ch Sun Aug 3 12:48:51 2003 From: mapserver@gismap.ch (Roman Meier) Date: Sun, 3 Aug 2003 13:48:51 +0200 Subject: [Mapserver-users] measure distance Message-ID: Hi list I use mapserver as a cgi with dhtml and javascript just as the landview-site. Now, I would like to give to the user the possibility to measure distances. Could somebody share his code with me? Or give me some help to realize it? Thanks Roman From Armin Burger Sun Aug 3 15:26:45 2003 From: Armin Burger (Armin Burger) Date: Sun, 3 Aug 2003 15:26:45 +0100 Subject: [Mapserver-users] measure distance Message-ID: <20030803132730.USGU28474.viefep12-int.chello.at@libero.it> Roman, you could have a look at 'sourceforge.net/projects/pmapper/'. It's an application based on PHP Mapscript and uses a DHTML interface. Under the 'javascript' directory is a file 'measure.js' that offers measure functions. It is called from within the zoombox.js and needs some parameters (imagewidth/height etc.) and a
element for the measure symbols (in the map.phtml file). It's working with IE 5+ and Netscape 6+/Mozilla 1+ Armin > Hi list > I use mapserver as a cgi with dhtml and javascript just as the > landview-site. > Now, I would like to give to the user the possibility to measure distances. > Could somebody share his code with me? Or give me some help to realize it? > Thanks > Roman > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pkishor@geoanalytics.com Sun Aug 3 15:21:30 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Sun, 03 Aug 2003 14:21:30 -0000 Subject: [Mapserver-users] Re: measure distance In-Reply-To: Message-ID: --- In mapserver-users@yahoogroups.com, "Roman Meier" wrote: > Hi list > > I use mapserver as a cgi with dhtml and javascript just as the > landview-site. > Now, I would like to give to the user the possibility to measure distances. > Could somebody share his code with me? Or give me some help to realize it? here's some guidance to realize it. The problem is not with measuring the distance -- - get the mouse-clicks, - convert them to geog. space, - calc the distance - show the distance in some widget like an input box. The problem is with giving the user feedback on mouse-clicks. Javascript has no mechanism for "drawing" on the browser canvas. The ever-popular zoombox rubberband is a kludge really, albeit an effective one, achieved by clipping layers. Unfortunately, that can only be done for lines parallel to the axes. For diagonal lines there is no good answer. DMSolutions has a reasonable solution by using those rubbery bouncing balls that trail your mouse cursor. A Java applet would work, however, that is only compatible with a limited number of browser/OS combos. A colleague of mine has implemented a very nice solution using VML, unfortunately which works only in IE on Win. The way to go would be, perhaps, to implement an interface in SVG, it being a standard and all. But that too would require the SVG plug-in. The basic problem is that as soon as we can do something well in the browser, we want to do something that we can't really do well. The browser is an efficient instrument because it was designed to do little, and do it well across platforms. Along came the spider in the form of a big West-coast company and decided to make a browser that did other things as long as you drank their cola... From Rich@GreenwoodMap.com Sun Aug 3 16:02:06 2003 From: Rich@GreenwoodMap.com (Richard Greenwood) Date: Sun, 03 Aug 2003 09:02:06 -0600 Subject: [Mapserver-users] measure distance In-Reply-To: Message-ID: <5.2.0.9.0.20030803085406.024188e0@mail.GreenwoodMap.com> At 01:48 PM 8/3/2003 +0200, Roman Meier wrote: >Hi list > >I use mapserver as a cgi with dhtml and javascript just as the >landview-site. >Now, I would like to give to the user the possibility to measure distances. >Could somebody share his code with me? Or give me some help to realize it? jBox is a Java applet that supports distance measuring, among other things. jBox was formerly called "mapplet". It does not appear to be on the UM Mapserver page yet, but it should show up soon as version 4.0 revisions to those pages are made. If you can't find it on the umn.edu site you can fetch it from my site at: http://www.greenwoodmap.com/mapserver/jBox/ Documentation can be found at: http://mapserver.gis.umn.edu/doc/jbox-howto.html And a working example at: www2.tetonwyo.org/mapserver Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich GreenwoodMap com (307) 733-0203 http://www.GreenwoodMap.com From stepan.kafka@centrum.cz Mon Aug 4 06:42:27 2003 From: stepan.kafka@centrum.cz (Stepan Kafka) Date: Mon, 4 Aug 2003 07:42:27 +0200 Subject: [Mapserver-users] Rendering classes - what order does mapserver use? In-Reply-To: <1059850467.3f2c08e39bbd8@sms.ed.ac.uk> Message-ID: <000201c35a4b$302fc570$463c2fc3@HSGIS> I think, the shapes are drawn in the order of records in shapefile/other source. During process, the corresponding class is set for each record. If you want to change the order of shapes in shapefile, you may pre-sort shapefile by sortshp which is part of mapserver distribution. Stepan Kafka > -----Pùvodní zpráva----- > Od: mapserver-users-admin@lists.gis.umn.edu > [mailto:mapserver-users-admin@lists.gis.umn.edu]za uživatele AMC Story > Odesláno: 2. srpna 2003 20:54 > Komu: mapserver list > Pøedmìt: [Mapserver-users] Rendering classes - what order does mapserver > use? > > > Hi there everyone, > > I was just wondering in what order mapserver renders the > difference classes for > each layer based on their order in the map file. I was hoping that the > principle would be the same as for rendering layers, so that if a > class is at > the top of several for a particular layer, it would displayed > behind those > lower down. This doesn't seem to work though. Can someone let > me know if I > can specify the order in which classes are drawn, and how? > > Thanks, > Ali > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > --- > Príchozí zpráva neobsahuje viry. > Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). > Verze: 6.0.504 / Virová báze: 302 - datum vydání: 24.7.2003 > --- Odchozí zpráva neobsahuje viry. Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). Verze: 6.0.504 / Virová báze: 302 - datum vydání: 24.7.2003 From rasp@tzi.de Mon Aug 4 08:20:58 2003 From: rasp@tzi.de (Rainer Spittel) Date: Mon, 04 Aug 2003 09:20:58 +0200 Subject: [Mapserver-users] since the update to V4.0: "funny" maps :-( Message-ID: <3F2E095A.50900@tzi.de> Hi, I have problems with the new version of the mapserver. Properly this error is not a MapServer error, more a configuration problem: 1. Since updating to MapServer 3.7/4.0beta or 4.0(final) the images aren't displayed correct. For example: A map with four layers. Each layer have six class definition. The mapserver will display each (single) layer correct. But when I enable two or three layers, the mapserver will mix-up the appearance of the classes. Even some features won't be displayed. For example: each layer displays the same region of a district, the color is defined in the class objects and the outline-colors of all layers are BLACK. When I enable three layers, the outline of the district appears red. 2. Another graphical error occurs when I use the ROSA applet for java support. When the user drags a bounding box, each black-bounding box will be drawn, but don't disappear when the mouse is moved. 3. Lines, which have a size larger than one, are always black. That's why, I can't update my system, but I want, because the features of the NEW mapserver are very, very interesting. My system configurations are: RedHeat 9.0 ming-0.2a curl-7.10.5 gd-2.0.15 gdal-1.1.8 php-4.3.2 proj-4.4.7 and: Suse 8.0 apache_1.3.27 jasper-1.700.2.uuid curl-7.10.5 gd-2.0.15 gdal-1.1.9 php-4.2.3 proj-4.4.7 I need HELP !!! ;-) Thx, Rainer From kevin@giscoe.com Mon Aug 4 13:19:43 2003 From: kevin@giscoe.com (Kevin Ravno) Date: Mon, 4 Aug 2003 14:19:43 +0200 Subject: [Mapserver-users] mapserv.exe Message-ID: <081722EBADADD5118F9000D0B7B6A3E765C6BA@mail.gims.com> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C35A82.AF4FD980 Content-Type: text/plain; charset="iso-8859-1" Hi I am a new user trying to set up MapServer on my Windows 2000 machine. I have installed IIS and gone through the procedures of setup as set out in the readme.gif.wms.html file. However if I run the mapserv.exe file I dont get the 1 line of text in my browser to show me that it is working. Instead it I get a "File Download" box prompting me to download the file from the hosting computer. If I say "Open", it shells to DOS for about 1 second and then that is the end of it. Can anyone tell me why this would be happening. Regards Kevin Ravno ------_=_NextPart_001_01C35A82.AF4FD980 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable mapserv.exe

Hi

I am a new user trying to set up = MapServer on my Windows 2000 machine.
I have installed IIS and gone through = the procedures of setup as set out in the readme.gif.wms.html = file.

However if I run the mapserv.exe file = I dont get the 1 line of text in my browser to show me that it is = working.
Instead it I get a "File = Download" box prompting me to download the file from the hosting = computer.
If I say "Open", it shells = to DOS for about 1 second and then that is the end of it.
Can anyone tell me why this would be = happening.

Regards
Kevin Ravno

------_=_NextPart_001_01C35A82.AF4FD980-- From ed@topozone.com Mon Aug 4 13:37:59 2003 From: ed@topozone.com (Ed McNierney) Date: Mon, 4 Aug 2003 08:37:59 -0400 Subject: [Mapserver-users] mapserv.exe Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE6B@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C35A85.3CDF38A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable It's happening because you didn't set permissions on the mapserv.exe directory to allow Execute permission. Since IIS can't run the program, it tries to download it just like any other file it doesn't know how to handle. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed@topozone.com =20 -----Original Message----- From: Kevin Ravno [mailto:kevin@giscoe.com]=20 Sent: Monday, August 04, 2003 8:20 AM To: 'mapserver-users@lists.gis.umn.edu' Subject: [Mapserver-users] mapserv.exe =20 =20 Hi=20 I am a new user trying to set up MapServer on my Windows 2000 machine.=20 I have installed IIS and gone through the procedures of setup as set out in the readme.gif.wms.html file.=20 However if I run the mapserv.exe file I dont get the 1 line of text in my browser to show me that it is working.=20 Instead it I get a "File Download" box prompting me to download the file from the hosting computer.=20 If I say "Open", it shells to DOS for about 1 second and then that is the end of it.=20 Can anyone tell me why this would be happening.=20 Regards=20 Kevin Ravno=20 ------_=_NextPart_001_01C35A85.3CDF38A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable mapserv.exe

It’s happening because you = didn’t set permissions on the mapserv.exe directory to allow Execute = permission.  Since IIS can’t run the program, it tries to download it just like = any other file it doesn’t know how to handle.

 

      =       - Ed

 

Ed McNierney

President and Chief = Mapmaker

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

73 Princeton Street, Suite = 305

North Chelmsford, MA  = 01863

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

ed@topozone.com

 

-----Original = Message-----
From: Kevin Ravno [mailto:kevin@giscoe.com]
Sent: Monday, August 04, = 2003 8:20 AM
To: 'mapserver-users@lists.gis.umn.edu'
Subject: = [Mapserver-users] mapserv.exe

 

 

Hi

I am a new user trying to set up MapServer on = my Windows 2000 machine.
I have installed IIS and gone through the procedures of setup as set out in the readme.gif.wms.html file.

However if I run the mapserv.exe file I dont = get the 1 line of text in my browser to show me that it is = working.
Instead it I get a "File Download" box prompting me to download the = file from the hosting computer.
If I say "Open", it shells to DOS for about 1 second and then that = is the end of it.
Can anyone tell me why this would be happening.

Regards
Kevin Ravno

=00 ------_=_NextPart_001_01C35A85.3CDF38A0-- From schut@sarvision.com Mon Aug 4 13:43:20 2003 From: schut@sarvision.com (Vincent Schut) Date: Mon, 4 Aug 2003 14:43:20 +0200 Subject: [Mapserver-users] mapserv.exe In-Reply-To: <081722EBADADD5118F9000D0B7B6A3E765C6BA@mail.gims.com> References: <081722EBADADD5118F9000D0B7B6A3E765C6BA@mail.gims.com> Message-ID: <200308041443.20709.schut@sarvision.com> Hi Kevin, see this post which is about the same problem and probably suggests the right answer :-) http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0112/msg00232.html Cheers, Vincent. On Monday 04 August 2003 14:19, Kevin Ravno wrote: > Hi > > I am a new user trying to set up MapServer on my Windows 2000 machine. > I have installed IIS and gone through the procedures of setup as set out in > the readme.gif.wms.html file. > > However if I run the mapserv.exe file I dont get the 1 line of text in my > browser to show me that it is working. > Instead it I get a "File Download" box prompting me to download the file > from the hosting computer. > If I say "Open", it shells to DOS for about 1 second and then that is the > end of it. > Can anyone tell me why this would be happening. > > Regards > Kevin Ravno -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From LEllenbecker@co.winnebago.wi.us Mon Aug 4 14:59:33 2003 From: LEllenbecker@co.winnebago.wi.us (Ellenbecker, Larry) Date: Mon, 4 Aug 2003 08:59:33 -0500 Subject: [Mapserver-users] Problem with featurequery results Message-ID: Hi, I'm working on a Mapserver/CGI application using 'featurequery'. The application is working except that the results are not always reporting out correctly. For example; I select a parcel to us as the query polygon. I try to select features from a polygon layer with Certified Survey(CSM)polygons. My selected parcel does not have a CSM associated with it however there are adjacent parcels with CSM's. The result of my featurequery always reports the adjacent CSM's. This phenomenon sees to happen whenever there are adjacent polygons in the featurequery layers. I was curious if anyone else has had problems with featurequery. In my application I an specifically trying to identify only line, point and polygon features that are inside the query polygon parcel boundary. Thanks in advance. Larry L. Ellenbecker GIS System Analyst Winnebago County From cpurvis@asg.sc.edu Mon Aug 4 17:59:02 2003 From: cpurvis@asg.sc.edu (Charlton Purvis) Date: Mon, 4 Aug 2003 12:59:02 -0400 Subject: [Mapserver-users] mapscript saveimage & transparency Message-ID: Hi, folks: If I have the following code. . . $url = $oImage->saveImage(""); . . . I get a beautiful (and correct) image in my browser (BTW header stuff is properly set). Good image: http://caro-coops.org/~cpurvis/misc/transparent_stdout.png. But let's say I want to save it for later use, so I do a . . . $url = $oImage->saveImage("/tmp/ms_tmp/charlton.png"); . . . the resulting image is not the same. Bad image: http://caro-coops.org/~cpurvis/misc/transparent_tofile.png. So for kicks, if I do this . . . $url = $oImage->saveImage("/tmp/ms_tmp/charlton.png"); $url = $oImage->saveImage(""); . . . I end up w/ the same kind of image from the second scenario. I would have thought that I would have gotten the good image. This is based on a .map which contains: OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGBA EXTENSION "png" TRANSPARENT ON END ... LAYER NAME "elevation_surge" TRANSPARENCY 40 ... If I turn transparency off, the images on disk and the images coming back from stdout are identical. MS 3.7dev, gd-2.0.15, gdal-1.1.8 Any ideas? Thanks, Charlton Charlton Purvis (803) 777-8858 : voice (803) 777-8833 : fax cpurvis@sc.edu Advanced Solutions Group Department of Physics and Astronomy University of South Carolina Columbia, SC 29208 From cpurvis@asg.sc.edu Mon Aug 4 18:34:26 2003 From: cpurvis@asg.sc.edu (Charlton Purvis) Date: Mon, 4 Aug 2003 13:34:26 -0400 Subject: [Mapserver-users] RE: need some help with queryByPoint() Message-ID: Hi, Bhavana: OK, you REALLY need to at least cc the list w/ your questions rather than email directly. There are other people who can answer your questions, and there are other folks who might benefit from them as well as any answers. I've looked at your code, and I'm trying to understand what the problem is. I think I understand that you don't get query hits when you think you should, right? But according to your message, I get the impression that you don't want to have the mouse-click georeferenced, but that doesn't make sense. Why wouldn't you want the new mouse-click to be georeferenced w/ your new extent? Off the top-of-my-head, though, I can imagine that unless you are saving your current extents, you are not always referencing the proper domain. Here is a sequence of events that works for me (not sure if you are or are not doing them): * enter your page, you have extents hardcoded, no problem * user clicks to zoom * compute georeferenced x/y coordinates * zoomtopoint * save new_extents in a hidden variable * on reload check to see if you need to avoid using your hardcoded extents if new_extents have been passed (if new_extents, then set them before you do anything) It is possible that you're not setting the extents properly w/ every new instance. I'm happy to help, but I won't help unless you cc the list. Sorry to be preachy, but private emails aren't in the spirit of open source. Charlton -----Original Message----- From: Bhavana Rakesh [mailto:Bhavana.Rakesh@noaa.gov] Sent: Wednesday, July 30, 2003 5:19 PM To: Charlton Purvis Subject: Re: need some help with queryByPoint() Hi Charlton, Thanks for you reply. I figured out the problem with slapping the image. It's actually not a mapscript problem. I was more a java script problem(oops!). I've fixed it up, but now am having a different problem. When I zoom_in/zoom_out/pan pan on the image, and then try to query the image, I don't think the x,y co-ordinates that I'm passing is right. My guess is, the x/y co-ordinates are with respect to the new zoomed_in/zoom_out/panned image and not with respect to the original image. Hence when I geo reference this new point and try to query it, the dbf file does not return any results. Would you have any pointers how to fix this. I have attached the phtml code with this email. Please take a look at it if you can spare some time. I really appreciate your help. Thanks - Bhavana Charlton Purvis wrote: > Hi, Bhavana: > > cc. the list since there are plenty of people smarter than I that might > be able to nail it on the first shot. > > But here goes. I can't remember much about legends off the top of my > head. I got down and dirty w/ them before, and now it's all automated. > So here are a couple of guesses: > > * In your .map, does your LEGEND have a TEMPLATE associated w/ it? > * If processquerytemplate is supposed to return a path (don't remember), > is it creating that .png, i.e. is there a > /home/http/development/html/bhavana/test_bh/tmp/SNMAPPING1058992693.png > and does it look right if you open it by hand? If you are passing the > path to the image and not the image itself, it needs to be relative to > your website. If your path is truly what you said above, then your > browser would be trying to display the equivalent of > http://your.server.com/home/http/development/html/bhavana/test_bh/tmp/SN > MAPPING1058992693.png. And I'm not 100% sure you mean for it to do > that. > > Charlton > From sscott@gwi.net Mon Aug 4 19:24:18 2003 From: sscott@gwi.net (Shannon Scott) Date: Mon, 4 Aug 2003 14:24:18 -0400 Subject: [Mapserver-users] WRAP with POSTLABELCACHE Label Message-ID: <015401c35ab5$9ef4f560$37c8a8c0@PEMAQUID> This is a multi-part message in MIME format. ------=_NextPart_000_0151_01C35A94.17478A90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I have found that I can't use the WRAP keyword with labels if I use = POSTLABELCACHE on the layer. Is this a bug, or is this more than POSTLABELCACHE is meant to handle?=20 Thank You. Shannon ------=_NextPart_000_0151_01C35A94.17478A90 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
I have found that I can't use the WRAP = keyword with=20 labels if I use POSTLABELCACHE on the layer.
Is this a bug, or is this more than = POSTLABELCACHE=20 is meant to handle?
Thank You.
Shannon
 
 
 
 
------=_NextPart_000_0151_01C35A94.17478A90-- From steve.lime@dnr.state.mn.us Mon Aug 4 19:43:54 2003 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Mon, 04 Aug 2003 13:43:54 -0500 Subject: [Mapserver-users] Problem with featurequery results Message-ID: Hi Larry: That behavior is both a feature and a bug. The code considers polygons that share an edge as intersecting and depending on you application you might want that. It's no easy to differentiate between polygons that overlap and those that share an edge. In the past I've gotten around it by creating a special selection layer in which I buffer in a tiny amount. That way the selection feature shares no coincident edges with the features being selected. I've not tried this but in 4.0 featurequery's respect layer TOLERANCE values. It might be possible to set a small negative tolerance value so that polygons would be forced to overlap a bit. If this doesn't work then a bug should be filed so that it does work as this seems to be the easiest way to deal with the problem. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Ellenbecker, Larry" 08/04/03 08:59AM >>> Hi, I'm working on a Mapserver/CGI application using 'featurequery'. The application is working except that the results are not always reporting out correctly. For example; I select a parcel to us as the query polygon. I try to select features from a polygon layer with Certified Survey(CSM)polygons. My selected parcel does not have a CSM associated with it however there are adjacent parcels with CSM's. The result of my featurequery always reports the adjacent CSM's. This phenomenon sees to happen whenever there are adjacent polygons in the featurequery layers. I was curious if anyone else has had problems with featurequery. In my application I an specifically trying to identify only line, point and polygon features that are inside the query polygon parcel boundary. Thanks in advance. Larry L. Ellenbecker GIS System Analyst Winnebago County _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From shussain@atsincorp.com Mon Aug 4 19:50:48 2003 From: shussain@atsincorp.com (Shaik A. Hussain) Date: Mon, 4 Aug 2003 14:50:48 -0400 Subject: [Mapserver-users] Forbidden error in accessing mapserver4.0 documentation Message-ID: <4514D1DE1E069744839F24247A63503208C628@deathstar.ats.atsincorp.com> I am trying to access the mapserver4.0 documentation at http://mapserver.gis.umn.edu/doc.html mapserver4.0 link I am getting the below error message. Forbidden You don't have permission to access /doc40/ on this server. Apache/1.3.27 Server at mapserver.gis.umn.edu Port 80 Thanks, Anwar From pkishor@geoanalytics.com Mon Aug 4 19:55:36 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Mon, 04 Aug 2003 18:55:36 -0000 Subject: [Mapserver-users] Re: need some help with queryByPoint() In-Reply-To: Message-ID: Bhavana, --- In mapserver-users@yahoogroups.com, "Charlton Purvis" wrote: > Hi, Bhavana: > > OK, you REALLY need to at least cc the list w/ your questions rather > than email directly. as Charlton has said before, and very rightly, please post your questions to the list instead of directly to list members. Now, to cover the basics of what goes on with Mapserver -- .. > up, but now am having a different problem. > > When I zoom_in/zoom_out/pan pan on the image, and then > try to query the image, I don't think the x,y co-ordinates > that I'm passing is right. My guess is, the x/y > co-ordinates are with respect to the new > zoomed_in/zoom_out/panned image and not with respect to > the original image. > > Hence when I geo reference this new point and try to query > it, the dbf file does not return any results. Would you > have any pointers how to fix this. > Since one page load (user click) on the web doesn't know from another because http is a stateless protocol, you have to somehow tell the subsequent click "where you came from" in order to calculate "where to go." You do that typically by passing hidden form variables back and forth between the user's browser and the server. At any given time if the user looks at the source code of the html in her browser, she will see the mapextent (geographic coords) of what is visible on the screen -- lets call this "Map A." Clicking on "Map A" generates and sends back to the server x and y coords (image coords) of the mouse click as well as the mapextent of "Map A." Back at the server you use the mapextent of "Map A" to convert the x and y coords into geographic space so you can do things with it such as query features or calculate new mapextent. Once this new mapextent is calculated on the server, you once again stuff it into hidden form variables and send it back to the user... this is now the new map... let's call it "Map B." And so on the cycle continues. > I have attached the phtml code with this email. Please > take a look at it if you can spare some time. I really > appreciate your help. I hope the above gives you the concept behind the mechanics of creating and sending images to the browser. If you have further questions, please post back to the list. Puneet. From David.Fawcett@state.mn.us Mon Aug 4 19:56:10 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Mon, 4 Aug 2003 13:56:10 -0500 Subject: [Mapserver-users] Forbidden error in accessing mapserver4.0 d ocumentation Message-ID: Go to the link for Development Version 4.1 until they get the 4.0 link fixed. David. > ---------- > From: Shaik A. Hussain[SMTP:shussain@atsincorp.com] > Sent: Monday, August 04, 2003 1:50 PM > To: mapserver-users@lists.gis.umn.edu > Subject: [Mapserver-users] Forbidden error in accessing mapserver4.0 documentation > > I am trying to access the mapserver4.0 documentation at http://mapserver.gis.umn.edu/doc.html mapserver4.0 link I am getting the below error message. > Forbidden > You don't have permission to access /doc40/ on this server. > > Apache/1.3.27 Server at mapserver.gis.umn.edu Port 80 > > > > Thanks, > Anwar > > _______________________________________________ > 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 Mon Aug 4 19:56:26 2003 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Mon, 04 Aug 2003 13:56:26 -0500 Subject: [Mapserver-users] WRAP with POSTLABELCACHE Label Message-ID: It's more that it was meant to handle, but is also a bug. Postlabelcache was really only ever intended to be used with embeded scalebars or things like copyright statements. Wrapping is applied when labels are added to the cache and not when they are drawn so that's why you see the problem. If you'd please file a bug we can have a look... Steve >>> "Shannon Scott" 08/04/03 01:24PM >>> Hello, I have found that I can't use the WRAP keyword with labels if I use POSTLABELCACHE on the layer. Is this a bug, or is this more than POSTLABELCACHE is meant to handle? Thank You. Shannon From siki@bme-geod.agt.bme.hu Tue Aug 5 00:36:43 2003 From: siki@bme-geod.agt.bme.hu (Siki Zoltan) Date: Mon, 4 Aug 2003 22:36:43 -0100 (GMT+1) Subject: [Mapserver-users] Nothing raster (tiff,jpeg) comes out In-Reply-To: <3F2E502F@sws.ncl.ac.uk> Message-ID: Hi Zainal, On Mon, 4 Aug 2003, zainal A Majeed wrote: > I appreciate your response. I have checked again everything as you suggested. > It does support raster as I tried the raster image in mapserver tutorial all > this while. > I am using .tiff and convert to .img after image proceesing then to .jpg. I > don’t need World file for the time being. If you don't have gdal installed you can use only 256 colors! Convert your image to 256 color palette if it has more colors. I have never used images without world file, I think you must have world file or geotiff. The world file is an ascii file you can easy create it. A world file consist of 6 lines, each line contains a single value. 1st line: pixel size in x direction in meters (or foot or ...) 2nd line: 0 if the coordinate system paralel to the image 3rd line: 0 if the coordinate system paralel to the image 4th line: -pixel size in y direction in meter (negativ value) 5th line: easting for upper left corner 6th line: northing for upper left corner What extents do you specify in the map file without a world file? > The status is ON and when display in IE I can right click to copy to wall > paper or desktop background but it’s invisible (white image). Yeh, you got an empty image from the mapserver. Do you have a html template? If yes, then you can can check mapext cgi variable inserting [mapext] somewhere in the html code. Have you read raster-howto? Visit the galery to get idea. Finally insert your map and template file into your mail. Hi Zoltan > > > >===== Original Message From Siki Zoltan ===== > >Dear Zainal, > > > >You gave us few details, so I can make only suggestions. > > > >Does mapserver support the used raster format? > >Check mapserv -v > > > >Do you have world file along with your raster image? > >If you have GeoTiff no need for world file. > >See Raster howto at mapserver.gis.umn.edu/doc36/raster-howto.html > > > >What is the status of the layer? > >If it is ON then you will see it if you specify the layer name in the > >query string e.g. > >www.somewhere/cgi-bin/mapserv?map=your_map_file&layer=layer_name > > > >Does the extent of the map and the raster fits? > > > >If these don't help give us more information. > > > >Hi, > >Zoltan Siki > > > >On Fri, 18 Jul 2003, zainal A Majeed wrote: > > > >> Dear friends, > >> > >> I hope this is not a repetition. I try to map out with mapsever raster > aerial > >> photo from map file. The connection to mapserver was alright but nothing > comes > >> out in view except white window(there is an image but white - can't see). > >> Can anybody tell what is the problem? > >> > >> Thanks and cheers > >> > >> Zainal > >> > >> ZAINAL A MAJEED > >> PhD in Web Technology and Internet GIS > >> School of Civil Engineering and Geosciences > >> Bedson BUilding, University of Newcastle upon Tyne > >> Newcastle upon-Tyne NE1 7RU > >> United Kingdom > >> > >> Tel: +44 (0)191 222 6357 > >> Fax: +44 (0)191 222 8691 > >> email: zainal.abdul-majeed@ncl.ac.uk > >> web: http://www.cegs.ncl.ac.uk > >> web: http://geomatics.ncl.ac.uk > >> ************************************* > >> Home: > >> 178 Dilston Road, > >> Newcastle Upon Tyne NE4 5AD > >> United Kingdom > >> Phone : +44 (0) 191-2727259 > >> Mobile : +44 (0) 796-0938952 > >> > >> _______________________________________________ > >> Mapserver-users mailing list > >> Mapserver-users@lists.gis.umn.edu > >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > From David.Fawcett@state.mn.us Mon Aug 4 22:27:22 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Mon, 4 Aug 2003 16:27:22 -0500 Subject: [Mapserver-users] Double labeling in querymap? Message-ID: I am not sure if this is a bug or PIBCAK* Version 4.0 beta2 (7/11/03) When I query a point feature, the querymap puts two identical labels on the selected point feature, but correctly places only one label on the other point features on the map. The point layer only exists once in the MAP file, so I am not querying two overlaying instances of the same point. Am I getting a cached label showing up? I really only need to label each facility once. Thanks, David. David Fawcett MN Office of Environmental Assistance *Problem Is Between Chair and Keyboard From David.Fawcett@state.mn.us Mon Aug 4 22:33:00 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Mon, 4 Aug 2003 16:33:00 -0500 Subject: [Mapserver-users] Double labeling in querymap? Message-ID: This occurs when the STYLE property of the QUERYMAP object is set to HILITE, but does not occurr when I change it to SELECTED. David. > ---------- > From: Fawcett, David[SMTP:David.Fawcett@state.mn.us] > Sent: Monday, August 04, 2003 4:27 PM > To: 'mapserver-users@lists.gis.umn.edu' > Subject: [Mapserver-users] Double labeling in querymap? > > I am not sure if this is a bug or PIBCAK* > > Version 4.0 beta2 (7/11/03) > > When I query a point feature, the querymap puts two identical labels on the selected point feature, but correctly places only one label on the other point features on the map. > > The point layer only exists once in the MAP file, so I am not querying two overlaying instances of the same point. > > Am I getting a cached label showing up? I really only need to label each facility once. > > Thanks, > > David. > > > David Fawcett > MN Office of Environmental Assistance > > *Problem Is Between Chair and Keyboard > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From sgillies@frii.com Mon Aug 4 23:20:36 2003 From: sgillies@frii.com (Sean Gillies) Date: Mon, 4 Aug 2003 16:20:36 -0600 Subject: [Mapserver-users] How to avoid python memory leaks Message-ID: I just found the solution to two memory leaks that have been troubling me and documented them at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PythonMapScriptMemoryLeaks I'd be happier if I'd found these before the 4.0 release, but we'll get them into 4.0.1. cheers, Sean From matt@kbc.net.au Tue Aug 5 01:51:46 2003 From: matt@kbc.net.au (Matthew Smith) Date: Tue, 05 Aug 2003 10:21:46 +0930 Subject: [Mapserver-users] Mapserver/Mapscript and MySQL 4 Message-ID: <3F2EFFA2.7030102@kbc.net.au> Hi All I have an application where I need to: * Create a layer from a shapefile * Create an overlying layer of data from a database query. I am using MySQL 4.0.x, so MyGIS mentioned in the Wiki is out, although it would have been the preferred solution. I guess that means that I'll have to generate everything with Mapscript instead - no real hardship since I do just about everything else in Perl. Can anyone point me at an example similar to what I'm trying to achieve (one layer from a shapefile, one from DBI)? Is using two layer sources like this a reasonable approach, or should I just dump all my shapefiles into MySQL? I've considered this but feel that it could be a little awkward as this version of MySQL does not appear to have native GIS support - my current data structures can already hold point data, but my "bottom layer" is all polygons. I'm running Mapserver 3.6.6, Perl 5.8 on Linux. TIA for any advice. Cheers M -- Matthew Smith Kadina Business Consultancy South Australia http://www.kbc.net.au From pkishor@geoanalytics.com Tue Aug 5 03:10:36 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Tue, 05 Aug 2003 02:10:36 -0000 Subject: [Mapserver-users] Re: Mapserver/Mapscript and MySQL 4 In-Reply-To: <3F2EFFA2.7030102@kbc.net.au> Message-ID: --- In mapserver-users@yahoogroups.com, Matthew Smith wrote: > Hi All > > I have an application where I need to: > * Create a layer from a shapefile > * Create an overlying layer of data from a database query. > > I am using MySQL 4.0.x, so MyGIS mentioned in the Wiki is out, although > it would have been the preferred solution. why would it have been the preferred solution? The reason I ask -- is there something to be achieved by putting your spatial data into a database? is there something you can do with it in the db that you can't do with it as shapefiles? Essentially, I ask this of myself -- is there any advantage to a specific way, or am I going to do it that way only because it is available... That said... > > I guess that means that I'll have to generate everything with Mapscript > instead - no real hardship since I do just about everything else in Perl. yup, that is how I would do it. > > Can anyone point me at an example similar to what I'm trying to achieve > (one layer from a shapefile, one from DBI)? > > Is using two layer sources like this a reasonable approach, or should I > just dump all my shapefiles into MySQL? I've considered this but feel > that it could be a little awkward as this version of MySQL does not > appear to have native GIS support - my current data structures can > already hold point data, but my "bottom layer" is all polygons. > two layer sources sounds very reasonable... let the polys be a shapefile, and let the points be in MySQL. Grab the required points using DBI/DBD, generate a layer with those points as the features... in fact, does your point data change? does it need to be stored in a database? depending on the size of the dataset (number of points), and "stability" of those points, converting them all to a shapefile before doing anything might make the operation even faster... you avoid the DBI/DBD overhead. Anyway, your proposed solution seems perfectly reasonable. From matt@kbc.net.au Tue Aug 5 03:28:51 2003 From: matt@kbc.net.au (Matthew Smith) Date: Tue, 05 Aug 2003 11:58:51 +0930 Subject: [Mapserver-users] Re: Mapserver/Mapscript and MySQL 4 In-Reply-To: References: Message-ID: <3F2F1663.6050903@kbc.net.au> pkishor_98 wrote: --SNIP-- >>I am using MySQL 4.0.x, so MyGIS mentioned in the Wiki is out, although >>it would have been the preferred solution. > > why would it have been the preferred solution? The reason I ask -- is there > something to be achieved by putting your spatial data into a database? is there > something you can do with it in the db that you can't do with it as shapefiles? > Essentially, I ask this of myself -- is there any advantage to a specific way, or am I > going to do it that way only because it is available... --SNIP-- I'll explain a little further to show why I need the database access: The actual points are localities - no, they don't move about much ;-) However, the data that does change is the labels assigned to the points. The project in question is a community directory; the localities are just markers and may be displayed as "boat ramp", "hospital", "pizza shop", etc. This data *is* dynamic, hence my need for database access. So, the data being read from the .shp would be constant - it's just the stuff that would normally lurk in a .dbf that changes. (I'm not going to use DBF access because I've already got a huge MySQL database.) Cheers M -- Matthew Smith Kadina Business Consultancy South Australia http://www.kbc.net.au From morissette@dmsolutions.ca Tue Aug 5 03:34:48 2003 From: morissette@dmsolutions.ca (Daniel Morissette) Date: Mon, 04 Aug 2003 22:34:48 -0400 Subject: [Mapserver-users] Double labeling in querymap? In-Reply-To: References: Message-ID: <3F2F17C8.30408@dmsolutions.ca> I noticed the same before and believe this is a bug that was present in 3.6 too. To make sure we don't forget I have filed it in bugzilla. Please add yourself to the CC of the bug if you want to be notified when we work on it: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=396 Daniel Fawcett, David wrote: > This occurs when the STYLE property of the QUERYMAP object is set to HILITE, but does not occurr when I change it to SELECTED. > > David. > > >>---------- >>From: Fawcett, David[SMTP:David.Fawcett@state.mn.us] >>Sent: Monday, August 04, 2003 4:27 PM >>To: 'mapserver-users@lists.gis.umn.edu' >>Subject: [Mapserver-users] Double labeling in querymap? >> >>I am not sure if this is a bug or PIBCAK* >> >>Version 4.0 beta2 (7/11/03) >> >>When I query a point feature, the querymap puts two identical labels on the selected point feature, but correctly places only one label on the other point features on the map. >> >>The point layer only exists once in the MAP file, so I am not querying two overlaying instances of the same point. >> >>Am I getting a cached label showing up? I really only need to label each facility once. >> >>Thanks, >> >>David. >> >> >>David Fawcett >>MN Office of Environmental Assistance >> >>*Problem Is Between Chair and Keyboard From tbartlett@dddd.com.au Tue Aug 5 04:02:38 2003 From: tbartlett@dddd.com.au (Thomas Bartlett) Date: Tue, 5 Aug 2003 13:02:38 +1000 Subject: [Mapserver-users] Creating Raster Tiles Message-ID: <06fb01c35afe$07512fa0$1701a8c0@dddd.com.au> This is a multi-part message in MIME format. ------=_NextPart_000_06F8_01C35B51.D89B97A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable G'Day All, I'm sorry for asking a non-mapserver question but I am running out of = ideas. =20 I have a single, large Raster image which I want to cut up into tiles = for display within Mapserver. =20 Is there any software which will split this image up into a number of = smaller images?? I have ERDAS Imagine 8.4 but it only seems to create = individual subsets... which will take for ever !!! Many Thanks=20 =20 Thomas Bartlett -------------------------------------------------------------------------= --------------------------------- GIS Technician Digital (Digest) Data Design Pty Ltd=20 Military GIS Professionals and Consultants=20 http://www.dddd.com.au/=20 Telephone: 02 6286 9555=20 Facsimile: 02 6286 9888=20 Postal : PO Box 683 MAWSON ACT 2607 ------=_NextPart_000_06F8_01C35B51.D89B97A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
G'Day All,
 
I'm sorry for asking a non-mapserver question but I = am running=20 out of ideas. 
 
I have a single, large Raster image which I = want to cut=20 up into tiles for display within Mapserver. 
 
Is there any software which will split this image up = into a=20 number of smaller images??  I have ERDAS Imagine 8.4 but it only = seems to=20 create individual subsets... which will take for ever !!!
 
Many Thanks 
 
Thomas=20 Bartlett
-------------------------------------------------------------= ---------------------------------------------
GIS=20 Technician
Digital (Digest) Data Design Pty Ltd
Military GIS=20 Professionals and Consultants
http://www.dddd.com.au/ =
Telephone: 02=20 6286 9555
Facsimile: 02 6286 9888
Postal : PO Box 683 = MAWSON =20 ACT  2607
------=_NextPart_000_06F8_01C35B51.D89B97A0-- From pkishor@geoanalytics.com Tue Aug 5 04:17:25 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Tue, 05 Aug 2003 03:17:25 -0000 Subject: [Mapserver-users] Re: Mapserver/Mapscript and MySQL 4 In-Reply-To: <3F2F1663.6050903@kbc.net.au> Message-ID: --- In mapserver-users@yahoogroups.com, Matthew Smith wrote: > pkishor_98 wrote: > --SNIP-- > >>I am using MySQL 4.0.x, so MyGIS mentioned in the Wiki is out, although > >>it would have been the preferred solution. > > > > why would it have been the preferred solution? The reason I ask -- is there > > something to be achieved by putting your spatial data into a database? is there > > something you can do with it in the db that you can't do with it as shapefiles? > > Essentially, I ask this of myself -- is there any advantage to a specific way, or am I > > going to do it that way only because it is available... > --SNIP-- > I'll explain a little further to show why I need the database access: > > The actual points are localities - no, they don't move about much ;-) > However, the data that does change is the labels assigned to the points. > The project in question is a community directory; the localities are > just markers and may be displayed as "boat ramp", "hospital", "pizza > shop", etc. This data *is* dynamic, hence my need for database access. I would assume that just as a locality might not "move around", its character also wouldn't change that much... I mean, what are the odds of today's hospital becoming tomorrow's boat ramp ;-). In which case, converting the points to a shapefile and then using LABELITEM expr to label the features would avoid the DBI/DBD overhead. On the other hand... > > So, the data being read from the .shp would be constant - it's just the > stuff that would normally lurk in a .dbf that changes. (I'm not going > to use DBF access because I've already got a huge MySQL database.) > ya... then the DBI/DBD way seems like a good approach. You are on the right track. Good luck. From pkishor@geoanalytics.com Tue Aug 5 04:29:03 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Tue, 05 Aug 2003 03:29:03 -0000 Subject: [Mapserver-users] Re: Creating Raster Tiles In-Reply-To: <06fb01c35afe$07512fa0$1701a8c0@dddd.com.au> Message-ID: --- In mapserver-users@yahoogroups.com, "Thomas Bartlett" wrote: > G'Day All, > > I'm sorry for asking a non-mapserver question but I am running out of ideas. > > I have a single, large Raster image which I want to cut up into tiles for display within Mapserver. > > Is there any software which will split this image up into a number of smaller images?? I have ERDAS Imagine 8.4 but it only seems to create individual subsets... which will take for ever !!! > Macromedia's Fireworks or Adobe's Imageready can supposedly take an image and slice it up into rectangular parts that can be used to create obnoxiously image-heavy webpages... but this might be a worthy application for one of them... Dunno about the Gimp... I poked around but couldn't find any standard tool for doing so, but perhaps there is a plugin for the Gimp that does the same. From morissette@dmsolutions.ca Tue Aug 5 04:36:30 2003 From: morissette@dmsolutions.ca (Daniel Morissette) Date: Mon, 04 Aug 2003 23:36:30 -0400 Subject: [Mapserver-users] php_mapscript on a host - nightmare! help! In-Reply-To: <20030802144325.GA29223@freeshell.org> References: <20030802144325.GA29223@freeshell.org> Message-ID: <3F2F263E.6090202@dmsolutions.ca> poff wrote: > > Then be told, when I try using it I need to recompile as a CGI! > > I can't ask for this as this is a shared server. What should I do? > > Does mapscript 4 bypass this requirement? I'm trying to compile 3.6 at the > moment, on a red hat server. > Version 4.0 still requires PHP as a CGI. Resolving this is going to be on the list for 4.1. If you feel brave you could try removing the test in php_mapscript.c that produces the error message about PHP CGI mode, but you should be aware that your apps could be unstable or experience some odd behaviorsif you bypass the CGI check. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From matt@kbc.net.au Tue Aug 5 04:45:38 2003 From: matt@kbc.net.au (Matthew Smith) Date: Tue, 05 Aug 2003 13:15:38 +0930 Subject: [Mapserver-users] Creating Raster Tiles In-Reply-To: <06fb01c35afe$07512fa0$1701a8c0@dddd.com.au> References: <06fb01c35afe$07512fa0$1701a8c0@dddd.com.au> Message-ID: <3F2F2862.2070109@kbc.net.au> > I have a single, large Raster image which I want to cut up into tiles > for display within Mapserver. > > Is there any software which will split this image up into a number of > smaller images?? I have ERDAS Imagine 8.4 but it only seems to create > individual subsets... which will take for ever !!! I can't give you a specific answer but if I had to tackle such a problem, I would look at using GD.pm - the Perl interface to the GD graphics manipulation software. A script would need to: * open source file * determine size of file (pixels) * run a series of loops to read pixels, then write the appropriate ones to the tile files. Feel free to contact me off-list if you wish to discuss this idea further. Cheers M -- Matthew Smith Kadina Business Consultancy South Australia http://www.kbc.net.au From warmerdam@pobox.com Tue Aug 5 04:50:04 2003 From: warmerdam@pobox.com (Frank Warmerdam) Date: Mon, 04 Aug 2003 23:50:04 -0400 Subject: [Mapserver-users] Creating Raster Tiles In-Reply-To: <06fb01c35afe$07512fa0$1701a8c0@dddd.com.au> References: <06fb01c35afe$07512fa0$1701a8c0@dddd.com.au> Message-ID: <3F2F296C.4050601@pobox.com> Thomas Bartlett wrote: > G'Day All, > > I'm sorry for asking a non-mapserver question but I am running out of > ideas. > > I have a single, large Raster image which I want to cut up into tiles > for display within Mapserver. > > Is there any software which will split this image up into a number of > smaller images?? I have ERDAS Imagine 8.4 but it only seems to create > individual subsets... which will take for ever !!! Thomas, You could certainly write an eml to do this in Imagine. It would also be fairly easy to write a GDAL python script, or mainline program to accomplish this ... it would be a nice companion to the gdaltindex program for building the tile index file for a set of raster tiles. 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 tbartlett@dddd.com.au Tue Aug 5 05:14:48 2003 From: tbartlett@dddd.com.au (Thomas Bartlett) Date: Tue, 5 Aug 2003 14:14:48 +1000 Subject: [Mapserver-users] Creating Raster Tiles References: <06fb01c35afe$07512fa0$1701a8c0@dddd.com.au> <3F2F296C.4050601@pobox.com> Message-ID: <078301c35b08$1c745d80$1701a8c0@dddd.com.au> Thanks All, I have figured out that I can record the process of subsetting a single image in Imagine, Save it as a "Batch Command File", then just copy and modify it! Thanks to all those who responded !! Tom Bartlett ----- Original Message ----- From: "Frank Warmerdam" To: "Thomas Bartlett" Cc: Sent: Tuesday, August 05, 2003 1:50 PM Subject: Re: [Mapserver-users] Creating Raster Tiles > Thomas Bartlett wrote: > > G'Day All, > > > > I'm sorry for asking a non-mapserver question but I am running out of > > ideas. > > > > I have a single, large Raster image which I want to cut up into tiles > > for display within Mapserver. > > > > Is there any software which will split this image up into a number of > > smaller images?? I have ERDAS Imagine 8.4 but it only seems to create > > individual subsets... which will take for ever !!! > > Thomas, > > You could certainly write an eml to do this in Imagine. It would also > be fairly easy to write a GDAL python script, or mainline program to > accomplish this ... it would be a nice companion to the gdaltindex program > for building the tile index file for a set of raster tiles. > > 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 steve.lime@dnr.state.mn.us Tue Aug 5 06:26:42 2003 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Tue, 05 Aug 2003 00:26:42 -0500 Subject: [Mapserver-users] Double labeling in querymap? Message-ID: That's cause with HILITE the layer is processed twice, once as normal and once with only the selected features. With SELECTED the layer is only processed once. The label is just getting set in the cache twice. One workaround would be to set a value for MINDISTANCE. In most cases that wouldn't affect labeling at all and should remove the second label. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Fawcett, David" 08/04/03 4:33 PM >>> This occurs when the STYLE property of the QUERYMAP object is set to HILITE, but does not occurr when I change it to SELECTED. David. > ---------- > From: Fawcett, David[SMTP:David.Fawcett@state.mn.us] > Sent: Monday, August 04, 2003 4:27 PM > To: 'mapserver-users@lists.gis.umn.edu' > Subject: [Mapserver-users] Double labeling in querymap? > > I am not sure if this is a bug or PIBCAK* > > Version 4.0 beta2 (7/11/03) > > When I query a point feature, the querymap puts two identical labels on the selected point feature, but correctly places only one label on the other point features on the map. > > The point layer only exists once in the MAP file, so I am not querying two overlaying instances of the same point. > > Am I getting a cached label showing up? I really only need to label each facility once. > > Thanks, > > David. > > > David Fawcett > MN Office of Environmental Assistance > > *Problem Is Between Chair and Keyboard > _______________________________________________ > 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 schut@sarvision.com Tue Aug 5 08:28:02 2003 From: schut@sarvision.com (Vincent Schut) Date: Tue, 5 Aug 2003 09:28:02 +0200 Subject: [Mapserver-users] Nothing raster (tiff,jpeg) comes out In-Reply-To: References: Message-ID: <200308050928.03139.schut@sarvision.com> Zainal, I see that you use 'status on', I do not know if this is for the entire map thing or just in the layer. Mind that - this is tricky, I know, many of us stumbled on it when we begun mapserving - when using mapserver cgi, status on means that you will have to explicitly mention the layers you want to be visible in your url request (like http://blabla/mapserv/map=foo&mode=map&layer=oceanc&...). Status works like this: status off means you cannot show a layer, even when explicitly requesting it in your url. The layer is more or less non-existent according to the mapserv process. Status on means the layer is there and ready to be rendered *on request*. Status default means the layer will be rendered *always*. So if you wonder why your layer does not appear, setting status to default is always a good thing to do. Then you know for sure that it's not the status thingy that breakes your mapping. BTW working without worldfiles when using rasters that do not have any geocoding info inside (like normal tiff, gif, jpeg, etc) will only work when you set your extent accordingly as an x-y projection, I think something like 'extent 0 0 1024 800' if your image is 1024 by 800 pixels. Could be that you need to start at 1 1. As soon as you are defining a projection, your extent will need to be in coordinates matching that projection (and also your units), and you will need the right coordinates with your raster files, like inside a geotiff (or another geocoding enabled format) or using a world file (filename.wld will do for all image file formats). Cheers, Vincent. On Tuesday 05 August 2003 01:36, Siki Zoltan wrote: > Hi Zainal, > > On Mon, 4 Aug 2003, zainal A Majeed wrote: > > I appreciate your response. I have checked again everything as you > > suggested. It does support raster as I tried the raster image in > > mapserver tutorial all this while. > > I am using .tiff and convert to .img after image proceesing then to .jpg. > > I don’t need World file for the time being. > > If you don't have gdal installed you can use only 256 colors! > Convert your image to 256 color palette if it has more colors. > > I have never used images without world file, I think you must have > world file or geotiff. > The world file is an ascii file you can easy create it. A world file > consist of 6 lines, each line contains a single value. > 1st line: pixel size in x direction in meters (or foot or ...) > 2nd line: 0 if the coordinate system paralel to the image > 3rd line: 0 if the coordinate system paralel to the image > 4th line: -pixel size in y direction in meter (negativ value) > 5th line: easting for upper left corner > 6th line: northing for upper left corner > What extents do you specify in the map file without a world file? > > > The status is ON and when display in IE I can right click to copy to wall > > paper or desktop background but it’s invisible (white image). > > Yeh, you got an empty image from the mapserver. > > Do you have a html template? If yes, then you can can check mapext cgi > variable inserting [mapext] somewhere in the html code. > > Have you read raster-howto? > Visit the galery to get idea. > Finally insert your map and template file into your mail. > > Hi > Zoltan > > > >===== Original Message From Siki Zoltan ===== > > >Dear Zainal, > > > > > >You gave us few details, so I can make only suggestions. > > > > > >Does mapserver support the used raster format? > > >Check mapserv -v > > > > > >Do you have world file along with your raster image? > > >If you have GeoTiff no need for world file. > > >See Raster howto at mapserver.gis.umn.edu/doc36/raster-howto.html > > > > > >What is the status of the layer? > > >If it is ON then you will see it if you specify the layer name in the > > >query string e.g. > > >www.somewhere/cgi-bin/mapserv?map=your_map_file&layer=layer_name > > > > > >Does the extent of the map and the raster fits? > > > > > >If these don't help give us more information. > > > > > >Hi, > > >Zoltan Siki > > > > > >On Fri, 18 Jul 2003, zainal A Majeed wrote: > > >> Dear friends, > > >> > > >> I hope this is not a repetition. I try to map out with mapsever raster > > > > aerial > > > > >> photo from map file. The connection to mapserver was alright but > > >> nothing > > > > comes > > > > >> out in view except white window(there is an image but white - can't > > >> see). Can anybody tell what is the problem? > > >> > > >> Thanks and cheers > > >> > > >> Zainal > > >> > > >> ZAINAL A MAJEED > > >> PhD in Web Technology and Internet GIS > > >> School of Civil Engineering and Geosciences > > >> Bedson BUilding, University of Newcastle upon Tyne > > >> Newcastle upon-Tyne NE1 7RU > > >> United Kingdom > > >> > > >> Tel: +44 (0)191 222 6357 > > >> Fax: +44 (0)191 222 8691 > > >> email: zainal.abdul-majeed@ncl.ac.uk > > >> web: http://www.cegs.ncl.ac.uk > > >> web: http://geomatics.ncl.ac.uk > > >> ************************************* > > >> Home: > > >> 178 Dilston Road, > > >> Newcastle Upon Tyne NE4 5AD > > >> United Kingdom > > >> Phone : +44 (0) 191-2727259 > > >> Mobile : +44 (0) 796-0938952 > > >> > > >> _______________________________________________ > > >> Mapserver-users mailing list > > >> Mapserver-users@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 -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From mservin@tecnoaccion.com.ar Tue Aug 5 14:41:04 2003 From: mservin@tecnoaccion.com.ar (Mario Servin) Date: Tue, 5 Aug 2003 10:41:04 -0300 Subject: [Mapserver-users] Error installing MapServer Message-ID: <006a01c35b57$37a97280$9105a8c0@mariolaptop> This is a multi-part message in MIME format. ------=_NextPart_000_0067_01C35B3E.1246DDC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, I am having errors with the installation of MapServer 4.0. I = followed the steps: 1-Downloaded the binary MapServer 4.0 for Windows. My platform is = Windows XP with IIS 5.0.=20 2-Extract the files to C:\Documents and = Settings\mario\MyInstall\MapServer 3-Copy \Proj to C:\Proj 4-Add C:\Documents and Settings\mario\MyInstall\MapServer\lib to the = path variable of my Windows. 5-Create the virtual directory Scripts of my Default Web Site because it = was not created. I pointed it to the folder IIS C:\Inetpub\Scripts. 6-Copy mapserv.exe to C:\Inetpub\Scripts. 7-Opened a command prompt window in C:\Inetpub\Scripts and typed: = mapserv.exe. I got the following error: "This application failed to = start because LIBPQ.dll was not found. Re-installing the application may = fix this problem." 8-tried to execute from the browser and get the following error: "CGI = Error The specified CGI application misbehaved by not returning a complete set = of HTTP headers. The headers it did return are:" And no header is shown = at all. Can anybody help me on how to proceed to get a correct = installation?. Regards, Mario ------=_NextPart_000_0067_01C35B3E.1246DDC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,
    I am having errors = with the=20 installation of MapServer 4.0. I followed the steps:
1-Downloaded the binary MapServer 4.0 = for=20 Windows. My platform is Windows XP with IIS 5.0.
 
2-Extract the files to C:\Documents and = Settings\mario\MyInstall\MapServer
 
3-Copy \Proj to C:\Proj
 
4-Add C:\Documents and=20 Settings\mario\MyInstall\MapServer\lib to the path variable of my=20 Windows.
 
5-Create the virtual directory Scripts = of my=20 Default Web Site because it was not created. I pointed it to = the=20 folder IIS C:\Inetpub\Scripts.
 
6-Copy mapserv.exe to=20 C:\Inetpub\Scripts.
 
7-Opened a command prompt window in=20 C:\Inetpub\Scripts and typed: mapserv.exe. I got the following error:=20 "This application failed to start because LIBPQ.dll was not = found.=20 Re-installing the application may fix this = problem."
 
8-tried to execute from the = browser and get=20 the following error: "CGI = Error
The specified CGI application misbehaved by = not=20 returning a complete set of HTTP headers. The headers it did return=20 are:"  And no header is shown at=20 all.
 
    Can anybody help me on how to = proceed to=20 get a correct installation?.
    Regards,
        =    =20     Mario
------=_NextPart_000_0067_01C35B3E.1246DDC0-- From gayathri@ou.edu Tue Aug 5 14:47:22 2003 From: gayathri@ou.edu (Swaminathan, Gayathri) Date: Tue, 5 Aug 2003 08:47:22 -0500 Subject: [Mapserver-users] Error installing MapServer Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C35B58.1884EC80 Content-Type: text/plain Hi Marvin: The mapserver you downloaded has Postgres included and requires this dll, "LIBPQ.dll" and hence the error (7). You can find it at , http://postgis.refractions.net/download.php as, libpq.zip Unzip contents, copy the libpoq.dll to your windows system directory and register it. HTH, Gayathri -----Original Message----- From: Mario Servin [mailto:mservin@tecnoaccion.com.ar] Sent: Tuesday, August 05, 2003 8:41 AM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Error installing MapServer Hi all, I am having errors with the installation of MapServer 4.0. I followed the steps: 1-Downloaded the binary MapServer 4.0 for Windows. My platform is Windows XP with IIS 5.0. 2-Extract the files to C:\Documents and Settings\mario\MyInstall\MapServer 3-Copy \Proj to C:\Proj 4-Add C:\Documents and Settings\mario\MyInstall\MapServer\lib to the path variable of my Windows. 5-Create the virtual directory Scripts of my Default Web Site because it was not created. I pointed it to the folder IIS C:\Inetpub\Scripts. 6-Copy mapserv.exe to C:\Inetpub\Scripts. 7-Opened a command prompt window in C:\Inetpub\Scripts and typed: mapserv.exe. I got the following error: "This application failed to start because LIBPQ.dll was not found. Re-installing the application may fix this problem." 8-tried to execute from the browser and get the following error: "CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" And no header is shown at all. Can anybody help me on how to proceed to get a correct installation?. Regards, Mario ------_=_NextPart_001_01C35B58.1884EC80 Content-Type: text/html Message
Hi Marvin:
 
The mapserver you downloaded has Postgres included and requires this dll, "LIBPQ.dll" and hence the error (7).
 
You can find it at ,
 
http://postgis.refractions.net/download.php as, libpq.zip Unzip contents, copy the libpoq.dll to your windows system directory and register it.
 
HTH,
Gayathri
-----Original Message-----
From: Mario Servin [mailto:mservin@tecnoaccion.com.ar]
Sent: Tuesday, August 05, 2003 8:41 AM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] Error installing MapServer

Hi all,
    I am having errors with the installation of MapServer 4.0. I followed the steps:
1-Downloaded the binary MapServer 4.0 for Windows. My platform is Windows XP with IIS 5.0.
 
2-Extract the files to C:\Documents and Settings\mario\MyInstall\MapServer
 
3-Copy \Proj to C:\Proj
 
4-Add C:\Documents and Settings\mario\MyInstall\MapServer\lib to the path variable of my Windows.
 
5-Create the virtual directory Scripts of my Default Web Site because it was not created. I pointed it to the folder IIS C:\Inetpub\Scripts.
 
6-Copy mapserv.exe to C:\Inetpub\Scripts.
 
7-Opened a command prompt window in C:\Inetpub\Scripts and typed: mapserv.exe. I got the following error: "This application failed to start because LIBPQ.dll was not found. Re-installing the application may fix this problem."
 
8-tried to execute from the browser and get the following error: "CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:"  And no header is shown at all.
 
    Can anybody help me on how to proceed to get a correct installation?.
    Regards,
                Mario
------_=_NextPart_001_01C35B58.1884EC80-- From gayathri@ou.edu Tue Aug 5 15:13:52 2003 From: gayathri@ou.edu (Swaminathan, Gayathri) Date: Tue, 5 Aug 2003 09:13:52 -0500 Subject: [Mapserver-users] Error installing MapServer Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C35B5B.CC1314E0 Content-Type: text/plain Cool Marvin! You have successfully set up your mapserver. This, "I got the error "CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" And no header is shown at all. I read that I have to get the following: No query information to decode. QUERY_STRING is set, but empty." is not an error message. It is supposed to do this. For more information search the list archive on your error., this is an acceptable response. You should now follow the steps in the demo package, to set up mapserver mapfile/templates to get all cooking. Thanks, Gayathri -----Original Message----- From: Mario Servin [mailto:mservin@tecnoaccion.com.ar] Sent: Tuesday, August 05, 2003 9:14 AM To: Swaminathan, Gayathri Subject: Re: [Mapserver-users] Error installing MapServer Dear Gayathri, Thanks for your answer. I followed your advise and got the LIBPQ.dll from PostGis. This solved the "not found" message but still when I use a browser to see some answer from MapServer, i.e. trying to browse http://localhost/Scripts/mapserv.exe" I got the error "CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" And no header is shown at all. I read that I have to get the following: No query information to decode. QUERY_STRING is set, but empty. Regards, Mario ----- Original Message ----- From: Swaminathan, Gayathri To: 'Mario Servin' ; mapserver-users@lists.gis.umn.edu Sent: Tuesday, August 05, 2003 10:47 AM Subject: RE: [Mapserver-users] Error installing MapServer Hi Marvin: The mapserver you downloaded has Postgres included and requires this dll, "LIBPQ.dll" and hence the error (7). You can find it at , http://postgis.refractions.net/download.php as, libpq.zip Unzip contents, copy the libpoq.dll to your windows system directory and register it. HTH, Gayathri -----Original Message----- From: Mario Servin [mailto:mservin@tecnoaccion.com.ar] Sent: Tuesday, August 05, 2003 8:41 AM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Error installing MapServer Hi all, I am having errors with the installation of MapServer 4.0. I followed the steps: 1-Downloaded the binary MapServer 4.0 for Windows. My platform is Windows XP with IIS 5.0. 2-Extract the files to C:\Documents and Settings\mario\MyInstall\MapServer 3-Copy \Proj to C:\Proj 4-Add C:\Documents and Settings\mario\MyInstall\MapServer\lib to the path variable of my Windows. 5-Create the virtual directory Scripts of my Default Web Site because it was not created. I pointed it to the folder IIS C:\Inetpub\Scripts. 6-Copy mapserv.exe to C:\Inetpub\Scripts. 7-Opened a command prompt window in C:\Inetpub\Scripts and typed: mapserv.exe. I got the following error: "This application failed to start because LIBPQ.dll was not found. Re-installing the application may fix this problem." 8-tried to execute from the browser and get the following error: "CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" And no header is shown at all. Can anybody help me on how to proceed to get a correct installation?. Regards, Mario ------_=_NextPart_001_01C35B5B.CC1314E0 Content-Type: text/html Message
Cool Marvin!
You have successfully set up your mapserver.
 
This,
"I got the error "CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:"  And no header is shown at all.
    I read that I have to get the following:  No query information to decode. QUERY_STRING is set, but empty."
 
is not an error message. It is supposed to do this. For more information search the list archive on your error., this is an acceptable response.
 
You should now follow the steps in the demo package, to set up mapserver mapfile/templates to get all cooking.
Thanks,
Gayathri
 
-----Original Message-----
From: Mario Servin [mailto:mservin@tecnoaccion.com.ar]
Sent: Tuesday, August 05, 2003 9:14 AM
To: Swaminathan, Gayathri
Subject: Re: [Mapserver-users] Error installing MapServer

Dear Gayathri,
    Thanks for your answer. I followed your advise and got the LIBPQ.dll from PostGis. This solved the "not found" message but still when I use a browser to see some answer from MapServer, i.e. trying to browse http://localhost/Scripts/mapserv.exe" I got the error "CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:"  And no header is shown at all.
    I read that I have to get the following:  No query information to decode. QUERY_STRING is set, but empty.
    Regards,
                Mario
----- Original Message -----
Sent: Tuesday, August 05, 2003 10:47 AM
Subject: RE: [Mapserver-users] Error installing MapServer

Hi Marvin:
 
The mapserver you downloaded has Postgres included and requires this dll, "LIBPQ.dll" and hence the error (7).
 
You can find it at ,
 
http://postgis.refractions.net/download.php as, libpq.zip Unzip contents, copy the libpoq.dll to your windows system directory and register it.
 
HTH,
Gayathri
-----Original Message-----
From: Mario Servin [mailto:mservin@tecnoaccion.com.ar]
Sent: Tuesday, August 05, 2003 8:41 AM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] Error installing MapServer

Hi all,
    I am having errors with the installation of MapServer 4.0. I followed the steps:
1-Downloaded the binary MapServer 4.0 for Windows. My platform is Windows XP with IIS 5.0.
 
2-Extract the files to C:\Documents and Settings\mario\MyInstall\MapServer
 
3-Copy \Proj to C:\Proj
 
4-Add C:\Documents and Settings\mario\MyInstall\MapServer\lib to the path variable of my Windows.
 
5-Create the virtual directory Scripts of my Default Web Site because it was not created. I pointed it to the folder IIS C:\Inetpub\Scripts.
 
6-Copy mapserv.exe to C:\Inetpub\Scripts.
 
7-Opened a command prompt window in C:\Inetpub\Scripts and typed: mapserv.exe. I got the following error: "This application failed to start because LIBPQ.dll was not found. Re-installing the application may fix this problem."
 
8-tried to execute from the browser and get the following error: "CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:"  And no header is shown at all.
 
    Can anybody help me on how to proceed to get a correct installation?.
    Regards,
                Mario
------_=_NextPart_001_01C35B5B.CC1314E0-- From nacional@cbs.umn.edu Tue Aug 5 16:32:01 2003 From: nacional@cbs.umn.edu (Pericles S. Nacionales) Date: 05 Aug 2003 10:32:01 -0500 Subject: [Mapserver-users] Error installing MapServer In-Reply-To: <006a01c35b57$37a97280$9105a8c0@mariolaptop> References: <006a01c35b57$37a97280$9105a8c0@mariolaptop> Message-ID: <1060097521.23142.7.camel@arceuthobium.ecology.umn.edu> Try restarting XP (or at the very least logout and log back in). Restarting XP will update your environment variables and you shouldn't see those pesky error messages again. -Perry On Tue, 2003-08-05 at 08:41, Mario Servin wrote: > Hi all, > I am having errors with the installation of MapServer 4.0. I > followed the steps: > 1-Downloaded the binary MapServer 4.0 for Windows. My platform is > Windows XP with IIS 5.0. > > 2-Extract the files to C:\Documents and > Settings\mario\MyInstall\MapServer > > 3-Copy \Proj to C:\Proj > > 4-Add C:\Documents and Settings\mario\MyInstall\MapServer\lib to the > path variable of my Windows. > > 5-Create the virtual directory Scripts of my Default Web Site because > it was not created. I pointed it to the folder IIS C:\Inetpub\Scripts. > > 6-Copy mapserv.exe to C:\Inetpub\Scripts. > > 7-Opened a command prompt window in C:\Inetpub\Scripts and typed: > mapserv.exe. I got the following error: "This application failed to > start because LIBPQ.dll was not found. Re-installing the application > may fix this problem." > > 8-tried to execute from the browser and get the following error: "CGI > Error > The specified CGI application misbehaved by not returning a complete > set of HTTP headers. The headers it did return are:" And no header is > shown at all. > > Can anybody help me on how to proceed to get a correct > installation?. > Regards, > Mario -- Pericles S. Nacionales University of Minnesota From tom@ecnow.co.uk Tue Aug 5 17:08:10 2003 From: tom@ecnow.co.uk (Tom H) Date: Tue, 5 Aug 2003 17:08:10 +0100 Subject: [Mapserver-users] data for maps of australia and new zealand. In-Reply-To: Message-ID: Hi, I need to get some shapefiles for a mapserver project. I need area boundaries and town names in Australia and New Zealand. Are the any sources that you can recommend that can be used relatively cheaply in a non-commercial project? Cheers T. ps I am coming back to mapserver, I've used it a coupld of times before a year or so ago, so I'm a bit rusty. From mservin@tecnoaccion.com.ar Tue Aug 5 17:25:37 2003 From: mservin@tecnoaccion.com.ar (Mario Servin) Date: Tue, 5 Aug 2003 13:25:37 -0300 Subject: [Mapserver-users] Error installing MapServer References: <006a01c35b57$37a97280$9105a8c0@mariolaptop> <1060097521.23142.7.camel@arceuthobium.ecology.umn.edu> Message-ID: <001201c35b6e$34320790$9105a8c0@mariolaptop> This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C35B55.0ECF72D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear Pericles, As Swaminathan, Gayathri pointed out, the problem = about LIBPQ.dll was that I did not have that dll so I donloaded and it = seemed everything was ok, as I got a message: "This script can only be used to decode form results and should be initiated as a CGI process via a httpd server." But now I installed the demo and still I got the=20 "CGI Error The specified CGI application misbehaved by not returning a complete set = of HTTP headers. The headers it did return are:" with nothing else!!!. Should I get the following: "No query = information to decode. QUERY_STRING is set, but empty.", shouldn't I?=20 Maybe the right version for me could be the 3.6... what do you think? Regards, Mario =20 ----- Original Message -----=20 From: "Pericles S. Nacionales" To: "Mario Servin" Cc: Sent: Tuesday, August 05, 2003 12:32 PM Subject: Re: [Mapserver-users] Error installing MapServer > Try restarting XP (or at the very least logout and log back in).=20 > Restarting XP will update your environment variables and you shouldn't > see those pesky error messages again. >=20 > -Perry >=20 > On Tue, 2003-08-05 at 08:41, Mario Servin wrote: > > Hi all, > > I am having errors with the installation of MapServer 4.0. I > > followed the steps: > > 1-Downloaded the binary MapServer 4.0 for Windows. My platform is > > Windows XP with IIS 5.0.=20 > > =20 > > 2-Extract the files to C:\Documents and > > Settings\mario\MyInstall\MapServer > > =20 > > 3-Copy \Proj to C:\Proj > > =20 > > 4-Add C:\Documents and Settings\mario\MyInstall\MapServer\lib to the > > path variable of my Windows. > > =20 > > 5-Create the virtual directory Scripts of my Default Web Site = because > > it was not created. I pointed it to the folder IIS = C:\Inetpub\Scripts. > > =20 > > 6-Copy mapserv.exe to C:\Inetpub\Scripts. > > =20 > > 7-Opened a command prompt window in C:\Inetpub\Scripts and typed: > > mapserv.exe. I got the following error: "This application failed to > > start because LIBPQ.dll was not found. Re-installing the application > > may fix this problem." > > =20 > > 8-tried to execute from the browser and get the following error: = "CGI > > Error > > The specified CGI application misbehaved by not returning a complete > > set of HTTP headers. The headers it did return are:" And no header = is > > shown at all. > > =20 > > Can anybody help me on how to proceed to get a correct > > installation?. > > Regards, > > Mario > --=20 > Pericles S. Nacionales > University of Minnesota > ------=_NextPart_000_000F_01C35B55.0ECF72D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Dear Pericles,
    As Swaminathan, = Gayathri=20 <gayathri@ou.edu> = pointed=20 out, the problem about LIBPQ.dll was that I did not have that dll = so I=20 donloaded and it seemed everything was ok, as I got a = message:
"This script can only be used to decode = form=20 results and
should be initiated as a CGI process via a httpd=20 server."
 
    But now I installed = the demo and=20 still I got the
"CGI Error
The specified CGI application = misbehaved by not=20 returning a complete set of HTTP headers. The headers it did return=20 are:"
 
    with nothing = else!!!. Should I=20 get the following:  "No query information to decode. = QUERY_STRING is=20 set, but empty.", shouldn't I?
Maybe the right version for me could be = the 3.6...=20 what do you think?
    = Regards,
       =20             = Mario
   
----- Original Message -----
From: "Pericles S. Nacionales" = <nacional@cbs.umn.edu>
To: "Mario Servin" <mservin@tecnoaccion.com.ar>
Cc: <mapserver-users@lists.gis.umn.edu>
Sent: Tuesday, August 05, 2003 12:32=20 PM
Subject: Re: [Mapserver-users] Error = installing=20 MapServer

> Try restarting XP (or at the very least logout and log = back in).=20
> Restarting XP will update your environment variables and you=20 shouldn't
> see those pesky error messages again.
>
> = -Perry
>
> On Tue, 2003-08-05 at 08:41, Mario Servin = wrote:
>=20 > Hi all,
> >     I am having errors = with the=20 installation of MapServer 4.0. I
> > followed the = steps:
> >=20 1-Downloaded the binary MapServer 4.0 for Windows. My platform = is
> >=20 Windows XP with IIS 5.0.
> > 
> > 2-Extract the = files=20 to C:\Documents and
> > = Settings\mario\MyInstall\MapServer
>=20 > 
> > 3-Copy \Proj to C:\Proj
> >  =
>=20 > 4-Add C:\Documents and Settings\mario\MyInstall\MapServer\lib to=20 the
> > path variable of my Windows.
> >  =
> >=20 5-Create the virtual directory Scripts of my Default Web Site = because
>=20 > it was not created. I pointed it to the folder IIS=20 C:\Inetpub\Scripts.
> > 
> > 6-Copy mapserv.exe = to=20 C:\Inetpub\Scripts.
> > 
> > 7-Opened a command = prompt=20 window in C:\Inetpub\Scripts and typed:
> > mapserv.exe. I got = the=20 following error: "This application failed to
> > start because=20 LIBPQ.dll was not found. Re-installing the application
> > may = fix this=20 problem."
> > 
> > 8-tried to execute from the = browser=20 and get the following error: "CGI
> > Error
> > The = specified=20 CGI application misbehaved by not returning a complete
> > set = of HTTP=20 headers. The headers it did return are:"  And no header is
> = >=20 shown at all.
> > 
> >     = Can=20 anybody help me on how to proceed to get a correct
> >=20 installation?.
> >     Regards,
>=20 >           &nb= sp;    =20 Mario
> --
> Pericles S. Nacionales <nacional@cbs.umn.edu>
>=20 University of Minnesota
> ------=_NextPart_000_000F_01C35B55.0ECF72D0-- From bplatzen@sosnetz.de Tue Aug 5 17:30:26 2003 From: bplatzen@sosnetz.de (Bjoern Platzen) Date: Tue, 5 Aug 2003 18:30:26 +0200 Subject: [Mapserver-users] Once again: no options found in 'init' file Message-ID: <200308051830.26209.bplatzen@sosnetz.de> Hello List, by searching through the archives, I saw that this seems to be a common problem. But I did not find any solution that helped me... I'm trying to project a lat/lon-WGS84-Layer on Gauss-Kruger-Layers. In my mapfile it looks like this: # Start of map file NAME mgla2 STATUS ON SIZE 6400 6400 SYMBOLSET symbols/symbols.sym EXTENT 2523000 5680000 2539000 5663000 UNITS METERS SHAPEPATH "gis_data" FONTSET /usr/local/httpd/htdocs/parkinfoneuss/font/font.list IMAGECOLOR 255 250 238 IMAGETYPE png # # Start of web interface definition # WEB TEMPLATE rahmen.html MINSCALE 3500 MAXSCALE 200000 IMAGEPATH "/usr/local/httpd/htdocs/parkinfo/tmp/" IMAGEURL "tmp/" LOG "/usr/local/httpd/htdocs/parkinfo/mg.log" error "http://moers.office.sos/parkinfo/error.htm" END PROJECTION "init=epsg:31466" END LAYER NAME bebauung_de012w TYPE Polygon STATUS on DATA bebauung_de012w CLASS COLOR 255 165 165 OUTLINECOLOR -1 -1 -1 END # CLASS END # LAYER LAYER NAME industrie_de012w TYPE Polygon STATUS on DATA industrie_de012w CLASS COLOR 165 165 165 OUTLINECOLOR -1 -1 -1 END # CLASS END # LAYER #...some more layers... LAYER NAME 'oe'#this is a lat/long-Layer TYPE Polygon STATUS on DATA oeffentl_einr_de012w CLASS COLOR 205 44 65 END#CLASS PROJECTION "init=epsg:4326" END#projection END#Layer #...some more layers... END #End of mapfile Now I get the Error msProcessProjection(): Projection library error. no options found in 'init' file I tried as well platzen@codefabrik:~/parkinfo/mg/karte> proj -v +init=epsg:31466 #Transverse Mercator # Cyl, Sph&Ell # +init=epsg:31466 +proj=tmerc +lat_0=0 +lon_0=6 +k=1.000000 +x_0=2500000 # +y_0=0 +ellps=bessel +units=m +no_defs -> epsg:31466 seems to work and platzen@codefabrik:~/parkinfo/mg/karte> proj -v +init=epsg:4326 Rel. 4.4.7, 31 March 2003 : +proj=latlong unsuitable for use with proj program. program abnormally terminated -> epsg:4326 does _not_ seem to work Then I checked my epsg-file unter /usr/local/share/proj/ and i found # WGS 84 <4326> +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs <> So I think, the error comes because of epsg:4326 but I have no idea, why it comes and how to workaround... Any help would be _very_ appreciated... thanks, Bjoern. -- small office solutions info@sosnetz.de - http://www.sosnetz.de From MHoward@spaceimaging.com Tue Aug 5 17:40:01 2003 From: MHoward@spaceimaging.com (Howard Mark) Date: Tue, 5 Aug 2003 10:40:01 -0600 Subject: [Mapserver-users] data for maps of australia and new zealand. Message-ID: US CDC has some good political boundary shapefiles. Mark -----Original Message----- From: Tom H [mailto:tom@ecnow.co.uk] Sent: Tuesday, August 05, 2003 10:08 AM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] data for maps of australia and new zealand. Hi, I need to get some shapefiles for a mapserver project. I need area boundaries and town names in Australia and New Zealand. Are the any sources that you can recommend that can be used relatively cheaply in a non-commercial project? Cheers T. ps I am coming back to mapserver, I've used it a coupld of times before a year or so ago, so I'm a bit rusty. _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ******************************************************************************** This message is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachments and notify Space Imaging immediately. ******************************************************************************** From dbarron@ddive.com Tue Aug 5 18:32:42 2003 From: dbarron@ddive.com (Dan Barron) Date: Tue, 05 Aug 2003 10:32:42 -0700 Subject: [Mapserver-users] data for maps of australia and new zealand. In-Reply-To: Message-ID: <5.2.0.9.0.20030805103103.06231528@arctictern.ddive.com> You can also find some free data here http://data.geocomm.com - it may be in E00 format but you can convert it the trial demo of FME Suite from here http://www.safe.com/ At 10:40 AM 8/5/2003 -0600, Howard Mark wrote: >US CDC has some good political boundary shapefiles. > >Mark > >-----Original Message----- >From: Tom H [mailto:tom@ecnow.co.uk] >Sent: Tuesday, August 05, 2003 10:08 AM >To: mapserver-users@lists.gis.umn.edu >Subject: [Mapserver-users] data for maps of australia and new zealand. > > > > >Hi, > >I need to get some shapefiles for a mapserver project. I need area >boundaries and town names >in Australia and New Zealand. Are the any sources that you can recommend >that can be used relatively >cheaply in a non-commercial project? > >Cheers > >T. > >ps I am coming back to mapserver, I've used it a coupld of times before a >year or so ago, so I'm >a bit rusty. > > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users@lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > >******************************************************************************** >This message is intended only for the use of the Addressee and may >contain information that is PRIVILEGED and CONFIDENTIAL. > >If you are not the intended recipient, you are hereby notified that any >dissemination of this communication is strictly prohibited. If you have >received this communication in error, please erase all copies of the >message and its attachments and notify Space Imaging immediately. >******************************************************************************** > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users@lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Josef.Stromsky.hgf@vsb.cz Tue Aug 5 18:37:44 2003 From: Josef.Stromsky.hgf@vsb.cz (=?iso-8859-2?Q?Josef_Stromsk=FD?=) Date: Tue, 5 Aug 2003 19:37:44 +0200 Subject: [Mapserver-users] GetCapabilities in Java Applet !!! Message-ID: <005801c35b78$4a241e30$548dc49e@joseph> Hi folks. I need to get informations form WMS GetCapabilities request into Java Applet. From browser it works fine, but when Im trying this (with the same URL request) from Java applet it returns error message or source code of template file from used mapfile in to my java.io.DataInputStream . Please, if you anybody have some piece of code, which provide this so please share it. Rally thanx. regards Josef Stromsky From sscott@gwi.net Tue Aug 5 18:56:25 2003 From: sscott@gwi.net (Shannon Scott) Date: Tue, 5 Aug 2003 13:56:25 -0400 Subject: [Mapserver-users] 4.0 html in the .dbf Message-ID: <01e101c35b7a$e37af610$37c8a8c0@PEMAQUID> This is a multi-part message in MIME format. ------=_NextPart_000_01DE_01C35B59.5C1E6A60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I have an app that reads some anchor html tags from a dbf when the = coresponding polygon is clicked on, and creates a report in the browser = with the links from the dbf... Then the user can click on the associated link and go to a website that = has more info about the polygon. When I upgraded to the new 4.0 version, the links stopped working. It seems the tags are being replaced by <A ... = </A>, and then the browser doesn't recognize them as links. Any workaround? If not, Can someone direct me to the code that converts = the html? Thank You. Shannon ------=_NextPart_000_01DE_01C35B59.5C1E6A60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
I have an app that reads some anchor = html tags from=20 a dbf when the coresponding polygon is clicked on, and creates a report = in the=20 browser with the links from the dbf...
Then the user can click on the = associated link and=20 go to a website that has more info about the polygon.
When I upgraded to the new 4.0 version, = the links=20 stopped working.
It seems the <A ... </A> tags = are being=20 replaced by &lt;A ... &lt;/A&gt;, and then the browser = doesn't=20 recognize them as links.
Any workaround?  If not, Can=20 someone direct me to the code that converts the = html?
Thank You.
Shannon
 
------=_NextPart_000_01DE_01C35B59.5C1E6A60-- From David.Fawcett@state.mn.us Tue Aug 5 19:00:18 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Tue, 5 Aug 2003 13:00:18 -0500 Subject: [Mapserver-users] Double labeling in querymap? Message-ID: I set a MINDISTANCE of 4 and that took care of the problem. David. > ---------- > From: Steve Lime[SMTP:steve.lime@dnr.state.mn.us] > Sent: Tuesday, August 05, 2003 12:26 AM > To: mapserver-users@lists.gis.umn.edu; David.Fawcett@state.mn.us > Subject: RE: [Mapserver-users] Double labeling in querymap? > > That's cause with HILITE the layer is processed twice, once as normal > and once with only the selected features. With SELECTED the layer is > only processed once. The label is just getting set in the cache twice. > One workaround would be to set a value for MINDISTANCE. In most cases > that wouldn't affect labeling at all and should remove the second label. > > Steve > > Stephen Lime > Data & Applications Manager > > Minnesota DNR > 500 Lafayette Road > St. Paul, MN 55155 > 651-297-2937 > >>> "Fawcett, David" 08/04/03 4:33 PM >>> > This occurs when the STYLE property of the QUERYMAP object is set to > HILITE, but does not occurr when I change it to SELECTED. > > David. > > > ---------- > > From: Fawcett, David[SMTP:David.Fawcett@state.mn.us] > > Sent: Monday, August 04, 2003 4:27 PM > > To: 'mapserver-users@lists.gis.umn.edu' > > Subject: [Mapserver-users] Double labeling in querymap? > > > > I am not sure if this is a bug or PIBCAK* > > > > Version 4.0 beta2 (7/11/03) > > > > When I query a point feature, the querymap puts two identical labels > on the selected point feature, but correctly places only one label on > the other point features on the map. > > > > The point layer only exists once in the MAP file, so I am not querying > two overlaying instances of the same point. > > > > Am I getting a cached label showing up? I really only need to label > each facility once. > > > > Thanks, > > > > David. > > > > > > David Fawcett > > MN Office of Environmental Assistance > > > > *Problem Is Between Chair and Keyboard > > _______________________________________________ > > 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 > > _______________________________________________ > 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 Tue Aug 5 19:07:14 2003 From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca (Jean-Francois.Doyon@CCRS.NRCan.gc.ca) Date: Tue, 5 Aug 2003 14:07:14 -0400 Subject: [Mapserver-users] 4.0 html in the .dbf Message-ID: <7CDD7B94357FD5119E800002A537C46E23091A@s5-ccr-r1.ccrs.nrcan.gc.ca> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C35B7C.65E5FEF0 Content-Type: text/plain; charset="iso-8859-1" Hmmmm I have no easy solution to this, but I'm glad to hear about it, as we do the same thing here. This is new behavior, 3.6.x didn't use to escape the contents of the data returned from the DBF ... Any great reason this was done ? I would suggest that instead of doing that, we should use the "_esc" notation to force escaping, as is done with various other template substitutions ? J.F. -----Original Message----- From: Shannon Scott [mailto:sscott@gwi.net] Sent: Tuesday, August 05, 2003 1:56 PM To: Mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] 4.0 html in the .dbf Hello, I have an app that reads some anchor html tags from a dbf when the coresponding polygon is clicked on, and creates a report in the browser with the links from the dbf... Then the user can click on the associated link and go to a website that has more info about the polygon. When I upgraded to the new 4.0 version, the links stopped working. It seems the tags are being replaced by <A ... </A>, and then the browser doesn't recognize them as links. Any workaround? If not, Can someone direct me to the code that converts the html? Thank You. Shannon ------_=_NextPart_001_01C35B7C.65E5FEF0 Content-Type: text/html; charset="iso-8859-1"
Hmmmm I have no easy solution to this, but I'm glad to hear about it, as we do the same thing here.
 
This is new behavior, 3.6.x didn't use to escape the contents of the data returned from the DBF ...
 
Any great reason this was done ? I would suggest that instead of doing that, we should use the "_esc" notation to force escaping, as is done with various other template substitutions ?
 
J.F.
-----Original Message-----
From: Shannon Scott [mailto:sscott@gwi.net]
Sent: Tuesday, August 05, 2003 1:56 PM
To: Mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] 4.0 html in the .dbf

Hello,
I have an app that reads some anchor html tags from a dbf when the coresponding polygon is clicked on, and creates a report in the browser with the links from the dbf...
Then the user can click on the associated link and go to a website that has more info about the polygon.
When I upgraded to the new 4.0 version, the links stopped working.
It seems the <A ... </A> tags are being replaced by &lt;A ... &lt;/A&gt;, and then the browser doesn't recognize them as links.
Any workaround?  If not, Can someone direct me to the code that converts the html?
Thank You.
Shannon
 
------_=_NextPart_001_01C35B7C.65E5FEF0-- From steve.lime@dnr.state.mn.us Tue Aug 5 19:46:36 2003 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Tue, 05 Aug 2003 13:46:36 -0500 Subject: [Mapserver-users] 4.0 html in the .dbf Message-ID: MapServer 4.0 supports the following "types" of escaping. Assuming you have a column called NAME: [NAME] - gets you a HTML escaped version of the data [NAME_esc] - gets you a URL escaped version of the data [NAME_raw] - gets you the data "as is" So, you'd want to use the _raw version. The decision was made to make the HTML escaped version the default because non-HTML text is much more common than HTML. I'll notify the template HOWTO maintainer about the change. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> 08/05/03 01:07PM >>> Hmmmm I have no easy solution to this, but I'm glad to hear about it, as we do the same thing here. This is new behavior, 3.6.x didn't use to escape the contents of the data returned from the DBF ... Any great reason this was done ? I would suggest that instead of doing that, we should use the "_esc" notation to force escaping, as is done with various other template substitutions ? J.F. -----Original Message----- From: Shannon Scott [mailto:sscott@gwi.net] Sent: Tuesday, August 05, 2003 1:56 PM To: Mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] 4.0 html in the .dbf Hello, I have an app that reads some anchor html tags from a dbf when the coresponding polygon is clicked on, and creates a report in the browser with the links from the dbf... Then the user can click on the associated link and go to a website that has more info about the polygon. When I upgraded to the new 4.0 version, the links stopped working. It seems the tags are being replaced by <A ... </A>, and then the browser doesn't recognize them as links. Any workaround? If not, Can someone direct me to the code that converts the html? Thank You. Shannon From David.Fawcett@state.mn.us Tue Aug 5 21:19:13 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Tue, 5 Aug 2003 15:19:13 -0500 Subject: [Mapserver-users] qstring - multiple values Message-ID: I am using qstring in an itemnquery and I would like to use multiple values (version 4.0) I have a URL containing ...mode=itemnquery&qlayer=basemap&qitem=FIPS&qstring=27001 I would like to build a URL with a qstring where I am selecting multiple counties. (e.g. 27001 and 27003 and 27005). Can anyone help me build this expression/URL? Thanks, David Fawcett MN Office of Environmental Assistance From siki@bme-geod.agt.bme.hu Wed Aug 6 01:11:29 2003 From: siki@bme-geod.agt.bme.hu (Siki Zoltan) Date: Tue, 5 Aug 2003 23:11:29 -0100 (GMT+1) Subject: [Mapserver-users] rotated label Message-ID: Hi, I get into trouble with rotated labels, I tried 3.6.5 3.6.6 4.0 with freetype 2.1.4. layer definition from the map file: LAYER NAME "streat_names" DATA xshp/unev1 STATUS ON GROUP "annotation" TYPE LINE LABELITEM "NAME" LABELMAXSCALE 5000 CLASS COLOR -1 -1 -1 LABEL COLOR 200 0 200 ANGLE AUTO SIZE 12 FONT timb TYPE TRUETYPE END END END There is a line in fonts.lst file: timb /usr/share/fonts/default/TrueType/timb____.ttf I get text where letters are not rotated but the position is changed for each characters e.g. a text at 45 degree s or e a l m p p m l a e s Any idea? Tankx -- Zoltan Siki Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209 Mail: siki@agt.bme.hu ------------------------------------------------------------------------------- Assistant professor at egyetemi adjunktus Department of Geodesy and Surveying Altalanos es Felsogeodezia tanszek Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud. Egyetem ------------------------------------------------------------------------------- From rgrant@nrcan.gc.ca Tue Aug 5 21:55:06 2003 From: rgrant@nrcan.gc.ca (Grant, Ryan) Date: Tue, 5 Aug 2003 16:55:06 -0400 Subject: [Mapserver-users] server specifications Message-ID: <8AE17DD6AA4FD51191CD0002A551168101E66B51@s5-van1-r1.ess.nrcan.gc.ca> Hey all, We are looking to purchase a server to act as a dedicated Mapserver/OGC services provider. We run Mapserver with the PHP/Mapscript module, and are wondering what sort of system would work best in this configuration. Would you recommend Linux over Windows? We have been running Mapserver on a windows machine, but we hear that it will run faster on Linux as a service. Is it a big jump to recompile it to work on Linux? Also, what would you recommend as the minimum hardware specs, with respect to processors and RAM? Can Mapserver make use of dual processors if configured properly, and is the price worth the performance gain? Some of our raster data gets as large as 100mb per image if that needs to be taken into consideration. Thanks in advance, Ryan Grant Research Assistant/Programmer GSC - Pacific Division Natural Resources Canada (604) 666-7526 rgrant@nrcan.gc.ca From ed@topozone.com Tue Aug 5 23:06:38 2003 From: ed@topozone.com (Ed McNierney) Date: Tue, 5 Aug 2003 18:06:38 -0400 Subject: [Mapserver-users] server specifications Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFE9C@mercator.topozone.com> Ryan - Here are a few things to think about: 1. We run MapServer on both Windows and on Linux, on similar machines. I have no evidence that either operating system is perceptibly faster or slower than the other, and I know of no reason why one would run faster. Use the operating system your server administrators know how to use. If they know both, let them have a shouting match to decide . 2. You need to understand your client load and goals before you can spec the hardware. That is, you can't tell if the hardware is fast enough until you define precisely what "fast enough" is supposed to mean. How many simultaneous users? What response time requirement? I'm sure you'll say you don't know all that, but you need to make some guesses so you can get a baseline. 3. Your Web server will run multiple instances of MapServer/MapScript as needed to serve simultaneous requests. If there are two CPUs available, two simultaneous requests will go faster. One request will go a bit faster (sometimes) on two CPUs because the OS and MapServer can run in parallel. However, MapServer is not multithreaded and will not take advantage of multiple processors when running a single instance. 4. You should probably have lots of RAM in any event, for OS file caching and to support multiple MapServer instances. 5. The biggest performance issues, if you're serving lots of raster data, involve your data organization and disk subsystem. SCSI RAID disk arrays are certainly faster than other systems, but they're quite expensive. In our experience IDE RAID arrays can be quite good if they're configured as read-only data stores - mixing read and write operations will hurt you a lot. Be sure your raster data is well-understood, and well-organized - appropriately tiled, indexed, and with overviews if appropriate. - 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: Grant, Ryan [mailto:rgrant@nrcan.gc.ca] Sent: Tuesday, August 05, 2003 4:55 PM To: Mapserver Users (E-mail) Subject: [Mapserver-users] server specifications Hey all, We are looking to purchase a server to act as a dedicated Mapserver/OGC services provider. We run Mapserver with the PHP/Mapscript module, and are wondering what sort of system would work best in this configuration. Would you recommend Linux over Windows? We have been running Mapserver on a windows machine, but we hear that it will run faster on Linux as a service. Is it a big jump to recompile it to work on Linux? Also, what would you recommend as the minimum hardware specs, with respect to processors and RAM? Can Mapserver make use of dual processors if configured properly, and is the price worth the performance gain? Some of our raster data gets as large as 100mb per image if that needs to be taken into consideration. Thanks in advance, Ryan Grant Research Assistant/Programmer GSC - Pacific Division Natural Resources Canada (604) 666-7526 rgrant@nrcan.gc.ca _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bwragg@tpg.com.au Tue Aug 5 23:34:51 2003 From: bwragg@tpg.com.au (Benjamin Wragg) Date: Wed, 6 Aug 2003 08:04:51 +0930 Subject: [Mapserver-users] server specifications In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFE9C@mercator.topozone.com> Message-ID: <000001c35ba1$ca6c3fe0$0100a8c0@mapping12> Ryan, I know you haven't mentioned PostGIS, but if your going to run PostGIS and PostgreSQL you might want to consider the Linux option. I've personally found it performs much better. Cheers, Benjamin Wragg -----Original Message----- From: mapserver-users-admin@lists.gis.umn.edu [mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of Ed McNierney Sent: Wednesday, 6 August 2003 7:37 AM To: Grant, Ryan; Mapserver Users (E-mail) Subject: RE: [Mapserver-users] server specifications Ryan - Here are a few things to think about: 1. We run MapServer on both Windows and on Linux, on similar machines. I have no evidence that either operating system is perceptibly faster or slower than the other, and I know of no reason why one would run faster. Use the operating system your server administrators know how to use. If they know both, let them have a shouting match to decide . 2. You need to understand your client load and goals before you can spec the hardware. That is, you can't tell if the hardware is fast enough until you define precisely what "fast enough" is supposed to mean. How many simultaneous users? What response time requirement? I'm sure you'll say you don't know all that, but you need to make some guesses so you can get a baseline. 3. Your Web server will run multiple instances of MapServer/MapScript as needed to serve simultaneous requests. If there are two CPUs available, two simultaneous requests will go faster. One request will go a bit faster (sometimes) on two CPUs because the OS and MapServer can run in parallel. However, MapServer is not multithreaded and will not take advantage of multiple processors when running a single instance. 4. You should probably have lots of RAM in any event, for OS file caching and to support multiple MapServer instances. 5. The biggest performance issues, if you're serving lots of raster data, involve your data organization and disk subsystem. SCSI RAID disk arrays are certainly faster than other systems, but they're quite expensive. In our experience IDE RAID arrays can be quite good if they're configured as read-only data stores - mixing read and write operations will hurt you a lot. Be sure your raster data is well-understood, and well-organized - appropriately tiled, indexed, and with overviews if appropriate. - 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: Grant, Ryan [mailto: ] Sent: Tuesday, August 05, 2003 4:55 PM To: Mapserver Users (E-mail) Subject: [Mapserver-users] server specifications Hey all, We are looking to purchase a server to act as a dedicated Mapserver/OGC services provider. We run Mapserver with the PHP/Mapscript module, and are wondering what sort of system would work best in this configuration. Would you recommend Linux over Windows? We have been running Mapserver on a windows machine, but we hear that it will run faster on Linux as a service. Is it a big jump to recompile it to work on Linux? Also, what would you recommend as the minimum hardware specs, with respect to processors and RAM? Can Mapserver make use of dual processors if configured properly, and is the price worth the performance gain? Some of our raster data gets as large as 100mb per image if that needs to be taken into consideration. Thanks in advance, Ryan Grant Research Assistant/Programmer GSC - Pacific Division Natural Resources Canada (604) 666-7526 rgrant@nrcan.gc.ca _______________________________________________ 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 John.Hockaday@ga.gov.au Wed Aug 6 00:30:03 2003 From: John.Hockaday@ga.gov.au (John.Hockaday@ga.gov.au) Date: Wed, 6 Aug 2003 09:30:03 +1000 Subject: [Mapserver-users] data for maps of australia and new zealand. Message-ID: Hi Tom, You can get a lot on Australian National information from Geoscience Australia. Most of the information is free except download costs charged by your ISP. The URL is: http://www.ga.gov.au/ and you can look at the different products, and free downloads in the section under "Maps, Images, Data & Publications". I have forwarded this email to the map sales people in case they can provide you with more accurate information. I hope that this helps. John > -----Original Message----- > From: Tom H [mailto:tom@ecnow.co.uk] > Sent: Wednesday, 6 August 2003 2:08 > To: mapserver-users@lists.gis.umn.edu > Subject: [Mapserver-users] data for maps of australia and new zealand. > > > > > Hi, > > I need to get some shapefiles for a mapserver project. I need > area boundaries and town names > in Australia and New Zealand. Are the any sources that you > can recommend that can be used relatively > cheaply in a non-commercial project? > > Cheers > > T. > > ps I am coming back to mapserver, I've used it a coupld of > times before a year or so ago, so I'm > a bit rusty. > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From matt@kbc.net.au Wed Aug 6 00:58:23 2003 From: matt@kbc.net.au (Matthew Smith) Date: Wed, 06 Aug 2003 09:28:23 +0930 Subject: [Mapserver-users] qstring - multiple values In-Reply-To: References: Message-ID: <3F30449F.2030301@kbc.net.au> Fawcett, David wrote: > I am using qstring in an itemnquery and I would like to use multiple values (version 4.0) > > I have a URL containing ...mode=itemnquery&qlayer=basemap&qitem=FIPS&qstring=27001 > > I would like to build a URL with a qstring where I am selecting multiple counties. (e.g. 27001 and 27003 and 27005). > > Can anyone help me build this expression/URL? The URL is simple - the query string would be like that for a set of grouped checkboxes on a form: ...mycgi?qstring=27001&qstring=27003&qstring=... I don't, however, know how the front-end of Mapserver is put together or whether it can handle multiple entries. If it can't, you could do something with Mapscript - I believe that the Perl CGI module creates an array for multiple instances of a field name. Cheers M -- Matthew Smith Kadina Business Consultancy South Australia http://www.kbc.net.au From mp28@humboldt.edu Wed Aug 6 01:58:30 2003 From: mp28@humboldt.edu (mp28) Date: Tue, 5 Aug 2003 17:58:30 -0700 Subject: [Mapserver-users] Problem w/ 8-bit TIF & Mapserver 3.3 Message-ID: <3F265D91@webmail.humboldt.edu> Hello, I've been working on getting mapserver to render a set of high-resolution aerial photos. The images are in .tif format, unsigned 8-bit with an associated .tfw file. We are currently using Mapserver v3.3. For testing purposes we are trying to get just a single image to work but here is the problem.... Mapserver doesn't return an image (in map mode) when the layer is added. Here is the mapfile entry -> LAYER # Aerial test NAME "aerial" DATA ./aerial/nov01_utm/rm94g_wv.tif STATUS OFF TYPE RASTER END The file size of the test photo is 15.4 MB which shouldn't be a problem since we're successfully using a 30 MB tif w/ mapserver. The paths are correct (other tifs in the same directory work). The image is 8-bit and displays perfectly in other GIS/RS software. Is there any thing I'm forgetting? Is there some minor variation in the .tif format that could be causing this? Has anyone run into this before?? I'll have access to the mapserver error log tomorrow... is there anything I should look for? Thanks for the help, guys. Matthew Perry Humboldt State University Environmental and Natural Resource Sciences mp28@humboldt.edu http://ktrin.cnrs.humboldt.edu From David.Beard@ga.gov.au Wed Aug 6 02:05:58 2003 From: David.Beard@ga.gov.au (David.Beard@ga.gov.au) Date: Wed, 6 Aug 2003 11:05:58 +1000 Subject: [Mapserver-users] data for maps of australia and new zealand. Message-ID: Tom, For Australian data, see Geoscience Australia's website ( http://www.ga.gov.au ). Geoscience Australia is the Commonwealth Government's provider of geographic and geological information. Many datasets can be downloaded for free from the website, including topographic vector data ranging in scale from 1:10M to 1:1M. 1:100K and 1:250K vector data is also available, but you'll have to pay. For New Zealand data, I'm not so sure, but you could start with Land Information New Zealand ( http://www.linz.govt.nz ). Dave -----Original Message----- From: mapserver-users-admin@lists.gis.umn.edu [mailto:mapserver-users-admin@lists.gis.umn.edu]On Behalf Of Tom H Sent: Wednesday, 6 August 2003 2:08 AM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] data for maps of australia and new zealand. Hi, I need to get some shapefiles for a mapserver project. I need area boundaries and town names in Australia and New Zealand. Are the any sources that you can recommend that can be used relatively cheaply in a non-commercial project? Cheers T. ps I am coming back to mapserver, I've used it a coupld of times before a year or so ago, so I'm a bit rusty. From gsw@globexplorer.com Wed Aug 6 02:39:37 2003 From: gsw@globexplorer.com (Gregory S. Williamson) Date: Tue, 5 Aug 2003 18:39:37 -0700 Subject: [Mapserver-users] Problem w/ 8-bit TIF & Mapserver 3.3 Message-ID: <71E37EF6B7DCC1499CEA0316A2568328DC97F0@loki.globexplorer.com> How are you setting the layer to "ON" ? Perhaps that's the problem ? I use very similar setup (mapserver 3.6) with large (45m meg) 8 bit TIFFs and it works fine with the defailt projection for the map: LAYER NAME "sf_doqq" DATA "o37122f3nw.tiff" TYPE RASTER STATUS ON END Greg Williamson -----Original Message----- From: mp28 [mailto:mp28@humboldt.edu] Sent: Tuesday, August 05, 2003 5:59 PM To: Mapserver Subject: [Mapserver-users] Problem w/ 8-bit TIF & Mapserver 3.3 Hello, I've been working on getting mapserver to render a set of high-resolution aerial photos. The images are in .tif format, unsigned 8-bit with an associated .tfw file. We are currently using Mapserver v3.3. For testing purposes we are trying to get just a single image to work but here is the problem.... Mapserver doesn't return an image (in map mode) when the layer is added. Here is the mapfile entry -> LAYER # Aerial test NAME "aerial" DATA ./aerial/nov01_utm/rm94g_wv.tif STATUS OFF TYPE RASTER END The file size of the test photo is 15.4 MB which shouldn't be a problem since we're successfully using a 30 MB tif w/ mapserver. The paths are correct (other tifs in the same directory work). The image is 8-bit and displays perfectly in other GIS/RS software. Is there any thing I'm forgetting? Is there some minor variation in the .tif format that could be causing this? Has anyone run into this before?? I'll have access to the mapserver error log tomorrow... is there anything I should look for? Thanks for the help, guys. Matthew Perry Humboldt State University Environmental and Natural Resource Sciences mp28@humboldt.edu http://ktrin.cnrs.humboldt.edu _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From morissette@dmsolutions.ca Wed Aug 6 04:36:05 2003 From: morissette@dmsolutions.ca (Daniel Morissette) Date: Tue, 05 Aug 2003 23:36:05 -0400 Subject: [Mapserver-users] since the update to V4.0: "funny" maps :-( In-Reply-To: <3F2E095A.50900@tzi.de> References: <3F2E095A.50900@tzi.de> Message-ID: <3F3077A5.3030900@dmsolutions.ca> Unfortunately I don't think there is much we can do to help without a way to reproduce the problem. This seems very much like a system configuration issue where you would either have multiple versions of the same library (GD, Freetype, jpeg, libpng?) loaded at the same time, or your executables were built for one version and linked (statically or at runtime) with a different version. The most common problem of this type is compiling php_mapscript with a given version of GD (2.0.15) and loading PHP's GD extension compiled with another version of GD or with the built-in copy of GD that now ships with PHP. So what I would suggest is that you make sure that you have only one version of GD, Freetype libjpeg and libpng on your system, and that MapServer, MapScript and PHP are all built with that same version. For the record, another tricky one is pdflib since it also comes with its own internal copy of libpng and uses it by default. You didn't list pdflib in your system config but I thought I should mention it anyway. Daniel Rainer Spittel wrote: > Hi, > > I have problems with the new version of the mapserver. Properly this > error is not a MapServer error, more a configuration problem: > > 1. Since updating to MapServer 3.7/4.0beta or 4.0(final) the images > aren't displayed correct. For example: A map with four layers. Each > layer have six class definition. > > The mapserver will display each (single) layer correct. But when I > enable two or three layers, the mapserver will mix-up the appearance of > the classes. Even some features won't be displayed. > > For example: each layer displays the same region of a district, the > color is defined in the class objects and the outline-colors of all > layers are BLACK. When I enable three layers, the outline of the > district appears red. > > 2. Another graphical error occurs when I use the ROSA applet for java > support. When the user drags a bounding box, each black-bounding box > will be drawn, but don't disappear when the mouse is moved. > > 3. Lines, which have a size larger than one, are always black. > > That's why, I can't update my system, but I want, because the > features of the NEW mapserver are very, very interesting. > > My system configurations are: > > RedHeat 9.0 > ming-0.2a > curl-7.10.5 > gd-2.0.15 > gdal-1.1.8 > php-4.3.2 > proj-4.4.7 > > and: > > Suse 8.0 > apache_1.3.27 > jasper-1.700.2.uuid > curl-7.10.5 > gd-2.0.15 > gdal-1.1.9 > php-4.2.3 > proj-4.4.7 > > I need HELP !!! ;-) > Thx, > Rainer > From schut@sarvision.com Tue Aug 5 15:59:15 2003 From: schut@sarvision.com (Vincent Schut) Date: Tue, 5 Aug 2003 16:59:15 +0200 Subject: [Mapserver-users] Error installing MapServer In-Reply-To: References: Message-ID: <200308051657.59180.schut@sarvision.com> I'm sorry to say but I don't think so... You should really get the message "No query information to > decode. QUERY_STRING is set, but empty." in your browser. Mapserver should generate the right headers. What is the output if you just try to run mapserv.exe on the command line (sorry for this linux talk, I mean in a dos window ;-))? I'm not a mapserver-on-windows guru as I do everything on linux, so I may be wrong. But I think you really should get the normal message. If I'm wrong however, could one of the windows-folks correct me? Cheers, Vincent. On Tuesday 05 August 2003 16:13, Swaminathan, Gayathri wrote: > Cool Marvin! > You have successfully set up your mapserver. > > This, > "I got the error "CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are:" And no header is shown at > all. > I read that I have to get the following: No query information to > decode. QUERY_STRING is set, but empty." > > is not an error message. It is supposed to do this. For more information > search the list archive on your error., this is an acceptable response. > > You should now follow the steps in the demo package, to set up mapserver > mapfile/templates to get all cooking. > Thanks, > Gayathri > > > -----Original Message----- > From: Mario Servin [mailto:mservin@tecnoaccion.com.ar] > Sent: Tuesday, August 05, 2003 9:14 AM > To: Swaminathan, Gayathri > Subject: Re: [Mapserver-users] Error installing MapServer > > > Dear Gayathri, > Thanks for your answer. I followed your advise and got the LIBPQ.dll > from PostGis. This solved the "not found" message but still when I use a > browser to see some answer from MapServer, i.e. trying to browse > http://localhost/Scripts/mapserv.exe" I got the error "CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are:" And no header is shown at > all. > I read that I have to get the following: No query information to > decode. QUERY_STRING is set, but empty. > Regards, > Mario > > ----- Original Message ----- > From: Swaminathan, Gayathri > To: 'Mario Servin' ; > mapserver-users@lists.gis.umn.edu > > > Sent: Tuesday, August 05, 2003 10:47 AM > Subject: RE: [Mapserver-users] Error installing MapServer > > Hi Marvin: > > The mapserver you downloaded has Postgres included and requires this dll, > "LIBPQ.dll" and hence the error (7). > > You can find it at , > > http://postgis.refractions.net/download.php > as, libpq.zip Unzip > contents, copy the libpoq.dll to your windows system directory and register > it. > > HTH, > Gayathri > > -----Original Message----- > From: Mario Servin [mailto:mservin@tecnoaccion.com.ar] > Sent: Tuesday, August 05, 2003 8:41 AM > To: mapserver-users@lists.gis.umn.edu > Subject: [Mapserver-users] Error installing MapServer > > > Hi all, > I am having errors with the installation of MapServer 4.0. I followed > the steps: > 1-Downloaded the binary MapServer 4.0 for Windows. My platform is Windows > XP with IIS 5.0. > > 2-Extract the files to C:\Documents and Settings\mario\MyInstall\MapServer > > 3-Copy \Proj to C:\Proj > > 4-Add C:\Documents and Settings\mario\MyInstall\MapServer\lib to the path > variable of my Windows. > > 5-Create the virtual directory Scripts of my Default Web Site because it > was not created. I pointed it to the folder IIS C:\Inetpub\Scripts. > > 6-Copy mapserv.exe to C:\Inetpub\Scripts. > > 7-Opened a command prompt window in C:\Inetpub\Scripts and typed: > mapserv.exe. I got the following error: "This application failed to start > because LIBPQ.dll was not found. Re-installing the application may fix this > problem." > > 8-tried to execute from the browser and get the following error: "CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are:" And no header is shown at > all. > > Can anybody help me on how to proceed to get a correct installation?. > Regards, > Mario -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From schut@sarvision.com Tue Aug 5 15:57:20 2003 From: schut@sarvision.com (Vincent Schut) Date: Tue, 5 Aug 2003 16:57:20 +0200 Subject: [Mapserver-users] Error installing MapServer In-Reply-To: References: Message-ID: <200308051657.59180.schut@sarvision.com> I'm sorry to say but I don't think so... You should really get the message "No query information to > decode. QUERY_STRING is set, but empty." in your browser. Mapserver should generate the right headers. What is the output if you just try to run mapserv.exe on the command line (sorry for this linux talk, I mean in a dos window ;-))? I'm not a mapserver-on-windows guru as I do everything on linux, so I may be wrong. But I think you really should get the normal message. If I'm wrong however, could one of the windows-folks correct me? Cheers, Vincent. On Tuesday 05 August 2003 16:13, Swaminathan, Gayathri wrote: > Cool Marvin! > You have successfully set up your mapserver. > > This, > "I got the error "CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are:" And no header is shown at > all. > I read that I have to get the following: No query information to > decode. QUERY_STRING is set, but empty." > > is not an error message. It is supposed to do this. For more information > search the list archive on your error., this is an acceptable response. > > You should now follow the steps in the demo package, to set up mapserver > mapfile/templates to get all cooking. > Thanks, > Gayathri > > > -----Original Message----- > From: Mario Servin [mailto:mservin@tecnoaccion.com.ar] > Sent: Tuesday, August 05, 2003 9:14 AM > To: Swaminathan, Gayathri > Subject: Re: [Mapserver-users] Error installing MapServer > > > Dear Gayathri, > Thanks for your answer. I followed your advise and got the LIBPQ.dll > from PostGis. This solved the "not found" message but still when I use a > browser to see some answer from MapServer, i.e. trying to browse > http://localhost/Scripts/mapserv.exe" I got the error "CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are:" And no header is shown at > all. > I read that I have to get the following: No query information to > decode. QUERY_STRING is set, but empty. > Regards, > Mario > > ----- Original Message ----- > From: Swaminathan, Gayathri > To: 'Mario Servin' ; > mapserver-users@lists.gis.umn.edu > > > Sent: Tuesday, August 05, 2003 10:47 AM > Subject: RE: [Mapserver-users] Error installing MapServer > > Hi Marvin: > > The mapserver you downloaded has Postgres included and requires this dll, > "LIBPQ.dll" and hence the error (7). > > You can find it at , > > http://postgis.refractions.net/download.php > as, libpq.zip Unzip > contents, copy the libpoq.dll to your windows system directory and register > it. > > HTH, > Gayathri > > -----Original Message----- > From: Mario Servin [mailto:mservin@tecnoaccion.com.ar] > Sent: Tuesday, August 05, 2003 8:41 AM > To: mapserver-users@lists.gis.umn.edu > Subject: [Mapserver-users] Error installing MapServer > > > Hi all, > I am having errors with the installation of MapServer 4.0. I followed > the steps: > 1-Downloaded the binary MapServer 4.0 for Windows. My platform is Windows > XP with IIS 5.0. > > 2-Extract the files to C:\Documents and Settings\mario\MyInstall\MapServer > > 3-Copy \Proj to C:\Proj > > 4-Add C:\Documents and Settings\mario\MyInstall\MapServer\lib to the path > variable of my Windows. > > 5-Create the virtual directory Scripts of my Default Web Site because it > was not created. I pointed it to the folder IIS C:\Inetpub\Scripts. > > 6-Copy mapserv.exe to C:\Inetpub\Scripts. > > 7-Opened a command prompt window in C:\Inetpub\Scripts and typed: > mapserv.exe. I got the following error: "This application failed to start > because LIBPQ.dll was not found. Re-installing the application may fix this > problem." > > 8-tried to execute from the browser and get the following error: "CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are:" And no header is shown at > all. > > Can anybody help me on how to proceed to get a correct installation?. > Regards, > Mario -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From siki@bme-geod.agt.bme.hu Wed Aug 6 11:57:08 2003 From: siki@bme-geod.agt.bme.hu (Siki Zoltan) Date: Wed, 6 Aug 2003 09:57:08 -0100 (GMT+1) Subject: [Mapserver-users] Problem w/ 8-bit TIF & Mapserver 3.3 In-Reply-To: <3F265D91@webmail.humboldt.edu> Message-ID: Hello, Change the STATUS of the layer to DEFAULT or change it to ON and add the layer=layer_name to the query string. On Tue, 5 Aug 2003, mp28 wrote: > Hello, > I've been working on getting mapserver to render a set of high-resolution > aerial photos. The images are in .tif format, unsigned 8-bit with an > associated .tfw file. We are currently using Mapserver v3.3. For testing > purposes we are trying to get just a single image to work but here is the > problem.... Mapserver doesn't return an image (in map mode) when the layer is > added. Here is the mapfile entry -> > > LAYER # Aerial test > NAME "aerial" > DATA ./aerial/nov01_utm/rm94g_wv.tif > STATUS OFF > TYPE RASTER > END > > The file size of the test photo is 15.4 MB which shouldn't be a problem since > we're successfully using a 30 MB tif w/ mapserver. The paths are correct > (other tifs in the same directory work). The image is 8-bit and displays > perfectly in other GIS/RS software. > > Is there any thing I'm forgetting? Is there some minor variation in the .tif > format that could be causing this? Has anyone run into this before?? > > I'll have access to the mapserver error log tomorrow... is there anything I > should look for? > > Thanks for the help, guys. > > Matthew Perry > Humboldt State University > Environmental and Natural Resource Sciences > mp28@humboldt.edu > http://ktrin.cnrs.humboldt.edu > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- Zoltan Siki Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209 Mail: siki@agt.bme.hu ------------------------------------------------------------------------------- Assistant professor at egyetemi adjunktus Department of Geodesy and Surveying Altalanos es Felsogeodezia tanszek Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud. Egyetem ------------------------------------------------------------------------------- From bplatzen@sosnetz.de Wed Aug 6 08:29:42 2003 From: bplatzen@sosnetz.de (Bjoern Platzen) Date: Wed, 6 Aug 2003 09:29:42 +0200 Subject: [Mapserver-users] rotated label In-Reply-To: References: Message-ID: <200308060929.42976.bplatzen@sosnetz.de> Hi, I had the same problem with labels where the Angle came from the dbf. It seemed that the combination of gd-2.0.x and freetype2 made this... On another machine there was mapserver compiled with gd-1.8 and freetype-1.?. My labels looked right there. I don't know if that helps... Cheers, Bjoern Am Mittwoch, 6. August 2003 02:11 schrieb Siki Zoltan: > Hi, > > I get into trouble with rotated labels, I tried 3.6.5 3.6.6 4.0 > with freetype 2.1.4. > > layer definition from the map file: > LAYER > NAME "streat_names" > DATA xshp/unev1 > STATUS ON > GROUP "annotation" > TYPE LINE > LABELITEM "NAME" > LABELMAXSCALE 5000 > CLASS > COLOR -1 -1 -1 > LABEL > COLOR 200 0 200 > ANGLE AUTO > SIZE 12 > FONT timb > TYPE TRUETYPE > END > END > END > > There is a line in fonts.lst file: > timb /usr/share/fonts/default/TrueType/timb____.ttf > > I get text where letters are not rotated but the position is > changed for each characters e.g. a text at 45 degree > > s or e > a l > m p > p m > l a > e s > > Any idea? > > Tankx -- small office solutions info@sosnetz.de - http://www.sosnetz.de From siki@bme-geod.agt.bme.hu Wed Aug 6 12:02:43 2003 From: siki@bme-geod.agt.bme.hu (Siki Zoltan) Date: Wed, 6 Aug 2003 10:02:43 -0100 (GMT+1) Subject: [Mapserver-users] perlvars In-Reply-To: <3F3077A5.3030900@dmsolutions.ca> Message-ID: Hi, I tried to build the tcl mapscript for mapserver 4.0, but the perlvars file missing from the distribution. It was involved in the 3.6.6. Tanx -- Zoltan Siki Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209 Mail: siki@agt.bme.hu ------------------------------------------------------------------------------- Assistant professor at egyetemi adjunktus Department of Geodesy and Surveying Altalanos es Felsogeodezia tanszek Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud. Egyetem ------------------------------------------------------------------------------- From schut@sarvision.com Wed Aug 6 09:02:46 2003 From: schut@sarvision.com (Vincent Schut) Date: Wed, 6 Aug 2003 10:02:46 +0200 Subject: [Mapserver-users] rotated label In-Reply-To: References: Message-ID: <200308061002.46516.schut@sarvision.com> Hi Siki, it is a guess, but there were (are?) some problems with font rotation and certain versions of libGD. If you are not using the latest version (2.0.15 I think) you might try upgrading and recompiling mapserver using that version (make sure to use the --with-gd=path/to/gd switch, otherwise it will use the one that came with php if you compile with --with-php, which certainly will be an older one). Also, if I remember well, only truetype fonts can be rotated, so make sure to use truetype fonts. I do not know about a minimal version number for freetype, but this might be worth checking too. Cheers, Vincent. On Wednesday 06 August 2003 02:11, Siki Zoltan wrote: > Hi, > > I get into trouble with rotated labels, I tried 3.6.5 3.6.6 4.0 > with freetype 2.1.4. > > layer definition from the map file: > LAYER > NAME "streat_names" > DATA xshp/unev1 > STATUS ON > GROUP "annotation" > TYPE LINE > LABELITEM "NAME" > LABELMAXSCALE 5000 > CLASS > COLOR -1 -1 -1 > LABEL > COLOR 200 0 200 > ANGLE AUTO > SIZE 12 > FONT timb > TYPE TRUETYPE > END > END > END > > There is a line in fonts.lst file: > timb /usr/share/fonts/default/TrueType/timb____.ttf > > I get text where letters are not rotated but the position is > changed for each characters e.g. a text at 45 degree > > s or e > a l > m p > p m > l a > e s > > Any idea? > > Tankx -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From mschulz@webgis.de Wed Aug 6 10:27:43 2003 From: mschulz@webgis.de (Michael Schulz) Date: Wed, 06 Aug 2003 11:27:43 +0200 Subject: [Mapserver-users] perlvars References: Message-ID: <3F30CA0E.ACD5AFDA@webgis.de> Hi, the perlvars file has been renamed to mapscriptvars, same content though. Cheers, Michael Siki Zoltan schrieb: > Hi, > > I tried to build the tcl mapscript for mapserver 4.0, but the > perlvars file missing from the distribution. > It was involved in the 3.6.6. > > Tanx > -- > Zoltan Siki > > Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209 > Mail: siki@agt.bme.hu > ------------------------------------------------------------------------------- > Assistant professor at egyetemi adjunktus > Department of Geodesy and Surveying Altalanos es Felsogeodezia tanszek > Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud. Egyetem > ------------------------------------------------------------------------------- > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz@webgis.de www.webgis.de/www.zopecms.de From schut@sarvision.com Wed Aug 6 11:13:24 2003 From: schut@sarvision.com (Vincent Schut) Date: Wed, 6 Aug 2003 12:13:24 +0200 Subject: [Mapserver-users] Nothing raster (tiff,jpeg) comes out In-Reply-To: <3F3300FD@sws.ncl.ac.uk> References: <3F3300FD@sws.ncl.ac.uk> Message-ID: <200308061213.24054.schut@sarvision.com> Zainal, please please if you respond to a message on the mailing list or to a response on your message on the list, also send your response to the list! This enables other list members to add their knowledge and/or to learn from the discussion. To answer your question: you either have to set status to 'default' instead of 'on', or add '&layer=KLRaster' to your url. When using mapserver as a cgi, status 'on' means the layer is available for rendering, but you still have to request the actual rendering in the url. Status 'default' means the layer gets rendered always. Status 'off' means the layer will not be available, even not if you explicitly request it in your url. I know this is documented poorly. If one of the documentation maintainers reads this, maybe you could add it to the FAQ or another appropriate place where every beginning mapserver user should read it...? And maybe also in the mapfile documentation. The STATUS explanation reads exactly one line and is not particularly helpfull... Cheers, Vincent. On Wednesday 06 August 2003 11:10, zainal A Majeed wrote: > Dera Vinbcent, > > Responding to your first para, thanks for the tips, it would help in my > research. > > To the second para, yes, I am initially just trying to display normal > raster jpg and tiff (with no world file, do not have geocode info, pixel > 2772 X 2979) by using mapserver with a simple map file as below: > > NAME KLPhoto > EXTENT 0 0 2772 2979 > SIZE 400 300 > SHAPEPATH "/webgis/malaysia/kl/geodata" > > LAYER > NAME "KLRaster" > DATA "BW1213L33SP298.tif" > STATUS ON > TYPE RASTER > > END # end of layer object > END # end of map file > > I still have the white image. I can 'Save picture as' when I right-click on > the view in IE with the query string status ‘Done’. The URL is: > > http://survey32/cgi-bin/mapserv.exe?mode=map&map=/webgis/malaysia/kl/mapfil >e/raster.map > > Thanks > > Zainal > > >===== Original Message From Vincent Schut ===== > >Zainal, > > > >I see that you use 'status on', I do not know if this is for the entire > > map thing or just in the layer. Mind that - this is tricky, I know, many > > of us stumbled on it when we begun mapserving - when using mapserver cgi, > > status on means that you will have to explicitly mention the layers you > > want to be visible in your url request (like > >http://blabla/mapserv/map=foo&mode=map&layer=oceanc&...). Status works > > like this: status off means you cannot show a layer, even when explicitly > > requesting it in your url. The layer is more or less non-existent > > according to the mapserv process. Status on means the layer is there and > > ready to be rendered *on request*. Status default means the layer will be > > rendered *always*. So if you wonder why your layer does not appear, > > setting status to default is always a good thing to do. Then you know for > > sure that it's not the status thingy that breakes your mapping. > > > > > >BTW working without worldfiles when using rasters that do not have any > >geocoding info inside (like normal tiff, gif, jpeg, etc) will only work > > when you set your extent accordingly as an x-y projection, I think > > something like 'extent 0 0 1024 800' if your image is 1024 by 800 pixels. > > Could be that you need to start at 1 1. As soon as you are defining a > > projection, your extent will need to be in coordinates matching that > > projection (and also your units), and you will need the right coordinates > > with your raster files, like inside a geotiff (or another geocoding > > enabled format) or using a world file (filename.wld will do for all image > > file formats). > > > >Cheers, > >Vincent. > > > >On Tuesday 05 August 2003 01:36, Siki Zoltan wrote: > >> Hi Zainal, > >> > >> On Mon, 4 Aug 2003, zainal A Majeed wrote: > >> > I appreciate your response. I have checked again everything as you > >> > suggested. It does support raster as I tried the raster image in > >> > mapserver tutorial all this while. > >> > I am using .tiff and convert to .img after image proceesing then to > >> > .jpg. I don’t need World file for the time being. > >> > >> If you don't have gdal installed you can use only 256 colors! > >> Convert your image to 256 color palette if it has more colors. > >> > >> I have never used images without world file, I think you must have > >> world file or geotiff. > >> The world file is an ascii file you can easy create it. A world file > >> consist of 6 lines, each line contains a single value. > >> 1st line: pixel size in x direction in meters (or foot or ...) > >> 2nd line: 0 if the coordinate system paralel to the image > >> 3rd line: 0 if the coordinate system paralel to the image > >> 4th line: -pixel size in y direction in meter (negativ value) > >> 5th line: easting for upper left corner > >> 6th line: northing for upper left corner > >> What extents do you specify in the map file without a world file? > >> > >> > The status is ON and when display in IE I can right click to copy to > >> > wall paper or desktop background but it’s invisible (white image). > >> > >> Yeh, you got an empty image from the mapserver. > >> > >> Do you have a html template? If yes, then you can can check mapext cgi > >> variable inserting [mapext] somewhere in the html code. > >> > >> Have you read raster-howto? > >> Visit the galery to get idea. > >> Finally insert your map and template file into your mail. > >> > >> Hi > >> Zoltan > >> > >> > >===== Original Message From Siki Zoltan > >> > > ===== Dear Zainal, > >> > > > >> > >You gave us few details, so I can make only suggestions. > >> > > > >> > >Does mapserver support the used raster format? > >> > >Check mapserv -v > >> > > > >> > >Do you have world file along with your raster image? > >> > >If you have GeoTiff no need for world file. > >> > >See Raster howto at mapserver.gis.umn.edu/doc36/raster-howto.html > >> > > > >> > >What is the status of the layer? > >> > >If it is ON then you will see it if you specify the layer name in the > >> > >query string e.g. > >> > >www.somewhere/cgi-bin/mapserv?map=your_map_file&layer=layer_name > >> > > > >> > >Does the extent of the map and the raster fits? > >> > > > >> > >If these don't help give us more information. > >> > > > >> > >Hi, > >> > >Zoltan Siki > >> > > > >> > >On Fri, 18 Jul 2003, zainal A Majeed wrote: > >> > >> Dear friends, > >> > >> > >> > >> I hope this is not a repetition. I try to map out with mapsever > >> > >> raster > >> > > >> > aerial > >> > > >> > >> photo from map file. The connection to mapserver was alright but > >> > >> nothing > >> > > >> > comes > >> > > >> > >> out in view except white window(there is an image but white - can't > >> > >> see). Can anybody tell what is the problem? > >> > >> > >> > >> Thanks and cheers > >> > >> > >> > >> Zainal > >> > >> > >> > >> ZAINAL A MAJEED > >> > >> PhD in Web Technology and Internet GIS > >> > >> School of Civil Engineering and Geosciences > >> > >> Bedson BUilding, University of Newcastle upon Tyne > >> > >> Newcastle upon-Tyne NE1 7RU > >> > >> United Kingdom > >> > >> > >> > >> Tel: +44 (0)191 222 6357 > >> > >> Fax: +44 (0)191 222 8691 > >> > >> email: zainal.abdul-majeed@ncl.ac.uk > >> > >> web: http://www.cegs.ncl.ac.uk > >> > >> web: http://geomatics.ncl.ac.uk > >> > >> ************************************* > >> > >> Home: > >> > >> 178 Dilston Road, > >> > >> Newcastle Upon Tyne NE4 5AD > >> > >> United Kingdom > >> > >> Phone : +44 (0) 191-2727259 > >> > >> Mobile : +44 (0) 796-0938952 > >> > >> > >> > >> _______________________________________________ > >> > >> Mapserver-users mailing list > >> > >> Mapserver-users@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 > > > >-- > >______________________________________ > >Vincent Schut > >Sarvision B.V. > >Wageningen, The Netherlands > >www.sarvision.com -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From David.Fawcett@state.mn.us Wed Aug 6 14:29:37 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Wed, 6 Aug 2003 08:29:37 -0500 Subject: [Mapserver-users] qstring - multiple values Message-ID: When I had tried something like '...mycgi?qstring=27001&qstring=27003&qstring=...' qstring appears to be set to only one value, the last value set in the URL. David. > ---------- > From: Matthew Smith[SMTP:matt@kbc.net.au] > Sent: Tuesday, August 05, 2003 6:58 PM > To: mapserver-users@lists.gis.umn.edu > Subject: Re: [Mapserver-users] qstring - multiple values > > Fawcett, David wrote: > > I am using qstring in an itemnquery and I would like to use multiple values (version 4.0) > > > > I have a URL containing ...mode=itemnquery&qlayer=basemap&qitem=FIPS&qstring=27001 > > > > I would like to build a URL with a qstring where I am selecting multiple counties. (e.g. 27001 and 27003 and 27005). > > > > Can anyone help me build this expression/URL? > > The URL is simple - the query string would be like that for a set of > grouped checkboxes on a form: > > ...mycgi?qstring=27001&qstring=27003&qstring=... > > I don't, however, know how the front-end of Mapserver is put together or > whether it can handle multiple entries. If it can't, you could do > something with Mapscript - I believe that the Perl CGI module creates an > array for multiple instances of a field name. > > Cheers > > M > > -- > Matthew Smith > Kadina Business Consultancy > South Australia > http://www.kbc.net.au > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From kevin@giscoe.com Wed Aug 6 12:21:01 2003 From: kevin@giscoe.com (Kevin Ravno) Date: Wed, 6 Aug 2003 13:21:01 +0200 Subject: [Mapserver-users] Mapplet not working... Message-ID: <081722EBADADD5118F9000D0B7B6A3E765C6CD@mail.gims.com> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C35C0C.D1301CA0 Content-Type: text/plain; charset="iso-8859-1" Hi I have tried to implement the zoom-box facility of mapplet. I have a virtual directory (IIS 5.0) set up to C:\MapServer\Project1 (on Windows 2000) I unzipped mapplet.zip to C:\MapServer\Project1\java\mapplet\ and followed all the steps of 1) inserted into the 2) changing the form header to
3) putting in 4) swopping for Unfortunately when I tried to open the page, the image was now just a grey area covering 600x600 and no zoom box could be generated by dragging the mouse. I decided to wrap the applet code to in order to install JRE1.4 but once it downloaded, it corrupted the browser (IE6) and asked me to debug the browser. I then took out the wrapper, (and the browser worked again) but now it puts a red 'X' in the map image and says "Loading Java Applet failed...." Is there anything that I am doing wrong. Regards Kevin ------_=_NextPart_001_01C35C0C.D1301CA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Mapplet not working...

Hi

I have tried to implement the zoom-box = facility of mapplet.
I have a virtual directory (IIS 5.0) = set up to C:\MapServer\Project1  (on Windows 2000)
I unzipped mapplet.zip to = C:\MapServer\Project1\java\mapplet\
and followed all the steps of
1) inserted
<SCRIPT = LANGUAGE=3D"JavaScript">
   function = mapplet_apply(name, minx, miny, maxx, maxy, redraw) {
      = document.mapserv.imgbox.value =3D minx + " " + miny + " = " + maxx + " " + maxy;
      = document.mapserv.imgxy.value =3D minx + " " + miny;
   }
   function = mapplet_error(message) {
      = alert(message);
   }
</SCRIPT>
into the = <HEAD></HEAD>

2) changing the form header to = <form name=3D"mapserv" method=3DGET = action=3D"[program]">

3) putting in
<input type=3D"hidden" = name=3D"imgxy" value=3D"299.5 299.5">
<input type=3D"hidden" = name=3D"imgbox" value=3D"-1 -1 -1 -1">

4) swopping <INPUT = NAME=3D"img" TYPE=3D"image" SRC=3D"[img]" = width=3D"600" height=3D"600" = border=3D1>    for
   <applet = codebase=3D"/java/mapplet" code=3D"mapplet.class" = width=3D"600" height=3D"600" = name=3D"mapplet" MAYSCRIPT>
         &nb= sp;    <param name=3D"image" = value=3D"http://[host][img]">   &nbs= p;        
       = </applet>


Unfortunately when I tried to open the = page, the image was now just a grey area covering 600x600 and no zoom = box could be generated by dragging the mouse.

I decided to wrap the applet code = to
        <object = width=3D"600" height=3D"600" = classid=3D"clsid:8AD9C840-044E-11D1-B3E9-00805F499D93" =
         &nb= sp;         codebase=3D"http://java.sun.com/products/plugin/autodl/jinstall-1_= 4-windows-i586.cab#Version=3D1,4,0,0"
         &nb= sp;         = standby=3D"Please wait">
       = <applet codebase=3D"/java/mapplet" = code=3D"mapplet.class" width=3D"600" = height=3D"600" name=3D"mapplet" = MAYSCRIPT>
         &nb= sp;    <param name=3D"image" = value=3D"http://[host][img]">
       = </applet>
       = </object>
in order to install JRE1.4 but once = it downloaded, it corrupted the browser (IE6) and asked me to debug the = browser.
I then took out the <OBJECT> = wrapper, (and the browser worked again) but now it puts a red 'X' in = the map image and says "Loading Java Applet = failed...."


Is there anything that I am doing = wrong.

Regards
Kevin


------_=_NextPart_001_01C35C0C.D1301CA0-- From gerry.creager@tamu.edu Wed Aug 6 14:45:32 2003 From: gerry.creager@tamu.edu (Gerry Creager N5JXS) Date: Wed, 06 Aug 2003 08:45:32 -0500 Subject: [Mapserver-users] server specifications In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFE9C@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1222BFE9C@mercator.topozone.com> Message-ID: <3F31067C.5090905@tamu.edu> Excellent points, including some I'd not thought of. Thanks! gerry Ed McNierney wrote: > Ryan - > > Here are a few things to think about: > > 1. We run MapServer on both Windows and on Linux, on similar machines. I have no evidence that either operating system is perceptibly faster or slower than the other, and I know of no reason why one would run faster. Use the operating system your server administrators know how to use. If they know both, let them have a shouting match to decide . > > 2. You need to understand your client load and goals before you can spec the hardware. That is, you can't tell if the hardware is fast enough until you define precisely what "fast enough" is supposed to mean. How many simultaneous users? What response time requirement? I'm sure you'll say you don't know all that, but you need to make some guesses so you can get a baseline. > > 3. Your Web server will run multiple instances of MapServer/MapScript as needed to serve simultaneous requests. If there are two CPUs available, two simultaneous requests will go faster. One request will go a bit faster (sometimes) on two CPUs because the OS and MapServer can run in parallel. However, MapServer is not multithreaded and will not take advantage of multiple processors when running a single instance. > > 4. You should probably have lots of RAM in any event, for OS file caching and to support multiple MapServer instances. > > 5. The biggest performance issues, if you're serving lots of raster data, involve your data organization and disk subsystem. SCSI RAID disk arrays are certainly faster than other systems, but they're quite expensive. In our experience IDE RAID arrays can be quite good if they're configured as read-only data stores - mixing read and write operations will hurt you a lot. Be sure your raster data is well-understood, and well-organized - appropriately tiled, indexed, and with overviews if appropriate. > > - Ed -- Gerry Creager -- gerry.creager@tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From matt@kbc.net.au Wed Aug 6 15:03:14 2003 From: matt@kbc.net.au (Matthew Smith) Date: Wed, 06 Aug 2003 23:33:14 +0930 Subject: [Mapserver-users] qstring - multiple values In-Reply-To: References: Message-ID: <3F310AA2.3030407@kbc.net.au> Fawcett, David wrote: > When I had tried something like '...mycgi?qstring=27001&qstring=27003&qstring=...' > > qstring appears to be set to only one value, the last value set in the URL. > > David. Hmm - looks like Mapserver doesn't handle multiples - you may need to do something with Mapscript unless someone else can advise another way of doing this (I'm familiar with query strings, not so much with Mapserver ;-) On the subject of query strings - can anyone tell me when Mapserver will use/accept the semicolon separator rather than the deprecated ampersand? It took me AGES to work out why my query strings weren't working until I followed an example to the letter and di it the old way. Cheers M -- Matthew Smith Kadina Business Consultancy South Australia http://www.kbc.net.au From kevin@giscoe.com Wed Aug 6 15:12:48 2003 From: kevin@giscoe.com (Kevin Ravno) Date: Wed, 6 Aug 2003 16:12:48 +0200 Subject: [Mapserver-users] Mapplet not working... Message-ID: <081722EBADADD5118F9000D0B7B6A3E765C6D3@mail.gims.com> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C35C24.D0C02FE0 Content-Type: text/plain; charset="iso-8859-1" Hi I have tried to implement the zoom-box facility of mapplet. I have a virtual directory (IIS 5.0) set up to C:\MapServer\Project1 (on Windows 2000) I unzipped mapplet.zip to C:\MapServer\Project1\java\mapplet\ and followed all the steps of 1) inserted into the 2) changing the form header to 3) putting in 4) swopping for Unfortunately when I tried to open the page, the image was now just a grey area covering 600x600 and no zoom box could be generated by dragging the mouse. I decided to wrap the applet code to in order to install JRE1.4 but once it downloaded, it corrupted the browser (IE6) and asked me to debug the browser. I then took out the wrapper, (and the browser worked again) but now it puts a red 'X' in the map image and says "Loading Java Applet failed...." Is there anything that I am doing wrong. Regards Kevin ------_=_NextPart_001_01C35C24.D0C02FE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Mapplet not working...

Hi

I have tried to implement the zoom-box = facility of mapplet.
I have a virtual directory (IIS 5.0) = set up to C:\MapServer\Project1  (on Windows 2000)
I unzipped mapplet.zip to = C:\MapServer\Project1\java\mapplet\
and followed all the steps of
1) inserted
<SCRIPT = LANGUAGE=3D"JavaScript">
   function = mapplet_apply(name, minx, miny, maxx, maxy, redraw) {
      = document.mapserv.imgbox.value =3D minx + " " + miny + " = " + maxx + " " + maxy;
      = document.mapserv.imgxy.value =3D minx + " " + miny;
   }
   function = mapplet_error(message) {
      = alert(message);
   }
</SCRIPT>
into the = <HEAD></HEAD>

2) changing the form header to = <form name=3D"mapserv" method=3DGET = action=3D"[program]">

3) putting in
<input type=3D"hidden" = name=3D"imgxy" value=3D"299.5 299.5">
<input type=3D"hidden" = name=3D"imgbox" value=3D"-1 -1 -1 -1">

4) swopping <INPUT = NAME=3D"img" TYPE=3D"image" SRC=3D"[img]" = width=3D"600" height=3D"600" = border=3D1>    for
   <applet = codebase=3D"/java/mapplet" code=3D"mapplet.class" = width=3D"600" height=3D"600" = name=3D"mapplet" MAYSCRIPT>
         &nb= sp;    <param name=3D"image" = value=3D"http://[host][img]">   &nbs= p;        
       = </applet>


Unfortunately when I tried to open the = page, the image was now just a grey area covering 600x600 and no zoom = box could be generated by dragging the mouse.

I decided to wrap the applet code = to
        <object = width=3D"600" height=3D"600" = classid=3D"clsid:8AD9C840-044E-11D1-B3E9-00805F499D93" =
         &nb= sp;         codebase=3D"http://java.sun.com/products/plugin/autodl/jinstall-1_= 4-windows-i586.cab#Version=3D1,4,0,0"
         &nb= sp;         = standby=3D"Please wait">
       = <applet codebase=3D"/java/mapplet" = code=3D"mapplet.class" width=3D"600" = height=3D"600" name=3D"mapplet" = MAYSCRIPT>
         &nb= sp;    <param name=3D"image" = value=3D"http://[host][img]">
       = </applet>
       = </object>
in order to install JRE1.4 but once = it downloaded, it corrupted the browser (IE6) and asked me to debug the = browser.
I then took out the <OBJECT> = wrapper, (and the browser worked again) but now it puts a red 'X' in = the map image and says "Loading Java Applet = failed...."


Is there anything that I am doing = wrong.

Regards
Kevin


------_=_NextPart_001_01C35C24.D0C02FE0-- From gayathri@ou.edu Wed Aug 6 15:06:05 2003 From: gayathri@ou.edu (Swaminathan, Gayathri) Date: Wed, 6 Aug 2003 09:06:05 -0500 Subject: [Mapserver-users] Re: Error installing MapServer Message-ID: Hi Mario, Here is the list archive for the "No query information to decode. QUERY_STRING not set." http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0211/msg00220.html HTH, Gayathri From Rich@GreenwoodMap.com Wed Aug 6 15:25:22 2003 From: Rich@GreenwoodMap.com (Richard Greenwood) Date: Wed, 06 Aug 2003 08:25:22 -0600 Subject: [Mapserver-users] Mapplet not working... In-Reply-To: <081722EBADADD5118F9000D0B7B6A3E765C6CD@mail.gims.com> Message-ID: <5.2.0.9.0.20030806082153.00adc208@mail.GreenwoodMap.com> At 01:21 PM 8/6/2003 +0200, you wrote: >Hi > >I have tried to implement the zoom-box facility of mapplet. >I have a virtual directory (IIS 5.0) set up to C:\MapServer\Project1 (on >Windows 2000) >I unzipped mapplet.zip to C:\MapServer\Project1\java\mapplet\ >and followed all the steps of >1) inserted > >into the > >2) changing the form header to action="[program]"> > >3) putting in > > > >4) swopping height="600" border=1> for > height="600" name="mapplet" ^^^^^^^^^^^^^^^^^^^^^^ Are you sure you want "/" there? Do you have a virtual directory "java" setup in the root of your default web site? Also note that the newest version of mapplet is now called jBox. Rich >MAYSCRIPT> > value="http://[host][img]"> > > >Unfortunately when I tried to open the page, the image was now just a grey >area covering 600x600 and no zoom box could be generated by dragging the mouse. > >I decided to wrap the applet code to > classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93" > >codebase="http://java.sun.com/products/plugin/autodl/jinstall-1_4-windows-i586.cab#Version=1,4,0,0" > > standby="Please wait"> > height="600" name="mapplet" MAYSCRIPT> > > > >in order to install JRE1.4 but once it downloaded, it corrupted the >browser (IE6) and asked me to debug the browser. >I then took out the wrapper, (and the browser worked again) but >now it puts a red 'X' in the map image and says "Loading Java Applet >failed...." > >Is there anything that I am doing wrong. > >Regards >Kevin Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich GreenwoodMap com (307) 733-0203 http://www.GreenwoodMap.com From pucher@atlas.gis.univie.ac.at Wed Aug 6 15:34:36 2003 From: pucher@atlas.gis.univie.ac.at (Alexander Pucher) Date: Wed, 06 Aug 2003 16:34:36 +0200 Subject: [Mapserver-users] ICC 2003 Durban Message-ID: <3F3111FC.2000704@atlas.gis.univie.ac.at> Hi, just curios, if some of you will be in Durban, South-Africa next week for the International Cartographic Conference. regards, alex -- ________________________________________________________ Departement of Geography and Regional Research University of Vienna Cartography and GIS -------------------------------------------------------- Virtual Map Forum: http://www.gis.univie.ac.at/vmf -------------------------------------------------------- From mservin@tecnoaccion.com.ar Wed Aug 6 16:37:57 2003 From: mservin@tecnoaccion.com.ar (Mario Servin) Date: Wed, 6 Aug 2003 12:37:57 -0300 Subject: [Mapserver-users] Fw: Error installing MapServer Message-ID: <01b401c35c30$b943f4d0$9105a8c0@mariolaptop> ----- Original Message ----- From: "Mario Servin" To: "Swaminathan, Gayathri" Cc: Sent: Wednesday, August 06, 2003 12:06 PM Subject: Re: Error installing MapServer > Dear Gayathri, > I am a bit of giving up with this!. Finally I could retreive a map but > only from a command prompt console: > C:\Program Files\MapServer>mapserv "QUERY_STRING=map=c:\Documents and > Settings\mario\MyPages\itasca\demo.map&mode=map" > That gave a map and told me : > Content-type: image/gif > GIF87a ....and all the meaningless characters that correspond to the image > follow. > > But, but, FROM the browser there is a big problem!!. I checked the logs > of my WebServer and find a 502 code that means "bad gateway" that does not > tell me nothing. I suspect that my IIS configuration does not allow the > execution of any cgi executable. I am now investigating why this can happen. > At first sight it seems to be all ok. I gave "Executables (includes > scripts)" permission to the virtual directory where the mapserv.exe is. Also > I set the access to this folder to the IUSR_XXXX in the same way I set the > other folder of my site, but nothing happened. Additionally my XP does not > allow me to set user by user the permissions for folders as I used to in my > old W2K!. But I don't think it mus be a problem. Nevertheless, every time I > tried, I got the infamous message: > CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are: > > It seems there is no one out there that could successfully run the > MapServer in a Windows XP. > Finally I found at Microsoft a page indicating that when a CGI > executable can not run , maybe there is a malformation of the header and > they give some instructions to debug the cgi program, but I will need the > Visual Studio to do that, so I am trying to get it. > Conclusion: I think there is something wrong with the binaries of both > available versions I tried , 4.0 and 3.6 for working in a Win32 enviroment. > If it is the case there are a lot of people that would be left aside in this > project.... > Regards, > Mario > > ----- Original Message ----- > From: "Swaminathan, Gayathri" > To: > Cc: > Sent: Wednesday, August 06, 2003 11:03 AM > Subject: Re: Error installing MapServer > > > > Hi Mario, > > > > Here is the list archive for the "No query information to decode. > > QUERY_STRING not set." > > > > > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0211/msg00220.html > > > > HTH, > > Gayathri > > > From steve.lime@dnr.state.mn.us Wed Aug 6 16:38:16 2003 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Wed, 06 Aug 2003 10:38:16 -0500 Subject: [Mapserver-users] qstring - multiple values Message-ID: Remember that qstring is a valid MapServer expression so it's more powerful than before, although with that power comes a bit of complexity and even cumbersomeness. You're not just limited to string matches. So, to do multiple matches you would craft a logical expression like ([item] in ('27001','27003',...)). I'm not sure if the in syntax is correct but you get the idea. If there is enough interest we could look into supporting expressions like: EXPRESSION [27001,27003,...] and having MapServer recognize that as a list to be matched against a single ITEM. Sort of a shortcut logical expression. It would be implemented as a new expression type within the software. Thoughts? Steve >>> Matthew Smith 08/06/03 09:03AM >>> Fawcett, David wrote: > When I had tried something like '...mycgi?qstring=27001&qstring=27003&qstring=...' > > qstring appears to be set to only one value, the last value set in the URL. > > David. Hmm - looks like Mapserver doesn't handle multiples - you may need to do something with Mapscript unless someone else can advise another way of doing this (I'm familiar with query strings, not so much with Mapserver ;-) On the subject of query strings - can anyone tell me when Mapserver will use/accept the semicolon separator rather than the deprecated ampersand? It took me AGES to work out why my query strings weren't working until I followed an example to the letter and di it the old way. Cheers M -- Matthew Smith Kadina Business Consultancy South Australia http://www.kbc.net.au _______________________________________________ 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 Wed Aug 6 16:57:11 2003 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Wed, 06 Aug 2003 10:57:11 -0500 Subject: [Mapserver-users] rotated label Message-ID: Which GD version (latest is definitely greatest with respect to TrueType support)? The other problem could be the font itself. Have you tried other ones with the same result. I believe the new version of FreeType makes better use of internal font metrics, and in some low quality fonts that could actually make things worse than with old versions of FreeType. FreeType has some tools to do test rendering (using X11) of strings with a font at various angles and sizes. You could try that tool and see if the problem appears there too. That would help us narrow down the source of the problem (GD or Freetype or perhaps even MapServer). If it's a GD error we do have priority bug fixing status with them (I think it's still in effect). Steve >>> Siki Zoltan 08/05/03 07:11PM >>> Hi, I get into trouble with rotated labels, I tried 3.6.5 3.6.6 4.0 with freetype 2.1.4. layer definition from the map file: LAYER NAME "streat_names" DATA xshp/unev1 STATUS ON GROUP "annotation" TYPE LINE LABELITEM "NAME" LABELMAXSCALE 5000 CLASS COLOR -1 -1 -1 LABEL COLOR 200 0 200 ANGLE AUTO SIZE 12 FONT timb TYPE TRUETYPE END END END There is a line in fonts.lst file: timb /usr/share/fonts/default/TrueType/timb____.ttf I get text where letters are not rotated but the position is changed for each characters e.g. a text at 45 degree s or e a l m p p m l a e s Any idea? Tankx -- Zoltan Siki Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209 Mail: siki@agt.bme.hu ------------------------------------------------------------------------------- Assistant professor at egyetemi adjunktus Department of Geodesy and Surveying Altalanos es Felsogeodezia tanszek Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud. Egyetem ------------------------------------------------------------------------------- _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From kgeurts@gis.umn.edu Wed Aug 6 17:00:02 2003 From: kgeurts@gis.umn.edu (Kari Geurts) Date: Wed, 06 Aug 2003 11:00:02 CDT Subject: [Mapserver-users] RE: MapServer 4.0 documentation Message-ID: <200308061600.h76G029X008633@dingo.software.umn.edu> Hello MapServer Users, The link for the MapServer 4.0 documentation now works! I am hoping to release a newly designed/updated MDP website page soon. So stay tuned...   Kari A. Geurts MDP Coordinator Department of Forest Resources University of Minnesota 115 Green Hall 1530 Cleveland Ave. N. St. Paul, MN 55108-6112 Phone: 612-624-3459 Email: kgeurts@gis.umn.edu From Andreas.Maul@bgr.de Wed Aug 6 17:03:41 2003 From: Andreas.Maul@bgr.de (Maul, Andreas-Alexander) Date: Wed, 6 Aug 2003 18:03:41 +0200 Subject: AW: [Mapserver-users] Once again: no options found in 'init' file Message-ID: Hi Bjoern, I do in my application a projection from lat/lon-WGS84 coordinates to Gauss-Krueger (9 deg meridian) coordinates because the coordinates in my shapefiles are related to WGS84 whereas the raster topography bought from Bundesamt für Kartographie und Geodaesie (BKG Germany) refers to Gauss-Krueger coordinates stripe 3 (9 deg east). I specify the DHDN parameters without use of the epsg file. You can try to do your projection with similar parameters. My projection section of the map file looks like: PROJECTION "proj=tmerc" "ellps=bessel" "towgs84=dx,dy,dz,rx,ry,rz,m" # see notes below # datum shift DHDN Zone 3, # note: if datum shift is applied here, then it must be specified in the # layer section too, eg. "datum=WGS84" # "lat_0=0n" # latitude of origin "lon_0=9e" # meridian for stripe number 3 "x_0=3500000." # Stripe number 3 for 9 deg E, Offset: 500000 "y_0=0." # offset y "k=1." # scale factor "units=m" END In the layer section I have: LAYER NAME "Border" DATA "..." TYPE LINE STATUS ON PROJECTION "proj=latlong" "datum=WGS84" END ... END Note 1: If you need to perform a datum shift you have to take care about the signs of the translation and rotation parameters of the ellipsoid. There were some discussions about the signs of translation and rotation parameters and the scale factor used by the Europeans and Americans (i.e. as defined in the proj.4 package) in the user list of the proj archive. See e.g. http://www.remotesensing.org/lists/proj_archive/msg00298.html Note 2: If you need the Potsdam Datum parameters, you can find approximate numbers in http://ottmarlabonde.de/L1/datum.html The official datum parameters for the Potsdam Datum from BKG are confidential. You can try the following numbers: dx = 586 m, dy = 87 m, dz = 409 m, rx = 0.52 ", ry = 0.15 ", rz = -2.82 " m = 1.000009 (9ppm) therefore you can insert the following statement in the projection section: "towgs84=586, 87, 409, 0.52, 0.15, -2.82, 1.000009" and look whether the accuracy is sufficient for you. Regards, Andreas -----Ursprüngliche Nachricht----- Von: Bjoern Platzen [mailto:bplatzen@sosnetz.de] Gesendet: Dienstag, 5. August 2003 18:30 An: mapserver-users@lists.gis.umn.edu Betreff: [Mapserver-users] Once again: no options found in 'init' file Hello List, by searching through the archives, I saw that this seems to be a common problem. But I did not find any solution that helped me... I'm trying to project a lat/lon-WGS84-Layer on Gauss-Kruger-Layers. In my mapfile it looks like this: # Start of map file NAME mgla2 STATUS ON SIZE 6400 6400 SYMBOLSET symbols/symbols.sym EXTENT 2523000 5680000 2539000 5663000 UNITS METERS SHAPEPATH "gis_data" FONTSET /usr/local/httpd/htdocs/parkinfoneuss/font/font.list IMAGECOLOR 255 250 238 IMAGETYPE png # # Start of web interface definition # WEB TEMPLATE rahmen.html MINSCALE 3500 MAXSCALE 200000 IMAGEPATH "/usr/local/httpd/htdocs/parkinfo/tmp/" IMAGEURL "tmp/" LOG "/usr/local/httpd/htdocs/parkinfo/mg.log" error "http://moers.office.sos/parkinfo/error.htm" END PROJECTION "init=epsg:31466" END LAYER NAME bebauung_de012w TYPE Polygon STATUS on DATA bebauung_de012w CLASS COLOR 255 165 165 OUTLINECOLOR -1 -1 -1 END # CLASS END # LAYER LAYER NAME industrie_de012w TYPE Polygon STATUS on DATA industrie_de012w CLASS COLOR 165 165 165 OUTLINECOLOR -1 -1 -1 END # CLASS END # LAYER #...some more layers... LAYER NAME 'oe'#this is a lat/long-Layer TYPE Polygon STATUS on DATA oeffentl_einr_de012w CLASS COLOR 205 44 65 END#CLASS PROJECTION "init=epsg:4326" END#projection END#Layer #...some more layers... END #End of mapfile Now I get the Error msProcessProjection(): Projection library error. no options found in 'init' file I tried as well platzen@codefabrik:~/parkinfo/mg/karte> proj -v +init=epsg:31466 #Transverse Mercator # Cyl, Sph&Ell # +init=epsg:31466 +proj=tmerc +lat_0=0 +lon_0=6 +k=1.000000 +x_0=2500000 # +y_0=0 +ellps=bessel +units=m +no_defs -> epsg:31466 seems to work and platzen@codefabrik:~/parkinfo/mg/karte> proj -v +init=epsg:4326 Rel. 4.4.7, 31 March 2003 : +proj=latlong unsuitable for use with proj program. program abnormally terminated -> epsg:4326 does _not_ seem to work Then I checked my epsg-file unter /usr/local/share/proj/ and i found # WGS 84 <4326> +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs no_defs <> So I think, the error comes because of epsg:4326 but I have no idea, why it comes and how to workaround... Any help would be _very_ appreciated... thanks, Bjoern. -- small office solutions info@sosnetz.de - http://www.sosnetz.de _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From David.Fawcett@state.mn.us Wed Aug 6 17:15:35 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Wed, 6 Aug 2003 11:15:35 -0500 Subject: [Mapserver-users] qstring - multiple values Message-ID: Is there a reference for Mapserver expressions anywhere? I can't find anything in the docs or anything useful in the list archive. Thanks, David. > ---------- > From: Steve Lime[SMTP:steve.lime@dnr.state.mn.us] > Sent: Wednesday, August 06, 2003 10:38 AM > To: matt@kbc.net.au; mapserver-users@lists.gis.umn.edu > Subject: Re: [Mapserver-users] qstring - multiple values > > Remember that qstring is a valid MapServer expression so it's more > powerful than before, although with that power comes a bit of complexity > and even cumbersomeness. You're not just limited to string matches. So, > to do multiple matches you would craft a logical expression like ([item] > in ('27001','27003',...)). I'm not sure if the in syntax is correct but > you get the idea. If there is enough interest we could look into > supporting expressions like: > > EXPRESSION [27001,27003,...] > > and having MapServer recognize that as a list to be matched against a > single ITEM. Sort of a shortcut logical expression. It would be > implemented as a new expression type within the software. Thoughts? > > Steve > > >>> Matthew Smith 08/06/03 09:03AM >>> > Fawcett, David wrote: > > When I had tried something like > '...mycgi?qstring=27001&qstring=27003&qstring=...' > > > > qstring appears to be set to only one value, the last value set in > the URL. > > > > David. > > Hmm - looks like Mapserver doesn't handle multiples - you may need to > > do something with Mapscript unless someone else can advise another way > > of doing this (I'm familiar with query strings, not so much with > Mapserver ;-) > > On the subject of query strings - can anyone tell me when Mapserver > will > use/accept the semicolon separator rather than the deprecated > ampersand? > It took me AGES to work out why my query strings weren't working > until > I followed an example to the letter and di it the old way. > > Cheers > > M > > -- > Matthew Smith > Kadina Business Consultancy > South Australia > http://www.kbc.net.au > > _______________________________________________ > 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 agalasso@gndci.cs.cnr.it Wed Aug 6 16:50:12 2003 From: agalasso@gndci.cs.cnr.it (Alessandro Galasso) Date: Wed, 6 Aug 2003 17:50:12 +0200 Subject: [Mapserver-users] mapserver and grass Message-ID: <006601c35c32$6c363d40$1900a8c0@labtel.net> Where can i found information on how to integrate grass analisys and mapserver mapping features? --- Alessandro Galasso From nacional@cbs.umn.edu Wed Aug 6 17:08:01 2003 From: nacional@cbs.umn.edu (Pericles S. Nacionales) Date: 06 Aug 2003 11:08:01 -0500 Subject: [Mapserver-users] Problem w/ 8-bit TIF & Mapserver 3.3 In-Reply-To: <3F265D91@webmail.humboldt.edu> References: <3F265D91@webmail.humboldt.edu> Message-ID: <1060186080.16365.10.camel@arceuthobium.ecology.umn.edu> Hello Matthew, MapServer 3.3? Wow! Three things I can think of: 1. Is you TIFF image a bitmap (indexed color) or RGB (true color)? If RGB, you'll need to convert it into indexed color. If you have Photoshop (or gimp) it's very easy --Click on Image-->Mode-->Indexed Color The TFW file should still be valid as you didn't change the resolution. 2. This is what will fix your problem... change the extension of your TFW file to WLD. 3. Put your DATA path in quotes: DATA "./aerial/nov01_utm/rm94g_wv.tif" This probably doesn't do a thing on *Nix but it matters on Windows. Good luck! -Perry On Tue, 2003-08-05 at 19:58, mp28 wrote: > Hello, > I've been working on getting mapserver to render a set of high-resolution > aerial photos. The images are in .tif format, unsigned 8-bit with an > associated .tfw file. We are currently using Mapserver v3.3. For testing > purposes we are trying to get just a single image to work but here is the > problem.... Mapserver doesn't return an image (in map mode) when the layer is > added. Here is the mapfile entry -> > > LAYER # Aerial test > NAME "aerial" > DATA ./aerial/nov01_utm/rm94g_wv.tif > STATUS OFF > TYPE RASTER > END > > The file size of the test photo is 15.4 MB which shouldn't be a problem since > we're successfully using a 30 MB tif w/ mapserver. The paths are correct > (other tifs in the same directory work). The image is 8-bit and displays > perfectly in other GIS/RS software. > > Is there any thing I'm forgetting? Is there some minor variation in the .tif > format that could be causing this? Has anyone run into this before?? > > I'll have access to the mapserver error log tomorrow... is there anything I > should look for? > > Thanks for the help, guys. > > Matthew Perry > Humboldt State University > Environmental and Natural Resource Sciences > mp28@humboldt.edu > http://ktrin.cnrs.humboldt.edu > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From jhart@frw.uva.nl Wed Aug 6 17:29:36 2003 From: jhart@frw.uva.nl (Jan Hartmann) Date: Wed, 06 Aug 2003 18:29:36 +0200 Subject: [Mapserver-users] qstring - multiple values In-Reply-To: References: Message-ID: <3F312CF0.6050409@frw.uva.nl> I would certainly like that as a feature request. Lots of maps out there with discrete or enumerative map items. I guess it could also be implemented faster than the equivalent logical expression. Jan Steve Lime wrote: > Remember that qstring is a valid MapServer expression so it's more > powerful than before, although with that power comes a bit of complexity > and even cumbersomeness. You're not just limited to string matches. So, > to do multiple matches you would craft a logical expression like ([item] > in ('27001','27003',...)). I'm not sure if the in syntax is correct but > you get the idea. If there is enough interest we could look into > supporting expressions like: > > EXPRESSION [27001,27003,...] > > and having MapServer recognize that as a list to be matched against a > single ITEM. Sort of a shortcut logical expression. It would be > implemented as a new expression type within the software. Thoughts? > > Steve > > >>>>Matthew Smith 08/06/03 09:03AM >>> > > Fawcett, David wrote: > >>When I had tried something like > > '...mycgi?qstring=27001&qstring=27003&qstring=...' > >>qstring appears to be set to only one value, the last value set in > > the URL. > >>David. > > > Hmm - looks like Mapserver doesn't handle multiples - you may need to > > do something with Mapscript unless someone else can advise another way > > of doing this (I'm familiar with query strings, not so much with > Mapserver ;-) > > On the subject of query strings - can anyone tell me when Mapserver > will > use/accept the semicolon separator rather than the deprecated > ampersand? > It took me AGES to work out why my query strings weren't working > until > I followed an example to the letter and di it the old way. > > Cheers > > M > From sscott@gwi.net Wed Aug 6 17:32:55 2003 From: sscott@gwi.net (Shannon Scott) Date: Wed, 6 Aug 2003 12:32:55 -0400 Subject: [Mapserver-users] PNG Annotation Symbol Color Issue Message-ID: <012201c35c38$648fb750$37c8a8c0@PEMAQUID> This is a multi-part message in MIME format. ------=_NextPart_000_011F_01C35C16.DCAFCAD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I created an interstate route shield PNG image. I have found that the = color of the image changes sometimes. The issue seems to be related to the percentage of the image covered by = another color ( green in this example ). Has anyone ever seen this before? Does anyone know what could cause this? I have provided a couple links to help illustrate the issue. http://216.220.241.10/images/shield_good.png http://216.220.241.10/images/shield_notasgood.png It is an issue in 3.6.x and 4.0. Thank You for any help or info. Shannon Apache CGI Linux RedHat 8.0 MN Mapserver 4.0 ------=_NextPart_000_011F_01C35C16.DCAFCAD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
I created an interstate route = shield PNG=20 image.  I have found that the color of the image changes=20 sometimes.
The issue seems to be related to=20 the percentage of the image covered by another color ( green in = this=20 example ).
Has anyone ever seen this = before?
Does anyone know what could cause=20 this?
I have provided a couple links to help = illustrate=20 the issue.
 
http://216.220.241.= 10/images/shield_good.png
 
http://216.220.241.10/images/shield_notasgood.png
 
It is an issue in 3.6.x and = 4.0.
Thank You for any help = or info.
Shannon
 
Apache CGI
Linux RedHat 8.0
MN Mapserver 4.0
 
 
------=_NextPart_000_011F_01C35C16.DCAFCAD0-- From mservin@tecnoaccion.com.ar Wed Aug 6 17:52:44 2003 From: mservin@tecnoaccion.com.ar (Mario Servin) Date: Wed, 6 Aug 2003 13:52:44 -0300 Subject: [Mapserver-users] Fw: Error installing MapServer References: Message-ID: <01e001c35c3b$286e9ef0$9105a8c0@mariolaptop> Dear Mark, You have the magic powers of Gandalf or you were dealing with IIS a lot...., you are absolutely right!!!. That works!, Now I got "No query information to decode. QUERY_STRING not set. " . When I run the MapServer demo still I got the following "msLoadMap(): Unable to access file. (C:\Documents and Settings\mario\MyPages\itasca\demo.map)" but I think it is a minor problem that I have to deal with, maybe there is something related to spaces in the folder names. Thanks a lot an best regards, Mario ----- Original Message ----- From: "Howard Mark" To: "'Mario Servin'" Sent: Wednesday, August 06, 2003 1:32 PM Subject: RE: [Mapserver-users] Fw: Error installing MapServer > Mario, > You might try copying all the dll's ..... to a folder that is on everyone's > path such as c:\winnt\system32. > IIS runs under it's own user and may not be able to see the programs. > Just a though. > > Mark > > -----Original Message----- > From: Mario Servin [mailto:mservin@tecnoaccion.com.ar] > Sent: Wednesday, August 06, 2003 9:38 AM > To: mapserver-users@lists.gis.umn.edu > Subject: [Mapserver-users] Fw: Error installing MapServer > > > > ----- Original Message ----- > From: "Mario Servin" > To: "Swaminathan, Gayathri" > Cc: > Sent: Wednesday, August 06, 2003 12:06 PM > Subject: Re: Error installing MapServer > > > > Dear Gayathri, > > I am a bit of giving up with this!. Finally I could retreive a map but > > only from a command prompt console: > > C:\Program Files\MapServer>mapserv "QUERY_STRING=map=c:\Documents and > > Settings\mario\MyPages\itasca\demo.map&mode=map" > > That gave a map and told me : > > Content-type: image/gif > > GIF87a ....and all the meaningless characters that correspond to the image > > follow. > > > > But, but, FROM the browser there is a big problem!!. I checked the > logs > > of my WebServer and find a 502 code that means "bad gateway" that does not > > tell me nothing. I suspect that my IIS configuration does not allow the > > execution of any cgi executable. I am now investigating why this can > happen. > > > **************************************************************************** **** > This message is intended only for the use of the Addressee and may > contain information that is PRIVILEGED and CONFIDENTIAL. > > If you are not the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please erase all copies of the > message and its attachments and notify Space Imaging immediately. > **************************************************************************** **** > From Zamil.Murji@divestco.com Wed Aug 6 18:10:57 2003 From: Zamil.Murji@divestco.com (Zamil Murji) Date: Wed, 6 Aug 2003 11:10:57 -0600 Subject: [Mapserver-users] qstring - multiple values Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30AA00@div-mx02.DIVESTCO.COM> Just out of curiosity, what would be the equivalent logical expression. BTW, I am in favor of implementing something like this. Thanks Zamil -----Original Message----- From: Jan Hartmann [mailto:jhart@frw.uva.nl] Sent: Wednesday, August 06, 2003 10:30 AM To: mapserver-users@lists.gis.umn.edu Subject: Re: [Mapserver-users] qstring - multiple values I would certainly like that as a feature request. Lots of maps out there with discrete or enumerative map items. I guess it could also be implemented faster than the equivalent logical expression. Jan Steve Lime wrote: > Remember that qstring is a valid MapServer expression so it's more > powerful than before, although with that power comes a bit of complexity > and even cumbersomeness. You're not just limited to string matches. So, > to do multiple matches you would craft a logical expression like ([item] > in ('27001','27003',...)). I'm not sure if the in syntax is correct but > you get the idea. If there is enough interest we could look into > supporting expressions like: > > EXPRESSION [27001,27003,...] > > and having MapServer recognize that as a list to be matched against a > single ITEM. Sort of a shortcut logical expression. It would be > implemented as a new expression type within the software. Thoughts? > > Steve > > >>>>Matthew Smith 08/06/03 09:03AM >>> > > Fawcett, David wrote: > >>When I had tried something like > > '...mycgi?qstring=27001&qstring=27003&qstring=...' > >>qstring appears to be set to only one value, the last value set in > > the URL. > >>David. > > > Hmm - looks like Mapserver doesn't handle multiples - you may need to > > do something with Mapscript unless someone else can advise another way > > of doing this (I'm familiar with query strings, not so much with > Mapserver ;-) > > On the subject of query strings - can anyone tell me when Mapserver > will > use/accept the semicolon separator rather than the deprecated > ampersand? > It took me AGES to work out why my query strings weren't working > until > I followed an example to the letter and di it the old way. > > Cheers > > M > _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mp28@humboldt.edu Wed Aug 6 18:34:45 2003 From: mp28@humboldt.edu (mp28@humboldt.edu) Date: Wed, 6 Aug 2003 10:34:45 -0700 (PDT) Subject: [Mapserver-users] Problem w/ 8-bit TIF & Mapserver 3.3 In-Reply-To: <1060186080.16365.10.camel@arceuthobium.ecology.umn.edu> References: <3F265D91@webmail.humboldt.edu> <1060186080.16365.10.camel@arceuthobium.ecology.umn.edu> Message-ID: <2973.137.150.29.1.1060191285.squirrel@webmail.humboldt.edu> Eureka! We found it.... the tiff did indeed need to be converted to indexed color. That was the only problem. And (thankfully) I see that Photoshop has a batch option which will help with the ~340 other images. Thanks for all of your help! Matthew Perry Humboldt State University Environmental and Natural Resource Sciences mp28@humboldt.edu http://ktrin.cnrs.humboldt.edu > Hello Matthew, > > MapServer 3.3? Wow! Three things I can think of: > > 1. Is you TIFF image a bitmap (indexed color) or RGB (true color)? If > RGB, you'll need to convert it into indexed color. If you have > Photoshop (or gimp) it's very easy --Click on Image-->Mode-->Indexed > Color > The TFW file should still be valid as you didn't change the resolution. > > 2. This is what will fix your problem... change the extension of your > TFW file to WLD. > > 3. Put your DATA path in quotes: DATA "./aerial/nov01_utm/rm94g_wv.tif" > This probably doesn't do a thing on *Nix but it matters on Windows. > > Good luck! > -Perry > > > On Tue, 2003-08-05 at 19:58, mp28 wrote: >> Hello, >> I've been working on getting mapserver to render a set of >> high-resolution >> aerial photos. The images are in .tif format, unsigned 8-bit with an >> associated .tfw file. We are currently using Mapserver v3.3. For testing >> purposes we are trying to get just a single image to work but here is >> the >> problem.... Mapserver doesn't return an image (in map mode) when the >> layer is >> added. Here is the mapfile entry -> >> >> LAYER # Aerial test >> NAME "aerial" >> DATA ./aerial/nov01_utm/rm94g_wv.tif >> STATUS OFF >> TYPE RASTER >> END >> >> The file size of the test photo is 15.4 MB which shouldn't be a problem >> since >> we're successfully using a 30 MB tif w/ mapserver. The paths are correct >> (other tifs in the same directory work). The image is 8-bit and displays >> perfectly in other GIS/RS software. >> >> Is there any thing I'm forgetting? Is there some minor variation in the >> .tif >> format that could be causing this? Has anyone run into this before?? >> >> I'll have access to the mapserver error log tomorrow... is there >> anything I >> should look for? >> >> Thanks for the help, guys. >> >> Matthew Perry >> Humboldt State University >> Environmental and Natural Resource Sciences >> mp28@humboldt.edu >> http://ktrin.cnrs.humboldt.edu >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users@lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- > Pericles S. Nacionales > University of Minnesota > From morissette@dmsolutions.ca Wed Aug 6 18:41:28 2003 From: morissette@dmsolutions.ca (Daniel Morissette) Date: Wed, 06 Aug 2003 13:41:28 -0400 Subject: [Mapserver-users] PNG Annotation Symbol Color Issue In-Reply-To: <012201c35c38$648fb750$37c8a8c0@PEMAQUID> References: <012201c35c38$648fb750$37c8a8c0@PEMAQUID> Message-ID: <3F313DC8.2020708@dmsolutions.ca> We have noticed a similar color problem in 4.0 with PNG symbols. I copied your problem description to the bug: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=397 I noticed that a few others have reported colors problems that may or may not be related. First suggestion to everyone: make sure you don't have multiple copies of GD or libpng on your system. Once you have verified that, if you have a simple test case (mapfile and data) to reproduce the problem then please file a bug in bugzilla and attach the testcase and steps to reproduce to the bug help us figure the problems. Thanks Daniel Shannon Scott wrote: > Hello, > I created an interstate route shield PNG image. I have found that the > color of the image changes sometimes. > The issue seems to be related to the percentage of the image covered by > another color ( green in this example ). > Has anyone ever seen this before? > Does anyone know what could cause this? > I have provided a couple links to help illustrate the issue. > > http://216.220.241.10/images/shield_good.png > > http://216.220.241.10/images/shield_notasgood.png > > It is an issue in 3.6.x and 4.0. > Thank You for any help or info. > Shannon > > Apache CGI > Linux RedHat 8.0 > MN Mapserver 4.0 > > From ed@topozone.com Wed Aug 6 18:45:43 2003 From: ed@topozone.com (Ed McNierney) Date: Wed, 6 Aug 2003 13:45:43 -0400 Subject: [Mapserver-users] Fw: Error installing MapServer Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFEB9@mercator.topozone.com> Mario - Remember that MapServer is running under the user context of (usually) the anonymous Web user, which is by default set to IUSR_machinename. You need to make sure that (a) that path is in fact where the demo.map file is, and (b) that the IUSR_machinename account has permission to read that file. - 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: Mario Servin [mailto:mservin@tecnoaccion.com.ar] Sent: Wednesday, August 06, 2003 12:53 PM To: Howard Mark Cc: mapserver-users@lists.gis.umn.edu Subject: Re: [Mapserver-users] Fw: Error installing MapServer Dear Mark, You have the magic powers of Gandalf or you were dealing with IIS a lot...., you are absolutely right!!!. That works!, Now I got "No query information to decode. QUERY_STRING not set. " . When I run the MapServer demo still I got the following "msLoadMap(): Unable to access file. (C:\Documents and Settings\mario\MyPages\itasca\demo.map)" but I think it is a minor problem that I have to deal with, maybe there is something related to spaces in the folder names. Thanks a lot an best regards, Mario ----- Original Message ----- From: "Howard Mark" To: "'Mario Servin'" Sent: Wednesday, August 06, 2003 1:32 PM Subject: RE: [Mapserver-users] Fw: Error installing MapServer > Mario, > You might try copying all the dll's ..... to a folder that is on everyone's > path such as c:\winnt\system32. > IIS runs under it's own user and may not be able to see the programs. > Just a though. > > Mark > > -----Original Message----- > From: Mario Servin [mailto:mservin@tecnoaccion.com.ar] > Sent: Wednesday, August 06, 2003 9:38 AM > To: mapserver-users@lists.gis.umn.edu > Subject: [Mapserver-users] Fw: Error installing MapServer > > > > ----- Original Message ----- > From: "Mario Servin" > To: "Swaminathan, Gayathri" > Cc: > Sent: Wednesday, August 06, 2003 12:06 PM > Subject: Re: Error installing MapServer > > > > Dear Gayathri, > > I am a bit of giving up with this!. Finally I could retreive a map but > > only from a command prompt console: > > C:\Program Files\MapServer>mapserv "QUERY_STRING=map=c:\Documents and > > Settings\mario\MyPages\itasca\demo.map&mode=map" > > That gave a map and told me : > > Content-type: image/gif > > GIF87a ....and all the meaningless characters that correspond to the image > > follow. > > > > But, but, FROM the browser there is a big problem!!. I checked the > logs > > of my WebServer and find a 502 code that means "bad gateway" that does not > > tell me nothing. I suspect that my IIS configuration does not allow the > > execution of any cgi executable. I am now investigating why this can > happen. > > > **************************************************************************** **** > This message is intended only for the use of the Addressee and may > contain information that is PRIVILEGED and CONFIDENTIAL. > > If you are not the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please erase all copies of the > message and its attachments and notify Space Imaging immediately. > **************************************************************************** **** > _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From siki@bme-geod.agt.bme.hu Wed Aug 6 22:47:00 2003 From: siki@bme-geod.agt.bme.hu (Siki Zoltan) Date: Wed, 6 Aug 2003 20:47:00 -0100 (GMT+1) Subject: [Mapserver-users] rotated label In-Reply-To: Message-ID: Hi, Thanx for the tips Steve. I use GD 2.0.15. I tested the truetype font using ftstring, rotation OK. I think I have more gd and freetype version on my matchine under /usr. How can I force configure to use the newer version of the gd and freetype? The result of configure:B ./configure --with-ogr=/usr/bin/gdal-config --with-gdal=/usr/bin/gdal-config --with-gd=/usr checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking for ranlib... (cached) ranlib checking for flex... (cached) flex checking for yywrap in -lfl... (cached) yes checking for bison... (cached) bison -y checking if compiler supports -R... (cached) no checking if compiler supports -Wl,-rpath,... (cached) yes checking for exp in -lm... (cached) yes checking for __gxx_personality_v0 in -lstdc++... (cached) no checking how to run the C preprocessor... (cached) gcc -E checking for ANSI C header files... (cached) yes checking for strcasecmp... (cached) yes checking for strncasecmp... (cached) yes checking for strdup... (cached) yes checking whether we should include JPEG support... checking for jpeg_read_header in -ljpeg... yes using libjpeg from system libs. checking where FreeType 2.x is installed... using libfreetype from -lfreetype -lz checking for FT_Init_FreeType in -lfreetype... yes using libfreetype -lfreetype from system libs. checking where Zlib is installed... checking for zlibVersion in -lz... yes using libz from system libs. checking where PNG is installed... checking for png_init_io in -lpng... yes using libpng from system libs. checking where libXpm is installed... checking for XpmFreeXpmImage in -lXpm... no XPM (libXpm) library cannot be found, possibly needed for GD checking where libiconv is installed... checking for libiconv_open in -liconv... no libiconv library cannot be found, possibly needed for GD checking for GD 2.0.12 or higher... checking for gdImageSetAntiAliased in -lgd... yes using libgd 2.0.12 (or higher) from -L/usr/lib -lgd -ljpeg -lfreetype -lpng -lz checking for gdImageGif in -lc... no checking for gdImagePng in -lc... yes checking for gdImageJpeg in -lc... yes checking for gdImageWBMP in -lc... yes checking for gdImageStringFT in -lc... yes checking for gdImageGifPtr in -lc... no using GD ( -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT) from /usr. checking whether we should include PDF support... checking for PDF_setlinewidth in -lpdf... no checking for PDF_setrgbcolor in -lpdf... no checking for PDF_moveto in -lpdf... no checking for PDF_curveto in -lpdf... no checking for PDF_show_xy in -lpdf... no libpdf not found... PDF support not included. checking whether we should include TIFF support... checking for TIFFOpen in -ltiff... yes using libtiff from system libs. checking whether we should include EPPL7 support... including EPPL7 support. checking whether we should include PROJ.4 support... PROJ.4 support not requested. checking whether we should include thread safe support... thread safe support disabled. checking whether we should include ESRI SDE support... ESRI SDE support not requested. checking whether we should compile in MPATROL support... MPATROL support not requested. checking whether we should include OGR support... checking for OGRRegisterAll in -lgdal.1.1... (cached) yes using OGR from system libs. checking if GDAL support requested... yes, user supplied gdal-config (/usr/bin/gdal-config) checking if PostGIS support requested... no checking if MyGIS support requested... no checking if OracleSpatial support requested... no checking if MING/Flash support requested... no checking whether we should include WMS Server support... OGC WMS Compatibility not enabled (PROJ.4 is required for WMS). checking whether we should include WFS Server support... OGC WFS Server support not requested. checking whether we should include WMS Client Connections support... OGC WMS Client Connections not enabled (PROJ.4 and libcurl required). checking whether we should include WFS Client Connections support... OGC WFS Client Connections not enabled (PROJ.4, libcurl and OGR required). checking for curl-config Compiling with -DIGNORE_MISSING_DATA. checking whether we should enable debug features... checking for PHP/MapScript module options... PHP/MapScript module not configured. creating ./config.status creating Makefile Tanx, Zoltan On Wed, 6 Aug 2003, Steve Lime wrote: > Which GD version (latest is definitely greatest with respect to TrueType > support)? The other problem could be the font itself. Have you tried > other ones with the same result. I believe the new version of FreeType > makes better use of internal font metrics, and in some low quality fonts > that could actually make things worse than with old versions of > FreeType. FreeType has some tools to do test rendering (using X11) of > strings with a font at various angles and sizes. You could try that tool > and see if the problem appears there too. That would help us narrow down > the source of the problem (GD or Freetype or perhaps even MapServer). If > it's a GD error we do have priority bug fixing status with them (I think > it's still in effect). > > Steve > > >>> Siki Zoltan 08/05/03 07:11PM >>> > Hi, > > I get into trouble with rotated labels, I tried 3.6.5 3.6.6 4.0 > with freetype 2.1.4. > > layer definition from the map file: > LAYER > NAME "streat_names" > DATA xshp/unev1 > STATUS ON > GROUP "annotation" > TYPE LINE > LABELITEM "NAME" > LABELMAXSCALE 5000 > CLASS > COLOR -1 -1 -1 > LABEL > COLOR 200 0 200 > ANGLE AUTO > SIZE 12 > FONT timb > TYPE TRUETYPE > END > END > END > > There is a line in fonts.lst file: > timb /usr/share/fonts/default/TrueType/timb____.ttf > > I get text where letters are not rotated but the position is > changed for each characters e.g. a text at 45 degree > > s or e > a l > m p > p m > l a > e s > > Any idea? > > Tankx > -- Zoltan Siki Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209 Mail: siki@agt.bme.hu ------------------------------------------------------------------------------- Assistant professor at egyetemi adjunktus Department of Geodesy and Surveying Altalanos es Felsogeodezia tanszek Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud. Egyetem ------------------------------------------------------------------------------- From siki@bme-geod.agt.bme.hu Wed Aug 6 22:53:02 2003 From: siki@bme-geod.agt.bme.hu (Siki Zoltan) Date: Wed, 6 Aug 2003 20:53:02 -0100 (GMT+1) Subject: [Mapserver-users] perlvars In-Reply-To: <3F30CA0E.ACD5AFDA@webgis.de> Message-ID: Hi, Thanx. Who will update the configure script in the mapscript/tcl directory? The line: if [ ! -f ../../perlvars ] ; then should be changed to if [ ! -f ../../mapscriptvars ] ; then On Wed, 6 Aug 2003, Michael Schulz wrote: > Hi, > > the perlvars file has been renamed to mapscriptvars, same content though. > > Cheers, Michael > > > Siki Zoltan schrieb: > > > Hi, > > > > I tried to build the tcl mapscript for mapserver 4.0, but the > > perlvars file missing from the distribution. > > It was involved in the 3.6.6. > > > > Tanx > > -- > > Zoltan Siki > > > > Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209 > > Mail: siki@agt.bme.hu > > ------------------------------------------------------------------------------- > > Assistant professor at egyetemi adjunktus > > Department of Geodesy and Surveying Altalanos es Felsogeodezia tanszek > > Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud. Egyetem > > ------------------------------------------------------------------------------- > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users@lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > ----------------------------------------------------------- > Michael Schulz in medias res > Dipl.-Geologe Gesellschaft für > Informationstechnologie mbH > In den Weihermatten 66 > 79108 Freiburg > 0761 55695-95 (Fax 96) > mschulz@webgis.de www.webgis.de/www.zopecms.de > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- Zoltan Siki Tel:+36 1 463 1146 +36 70 3199092 Fax:+36 1 463 3209 Mail: siki@agt.bme.hu ------------------------------------------------------------------------------- Assistant professor at egyetemi adjunktus Department of Geodesy and Surveying Altalanos es Felsogeodezia tanszek Budapest University of Technology Hungary Budapesti Muszaki Gazd. Tud. Egyetem ------------------------------------------------------------------------------- From coronadh@coronasolutions.com Wed Aug 6 19:46:28 2003 From: coronadh@coronasolutions.com (Dan Harris) Date: Wed, 06 Aug 2003 12:46:28 -0600 Subject: [Mapserver-users] slightly ot: help with cs2cs syntax Message-ID: <3F314D04.6050307@coronasolutions.com> I'm trying to figure out how to convert various state plane coordinates into long/lat. From what I can tell, other than moving to postgis, the only way I can do it ( and store the converted points ) is to call cs2cs from an app. The problem I'm running into is that the coordinates returned to me are WAY off.. I must be doing something wrong but documentation examples are very scarce. So as a test, I'm trying to convert a simple state plane into long/lat using the following: cs2cs +init=nad27:502 +to +proj=longlat -r -f "%.2f" << EOF > 2180318 686562 > EOF -104.30 57.11 0.00 The resulting latitude is nearly 20 degrees north of where it should be.. To make things even more interesting, if I take off the ending '8' from 2180318, I get this: cs2cs +init=nad27:502 +to +proj=longlat -r -f "%.2f" << EOF > 218031 686562 > EOF -104.60 39.79 0.00 I have no explanation why taking off the trailing non-decimal number from the X coord ( which should be completely invalid ) would give me closer results? This is closer, but still not accurate in comparisons with MapInfo. MapInfo says it should be a -104.85, 39.71 Any ideas what I might be doing wrong here? I'm sure the original coordinates are NAD27, Colorado Central. Thank you! -Dan From mservin@tecnoaccion.com.ar Wed Aug 6 19:50:50 2003 From: mservin@tecnoaccion.com.ar (Mario Servin) Date: Wed, 6 Aug 2003 15:50:50 -0300 Subject: [Mapserver-users] Fw: Error installing MapServer References: <13858AA1A74F30419F319ACB66A9D1222BFEB9@mercator.topozone.com> Message-ID: <022001c35c4b$a7dfa3e0$9105a8c0@mariolaptop> Dear Ed, There were some touches on the folder path I had to adjust but finally I have the demo_init.html working, or so. I can see the map,etc. Now there is something weird when I try to make a refresh or zoom or anything else that goes after, again I got the : "msLoadMap(): Unable to access file. (C:\Documents and Settings\mario\MyPages\itasca\demo.map)"!. I am checking the submitted string to see what happening but I am pretty sure it's again a matter of paths..... Regards, Mario ----- Original Message ----- From: "Ed McNierney" To: "Mario Servin" ; "Howard Mark" Cc: Sent: Wednesday, August 06, 2003 2:45 PM Subject: RE: [Mapserver-users] Fw: Error installing MapServer > Mario - > > Remember that MapServer is running under the user context of (usually) the anonymous Web user, which is by default set to IUSR_machinename. You need to make sure that (a) that path is in fact where the demo.map file is, and (b) that the IUSR_machinename account has permission to read that file. > > - 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: Mario Servin [mailto:mservin@tecnoaccion.com.ar] > Sent: Wednesday, August 06, 2003 12:53 PM > To: Howard Mark > Cc: mapserver-users@lists.gis.umn.edu > Subject: Re: [Mapserver-users] Fw: Error installing MapServer > > > Dear Mark, > You have the magic powers of Gandalf or you were dealing with IIS a > lot...., you are absolutely right!!!. > That works!, Now I got "No query information to decode. QUERY_STRING not > set. " . When I run the MapServer demo still I got the following > "msLoadMap(): Unable to access file. (C:\Documents and > Settings\mario\MyPages\itasca\demo.map)" but I think it is a minor problem > that I have to deal with, maybe there is something related to spaces in the > folder names. > Thanks a lot an best regards, > Mario > > > ----- Original Message ----- > From: "Howard Mark" > To: "'Mario Servin'" > Sent: Wednesday, August 06, 2003 1:32 PM > Subject: RE: [Mapserver-users] Fw: Error installing MapServer > > > > Mario, > > You might try copying all the dll's ..... to a folder that is on > everyone's > > path such as c:\winnt\system32. > > IIS runs under it's own user and may not be able to see the programs. > > Just a though. > > > > Mark > > > > -----Original Message----- > > From: Mario Servin [mailto:mservin@tecnoaccion.com.ar] > > Sent: Wednesday, August 06, 2003 9:38 AM > > To: mapserver-users@lists.gis.umn.edu > > Subject: [Mapserver-users] Fw: Error installing MapServer > > > > > > > > ----- Original Message ----- > > From: "Mario Servin" > > To: "Swaminathan, Gayathri" > > Cc: > > Sent: Wednesday, August 06, 2003 12:06 PM > > Subject: Re: Error installing MapServer > > > > > > > Dear Gayathri, > > > I am a bit of giving up with this!. Finally I could retreive a map > but > > > only from a command prompt console: > > > C:\Program Files\MapServer>mapserv "QUERY_STRING=map=c:\Documents and > > > Settings\mario\MyPages\itasca\demo.map&mode=map" > > > That gave a map and told me : > > > Content-type: image/gif > > > GIF87a ....and all the meaningless characters that correspond to the > image > > > follow. > > > > > > But, but, FROM the browser there is a big problem!!. I checked the > > logs > > > of my WebServer and find a 502 code that means "bad gateway" that does > not > > > tell me nothing. I suspect that my IIS configuration does not allow the > > > execution of any cgi executable. I am now investigating why this can > > happen. > > > > > > > **************************************************************************** > **** > > This message is intended only for the use of the Addressee and may > > contain information that is PRIVILEGED and CONFIDENTIAL. > > > > If you are not the intended recipient, you are hereby notified that any > > dissemination of this communication is strictly prohibited. If you have > > received this communication in error, please erase all copies of the > > message and its attachments and notify Space Imaging immediately. > > > **************************************************************************** > **** > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From David.Fawcett@state.mn.us Wed Aug 6 21:10:15 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Wed, 6 Aug 2003 15:10:15 -0500 Subject: [Mapserver-users] qstring - multiple values Message-ID: I figured out the syntax for the expression. Here is an example that works for me: The relevant parts of the URL are ...mode=itemnquery&qlayer=basemap&qstring=('[FIPS]'+IN+'27001,27003,27005') This is an example where I wanted to select records with a value of 27001, 27003, or 27005 in the FIPS field. (string type field) You can see that I also was able to omit qitem=FIPS from the URL because it is contained in the expression in the qstring. (It works with it there too, but I assume that it is ignored) Thanks for the help Steve! David. David Fawcett MN Office of Environmental Assistance > ---------- > From: Steve Lime[SMTP:steve.lime@dnr.state.mn.us] > Sent: Wednesday, August 06, 2003 10:38 AM > To: matt@kbc.net.au; mapserver-users@lists.gis.umn.edu > Subject: Re: [Mapserver-users] qstring - multiple values > > Remember that qstring is a valid MapServer expression so it's more > powerful than before, although with that power comes a bit of complexity > and even cumbersomeness. You're not just limited to string matches. So, > to do multiple matches you would craft a logical expression like ([item] > in ('27001','27003',...)). I'm not sure if the in syntax is correct but > you get the idea. If there is enough interest we could look into > supporting expressions like: > > EXPRESSION [27001,27003,...] > > and having MapServer recognize that as a list to be matched against a > single ITEM. Sort of a shortcut logical expression. It would be > implemented as a new expression type within the software. Thoughts? > > Steve > From David.Fawcett@state.mn.us Wed Aug 6 23:06:44 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Wed, 6 Aug 2003 17:06:44 -0500 Subject: [Mapserver-users] qstring - multiple values Message-ID: I started a page on the Wiki for MapServer Expression documentation and examples. http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapServerExpressions I added the below example, please add your own and feel free to correct anything that I have written. David. David Fawcett MN Office of Environmental Assistance > ---------- > From: Fawcett, David > Sent: Wednesday, August 06, 2003 3:10 PM > To: matt@kbc.net.au; mapserver-users@lists.gis.umn.edu; 'Steve Lime' > Subject: RE: [Mapserver-users] qstring - multiple values > > I figured out the syntax for the expression. Here is an example that works for me: > > The relevant parts of the URL are ...mode=itemnquery&qlayer=basemap&qstring=('[FIPS]'+IN+'27001,27003,27005') > > > This is an example where I wanted to select records with a value of 27001, 27003, or 27005 in the FIPS field. (string type field) > > You can see that I also was able to omit qitem=FIPS from the URL because it is contained in the expression in the qstring. (It works with it there too, but I assume that it is ignored) > > Thanks for the help Steve! > > David. > > David Fawcett > MN Office of Environmental Assistance > > ---------- > From: Steve Lime[SMTP:steve.lime@dnr.state.mn.us] > Sent: Wednesday, August 06, 2003 10:38 AM > To: matt@kbc.net.au; mapserver-users@lists.gis.umn.edu > Subject: Re: [Mapserver-users] qstring - multiple values > > Remember that qstring is a valid MapServer expression so it's more > powerful than before, although with that power comes a bit of complexity > and even cumbersomeness. You're not just limited to string matches. So, > to do multiple matches you would craft a logical expression like ([item] > in ('27001','27003',...)). I'm not sure if the in syntax is correct but > you get the idea. If there is enough interest we could look into > supporting expressions like: > > EXPRESSION [27001,27003,...] > > and having MapServer recognize that as a list to be matched against a > single ITEM. Sort of a shortcut logical expression. It would be > implemented as a new expression type within the software. Thoughts? > > Steve > > From vinko@cprsig.cl Thu Aug 7 02:22:55 2003 From: vinko@cprsig.cl (Vinko Vrsalovic) Date: Wed, 6 Aug 2003 21:22:55 -0400 Subject: [Mapserver-users] Raster layer processing changed in between February and July? In-Reply-To: <20030728232621.GA26684@landsat.cprsig.cl> References: <20030728232621.GA26684@landsat.cprsig.cl> Message-ID: <20030807012255.GA7257@landsat.cprsig.cl> On Mon, Jul 28, 2003 at 07:26:21PM -0400, Vinko Vrsalovic wrote: [...] > With the latest 4.0 code a raster layer doesn't appear anymore. > With the very same code, and paths, and permissions, with a > 3.7-dev of february, it appears. [...] > LAYER > DATA "cn_15m.img" > NAME "Imagen Satelital" > SIZEUNITS PIXELS > STATUS DEFAULT > TEMPLATE "VOID" > TOLERANCE 0 > TOLERANCEUNITS PIXELS > TYPE RASTER > UNITS METERS > END The problem was in the DATA statement. I provided the full path and now it works. I assume this has to do with cwd handling?. Where is it searching if you don't provide a full path? -- Vinko Vrsalovic http://www.cprsig.cl From tom@ecnow.co.uk Thu Aug 7 05:49:17 2003 From: tom@ecnow.co.uk (Tom H) Date: Thu, 7 Aug 2003 05:49:17 +0100 Subject: [Mapserver-users] how to get mapserver to output a map onto a globe In-Reply-To: Message-ID: Hi, I want to get mapserver to output my initial map onto a globe, like this; http://www.scriptsupport.co.uk/images/globe.png is this possible? and if so what projection or configuration should i be using? Regards, T. From tom@ecnow.co.uk Thu Aug 7 05:55:27 2003 From: tom@ecnow.co.uk (Tom H) Date: Thu, 7 Aug 2003 05:55:27 +0100 Subject: [Mapserver-users] data for maps of australia and new zealand. In-Reply-To: Message-ID: many thanks to those who helped me out on this. Cheers. T. From pkishor@geoanalytics.com Thu Aug 7 06:29:06 2003 From: pkishor@geoanalytics.com (pkishor_98) Date: Thu, 07 Aug 2003 05:29:06 -0000 Subject: [Mapserver-users] using Perl/Mapscript and HTML::Template Message-ID: A simple but complete mapping application using Perl/Mapscript and HTML::Template. Hopefully someone will find it useful. Send me feedback if you use it. I will add more to it later... legends, layer controls, etc. http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex18 From poff@sixbit.org Thu Aug 7 07:44:09 2003 From: poff@sixbit.org (poff) Date: Thu, 7 Aug 2003 08:44:09 +0200 Subject: [Mapserver-users] php_mapscript on a host - nightmare! help! In-Reply-To: <20030802144325.GA29223@freeshell.org> References: <20030802144325.GA29223@freeshell.org> Message-ID: <20030807064409.GA11511@freeshell.org> Well I tried commenting out the warning, but it just... doesn't work. ms_newMapObj doesn't return anything :( I requested php as a cgi, so we'll see what happens! P On Sat, Aug 02, 2003 at 04:43:25PM +0200, poff wrote: > Sorry for the title. > > I'm using a commercial host to host my site, and am trying to get > php_mapscript working. > > So far I had to: > > get and configure php sources in ${HOME} for regex > compile mapserver (after a lot of tweaking) > > Get it listed in phpinfo. > > Then be told, when I try using it I need to recompile as a CGI! > > I can't ask for this as this is a shared server. What should I do? > > Does mapscript 4 bypass this requirement? I'm trying to compile 3.6 at the > moment, on a red hat server. > > Thanks for any tips, > -- > poff@sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- DO NOT cc me list replies. I will get my messages from the list. poff@sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From sholl@gmx.net Thu Aug 7 07:58:35 2003 From: sholl@gmx.net (Stephan Holl) Date: Thu, 7 Aug 2003 08:58:35 +0200 Subject: [Mapserver-users] mapserver and grass In-Reply-To: <006601c35c32$6c363d40$1900a8c0@labtel.net> References: <006601c35c32$6c363d40$1900a8c0@labtel.net> Message-ID: <20030807085835.61876fc0.sholl@gmx.net> --=.2CXSIn/PA/yN'T Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hello Alessandro, At Wed, 6 Aug 2003 17:50:12 +0200 Alessandro Galasso wrote: > Where can i found information on how to integrate grass analisys and > mapserver mapping features? A good starting-point might be the official GRASS website located at http://grass.itc.it. An example application is running there. Also all flavours of mapscript add good scripting capacities to integrate GRASS-analysis into a web-interface. hth Stephan Holl -- Stephan Holl GnuPG Key-ID: 11946A09 --=.2CXSIn/PA/yN'T Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/MfieEg9SKhGUagkRAm4VAKCcEYxguOZ0DDRZwyIc7xMH5vdt+wCeNcBP ZjpkXCOXGp2Rv2tV7Kfr4iU= =C6aP -----END PGP SIGNATURE----- --=.2CXSIn/PA/yN'T-- From sscott@gwi.net Thu Aug 7 13:43:10 2003 From: sscott@gwi.net (Shannon Scott) Date: Thu, 7 Aug 2003 08:43:10 -0400 Subject: [Mapserver-users] 4.0 DATA Keyword / CGI variable Message-ID: <008801c35ce1$76180af0$37c8a8c0@PEMAQUID> This is a multi-part message in MIME format. ------=_NextPart_000_0085_01C35CBF.EEB71270 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I have a layer ( below ) that is in an Oracle DB. We change the DATA = parameter "on the fly" ( via CGI variable ) to select and highlight the = polygon we want to display. This worked very well in 3.6, but we are = unable to change the DATA parameter since we upgraded to 4.0. I can = still change other keyword parameters ( for example COLOR ). Has anyone else experienced this? Workaround? Any info, or advice is greatly appreciated. Thank You. Shannon Apache CGI Linux RedHat 8.0 MN Mapserver 4.0 LAYER NAME selectedpoly TYPE Polygon STATUS default CONNECTIONTYPE oraclespatial CONNECTION "xxx/xxx@locinc9" TRANSPARENCY 50 DATA "GEOM from (select a.GEOM from tracts1 a where = a.id=3D23019000100)" =20 CLASS NAME "selectedpolyclass" COLOR 255 255 191 OUTLINECOLOR 8 8 8 END # CLASS =20 =20 PROJECTION "proj=3Dlatlong" END =20 END # Tracts LAYER ------=_NextPart_000_0085_01C35CBF.EEB71270 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
I have a layer ( below ) that is = in an Oracle=20 DB.  We change the DATA parameter "on the fly" ( via CGI = variable ) to=20 select and highlight the polygon we want to display.  This worked = very well=20 in 3.6, but we are unable to change the DATA parameter since we upgraded = to=20 4.0.  I can still change other keyword parameters ( for example = COLOR=20 ).
Has anyone else experienced this?  = Workaround?
Any info, or advice is greatly=20 appreciated.
Thank You.
Shannon
 
Apache CGI
Linux RedHat 8.0
MN Mapserver 4.0
 

LAYER
  NAME selectedpoly
  TYPE = Polygon
 =20 STATUS default
  CONNECTIONTYPE oraclespatial
  = CONNECTION=20 "xxx/xxx@locinc9"
  = TRANSPARENCY=20 50
 
  DATA "GEOM from (select a.GEOM from tracts1 a where=20 a.id=3D23019000100)"
   
 CLASS
  = NAME=20 "selectedpolyclass"
  COLOR 255 255 = 191
  OUTLINECOLOR=20 8 8 8
  END  # CLASS   =20     
 
  = PROJECTION
   =20 "proj=3Dlatlong"
  END 
END  # Tracts=20 LAYER
 
------=_NextPart_000_0085_01C35CBF.EEB71270-- From stefan.schwarzer@grid.unep.ch Thu Aug 7 13:44:10 2003 From: stefan.schwarzer@grid.unep.ch (Stefan Schwarzer) Date: Thu, 07 Aug 2003 14:44:10 +0200 Subject: [Mapserver-users] Read all fields of dbf file when querying Message-ID: <5.2.1.1.0.20030807143811.031e7620@gridg.grid.unep.ch> --=====================_23989421==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hi all, can anyone give me a hint/an example on how can I read with mapscript/PHP all fields in the dbf-part of a shapefile? For a couple of layers I would like to display upon a query request all fields - and not those predefined in the METADATA tag. Thanks, Stefan _______________________________________ Stefan Schwarzer Consultant on GEO UNEP/DEWA/GRID-Geneva Chemin des Anemones 11 CH - 1219 Chatelaine Switzerland Tel: (+41) 22.917.83.49 Fax: (+41) 22.917.80.29 Email: stefan.schwarzer@grid.unep.ch Internet: http://geodata.grid.unep.ch/ _______________________________________ --=====================_23989421==.ALT Content-Type: text/html; charset="us-ascii" Hi all,

can anyone give me a hint/an example on how can I read with mapscript/PHP all fields in the dbf-part of a shapefile? For a couple of layers I would like to display upon a query request all fields - and not those predefined in the METADATA tag.

Thanks,

Stefan

        _______________________________________

        Stefan Schwarzer
        Consultant on GEO

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

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

        Email: stefan.schwarzer@grid.unep.ch
        Internet: http://geodata.grid.unep.ch/
        _______________________________________ --=====================_23989421==.ALT-- From jussi.rasinmaki@helsinki.fi Thu Aug 7 14:07:35 2003 From: jussi.rasinmaki@helsinki.fi (=?iso-8859-1?Q?Jussi_Rasinm=E4ki?=) Date: Thu, 7 Aug 2003 16:07:35 +0300 Subject: [Mapserver-users] Attribute queries using Oracle Spatial connection Message-ID: <001e01c35ce4$dee22f90$08abd680@pc.helsinki.fi> Hi, I would need to use Oracle tables as the source for both spatial and attribute information in Mapserver, hence a couple of questions: (1) Any ideas whether the msOracleSpatialLayerGetItems function in Mapserver's Oracle Spatial support is being developed currently and it's schedule? (2) Address to the most recent maporaclepatial.c and it's version number? (3) Can I make attribute queries to an Oracle table in Mapserver by using OGR compiled with Oracle Spatial support? Regards, Jussi From harato_1@yahoo.com Thu Aug 7 14:15:44 2003 From: harato_1@yahoo.com (harato) Date: Thu, 7 Aug 2003 06:15:44 -0700 (PDT) Subject: [Mapserver-users] Need Info and Help for a first test Message-ID: <20030807131544.11014.qmail@web13604.mail.yahoo.com> [English is not my natural language...] (Mapserver 4.0b or MapServer 3.6 under Win98/Win2K) Hi All, I just want to display a layer and I have 3 files (dept.dbf/dept.shp/dept.shx). It's an ESRI file (ArcView). I've try to display the layer using the demo of Itasca but nothing is displayed. So I want to know If it's not a problem of OGR format or what's the problem ? Can I display my layer with my shape (Arcview) directly using this web interface (and change some name...) to display something ? MapServer 4.0b or MapServer 3.6 (under Windows) can support OGR ? is it an OGR problem ? (I'm a total beginner/newbie - My Knowledge of OGR is really bad !) Please help me ! Harato __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From mschulz@webgis.de Thu Aug 7 14:13:37 2003 From: mschulz@webgis.de (Michael Schulz) Date: Thu, 07 Aug 2003 15:13:37 +0200 Subject: [Mapserver-users] 4.0 DATA Keyword / CGI variable References: <008801c35ce1$76180af0$37c8a8c0@PEMAQUID> Message-ID: <3F325081.D67C1AE5@webgis.de> Hi, the method for changing DATA and TEMPLATE values of the map-file through CGI has changed, it is now done via a DATAPATTERN regular expression. Information can be found in the wiki: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide and in the mentioned posting http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00795.html HTH, Michael Shannon Scott schrieb: > Hello,I have a layer ( below ) that is in an Oracle DB. We change the > DATA parameter "on the fly" ( via CGI variable ) to select and > highlight the polygon we want to display. This worked very well in > 3.6, but we are unable to change the DATA parameter since we upgraded > to 4.0. I can still change other keyword parameters ( for example > COLOR ).Has anyone else experienced this? Workaround?Any info, or > advice is greatly appreciated.Thank You.Shannon Apache CGILinux RedHat > 8.0MN Mapserver 4.0 > LAYER > NAME selectedpoly > TYPE Polygon > STATUS default > CONNECTIONTYPE oraclespatial > CONNECTION "xxx/xxx@locinc9" > TRANSPARENCY 50 DATA "GEOM from (select a.GEOM from tracts1 a > where a.id=23019000100)" > > CLASS > NAME "selectedpolyclass" > COLOR 255 255 191 > OUTLINECOLOR 8 8 8 > END # CLASS > > PROJECTION > "proj=latlong" > END > END # Tracts LAYER -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft für Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz@webgis.de www.webgis.de/www.zopecms.de From schut@sarvision.com Thu Aug 7 14:12:01 2003 From: schut@sarvision.com (Vincent Schut) Date: Thu, 7 Aug 2003 15:12:01 +0200 Subject: [Mapserver-users] 4.0 DATA Keyword / CGI variable In-Reply-To: <008801c35ce1$76180af0$37c8a8c0@PEMAQUID> References: <008801c35ce1$76180af0$37c8a8c0@PEMAQUID> Message-ID: <200308071512.01023.schut@sarvision.com> Shannon, this was an security enhancement. from the mapserver wiki MigrationGuide (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide): DATAPATTERN and TEMPLATEPATTERN New MAP level parameters called DATAPATTERN and TEMPLATEPATTERN are available. They define regular expressions to be applied to requests to change DATA or any template values via URL requests (i.e. map_layername_data=...). If a pattern doesn't exist then web users can't monkey with support files via URLs. This allows you to isolate one application from another if you desire, with the default operation being very conservative. For more information on DATAPATTERN syntax (it applies to TEMPLATEPATTERN as well), see this post: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00795.html Cheers, Vincent. On Thursday 07 August 2003 14:43, Shannon Scott wrote: > Hello, > I have a layer ( below ) that is in an Oracle DB. We change the DATA > parameter "on the fly" ( via CGI variable ) to select and highlight the > polygon we want to display. This worked very well in 3.6, but we are > unable to change the DATA parameter since we upgraded to 4.0. I can still > change other keyword parameters ( for example COLOR ). Has anyone else > experienced this? Workaround? > Any info, or advice is greatly appreciated. > Thank You. > Shannon > > Apache CGI > Linux RedHat 8.0 > MN Mapserver 4.0 > > > LAYER > NAME selectedpoly > TYPE Polygon > STATUS default > CONNECTIONTYPE oraclespatial > CONNECTION "xxx/xxx@locinc9" > TRANSPARENCY 50 > > DATA "GEOM from (select a.GEOM from tracts1 a where a.id=23019000100)" > > CLASS > NAME "selectedpolyclass" > COLOR 255 255 191 > OUTLINECOLOR 8 8 8 > END # CLASS > > PROJECTION > "proj=latlong" > END > END # Tracts LAYER -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From morissette@dmsolutions.ca Thu Aug 7 14:14:40 2003 From: morissette@dmsolutions.ca (Daniel Morissette) Date: Thu, 07 Aug 2003 09:14:40 -0400 Subject: [Mapserver-users] Read all fields of dbf file when querying In-Reply-To: <5.2.1.1.0.20030807143811.031e7620@gridg.grid.unep.ch> References: <5.2.1.1.0.20030807143811.031e7620@gridg.grid.unep.ch> Message-ID: <3F3250C0.6080807@dmsolutions.ca> Stefan Schwarzer wrote: > > can anyone give me a hint/an example on how can I read with > mapscript/PHP *all fields* in the dbf-part of a shapefile? For a couple > of layers I would like to display upon a query request all fields - and > not those predefined in the METADATA tag. > When you read query results using $layer->getShape(), the shapeObj contains an array member called 'values' that contains all the field values for this shape. See the shapeObj docs at http://mapserver.gis.umn.edu/doc40/phpmapscript-class-guide.html#ShapeObj -- ------------------------------------------------------------ Daniel Morissette morissette@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From warmerdam@pobox.com Thu Aug 7 14:21:20 2003 From: warmerdam@pobox.com (Frank Warmerdam) Date: Thu, 07 Aug 2003 09:21:20 -0400 Subject: [Mapserver-users] Attribute queries using Oracle Spatial connection In-Reply-To: <001e01c35ce4$dee22f90$08abd680@pc.helsinki.fi> References: <001e01c35ce4$dee22f90$08abd680@pc.helsinki.fi> Message-ID: <3F325250.101@pobox.com> Jussi Rasinmäki wrote: > Hi, > I would need to use Oracle tables as the source for both spatial and > attribute information in Mapserver, hence a couple of questions: > (1) Any ideas whether the msOracleSpatialLayerGetItems function in > Mapserver's Oracle Spatial support is being developed currently and it's > schedule? > (2) Address to the most recent maporaclepatial.c and it's version number? > (3) Can I make attribute queries to an Oracle table in Mapserver by using > OGR compiled with Oracle Spatial support? Jussi, I can't address 1 and 2, but the answer to (3) is that you can get attributes from a spatial Oracle table using OGR compiled with Oracle Spatial support. Currently the OGR driver doesn't offer simple access to non-geometric tables from Oracle (they aren't in the enumerated list of layers from the database) but you can construct SELECT queries against non-spatial tables through OGR. You would likely have to build OGR with oracle support yourself, as none of the pre-built binaries currently include this. 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 stefan.schwarzer@grid.unep.ch Thu Aug 7 15:07:25 2003 From: stefan.schwarzer@grid.unep.ch (Stefan Schwarzer) Date: Thu, 07 Aug 2003 16:07:25 +0200 Subject: [Mapserver-users] Read all fields of dbf file when querying In-Reply-To: <3F3250C0.6080807@dmsolutions.ca> References: <5.2.1.1.0.20030807143811.031e7620@gridg.grid.unep.ch> <5.2.1.1.0.20030807143811.031e7620@gridg.grid.unep.ch> Message-ID: <5.2.1.1.0.20030807160437.018d3750@gridg.grid.unep.ch> --=====================_28983890==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Thanks Daniel, but unfortunately I do not know the names of the fields, so that I can't access the fields like "$population = $shape->values["Population"];", but rather I should retrieve the results by using the column-number [0, 1, 2, ....]. But this does not work. Any further suggestion? Stefan >Stefan Schwarzer wrote: >>can anyone give me a hint/an example on how can I read with mapscript/PHP >>*all fields* in the dbf-part of a shapefile? For a couple of layers I >>would like to display upon a query request all fields - and not those >>predefined in the METADATA tag. > >When you read query results using $layer->getShape(), the shapeObj >contains an array member called 'values' that contains all the field >values for this shape. See the shapeObj docs at >http://mapserver.gis.umn.edu/doc40/phpmapscript-class-guide.html#ShapeObj > >-- >------------------------------------------------------------ > Daniel Morissette morissette@dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ >------------------------------------------------------------ _______________________________________ 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/ _______________________________________ --=====================_28983890==.ALT Content-Type: text/html; charset="us-ascii" Thanks Daniel,

but unfortunately I do not know the names of the fields, so that I can't access the fields like "$population = $shape->values["Population"];", but rather I should retrieve the results by using the column-number [0, 1, 2, ....]. But this does not work. Any further suggestion?

Stefan


Stefan Schwarzer wrote:
can anyone give me a hint/an example on how can I read with mapscript/PHP *all fields* in the dbf-part of a shapefile? For a couple of layers I would like to display upon a query request all fields - and not those predefined in the METADATA tag.

When you read query results using $layer->getShape(), the shapeObj contains an array member called 'values' that contains all the field values for this shape.  See the shapeObj docs at http://mapserver.gis.umn.edu/doc40/phpmapscript-class-guide.html#ShapeObj

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

        _______________________________________

        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/
        _______________________________________ --=====================_28983890==.ALT-- From schut@sarvision.com Thu Aug 7 15:41:27 2003 From: schut@sarvision.com (Vincent Schut) Date: Thu, 7 Aug 2003 16:41:27 +0200 Subject: [Mapserver-users] Nothing raster (tiff,jpeg) comes out In-Reply-To: <3F370CA1@sws.ncl.ac.uk> References: <3F370CA1@sws.ncl.ac.uk> Message-ID: <200308071641.27627.schut@sarvision.com> Zainal, what type of tiff do you have? Mapserver 3.x or Mapserver 4.0 but without GDAL will only accept 8-bit color-indexed tiffs. If you have gdal, you can try to run 'gdalinfo KLRaster.tif'. This should give you info on the type. If there appear to be 3 bands, it's the wrong type and you'll have to convert it. Cheers, Vincent. On Thursday 07 August 2003 16:36, zainal A Majeed wrote: > Dear Vincent and all, > > Sorry that I miss to reply to all. > Either you put it as DEFAULT or ON it gave the same result. But when I use > the tutorial data 'shdrlfi020g_ugl.tif' it works fine. > > Hi Brock, > I have a peek at your problem in early July. I appreciate if you could wrap > up my problem with your solution if any. The difference is that you have a > small vertical line but for me no image at all. > > Your thought is very much obliged > > Zainal > > >===== Original Message From Vincent Schut ===== > >Zainal, > > > >please please if you respond to a message on the mailing list or to a > > response > > >on your message on the list, also send your response to the list! This > >enables other list members to add their knowledge and/or to learn from the > >discussion. > > > >To answer your question: you either have to set status to 'default' > > instead > > of > > >'on', or add '&layer=KLRaster' to your url. > >When using mapserver as a cgi, status 'on' means the layer is available > > for rendering, but you still have to request the actual rendering in the > > url. Status 'default' means the layer gets rendered always. Status 'off' > > means the layer will not be available, even not if you explicitly request > > it in your url. > >I know this is documented poorly. > > > >If one of the documentation maintainers reads this, maybe you could add it > > to the FAQ or another appropriate place where every beginning mapserver > > user should read it...? > >And maybe also in the mapfile documentation. The STATUS explanation reads > >exactly one line and is not particularly helpfull... > > > >Cheers, > >Vincent. > > > >On Wednesday 06 August 2003 11:10, zainal A Majeed wrote: > >> Dera Vinbcent, > >> > >> Responding to your first para, thanks for the tips, it would help in my > >> research. > >> > >> To the second para, yes, I am initially just trying to display normal > >> raster jpg and tiff (with no world file, do not have geocode info, pixel > >> 2772 X 2979) by using mapserver with a simple map file as below: > >> > >> NAME KLPhoto > >> EXTENT 0 0 2772 2979 > >> SIZE 400 300 > >> SHAPEPATH "/webgis/malaysia/kl/geodata" > >> > >> LAYER > >> NAME "KLRaster" > >> DATA "BW1213L33SP298.tif" > >> STATUS ON > >> TYPE RASTER > >> > >> END # end of layer object > >> END # end of map file > >> > >> I still have the white image. I can 'Save picture as' when I right-click > >> on the view in IE with the query string status ‘Done’. The URL is: > >> > >> http://survey32/cgi-bin/mapserv.exe?mode=map&map=/webgis/malaysia/kl/map > >>fil e/raster.map > >> > >> Thanks > >> > >> Zainal > >> > >> >===== Original Message From Vincent Schut ===== > >> >Zainal, > >> > > >> >I see that you use 'status on', I do not know if this is for the entire > >> > map thing or just in the layer. Mind that - this is tricky, I know, > >> > many of us stumbled on it when we begun mapserving - when using > >> > mapserver cgi, status on means that you will have to explicitly > >> > mention the layers you want to be visible in your url request (like > >> >http://blabla/mapserv/map=foo&mode=map&layer=oceanc&...). Status works > >> > like this: status off means you cannot show a layer, even when > >> > explicitly requesting it in your url. The layer is more or less > >> > non-existent according to the mapserv process. Status on means the > >> > layer is there and ready to be rendered *on request*. Status default > >> > means the layer will be rendered *always*. So if you wonder why your > >> > layer does not appear, setting status to default is always a good > >> > thing to do. Then you know for sure that it's not the status thingy > >> > that breakes your mapping. > >> > > >> > > >> >BTW working without worldfiles when using rasters that do not have any > >> >geocoding info inside (like normal tiff, gif, jpeg, etc) will only work > >> > when you set your extent accordingly as an x-y projection, I think > >> > something like 'extent 0 0 1024 800' if your image is 1024 by 800 > >> > pixels. Could be that you need to start at 1 1. As soon as you are > >> > defining a projection, your extent will need to be in coordinates > >> > matching that projection (and also your units), and you will need the > >> > right coordinates with your raster files, like inside a geotiff (or > >> > another geocoding enabled format) or using a world file (filename.wld > >> > will do for all image file formats). > >> > > >> >Cheers, > >> >Vincent. > >> > > >> >On Tuesday 05 August 2003 01:36, Siki Zoltan wrote: > >> >> Hi Zainal, > >> >> > >> >> On Mon, 4 Aug 2003, zainal A Majeed wrote: > >> >> > I appreciate your response. I have checked again everything as you > >> >> > suggested. It does support raster as I tried the raster image in > >> >> > mapserver tutorial all this while. > >> >> > I am using .tiff and convert to .img after image proceesing then to > >> >> > .jpg. I don’t need World file for the time being. > >> >> > >> >> If you don't have gdal installed you can use only 256 colors! > >> >> Convert your image to 256 color palette if it has more colors. > >> >> > >> >> I have never used images without world file, I think you must have > >> >> world file or geotiff. > >> >> The world file is an ascii file you can easy create it. A world file > >> >> consist of 6 lines, each line contains a single value. > >> >> 1st line: pixel size in x direction in meters (or foot or ...) > >> >> 2nd line: 0 if the coordinate system paralel to the image > >> >> 3rd line: 0 if the coordinate system paralel to the image > >> >> 4th line: -pixel size in y direction in meter (negativ value) > >> >> 5th line: easting for upper left corner > >> >> 6th line: northing for upper left corner > >> >> What extents do you specify in the map file without a world file? > >> >> > >> >> > The status is ON and when display in IE I can right click to copy > >> >> > to wall paper or desktop background but it’s invisible (white > >> >> > image). > >> >> > >> >> Yeh, you got an empty image from the mapserver. > >> >> > >> >> Do you have a html template? If yes, then you can can check mapext > >> >> cgi variable inserting [mapext] somewhere in the html code. > >> >> > >> >> Have you read raster-howto? > >> >> Visit the galery to get idea. > >> >> Finally insert your map and template file into your mail. > >> >> > >> >> Hi > >> >> Zoltan > >> >> > >> >> > >===== Original Message From Siki Zoltan > >> >> > > ===== Dear Zainal, > >> >> > > > >> >> > >You gave us few details, so I can make only suggestions. > >> >> > > > >> >> > >Does mapserver support the used raster format? > >> >> > >Check mapserv -v > >> >> > > > >> >> > >Do you have world file along with your raster image? > >> >> > >If you have GeoTiff no need for world file. > >> >> > >See Raster howto at mapserver.gis.umn.edu/doc36/raster-howto.html > >> >> > > > >> >> > >What is the status of the layer? > >> >> > >If it is ON then you will see it if you specify the layer name in > >> >> > > the query string e.g. > >> >> > >www.somewhere/cgi-bin/mapserv?map=your_map_file&layer=layer_name > >> >> > > > >> >> > >Does the extent of the map and the raster fits? > >> >> > > > >> >> > >If these don't help give us more information. > >> >> > > > >> >> > >Hi, > >> >> > >Zoltan Siki > >> >> > > > >> >> > >On Fri, 18 Jul 2003, zainal A Majeed wrote: > >> >> > >> Dear friends, > >> >> > >> > >> >> > >> I hope this is not a repetition. I try to map out with mapsever > >> >> > >> raster > >> >> > > >> >> > aerial > >> >> > > >> >> > >> photo from map file. The connection to mapserver was alright but > >> >> > >> nothing > >> >> > > >> >> > comes > >> >> > > >> >> > >> out in view except white window(there is an image but white - > >> >> > >> can't see). Can anybody tell what is the problem? > >> >> > >> > >> >> > >> Thanks and cheers > >> >> > >> > >> >> > >> Zainal > >> >> > >> > >> >> > >> ZAINAL A MAJEED > >> >> > >> PhD in Web Technology and Internet GIS > >> >> > >> School of Civil Engineering and Geosciences > >> >> > >> Bedson BUilding, University of Newcastle upon Tyne > >> >> > >> Newcastle upon-Tyne NE1 7RU > >> >> > >> United Kingdom > >> >> > >> > >> >> > >> Tel: +44 (0)191 222 6357 > >> >> > >> Fax: +44 (0)191 222 8691 > >> >> > >> email: zainal.abdul-majeed@ncl.ac.uk > >> >> > >> web: http://www.cegs.ncl.ac.uk > >> >> > >> web: http://geomatics.ncl.ac.uk > >> >> > >> ************************************* > >> >> > >> Home: > >> >> > >> 178 Dilston Road, > >> >> > >> Newcastle Upon Tyne NE4 5AD > >> >> > >> United Kingdom > >> >> > >> Phone : +44 (0) 191-2727259 > >> >> > >> Mobile : +44 (0) 796-0938952 > >> >> > >> > >> >> > >> _______________________________________________ > >> >> > >> Mapserver-users mailing list > >> >> > >> Mapserver-users@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 > >> > > >> >-- > >> >______________________________________ > >> >Vincent Schut > >> >Sarvision B.V. > >> >Wageningen, The Netherlands > >> >www.sarvision.com > > > >-- > >______________________________________ > >Vincent Schut > >Sarvision B.V. > >Wageningen, The Netherlands > >www.sarvision.com -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From morissette@dmsolutions.ca Thu Aug 7 15:47:20 2003 From: morissette@dmsolutions.ca (Daniel Morissette) Date: Thu, 07 Aug 2003 10:47:20 -0400 Subject: [Mapserver-users] Read all fields of dbf file when querying In-Reply-To: <5.2.1.1.0.20030807160437.018d3750@gridg.grid.unep.ch> References: <5.2.1.1.0.20030807143811.031e7620@gridg.grid.unep.ch> <5.2.1.1.0.20030807143811.031e7620@gridg.grid.unep.ch> <5.2.1.1.0.20030807160437.018d3750@gridg.grid.unep.ch> Message-ID: <3F326678.2010704@dmsolutions.ca> Stefan Schwarzer wrote: > Thanks Daniel, > > but unfortunately I do not know the names of the fields, so that I can't > access the fields like "$population = $shape->values["Population"];", > but rather I should retrieve the results by using the column-number [0, > 1, 2, ....]. But this does not work. Any further suggestion? > You could possibly walk the array using the following kind of loop ot either dump the values or figure the name of the fields. (This is untested code BTW) while( list($key, $val) = each( $shape->values ) ) { echo $key . " = " . $val; } Daniel -- ------------------------------------------------------------ Daniel Morissette morissette@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From schut@sarvision.com Thu Aug 7 15:53:39 2003 From: schut@sarvision.com (Vincent Schut) Date: Thu, 7 Aug 2003 16:53:39 +0200 Subject: [Mapserver-users] Read all fields of dbf file when querying In-Reply-To: <5.2.1.1.0.20030807160437.018d3750@gridg.grid.unep.ch> References: <5.2.1.1.0.20030807143811.031e7620@gridg.grid.unep.ch> <5.2.1.1.0.20030807160437.018d3750@gridg.grid.unep.ch> Message-ID: <200308071653.39130.schut@sarvision.com> Stefan, I think php has dbf support built in or as an extension. See http://nl2.php.net/manual/en/ref.dbase.php . So using this and mapscript you should be able to tackle the problem, I think. Cheers, Vincent. On Thursday 07 August 2003 16:07, Stefan Schwarzer wrote: > Thanks Daniel, > > but unfortunately I do not know the names of the fields, so that I can't > access the fields like "$population = $shape->values["Population"];", but > rather I should retrieve the results by using the column-number [0, 1, 2, > ....]. But this does not work. Any further suggestion? > > Stefan > > >Stefan Schwarzer wrote: > >>can anyone give me a hint/an example on how can I read with mapscript/PHP > >>*all fields* in the dbf-part of a shapefile? For a couple of layers I > >>would like to display upon a query request all fields - and not those > >>predefined in the METADATA tag. > > > >When you read query results using $layer->getShape(), the shapeObj > >contains an array member called 'values' that contains all the field > >values for this shape. See the shapeObj docs at > >http://mapserver.gis.umn.edu/doc40/phpmapscript-class-guide.html#ShapeObj > > > >-- > >------------------------------------------------------------ > > Daniel Morissette morissette@dmsolutions.ca > > DM Solutions Group http://www.dmsolutions.ca/ > >------------------------------------------------------------ > > _______________________________________ > > 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/ > _______________________________________ -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From Chip.Hankley@rmtinc.com Thu Aug 7 16:33:23 2003 From: Chip.Hankley@rmtinc.com (Chip Hankley) Date: Thu, 07 Aug 2003 10:33:23 -0500 Subject: [Mapserver-users] Read all fields of dbf file when querying Message-ID: function () { ... //Get the names of the fields in the DBASE file by doing 'array-keys' on // the first record in the database when you use the php // 'dbase_get_record_with_names' command $db_fields = array_keys(dbase_get_record_with_names ($dbi, 1)); dbase_close($dbi); //Get rid of the SHAPE field, it will be called "DELETED" $db_fields = array_filter($db_fields, "ResultFieldFilter"); ... //Loop through all of the fields to get the results foreach($db_fields as $a) { $tRes = $oShape->values[$a]; ... } ... } function ResultFieldFilter($var) { return($var <> 'deleted'); } Chip Hankley Outgoing messages, along with any attachments, are scanned for viruses at RMT prior to sending. ------------------------------------------------------------------------------ NOTICE--This email may contain confidential and privileged information for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender immediately and delete all copies. From TMitchell@lignum.com Thu Aug 7 17:36:41 2003 From: TMitchell@lignum.com (Tyler Mitchell) Date: Thu, 7 Aug 2003 09:36:41 -0700 Subject: [Mapserver-users] how to get mapserver to output a map onto a globe In-Reply-To: Message-ID: I was asking for this a while back and it become quite complex, since the details of your projection will change as you pan/zoom around. You may find our old discussion in the archives from about a year ago. I got lost in the projection details, but I was able to get a single map to be displayed, but I had to explicitly set a bunch of things and could not move around in my view. Tyler "Tom H" Sent by: To mapserver-users-a dmin@lists.gis.um cc n.edu Fax to 08/06/2003 09:49 Subject PM [Mapserver-users] how to get mapserver to output a map onto a globe Hi, I want to get mapserver to output my initial map onto a globe, like this; http://www.scriptsupport.co.uk/images/globe.png is this possible? and if so what projection or configuration should i be using? Regards, T. _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bartvde@xs4all.nl Thu Aug 7 18:00:49 2003 From: bartvde@xs4all.nl (Bart van den Eijnden) Date: Thu, 07 Aug 2003 19:00:49 +0200 Subject: [mapserver-users] OT: OpenGIS web catalog service Message-ID: Hi list, a bit (i.e. almost completely) off topic. Does anybody know of any good OpenGIS web catalog servers which implement the XML interface over HTTP? Thanks, Bart From DOtt@PALATINE.IL.US Thu Aug 7 18:06:09 2003 From: DOtt@PALATINE.IL.US (Dale Ott) Date: Thu, 07 Aug 2003 12:06:09 -0500 Subject: [Mapserver-users] Re: Mapserver-users digest, Vol 1 #246 - 31 msgs (Auto Reply.) Message-ID: Sorry but I will be out of the Office until Monday, Aug. 18th, 2003 . I will be checking my email as soon as I return and will get back to you as soon as possible. Sorry for any inconvenience. Thanks! From gsw@globexplorer.com Thu Aug 7 19:38:47 2003 From: gsw@globexplorer.com (Gregory S. Williamson) Date: Thu, 7 Aug 2003 11:38:47 -0700 Subject: [Mapserver-users] Need Info and Help for a first test Message-ID: <71E37EF6B7DCC1499CEA0316A25683280105701D@loki.globexplorer.com> The shapefile is probably for an area other than the Itasca demo -- you need to specify the EXTENT to cover your area. This covers the San Francisco area: EXTENT 542724.08 4173551.37 557476.48 4187315.33 This is the Itasca demo: EXTENT 388107.634400379 5203120.88405952 500896.339019834 5310243.30613897 I used ArcView to get the extents (I had to tell it what projection to use, if I recall correctly, to get it to show units other than degrees (lat/long). If I try to show my shape files using the Itasca extent, nothing shows up. It is also useful to specify the "projection" either by referring to the "epsg" code (and having the NAD/Project directories set up) or spelling it out the way the Itasca demo does. Hope this helps, Greg W. -----Original Message----- From: harato [mailto:harato_1@yahoo.com] Sent: Thu 8/7/2003 6:15 AM To: Mapserver-users@lists.gis.umn.edu Cc: Subject: [Mapserver-users] Need Info and Help for a first test [English is not my natural language...] (Mapserver 4.0b or MapServer 3.6 under Win98/Win2K) Hi All, I just want to display a layer and I have 3 files (dept.dbf/dept.shp/dept.shx). It's an ESRI file (ArcView). I've try to display the layer using the demo of Itasca but nothing is displayed. So I want to know If it's not a problem of OGR format or what's the problem ? Can I display my layer with my shape (Arcview) directly using this web interface (and change some name...) to display something ? MapServer 4.0b or MapServer 3.6 (under Windows) can support OGR ? is it an OGR problem ? (I'm a total beginner/newbie - My Knowledge of OGR is really bad !) Please help me ! Harato __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hi_ono2001@ybb.ne.jp Thu Aug 7 19:47:27 2003 From: hi_ono2001@ybb.ne.jp (Hisaji Ono) Date: Fri, 8 Aug 2003 03:47:27 +0900 Subject: [Mapserver-users] Compiling GDAL by MinGW References: Message-ID: <004701c35d14$599e46e0$818001db@webgis> Thank you for a response, Mr. Vine. I could build only gdal.a in following manner. CC='gcc -mno-cygwin' CXX='g++ -mno-cygwin' ./configure --with-png=../mingw/libpng-1.2.5 --with-jpeg=../mingw/jpeg-6b - -with-libtiff=../mingw/tiff-3.5.7/libtiff --without-python --without-geotiff --without-gif --without-gdal --without-ogdi --without-pg --without-grass make all Could you ask you some questions? ----- Original Message ----- From: "Norman Vine" To: Sent: Sunday, August 03, 2003 1:03 PM Subject: RE: [Mapserver-users] Compiling GDAL by MinGW > GDAL should compile fine with MinGW it has for me in > the past > > Follow the instructions for Cygwin < Unix > and use all the internal > libraries < Tiff, Png, jpeg zlib etc. > Above "internal libraries < Tiff, Png, jpeg zlib etc. >" means libraries built by GCC with "-mno-cygwin"? I could not build libgeotiff for mingw. GDAL seems to require this library. Could you give any hint for building it? Regards. From steve.lime@dnr.state.mn.us Thu Aug 7 19:59:29 2003 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Thu, 07 Aug 2003 13:59:29 -0500 Subject: [Mapserver-users] Need Info and Help for a first test Message-ID: Start with the obvious. Have you changed the EXTENT in the map file so that it matches your shapefile? Steve >>> harato 08/07/03 08:15AM >>> [English is not my natural language...] (Mapserver 4.0b or MapServer 3.6 under Win98/Win2K) Hi All, I just want to display a layer and I have 3 files (dept.dbf/dept.shp/dept.shx). It's an ESRI file (ArcView). I've try to display the layer using the demo of Itasca but nothing is displayed. So I want to know If it's not a problem of OGR format or what's the problem ? Can I display my layer with my shape (Arcview) directly using this web interface (and change some name...) to display something ? MapServer 4.0b or MapServer 3.6 (under Windows) can support OGR ? is it an OGR problem ? (I'm a total beginner/newbie - My Knowledge of OGR is really bad !) Please help me ! Harato __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From MHoward@spaceimaging.com Thu Aug 7 20:12:27 2003 From: MHoward@spaceimaging.com (Howard Mark) Date: Thu, 7 Aug 2003 13:12:27 -0600 Subject: [Mapserver-users] Mapped network drive as image source Message-ID: I'm using an image index shapefile for a raster layer. Images display when the "location" is local. e.g. c:\images\image1.jpg When I use a mapped drive, I get no images. Is this a problem with IIS not being able to access a mapped drive? It doesn't work with \\servername\images\image1.jpg syntax either. TIA for any info! Mark ******************************************************************************** This message is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachments and notify Space Imaging immediately. ******************************************************************************** From nacional@cbs.umn.edu Thu Aug 7 20:58:04 2003 From: nacional@cbs.umn.edu (Pericles S. Nacionales) Date: 07 Aug 2003 14:58:04 -0500 Subject: [Mapserver-users] Mapped network drive as image source In-Reply-To: References: Message-ID: <1060286284.3378.4.camel@arceuthobium.ecology.umn.edu> Ed McNierney and others have addressed this before: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0107/msg00365.html http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0204/msg00279.html I hope this helps. -Perry N On Thu, 2003-08-07 at 14:12, Howard Mark wrote: > I'm using an image index shapefile for a raster layer. > Images display when the "location" is local. e.g. c:\images\image1.jpg > When I use a mapped drive, I get no images. > Is this a problem with IIS not being able to access a mapped drive? > It doesn't work with \\servername\images\image1.jpg syntax either. > > TIA for any info! > Mark > > > > > ******************************************************************************** > This message is intended only for the use of the Addressee and may > contain information that is PRIVILEGED and CONFIDENTIAL. > > If you are not the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please erase all copies of the > message and its attachments and notify Space Imaging immediately. > ******************************************************************************** > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From cpurvis@asg.sc.edu Thu Aug 7 21:18:52 2003 From: cpurvis@asg.sc.edu (Charlton Purvis) Date: Thu, 7 Aug 2003 16:18:52 -0400 Subject: [Mapserver-users] in pursuit of an HDF example Message-ID: Hi, folks: Anybody have an example of a .map incorporating an HDF? Are they treated the same as regular rasters? I doubt it. But I'm not having much luck w/ a file that looks like: $ gdalinfo 030708.1032.n12.hdf Driver: HDF4Image/HDF4 Dataset Size is 969, 1558 Coordinate System is `' Origin = (0.000000,0.000000) Pixel Size = (1.000000,1.000000) Corner Coordinates: Upper Left ( 0.0000000, 0.0000000) Lower Left ( 0.000, 1558.000) Upper Right ( 969.000, 0.000) Lower Right ( 969.000, 1558.000) Center ( 484.500, 779.000) Band 1 Block=969x1 Type=Byte, ColorInterp=Gray I've tried a barebones .map w/ extents to match the corner coordinates listed above, but no dice. Unfortunately, I don't know enough about HDF to be dangerous, but does MapServer (or GDAL) pull out georeferencing from the HDF and make a .wld moot? Or do I still need to create a .wld per HDF? Haven't I also heard that HDF's are capable of containing multiple rasters? Thanks for your help. Charlton Charlton Purvis (803) 777-8858 : voice (803) 777-8833 : fax cpurvis@sc.edu Advanced Solutions Group Department of Physics and Astronomy University of South Carolina Columbia, SC 29208 From nhv@cape.com Thu Aug 7 21:36:29 2003 From: nhv@cape.com (Norman Vine) Date: Thu, 7 Aug 2003 16:36:29 -0400 Subject: [Mapserver-users] Compiling GDAL by MinGW In-Reply-To: <004701c35d14$599e46e0$818001db@webgis> Message-ID: Hisaji Ono writrs: > > I could build only gdal.a in following manner. > > CC='gcc -mno-cygwin' CXX='g++ -mno-cygwin' > ./configure --with-png=../mingw/libpng-1.2.5 --with-jpeg=../mingw/jpeg-6b - > -with-libtiff=../mingw/tiff-3.5.7/libtiff --without-python --without-geotiff > --without-gif --without-gdal --without-ogdi --without-pg --without-grass > > > GDAL should compile fine with MinGW it has for me in > > the past > > > Follow the instructions for Cygwin < Unix > and use all the internal > > libraries < Tiff, Png, jpeg zlib etc. > Above "internal libraries < Tiff, Png, jpeg zlib etc. >" means libraries built by GCC with "-mno-cygwin"? No see below > I could not build libgeotiff for mingw. GDAL seems to require this library. > Could you give any hint for building it? This i show to configure gal to use the internal versions of the libraries ./configure --with-libz=internal --with-png=internal --with-libtiff=internal \ --with-geotiff=internal --with-jpeg=internal .... other configure args HTH Norman From warmerdam@pobox.com Thu Aug 7 21:59:40 2003 From: warmerdam@pobox.com (Frank Warmerdam) Date: Thu, 07 Aug 2003 16:59:40 -0400 Subject: [Mapserver-users] in pursuit of an HDF example In-Reply-To: References: Message-ID: <3F32BDBC.6060705@pobox.com> Charlton Purvis wrote: > Hi, folks: > > Anybody have an example of a .map incorporating an HDF? Are they > treated the same as regular rasters? I doubt it. But I'm not having > much luck w/ a file that looks like: > > $ gdalinfo 030708.1032.n12.hdf > Driver: HDF4Image/HDF4 Dataset > Size is 969, 1558 > Coordinate System is `' > Origin = (0.000000,0.000000) > Pixel Size = (1.000000,1.000000) > Corner Coordinates: > Upper Left ( 0.0000000, 0.0000000) > Lower Left ( 0.000, 1558.000) > Upper Right ( 969.000, 0.000) > Lower Right ( 969.000, 1558.000) > Center ( 484.500, 779.000) > Band 1 Block=969x1 Type=Byte, ColorInterp=Gray > > I've tried a barebones .map w/ extents to match the corner coordinates > listed above, but no dice. > > Unfortunately, I don't know enough about HDF to be dangerous, but does > MapServer (or GDAL) pull out georeferencing from the HDF and make a .wld > moot? Or do I still need to create a .wld per HDF? Haven't I also > heard that HDF's are capable of containing multiple rasters? Charlton, In most cases the HDF driver is not able to work out the georeferencing, and that would appear to be the case here where only the default georeferencing is being shown. I also think that the HDF driver ignores .wld files, but I believe MapServer will override the georeferencing with the contents of a .wld file if GDAL doesn't have anything. So you should be able to use a .wld file with it if *you* know the correct georeferenced area for the file. By the way, the author of the HDF driver (who knows more about this than I) is Andrey Kiselev. He is on the gdal-dev list, but I don't think he is on this list. 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 mservin@tecnoaccion.com.ar Thu Aug 7 22:30:38 2003 From: mservin@tecnoaccion.com.ar (Mario Servin) Date: Thu, 7 Aug 2003 18:30:38 -0300 Subject: [Mapserver-users] Extent units Message-ID: <000501c35d2b$25b76a20$9105a8c0@mariolaptop> Hi, I was playing with the demo.map and now I want to use my own shapefiles but I do not know the EXTENT of my map..... I downloaded shapelib from the Internet and with shpinfo.exe I get: Info for calles.shp Polyline(3), 338 Records in file File Bounds: ( -71.53179836, -41.29253644) ( -71.14854968, -41.04421467) Then there is some unknown error . I do not know how to use these values as I never saw something like this values (GG.GGGGGGG) in .map file. Can anybody help me? From campagna@umail.ucsb.edu Thu Aug 7 22:56:08 2003 From: campagna@umail.ucsb.edu (Nick) Date: Thu, 7 Aug 2003 14:56:08 -0700 Subject: [Mapserver-users] Installation Issues Message-ID: <000001c35d2e$b8950ac0$4aec6f80@LAPTOP> Hi, We're attempting to install Mapserver without an abundance of success at the moment. I was wondering if anyone has had similar problems, and could offer a solution to the problems listed below. We believe it is a library that has been left out of the path, but any suggestions would be greatly appreciated. Thanks for your help. We're installing Mapserver 4. Proj.4, and MapLab(eventually). We're running PHP 4.3.3RC1, on SunOS with apache 2.0.44. We're allowing PostGIS support and we're using Postgres 7.3.2. -Nick ------------------------------------ This is the output from the install: gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_POSTGIS -I/local/include -I/local/include -I/local/include -I/opt/php/regex -I/local/include shp2img.o -L. -lmap -L/local/lib -lgd -L/local/lib -ljpeg -lfreetype -L/local/lib -lpng -L/lib -lz -lXpm -lX11 -ltiff -L/local/lib -ljpeg -lfreetype -L/local/lib -lpng -L/lib -lz -lXpm -lX11 -L/local/lib -lproj -L/local/lib -ljpeg -L/local/lib -lpostgis -lecpg -lpq -lm -lstdc++ -o shp2img Undefined first referenced symbol in file MemoryContextAlloc /local/lib/libpostgis.so rt_box_size /local/lib/libpostgis.so canonicalize_qual /local/lib/libpostgis.so CurrentMemoryContext /local/lib/libpostgis.so box_contain /local/lib/libpostgis.so Float8GetDatum /local/lib/libpostgis.so Float4GetDatum /local/lib/libpostgis.so SPI_tuptable /local/lib/libpostgis.so DirectFunctionCall1 /local/lib/libpostgis.so SPI_getbinval /local/lib/libpostgis.so DirectFunctionCall2 /local/lib/libpostgis.so pfree /local/lib/libpostgis.so box_overleft /local/lib/libpostgis.so elog /local/lib/libpostgis.so SPI_cursor_close /local/lib/libpostgis.so cost_qual_eval /local/lib/libpostgis.so pg_detoast_datum /local/lib/libpostgis.so rt_box_union /local/lib/libpostgis.so cpu_index_tuple_cost /local/lib/libpostgis.so box_same /local/lib/libpostgis.so SPI_processed /local/lib/libpostgis.so SPI_connect /local/lib/libpostgis.so nconc /local/lib/libpostgis.so box_overlap /local/lib/libpostgis.so rt_box_inter /local/lib/libpostgis.so SPI_freetuptable /local/lib/libpostgis.so box_right /local/lib/libpostgis.so SPI_cursor_fetch /local/lib/libpostgis.so repalloc /local/lib/libpostgis.so listCopy /local/lib/libpostgis.so SPI_cursor_open /local/lib/libpostgis.so length /local/lib/libpostgis.so SPI_prepare /local/lib/libpostgis.so clauselist_selectivity /local/lib/libpostgis.so make_ands_explicit /local/lib/libpostgis.so SPI_finish /local/lib/libpostgis.so SPI_exec /local/lib/libpostgis.so textout /local/lib/libpostgis.so ld: fatal: Symbol referencing errors. No output written to shp2img collect2: ld returned 1 exit status make: *** [shp2img] Error 1 From hi_ono2001@ybb.ne.jp Fri Aug 8 00:16:13 2003 From: hi_ono2001@ybb.ne.jp (Hisaji Ono) Date: Fri, 8 Aug 2003 08:16:13 +0900 Subject: [Mapserver-users] Compiling GDAL by MinGW References: Message-ID: <001901c35d39$e56f6df0$818001db@webgis> Thank you very much, Mr. Vine. > ./configure --with-libz=internal --with-png=internal --with-libtiff=internal \ > --with-geotiff=internal --with-jpeg=internal .... other configure args I could build GDAL-1.1.8 by above sample. But these build libraries & applications for Cygwin? For compiling, no requires to set flag "-mno-cygwin" for gcc & g++? Sorry, I'm not familiar with GCC for cygwin & minGW. Regards From ed@topozone.com Fri Aug 8 00:28:07 2003 From: ed@topozone.com (Ed McNierney) Date: Thu, 7 Aug 2003 19:28:07 -0400 Subject: [Mapserver-users] Extent units Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFED4@mercator.topozone.com> Mario - These data appear to be in decimal degrees, which is fine. Make sure you use UNITS DD in your MAP file, and set the EXTENT to use the values below. I have seen certain builds of shpinfo that run correctly and then crash after generating their output. Don't worry about it in this case, as you have the data you need. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed@topozone.com -----Original Message----- From: Mario Servin [mailto:mservin@tecnoaccion.com.ar] Sent: Thursday, August 07, 2003 5:31 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Extent units Hi, I was playing with the demo.map and now I want to use my own shapefiles but I do not know the EXTENT of my map..... I downloaded shapelib from the Internet and with shpinfo.exe I get: Info for calles.shp Polyline(3), 338 Records in file File Bounds: ( -71.53179836, -41.29253644) ( -71.14854968, -41.04421467) Then there is some unknown error . I do not know how to use these values as I never saw something like this values (GG.GGGGGGG) in .map file. Can anybody help me? _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From John.Hockaday@ga.gov.au Fri Aug 8 00:52:03 2003 From: John.Hockaday@ga.gov.au (John.Hockaday@ga.gov.au) Date: Fri, 8 Aug 2003 09:52:03 +1000 Subject: [Mapserver-users] using Perl/Mapscript and HTML::Template Message-ID: This looks good. I always wanted to separate the HTML from the CGI so that the HTML page's structure can be generated separately from the CGI scripting. Thanks. John > -----Original Message----- > From: pkishor_98 [mailto:pkishor@geoanalytics.com] > Sent: Thursday, 7 August 2003 3:29 > To: mapserver-users@lists.gis.umn.edu > Subject: [Mapserver-users] using Perl/Mapscript and HTML::Template > > > A simple but complete mapping application using Perl/Mapscript and > HTML::Template. Hopefully someone will find it useful. Send > me feedback if you use > it. I will add more to it later... legends, layer controls, etc. > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex18 _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nhv@cape.com Fri Aug 8 02:52:40 2003 From: nhv@cape.com (Norman Vine) Date: Thu, 7 Aug 2003 21:52:40 -0400 Subject: [Mapserver-users] Compiling GDAL by MinGW In-Reply-To: <001901c35d39$e56f6df0$818001db@webgis> Message-ID: Hisaji Ono writes: > > > > ./configure --with-libz=internal --with-png=internal --with-libtiff=internal > \ > > --with-geotiff=internal --with-jpeg=internal .... other configure args > > I could build GDAL-1.1.8 by above sample. > > But these build libraries & applications for Cygwin? > > For compiling, no requires to set flag "-mno-cygwin" for gcc & g++? > > Yes, you need to set the compiler like you did initially i.e. CC='gcc -mno-cygwin' CXX='g++ -mno-cygwin' \ ./configure --with-libz=internal --with-png=internal --with-libtiff=internal \ --with-geotiff=internal --with-jpeg=internal \ $OTHER_LOCAL_CONFIGURE_OPTIONS make sure you replace $OTHER_LOCAL_CONFIGURE_OPTIONS with your desired options If you still need further help please ask on the gdal list HTH Norman From matt@kbc.net.au Fri Aug 8 03:05:43 2003 From: matt@kbc.net.au (Matthew Smith) Date: Fri, 08 Aug 2003 11:35:43 +0930 Subject: [Mapserver-users] Installation Issues In-Reply-To: <000001c35d2e$b8950ac0$4aec6f80@LAPTOP> References: <000001c35d2e$b8950ac0$4aec6f80@LAPTOP> Message-ID: <3F330577.6010702@kbc.net.au> Nick wrote: > Hi, > We're attempting to install Mapserver without an abundance of success at > the moment. I was wondering if anyone has had similar problems, and > could offer a solution to the problems listed below. We believe it is a > library that has been left out of the path, but any suggestions would be > greatly appreciated. Thanks for your help. We're installing Mapserver > 4. Proj.4, and MapLab(eventually). We're running PHP 4.3.3RC1, on > SunOS with apache 2.0.44. We're allowing PostGIS support and we're > using Postgres 7.3.2. What have you installed so far? Have you installed Proj4 and Shapelib (which you don't mention above) yet? If not, do this and have another go. Cheers M -- Matthew Smith Kadina Business Consultancy South Australia http://www.kbc.net.au From manfred.zerndl@bvv.bayern.de Fri Aug 8 08:48:45 2003 From: manfred.zerndl@bvv.bayern.de (Manfred.Zerndl) Date: Fri, 08 Aug 2003 09:48:45 +0200 Subject: [Mapserver-users] PNG Files are shown black Message-ID: <3F3355DD.7020709@bvv.bayern.de> Hi List, I have to display many PNG rasterfiles in one layer mapserver. It works fine in Mapserver 3.6.4 !!!! But when i try to show the layer in Mapserver 4.0 the output remains black!!!! i have Mapserver 3.6.4 built as MapServer version 3.6.4 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE and Mapserver 4.0 built as: MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE when i run gdalinfo on on of the png rasterfiles, the output is: Band 1 Block=500x1 Type=Byte, ColorInterp=Gray the programm xv tells me: PNG, 1 bit grayscale (non-interlaced) Is there a magic mapserver configure option I missed in 4.0? Or can I doe some declatations in the mapfile, that is needed since 4.0? I have tried to set some new OUTPUTFORMAT Sections, but with no success. Manfred Zerndl From gsw@globexplorer.com Fri Aug 8 10:55:44 2003 From: gsw@globexplorer.com (Gregory S. Williamson) Date: Fri, 8 Aug 2003 02:55:44 -0700 Subject: FW: [Mapserver-users] Need Info and Help for a first test Message-ID: <71E37EF6B7DCC1499CEA0316A25683280105703B@loki.globexplorer.com> Harato -- It is best if you can ask the whole list ... you've exceeded my knowledge (easy to do) so I've cc'ed the list with your question. Sorry I can't be of more help but I am also a beginner. Greg W. -----Original Message----- From: harato [mailto:harato_1@yahoo.com] Sent: Fri 8/8/2003 2:33 AM To: Gregory S. Williamson Cc: Subject: RE: [Mapserver-users] Need Info and Help for a first test Thanks for help. Actually i can't use Arcview so i've used shpinfo and the only information i've : File Bounds: (148280, 2267320) (272830, 2370725) i think minX=148280 minY=2267320 maxX=272830 maxY=2370725 and unit=DD but nothing is displayed. Do you now projection is really necessary ? how i can have ? --- "Gregory S. Williamson" wrote: > The shapefile is probably for an area other than the > Itasca demo -- you need to specify the EXTENT to > cover your area. > This covers the San Francisco area: > EXTENT 542724.08 4173551.37 557476.48 4187315.33 > > This is the Itasca demo: > EXTENT 388107.634400379 5203120.88405952 > 500896.339019834 5310243.30613897 > > I used ArcView to get the extents (I had to tell it > what projection to use, if I recall correctly, to > get it to show units other than degrees (lat/long). > > If I try to show my shape files using the Itasca > extent, nothing shows up. > > It is also useful to specify the "projection" either > by referring to the "epsg" code (and having the > NAD/Project directories set up) or spelling it out > the way the Itasca demo does. > > Hope this helps, > > Greg W. > > -----Original Message----- > From: harato [mailto:harato_1@yahoo.com] > Sent: Thu 8/7/2003 6:15 AM > To: Mapserver-users@lists.gis.umn.edu > Cc: > Subject: [Mapserver-users] Need Info and Help for a > first test > > [English is not my natural language...] > > (Mapserver 4.0b or MapServer 3.6 under Win98/Win2K) > > Hi All, > > I just want to display a layer and I have 3 files > (dept.dbf/dept.shp/dept.shx). It's an ESRI file > (ArcView). > > I've try to display the layer using the demo of > Itasca > but nothing is displayed. > > So I want to know If it's not a problem of OGR > format > or what's the problem ? > > Can I display my layer with my shape (Arcview) > directly using this web interface (and change some > name...) to display something ? > > MapServer 4.0b or MapServer 3.6 (under Windows) can > support OGR ? is it an OGR problem ? > > (I'm a total beginner/newbie - My Knowledge of OGR > is > really bad !) > > Please help me ! > > Harato > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site > design software > http://sitebuilder.yahoo.com > _______________________________________________ > 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 __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From harato_1@yahoo.com Fri Aug 8 10:55:42 2003 From: harato_1@yahoo.com (harato) Date: Fri, 8 Aug 2003 02:55:42 -0700 (PDT) Subject: [Mapserver-users] Just display a layer Message-ID: <20030808095542.51982.qmail@web13608.mail.yahoo.com> --0-1025313930-1060336542=:51683 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi, I really need help/info. I've use shpinfo to have informations and before it crashs, I've : Polygon(5), 1 Records in file File Bounds: (148280, 2267320) (272830, 2370725) I've change EXTENTS : minX = 148280 minY = 2267320 maxX = 272830 maxY = 2370725 UNITS : DD But always a blank map, please I really need help ! (I've attached my shp, If anyone can display something, please, help me for the mapfile) Regards Harato __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com --0-1025313930-1060336542=:51683 Content-Type: application/x-zip-compressed; name="dept56.zip" Content-Transfer-Encoding: base64 Content-Description: dept56.zip Content-Disposition: attachment; filename="dept56.zip" UEsDBBQAAgAIAKhcBy9ghjnaEmQBAEi1BAAKAAAAZGVwdDU2LnNocIybCXSU xbLHG1yYRJZBrxr34ILDPiLgiKhBQYOyBBAIKBqB4Lg83oCAg6A2LsmQEBgF ZESvRkUdBXHELcriCAqjLA6I17x3XYJiHDeIijJu1/dd6l9zzv974bznOX24 v1PV1dXV1dXdX+Yac3a+ae6/luOWZw4z5ghg8oSW/f/97zWD+x/8N/u099// 2hHHXdLf/N//tXDsTfn/2Ao4/+PCK0WvndNOd1ofp93ptJVOW+e0bU77wmk/ Ou34Fsb0cNoAp0Wc9pDTvnZa65bGdHBaV6f1c9p1TrvPaUud9obTdjptj9P2 Oq29M89HDjdmrdM2Oa3Rab85rYPjcFenbXXa+W2MGea0a5wWdNosp1U6banT 4k5b47R3nfax0zJOW+A4v8lpXzjtgNPGe42Z7bT17Y2ZcbTML53JOzj/bgsl DnVfCZ8HbmoUvgxcCy4BR0XfTub+dgbYin17O7j4a5anvmWOfy/2x4Ej+4RH gQPC9lJwZq/wRWDft8zu+fny8g/+610g7PUInwaOtRLuBK474iDbQWBzuMin g/0thH9wcb6OL2yPA8daCrcHJ2R8+zz6h8U/+6jaO0q4ClzQTvgWF09Q/9oK jwdH2og/o132RvJ4JrCg+fhEd4p+F3AR2A+u3SE8AJxIS//B4PR25ug24ZuY 7VRw4fsinwXOuNi3g+NRB38Wgu0Hor9U1/dDZvMP1gfn7JeJvr0BXLyL41m4 i+frkfFs70PEKzZC7LeZD/3hzHUlot8ObIaJ/GhwYKhwB3BoiPBItTdY+k8B B68U+UxwgbC9G1wEvt/V/ylm85r6c4XIG9X+ZcLH1GD9B4p+e3CJsP0L+okB It8CjgjbFDh7CcuD/UX+Ebj+YpF/qPEAp7X/haK/E2yFzWfgOHivq39L+BsR toeDC2R80wOcKhK+iNkOrGH/i8GZS0V+LdggHnPUPuIXBceKhZfVcLyVk7Le thoclvyw08BFkj8mBE4PZ7nvKuEKcHy06K9RfWG7AWwhf1/9HSWccdnbD06M FHkL3U+Qe7S+gNvofhrDXF8qfJjqjxX+Evaj49ifIDip+Sf6ZqXm31iOL9hM Bhdi/As0fpjfSTXs/8/zmTX/MZ9cPmo8Ns6n/W6fAxeP4P2WBIc1vxG/CTye GQAuAffl8UwXtperJ+56k9giPBtc+J6Mf4fWnxT717TZtf+F7XqtP+/wfP1v C+9WexuFm7T/BrH3J9j7lsjb6n5JirwQXAZ5V12/Dcy1sHeW5ifGO72G/MnJ M+KvOV/3+ybhITreJt4/MejP0/2C+S1x+bPE5e9y3Q/grbpfNjCHN/D+K4X9 x7Q//FlQw+uj+z8k62du1/G38H7X8/VSrU9y/tpzVD/N+a7nua4Hzs9cvqdw 3m6bz+f9Rhe/Pp/PYz1Pwjv4/NHzW/MvhvN9Ibh0O+djaqtw5SHyuf5bD503 sW88VM+LMh7Or0YP5VPDFx6KTwG4SPuDh2k+7PFQfQ9hPK3vTd8xZ/d6aH1i +4QnMpsxut7fe+h8CQqbXrq+kOfVND9//3Q+Xwtu5fPVN43Px8RU3p/JkHDr GmbdT2VTOZ9S0/h8tNO5vkZmiryz+juT97u5jc/fxEw+r8H2Yz2/Z/J5756v xueBauxXWQ+zBJyQeJnl4ADi96aLPwAXy/qab8CFYM98YtsT3IB8G8+cq/eq n9sP3zFjvXP6FvkzSc+TfTxeWZPwqbp/fhI+Qu9HwmZ/NXMDuOkH0X8DnIH9 x6ubj2edV95Xd4J97eR9NVfj11bkSzV+bUS+AZxuLfylxhNy9S8mbH8HR8Se +VX1jxberOMdI7wOXA9exWwfAXshr1Z/2ov8nkPML1Ig+t55iN9xIj8a7BE2 ncB1x4p8PLgIvJjZvA32w95JVcSmP7jpbyJ/D5zAfI6CfwbyY6tpfNNH5wd7 14KTxwtP4/nZ6eCCE5n9JwnfBI4Lm7GaT+Cuut4nsz8qb6qi/nZXFcntyiru /3eX/qXg9EkcL/XHgD3gr+YR27XgxCkirwEHTxO51fUTNtNZbsrAJaeK/gC2 b04Eh0/gfHHnj/cc6f+19u8hvBfc1E04C451kf5nVBHbXlXcf4bGR9jMBxf6 Rf4MONxT+Atw8FzRb6vrDy6qJrkdrevbW+RXqX5A+AJwQ4DzwX8+5yvk9r+q WP/+Kta/mdlcqf4GeP4Z+NPONb/sIeKdCnP+mTD7E7lN7H0L9onc/MZsW+h5 cptrP0L/GK2v0D9N9+cs4YDuz9s53mA7WOvxbOHhWu/msDwxh+NfdyeP57lL 5AUuufrru0PkP1fReKYRHBV/ze6q5uPnwX07FuH7+LII33efidB92LwHjsn9 3+4D163H+xDr5Vsn+sN1P6zB9y+tn28IPwSOvi76K3S964TrwYHXRL+l5tPL +VRPml4SfR849GI+1eNsIp/qUdELzL5VwteAvc8LT9b9u1Ls3QpOCtt7wQHR z+2HCPrr/i2DfL3ub9jT+ppeIfperb9gzYcMxuteTfZz5wXmk2PM33bSfFud T/lfIPHL5U8d+GONJ+L/lNZ3rN8ijc9a4XngknUcD/+b0r9S5yds71J7eD9O qeL8GlfF70Vdvwbkp9YPfQ/qepdsduXDZs6XqLzHzCdav98V+ZZ5/F7T8wbv 7dx5EwNHNB/xfqvS82IL65dsZXkB3nez5tH7yJSDM7AfADfAXz2fguBj9bzC e/8P3Z+Y75cRiof5NELzt/+MkD27I0LvabshQu/n3P5314u6P+Q+ep3Wl9+Z 63/z0PpmfvVQ/tish+4LRQdE/3XNh19E/qnmA/hErbfSP3dewX6OIxhfz0f4 Y99Xe+KvfVXz80/hBcwmrPkMudYD9/yT5+P9jvgUg4vBpQGJ71hwqo9wEJzs xVzUU/qP0fosbK/S9T2H5bEe+L4AbuiG7yG6np3wvQLcdLbwKnCgo+i/qv6f JfwOOH0m55P/TM43eybnYwb9z5zHfCE4KWyH6nmP8fW+5jubz4vCzrx/Mp15 P0a6CD8NLgN/Dk7L/M0RVcS5ehHqzPUE9m1nze+uIu+m9QTx7VfF8R6l51M3 Pi9KunK99Hbhemrh34Oab+Balufu2/DXvsj+5bi0u/RP6fkH3qb1059P7xMj +WTfqaJ8y43vP5fPt4aeXN+Rr7n6rvaVM5KfuftuCHy9noc9+PyNi792CPuf Ww+11173M/z/U+s19pPeH8t6cz7ofv1A6/UFor9J6yv4Nc3HC/i+As7V70hf 4as132S/m8v1vMH+76v53pvrfSniq+/RKOJ7lIt1/0E/V69NH3x/dNWXaq0H 54l8EdejXH1Qf2eAvX253oBz9cxd71KX5dH4ZQOZYwOEn9D6Imw3u/gbHQ/9 j9T1Efu2g56HlwvfoOelcK4+ZItF/jyz+UHXf5BwvubrFfweKRrMXDokj/Ir C/4MHAdrfqSFzT263sNEPhVsSth/Xwl/f4DcDNZ8HppH+YPxzLk6f/h7mt6v h3D81P/9EWaNdxT9Nb80PsppxG+XnieI7zqW22cjvD7RQ+SHWYK/z8O/0KJ8 mm/pA/kcjyj+HqzxErZP6v3qfn4/BMGv6HqJPfOG3t8WC2/X/FrC9aPgQeFW Wv+W5lO+pMH6/aJ0Kd8fQzG+DxYK575XwF4uH6IYb4LeD+FPKfuXi487fvFe Et/u+r0K7//eag/v64tdPIj1zWiw7cXfT5K9mQN9WN8L1vO9UPStv3n/Cm8e KfK5yIdCFzch/8dwftpTIrxfW7vysa3eT1EPjtP+4LMiVC9sH73/wN5Fet8a zOMXyv7L1c8I9vNyvY+VcP6XjiD5/5qvR37PYTZXwL984a0V9PsS8yu4Hr83 6VZJv3+xo8DZI0X/FnApeCbYcyT+fuPiuyv59zNVlTz+k5U8/uvM5kNwLX7/ slv9wfz2gpOthbNqvw2zry3r1+L3MDvBYci3gDOwt9Y13pMurnKNP9s1/lSX /fHgOvw+50pwUNhcrPNH/95s354BjuP3OieoPVlf+zvWswH8eQX/vmd7RfP5 Ecd5/2YF3wdUnpD7lvlSGfffbyr4fqn5lDobv1eBfwbcUfMB9/PzKum+n4tP 8AyRTwKnTsffx8FNp3P89T2xqZLu/2ZPJb0/bKPGtyPL9b2yDVzkw9+31R9h s7iS56v5X4v7cT9wQTeen96X+1bS/dQMqKT7cU6u7zFfJa2HbVfJ9+XjXeyv pPuz7V/J66tc2IvzK9Kb16cefLLGD9ymku6/pqGC7NkPDpFP5qk8yofYk1Kv /qbzrxX5IPXnMeEJ6g94oe4n6Ot+LHpc7D2n+/MJkccraXz7oO6Xp4WnaP7E ebzIs3mUj/XgkS75IO6fW+8GsW+6aH5g/sdXNh+P+DPCL99H/e2r4BT017v4 I3AU+t+7+h9ZQfM1XbUeYLw+4FCcWeen+rXPMdetwPdlcPJ5/D0JXLYKfy8D e8GPg0tX5lE9suCv1B/Y+5eOlxD5qYhX+sU8ys/M6jzKz8BLeVQPQ6t5vCT0 l2n+gudo/XoB39/1fIT/3V3zOYB4F8Lfb8FFK5g1f3aDk4j3NhdvBGdlfeya +5rPD8/7Ij8R/oS3ifwUrc9beb0CW3m9su8JD2O20/X8eFfkUebc+sXRv85l X8+LWvij50N0u/C+CvI/d54oa/9YmsdL7BB+AOzbyf417eT1A9syXU/Ix6p/ OzkeBvqdNB/hz+kVzce74bNWB/999Eas7yfNcxxc+6nwanAT+C1wcrdwGpz4 vJX8vgEc3MMcamT9ZCPbK27k8aBvnwJnvxT5k+BS8PNgP/g1cAHGfxns/Zz7 u+MR3tVa7n8ajw8OsrlP/dkp8ofVnx3CzzHnxo+JvlkLTu1iedGHrWm+BcL2 /kP4U/yX+DssiHryL5nfcLAFl4Gb/mAOC5ux4IasyK8G+w6IPAgu/Jm56Cfu H/5R+FpwyY+snwJPAwfR/zb1fz9zSMazEXAG4z8Gjvwi8hXgOvHfrFJ7v4r8 FdX/XTgBLvhT9JdzvHL2NZ5LmU01OAuuACf/Yo4Y+R5eo+O1ZG4Qzul7DhP5 LHBcOBcPP1jj6YX9cnDsL46/Oz/iC6X/wutQzxYILwb7asReLTgxX/gFcL2w eQtcIP1tIzgl/c1ecBj8E9s3rcrY/uFgL+xnoR+qZs5W4fdg4Lp53L8pIvrH gVPgzi4uBtv7hG9X+T1irwIcmyvyeeDCuSz3WJan7hSOgTNzhJ8Ah8ArXfI1 4BLpbzeAa8FbdX6wvwscBn/P+uYPcPAu6e+5nvlkcOIO4dngQvizAuybJfI9 4OLbhLPg8HTRz5+A+9KtIm8FTk4T/hP6IfBP4PhU6f8d2E7l8YIh4f8GFwib 7eCS/xR5GmyETb1LrvZS4L3gWuj/Ak7+B/ufvYXnVwz5SeDgzSI/A9x0k8g7 g703sjwZ5P4hYXOq2gf7wHWTuX8B+ARw/STm2EQe3z9B+Cy1d73od1P/wf3A 4TLm+uukf7Gur7ApYbbXgNPjmePg63X8a1geBY8BFwmbUWp/HHNmLP6eqPGF fIrGE/IwuFDYzlB/SlnfL2xD4IYxrF/k4tRo6X8jODGK2TuK9evBi8BG+tuY i/+u84W9h3W+V+HvrTo/F2dHsn4x5Gt0/uB3wKXQ36j5NEL4OXDJcNFfqf6X 4O/Nmt8iNx+5+jfq/EXfZjTeQ0X+s44vbFtMJDYF4OQwkZ/r4sHgNPTHgoND RF4GLr5C+GqwZxDLLfgR7V8snAA3XS72V4EDl+H3oerPQObCgWzPM0D6P+vi OvUP+m+7uB4cG4jfr4Kz6L+f2f4O9kP+LxcfPQnxh/6pk8gf6wOnLmG5ETYn gyP9WT9TJPIuLnl/sFfYDALHoD8A7L+Y9aMXifxi9edC5hJwX/UP7AeX9cPv hXV8cD8XjwIXXyA8DpztK/ZmgkMiN1XgQvBCcKno2/nguvOF71D/AqI/W/v3 Eba6Hr25f0Mv5mAv3Mc0vj1FXqnxPIfthYTtrWrfL3wjuLa76E9Ve92Yvd04 PpmuIh+p8+3C8mhnXp+CzhzvcCfmkk68/j7weHC9D7//BgeEzQ3qn4/XJ9uR /bcubjiL4+/vyPFD/1y8dbyF7I95iP23T7nmv5rjY9aqfcRrIziJeG4BJ7ox 63rs0XwG/8Ry+xe4qAfuz+XYz1jvPLBf2LQHh7H+heW83kXgEPwbov0xnxlg g/VaVM7r+SKz3QAu7MqMfLI7ynm+u8BN3Vmu83sf3NA823+Ao5B/Cg5C/g04 hfkfKOf4HnD5d9hkXi/vZJ7P8ZMp381pkynfTafJnM8dwRFwB3DmbNE/ExwC dwfHhG1vcMLHHOzM+ro//eA4uK+LB/B8zCU6XlfWN4jXhTpfxHOojof8Gg0O oD6N1P7n8nj1Pdl/L7iLq7/GKyX9zYngKOrj/nKul/9kNu+VU7216zS/UX9X gmOQLwMHzuP8bgowR1HfHwOn+zLj/DHztD/Op3vL6fyzFeV0vtoo2HcJ+5PA efpSOZ+vdS5ex/3NGs3/S4WfKef7g3LiMrbvu5y5BLwKXFDM8dP71HKtF4PY /zroL+D+dq7uR9yvJrvsD2F7phe4drBwy3K+/2X1vMV9dbeenyOY43LftU2T +P6sHBjF9TcG+U5wGvflTcx2vav/alf/hyfxe0LPZ1vK57O5mjmI99B1k+h9 ZIZOovdU7v6l77Mz9H4n7z3TUc+jCXx/w/swd79Lgtvo+STvSWsm8Xvz14n8 PtX7Zgrv3XY635vZngfvZ4/6fwv+/1s63hThX2Avivf9von8veCHifx9Qf2L gPN1PYRNB70/3MrxUnlvPd+n830lOIPZM9MVT2F7gvof5vnje0nu/h29neV2 NscTbD+ZSN+H7Jvg+jv4PYLvN2Y5OG7x/2fT9wG+Ry3T95Ll90oxvl/VgCN3 M9ffzfol8j3MRPV9BJ4DrrtX9KeDayP4HqnjVTPj+6Odpe+nqNibq+8r8BJw Jsrz9T0g/V/R/HuA31dFi1zxErYr9D22mOV2MfcPLRFep/F4kNcjvJTfb/6H mNMPcf/MMlf/R0S+Q9+/j/L7L1DL+R5+nPMnuZz3c9PT/8PGmUc5WWRtvBA7 BBGNKBJlC4vYLGpA1IiAccMG6e4g0J2mm+40iwYGJTrixAUoR9HWGTU6LoHR zygzGtHRHhZt/VwybkQUiaMz024YUSEiamAGDYv6nfPd52bO8x7//J1bdavq 1vLWe29VMVc9zuPTs4bnR2QNz7cC0r+n/SFsXlH7in7zkI6HR7l/Squ5P1Ff E1V7S/tMs87vJP/fp8X+toejP39Wf8Gd7G/Iw1+9eQ75g01K/Slt7B8qrXD4 w+DvNer/uon9i8prW3l8r2zl/AvBOeivUf/ozcKT1X+K+lzYyv7nCerPhP96 WCv7u4e2sj+9dyv5240HHAT/oP5o2OuDCNtL/ctR+OsfipD/317m4Asc+dV/ 3gH5EQ65+udzmN8fg5OYv39p4fm9Wv37CY4/OOMT+WwF/Y9Ehe1v9P9mYwXt v9rfqKD9R0TY3qv7J8gf1P0I8j+i+5css/vNCtoPJSDX/ZbZyBx7vYL+V3Kv Sf68g//jqM9BR3176v8I9A10sO7/kf+//wdZ5pLUv7yfjm1i/Z63RN4D7H5H 5L00v4PbchX0v+QB79P2If2X80lf+X8vsbmC/h8r366g/bazv5OD3dTfXp+M j+W6PxzI+23Iy/vTDh/vX3ODeH+bGczpK4fy/rxzCO/fnfUJ+tifpfVRf0dI 2IaYzRzdLwxkf0dVf5aX+gkvUn9Sf9yf1/1oP/Z3aPrbHHL1b/iF7V26X+vL +1XIy/vZNNI/p/6h/rwfLg5kf0ce9tg8j+xd9ndUDeb8sG+Z42J/k1P9Q1lf Av6dZ3W/JmzXqP9wKPt70J9mhe7/hjj8S0Mc/sBBvN92D2J/prO/2+7C97aF v1f9Wmh9LMuLt/8im2EtvD6fBLbQ59f4J/jsFto/2VAL7ZfsPHDkLvjPNB6L 7+ttGv/F/ug+Xb/v4fXYdy+vx358r5e28P7qIo0HY/81ksuzA1p+2V5tiN8U GimeY3c2UrzHftdI8RzzTSP9X5U5gf8tdxPqA7kLnEK85adGjt90aaJ4ih0J 9js4j3jHqU0U/7B+cBbxkeFNHE8Z6WBN3xZifQHET8aBK5E+DA6i/PmO+l7a RPEes1j1I/50BbfftDWxvVY0cTzsuib+X13UxPZfCE6if+Zo/Wdx/Tpncfp4 I8uL4Lomiv/Z08Du2Ww/Td+b9ZX7U8v7ofGXx1fHevk+jQZn1wmfrvnXyvfn PAc3gSslvWlt1PvBzFHonwHOPCM8xcFBcG4Dl++oX2axT85vtYQxnwfjvQiw d6hwFdh9gnA9OCxsFoBjw5gjJ0r6JrB/BN67BHtGMVeexPrbRuP9SgdPCtP7 BGY8uBPvFZwCLuJ+xQhwCfcfTgrT+wt2Ijgzjss344Vj4BD4Js1/Lu77a/tx v6p/A8ar3J+yE8BB3HeYBvbjPk9DA9+fWNxA9yHK3Am+BtwxDe+RaH6572Dm NvB9jqngEu5DnAq24KHgHLgHpzf70b4k9BW0vcLm4zDnfz9M5Zv71L7gu7S/ Zvwi22tZX7n/UV9zDrgd+XfUo39mSv40uBK8GlxA/f8H7Ed9bxPOhMWekevq +f7LYnAK90sm19N9MTOhnu+Hjazn+2e9wRa8p47ve70PTl0kvAncjv7eWEf3 aey7dTy+3gbnMR4z4Pg5In8K7Ani/p+WP0HkD4E7z8J9GbAb74c8Bq48g/P7 ZT7Ze+v4/ZAbwBHMx2gdz9eJ4Jgf94Ec3I3zm9JMfo/ka7DFey3fggNYTw5V ew1n9sh6ZH5E+tIJnD+H9W2z6of8DQevnMnr4S3g1BDhpVofrKfzwMlBwgtU nw/n7VluXphJ67HJgbNDuP5FsE/tDx5bx/nV3iUfcx7v85yp4w/v8wwWth5h H9gk8b5Qf3D0eO4vvN9TtncA7yN1B1fh/aS+Dj5FxyPeX6pW/eDWOn6fKQb2 SX57cx29z2R/x2yeBFu857SF9dl/6viW96BMF8zXyNE8f/1472oY2Ovh+d6J 97vOZzaN4Dje+1oIdh/F60vb0bwevSb1Sz1fT+01u8Ax8JFhtqd+H/V9rCXg LNp3S5jfw7ojzO+DPQ1Oo70ZcFTaa7Jhbs+/HLwXHIR9DjryH9rA9urSQO+f me4N/H7ZWQ2s//QGtn8AXDySv3f6Hpmyhb2DDdzeweAC2NvA9lL2YvwdwVz+ HmL82g/A+d5sH+2P19W+x7J9C+i/V7V/MH82hXl+af4s3st6jtkmw/xeF/rb ud+zJ3z0//tB3wr1dwiX/R1ZYXu9Qx5Tf8jHIm/W+Nonwg3gtLCZqP6rrdiP anxc+L/nBz4V7qv+EWHrdXB3Tm/3q/8Z+T+cx/r0/z+A9OpvUH3rmU1a/Sn5 Cv7/Bz+t/ojPmP3bhFNa3hcV5B/JfllB53nCOyrofEnkqwqK12V3VtD5GHDZ /5P4uoLiT8oanwohfR/1f4DdjvQaLyrtqqDzYDlhu2su1a8cXwiA39b4SkF4 o/r/wRqv0PY8r/EUKb98Ps4L1vNuWj+NN4VRn0e5fuV4QuYbkb+p8aTvKih+ 4t5dQfGdsHA5XpNzsG8P1y/wb5GvA7eDNb6T2Muc+aGC4kuBkui7X/OXuL3x fRV0vi+6n8tPH+D6VR1k/eYn1uf9WXiZ2lu4HF/LGRdxsotL/jdUX1eRX6nx GWG70MHnav86OH+oi+JzMRfrz7qZO7q7qL5VPYRv1Hji4S6KH4aPdJE908Ll eFIOcrVf0uOi/osc5SJ7ml4uincWe7F+e4yL4pW5Y7h+JbDGq2K9uX0Z4XK8 ynMsc9uxbK/KPiKf6+AZnN5M0fEK/Rdwfe0ER31P5vqawRpvBGt8LHi0cFHP 64q9yudvYS/zmca7JL3dquexwVvAbuhf4JCPnUP2Lp9PD8H+Pkd5FXO4/w7o +X70t94fcIP1PH7HEZL+Ez2f39NF5/vj4BdYbh4AF8E3avwM6a8GRzA+Z2v5 h7koPqd8rt6PkPQmoPcLoG+kxvfAPTV+iPrviXB79f6GjvenHPLrHdwMzsh8 sKMibE9fhOfD4Aj3xygHn6X3bTA+Ghys8b8U0uv9Fh1fen9Fx4PWPwF5BlyJ /v/coX+f3n9Be3q18vpQ4xgfl+p9FKS3zGZDK9nHvKn9jfprPFfni97v0Pl1 uM4XzGe9H5Hqw+O72IfHP+Tl+xBBr4vuL+SOYw70Fa7W+dKPOdWP00f7u+i+ Qwf4HI1fD2CO+Fx0H8MMYvYOFv0T9b6FcPl+h38It78E1nh5YajwmVr/YZzf eyLbJ3Ei6/NXMocrWX/VcLZ3DKz3WSIjhI/U+xcjmb2jXHS/CPLyeqJyvf+T EDbbdL0ZxetLHvyWI/3Luj6cJPJndTyezPKksP0LuABO63rhZ3nWz/kTo0X+ BrPZofNlDHNpDK+XvlOFXwMHxvJ8aR/L9Y+fJvL3tLzTRf6pzp8z2F7Rs5jz wvYrvc81nrk0ntP7we8wl+uTnMD2aZvI63k7eLGux2e76DxG0cGJoHBE7XcO r/8WHNb15FxJ36jlneei8xyp84Wn6/mLCyT9NB1Pwnaclg/5cEd+vX+XBev9 PP8k4a5qX+TfGiG52aLfhwsd6+9kF90fzAqXz38oP6jnQaZI+oSu51N4/c+D b2A2Mb0POZW5SthGmU2T3qcE14MD1SwP1fD3KQuudbB+34K1zO4Qf+/CYD3P UjVNyjtP75teLHymlj+d86fAQbXXDOb8DM5fnM7f40ph01fve6L8r1qIy+dl IqjPP1o4/4d63xXl6/1X/0yR/6jxYmG7V8/b1LG8s545FJb0+zWe28DsnyX8 mZ7PmcX1z83i9JlG3p9Emtge3maWB4XL54mUVV9HM7fHtrC81ML2aGtljs9x 0X1k71zmvHD5/nB6nnB37a/5bK/AJS66zxy/lOvjXsD1zS3g8lKL2H75y4Q/ 1Xj7YuG3dDzEXHTfuvIKF52n6rhSyluj+a8S+UodXw6OLHHR/W6wWav1u/oX 2f5Z23s164v+xkXnC2xc+FLtH2G7AFx1jfDlWj8HB64Vngk214m+Gr1fLlw+ 7xC8XuSz1f5LRT5Ly1/K6auWSfpx2j+QV+r4gL6uej4D5e1uJrndAY46OA/e 1czl9YQ+z3IXnfcIWUk/XstzcOIG4Ulq399K/slqnxXMRfB0TX8Lc+kWtqfn VubIrZze3Mb9mQIv0vH3O7Z/8nbOX3kn64/f6aivcPn8SBbcov2b4PI7HJwH h3X83832Mvew/tQ9XD/f/Vy/5P08/iJJTp9aydyxylG/VTye25H/HgentX4r eb4FV/H8dv9R+Fkdr8J2vY7nB1hf4QFeD9ofFH5V1/OUcFbb/zBzBvyS1m+1 8O91vK7m+e79E4+H6J+4/7KruT+Q3o7R/gPreaAO6Oul9kZ+o+vDI8yor9mH +VYA7wS3I/02cKewebeZ9JmnWG6XgWPQF9X5DG5o5vJHO9L3B3ugzwUuwn7F 2Wyv98EJ8Caw/8/CGXBa2PwR7HlM+HKw71H8n4Iz4L7gJPgQcEHY7G6i/Gab nv9BeZ8w2zeaWP9aPf/zGPbvev4I9bvdoT+g55egvwc4BvnBRta/T8/bPC78 rp63AXeA/Wsk/2PgNPgPqu8J4Zv0fNCT2N9q+qex3wSHwXpeJ/qU5B+h583A fcFuSW+O1fNlf5X8R4Pja4X7a/51nN69Xribli9si7Ngvw3MMWFTArc/g/0K OP4s6wt2YL+j5+fA22ex/O+c374ELkLfneBOKc/+WjgzBulDkEdQHz/YIP9P DVRfu1vPx6D974LzsE8HOCpsr3LIZ2g8Eazxx5TYuxwP9KN/NN5n0b9b9DwL WON5HvSfnpexqJ/GT2F/+0OY21vUeB/aq/HYqNi3HD9MPyf8kp6/eV70Pann m15wUTy440UXnXeKveyi82Hxv7nofFXwFeGjNH78movi08nX8L8PDm6EPw1c yjJHNgmX493vMHvfFX5Uz9f8XfhhcPv7wveD0/9y0XmfZKfI2zX+/jH8GVr+ Vkn/N9W3Ff4TcD7PHP6M6xf80iHfzvLSdi7fbuf6dkh+uwJsvhD5VWDP5y46 fwQ2AT1fgPTHa32h70s9L7HDReeNAgUXnR9qK+B/Xs+DfCXydXpeZKeLzhMp 6/kh706sh3qeQvKbO1ifuYnT2+v1fMrXzO3fMOe/c/H5jt2i71at/x4uz7+X 5em9LG/7gfWlSiJfrun3M+f2w58BLhwQeVLrY7oRR7p0I3tUibzcHv/PLjrP Ev0J/go9T/Mj/BngorAdrfb4Ces/OAx9el4qhvL0PFMb6qPnmUKHiDwFrgT/ HuztKnw5uOow4SF6HquH8AA9v3Sk6P9uBvrPI/Jd4NBRwp+Ak8dI+lfAbb1F /jK4E7wBnPPi/TRw4TiRPwAOHC/ye8GJfnhPDWz7S/rbVZ+wSYB9A5gzA/A+ nJY3ROTXg/PDmLMj8B4dODyKOXKy6FsGNqcwV57C+oJ+lvvGOOoHXqX2PpU5 NZbTe0/j9tvTmQMBtl/8TJHfrfUZx+nbJjBHz8Z7dmDPuVwfcx7ew9P+OZ/Z cyGnj05mrrpI9D+q9Z0q8nVa32qRP6/9Uc3jKVzLnAlJ/sfB6RmO8VTHHKrn 8ov1PH6DYeGNqq+B5akmzh+dze3Pz+bycs3MhRa2b2eE7RNqFfnDqm+OY77M 4/mQvcQxnhbw+PMsxHuJWh74StW/SHiG1vcyKf9CTb9Y5KN0vF0p8t46Xq8S eXe15xKR75mO8Xq18NbpLN8CTsaF/wCOXid8CTiztBv8rqjPMuEx4Oxy4QMX ozwrvBucELYfgvOQvwn23yDy1eDYb4VXgH3gq8E5pL8C7AYvAgdRXhjchvpO BRekPXYcuMrB2WslfR04E2d9HWJPsxCcWsIcAs/X/L9mrgJHtP7ozzngAPp7 mbb/cuFrwOHLuDxl1VeQ9HYyszlZy4e8lyO/S9u3iLn4K0nfE1wpbHqADbgL s/1oGtZrjPdNzPbFaZz/GXA75I+DfQuY85cK3wt2RyX/TeBcFPsDB88Fh8EN jvz1LDfngdtQnyMc9dsbYvl2cBLz/y1wCeW9Ck5dwlwJXs9sVoPb54v8PnBA 2KwA++ZhfwFOzxUOgf3gc8BW2IzU+kF+HDgHeVdH/gO1mF9YD/eBs7Jemp1g 4+CIrK/2e7CvhfWlm1neMZs5Ad6l+WcJbwPn8b34JzgKfrGWvid2A7gT36Mn wMmZ+J7U0vfLrAK7wTdredMl/Y3g+MUs90zD90X1h/A9AdtafK8crOVVIX2b I7+WVwDXsdwEwTl8nweC/eCDNbBvjaQvgr01+B7U8Pf+kRreHywFJ7F/iDm4 FdyG9LNYn2kBu1GfanAJ7Z9Uw+05g+X2KHAe9T9QjfUJ9f22mvY3ZhfYTmGO V0n6N8BG2DwPjsj+ya4FFyaJfAM4OYnT5y5g9l/A6XV/pvK47N/ss1oe9ndP gAPCdiW4FBS+rZr2h6atmvePd2r6s1juCTAnsH9dBK7E/nZ+Ne+Hp1bTftmO U3uOFh6p7QX3YTYucAr78/xUzMeRwg+B24fj/w6cqRS+A5zA/0EMXDyBOQVe ovqGiv4rwQFwFBzD/0cTODdY5M1gO5jT+4XNcnDch+8NuG0g1zcq/0s2oe0F r3LInwKH+gqv0/YIm4y2F/KNDn4bbJB+C+szWx3lfaftwf9bz2r6PzPHV1P7 7CCwdxD3t/LZ4CzsUcdys0znJ+Q36nxzsNpP04fxP3lNNdW/nB72NA/r+O3L XHUcj/e0l+dP2MvzS/+HNzhY52uiD3PlsZI/rfNV/q/N3eAY/sdvB7uPFr5f 7dNL+AHN72H9yu9p/Y8Q7lR79JTyv9D5dTizAX+q+sS/YHbo+iX+B3NYDfsf +oJ9kB8Htt15/U11Ez4cbMCHgKsqhLtp/kNF3wBmO0LX90Md6z14PNjv4Cj8 KWNryL9Szl+E/2UiOIH0F+v3oyt/r7R+l7P+MsO/YxbUsH9KWf1RS/T7BV5e w/6gO5jNfeA0/E3KXvijnqxhf9VfwZGDzPCfldOH4W97uob8cfYx/Z6Lv86s 0fZ8L7xe9YFfrWH/nu4Povvgn1d77sN5Zd1fQL4dHC8xqz5N7/ue5Yn/4Dy0 jk/xR9rXa9h/uUnt863w/4I7xd9pntP8Dk7ugr9fy9/F5cXhX90Pbi8wR8B7 Vd8OZvVP/wzOCVtPLfuP+9dSfjvcwRNqKb+ZUkv+8fL+rx3+61rdb3/O6ZPb JP1ULX8b5y/B/z5X9eeZzaesv/CJ5L9Q968fc3mJjzh99kNOH/gA8R9wDPGE 0bpfRbyhh+6v/yHcRffvEp+we7Q/wJ/reM+Jvs06HrZwf7dv4fFQeIfHv8/B uc2I7+p6sZnLc2920X46+eb/0XXe4VFW2R+/UiSJgEH4aVTQoKKxoIN1FEvE ZY3uKkMPCDgEkFjQKJbY1mtlCG10LWNBxgJEpAyuShSUEUSjiI6VsY+KbmyY VcFYWH/7POf7fX2+74N/fp5z733Pre+57VxtD00vqr7uBW3vLc9retnnVX/s BwXtPbJW5U1rQv3P2H3N8Qv7TT+x/2eVI89q+8+v1P7O/a4nld18tvendHyJ gOeyfMAc/9LYb7tVOUif+48s/yj269Icb59Qxv5iEJ/7taxv7C8G40fFY1qf 2YxydLnWj3tM64/7qWyf3G8tA6dXaX9uXaXtPfeU9j//lPY3yq8cpOVLrkN9 zFJ2r7P/r9xR5ufgYL7N+vs5lP6/wdXQ58VBWn+cj2K/1J83SPeH44N0P/ys QVo/zG9liJsfC40/qL/rQ/IZ7P/LVR/Ul/8Hx7uMcnlG47dhf5nz7SacD5jH 8WYJ7jcxfzh/8DzTf1TLm+cZuP6QfETlrY3G7zM/YK6P8DxGCdZbqnC+YpeY ni85PKbnUcg8f7Mv149wfqV3TM+3UM7zL0fF5HyRG8r1IZw/Gs307jd5DeU4 33Q2uPlunN8C1+O81GkxPU9FbsF5rrEhvjwm5738VK5n3YnzieBq8HDqd7t+ v+U2nBdj+Ftx/ozll9T4OM/m/hKT825B+UQQvye4yNj3ACeR3s6sjzkqT8zW +sjO0vrg+T2mH52u3JLQ8JD7vuA8wh/H8mjQ8mht0PpsbtDy5fdvDqV3O9tj AuffQvxcTM4j+o2sb/DXzD+4w2DND9dTi6bhPC/XV2/C+WCup96o3HaDpleN 85bdBst5TLdriPtwPdnSc4eB68DHgqvAVVw/xvcGgZtw3nMYuN7Og7rx4Oh1 yjxPyvRw3tRXgj3Otw5k+jjfyvVonF8N0ovb+Vt3PvNzJfbXlf0tg/V87lzl YD09i/BrwCmk9xH1x3nf9kPkPLAr5X4N4vdUdidwfwfnjQeA8zjffFKII9y/ uUK/x/PL30KfMsg/Z35w/vkrcONU4/+C83W4v4H02i5UfT34YO6HXIjzIPz+ FNU/hvPhp7I8zsN9lCF6vpz7RRV2/jzYf0rhvPre1Gei6ueNg/2U2gnKzXZe 3hfYX8bjPMpgOV/vXmN7iFv4F9lfztb6bh6L+yksTzD3Y6K4H9DE9nsWzruA 23C/gPs9Rbh/8Bk4Xa36umqtv9QIDd+G+xHv8HuQLw+F/2dIXsf6R/xaTS/o f7x/ccBguS/iOg3W+yS/xPS+x7aY3kdh+MaYjmfxM3Q8w30a353jyd90vOJ9 HabH+0Ec3/JV+v1oiFtODemD+0ftBuv9JjLuQwX6Jk5R5v2qco6PA3AekuV5 spYP72e18v9zkjLui7n3GB73y97m/z66XQ7+J4WjVc77cuS6I3A/Jyb364L9 Odz/82XQvxX3D/dh+eL+4pEc7w7S8Z58Ccdn3J+8nuntr+2R9y05vtYeoO23 cID2z5Tdp/Q/Dtb7k9xf5f1Ejlf1ER0veR/xNOVgv7kSzP3izGHKjX13lP3j 6r46foHdYH7/YB0foyif/Ydo/vbj+N7H5L25f7+v/j+acN/1N/5P7X6s/47t s1zLK1Ou41cR7tum2L5xH5f7wbi/G/wfs3soJ8twno31W6bxG+2+sLuM9sse Ot6U9VJ7oBXfO4P1ifvDp1P/PbfPA1Vf35/6IT97Dpb7xkH7Rvruy5jcZw4Y 953dZnBZmXJmV+3P9H/A8YT+GnYNMftLWXe1p+p30fE1gfvlh3C8LlV7i/fJ WR6RndX+Keu6XQ7sJ/gjCNJPdlV7j/E5ntEfwNGDxd9AkJ9oZ00PHMTPleh4 GCnR8RMcjM+1xbiPxvGxSLm0k3Fnls+Oml5lB/1f1LdXrmiv43t2B7W/6Y+E 5xPgryQYLz14A+dL4GbOb+D/hFxh/lHcJuU/2iOY/y/KOf7Gt3WU+oE/l6B9 098L21vjVo1fMP8wQfsiHx0Kz/ZBfzDsj/QHw/MfZcbuHP1+cH6kCszxPv1j R7GvE+a/xif5v4A/mwfZvuEvZyn1be0o518qwbSPksbu+8HiXyewZ+E/J+A4 vsf/RexH5dotGr5oq3LbVg3P8qM9HIH8CJ4H+lG5GeXB81NN8N/D/w/r5+IQ X67pBZz/QeMzvzwfBf9CAbN8ef6r7T+aHsPzPBnK3904RMvf8/wS/B018H+5 2cInlP3VQ9R/Es9r1cL/0pwh6o/qMWW3mt+DP6lXmR/4Z/qY57/MH5P7hvMH 8F5DVd8TeX4P+Rs9VPw1uQtDPHWo+neqGyr+n9zZQ/X7ZPiPCtIrfL195nlB +M/yB4EzKI/O4OQXxm08PwjexvN15u8rOF9IZnk48KdDxF+Y38T2/GkoPfgf 64bvJz5Whn8zt5Xn5eBv7UvaQ/DHlqe9Zf7b3JvUB/7e3g7xZtpz7ypXvRtK P6/5a31H859/23h36Nv2pvExLM83LL1TWL+va32UQT4e3AS+TOO7G9i+LL6f PVTfF5gLrnrNeGGIF4fCLw6lnwZ7098/yPaJ/Dwe0n+tsl+n4QNmelm237eU qyF/C9xi+rpWyvE+wg48X4z3EMqU/X48vws5z+ey/KPDRB83iOevTR83apjo 5yYwfZTPlGHyvkNwXhj6BeeJmzYol0G/G0P6B+fzUT88Px3PwR8azzO/rlyP 8ub9gRTKa01IHzLejwjCx15Rbnm5o5zXTuG9C57PxvsSwfnrMrw3gfP0lXm8 58Hz8nwfhOex+V4HOfqCxA+Y592r1qn+5M+pn7HvOFzfD9lluL4XwvsbEfAx 4ORa5VpjF6H/2TUmPzzEDB9/zsIfBc5mjU8Ctxj7GLh+Dfwh8n4K+Grqj/D0 r5tb3VH874JdI/3zgpeAK59VefMz8Aep7N4Lhd8Ersb3vmB5gemPuBXptfI+ DdJrh/s5MXDnERLedRuh36c/X4f0+vO+0cqOcj8ousrkE0Lp018u9ef9ocbV Gh/144fR/zO4MsS8b5RGfRw0Quo70Bft6Q//vus0f3m8J1Mc4rJQePovbkR6 Vby/tk7zw/dqxoTSGzVC++MBxuW323s1lbwv1fiS6lf18vYZ+Ys/a+HjUd63 wvs9p48IvS8TSn9xiHm/Du8B/eHfG8z7ehGkXzRS9PG7jZT3dnjfr/CqceGA kTJeBf6JOZ4dRX/GGP8G8L4k/h/0X4z/XyDP4f+zC+9TYvwP/CXj//4R/Tlv 7Cj3B4vyWh4+31HuE8J+8M/wfqDFd++yf5g94b9ie4R9seNI/R/RH3sj9K0e KfaGn8zyQ/iLQnKv6fk5LE+E5/3TGPRZMVL0c6/yPijynwNn31WmPfUe9QG3 sXzB20aKPeZ+Han+eTeHmPdt/Yeh9OFvl/dtU7APed+V/nTJtCc/1PiBPm2w J4/h/V/I+Z4C/e/SXz+/T3/+OejH9x9gn/p/Vou/4YDrwdP5HsR7HeW+MsrX TeR7D3lNn+2R/rAzaK+8/8z2cG+IF1Vre6d/7BztPfp7hv3D+9awR/xKvm/x uoaPwr58slrfu6I/aNpz9Pfciv6L++Llq43L+f5CGu9dfWJceMk4/Tnva8O+ +d648meTV+48StJ33UfJ+1n+wFEyfvD+e/ZESy9O/9qwJ/1Z9LcN/fl+RWAP jlJ7+0pld4fGd8lROl7NCPE1xv4c6MPv0Z48L5Q/vo+RWK/64r2y4H0O2nd8 v8NjPD50lLyH5vqNUnuP/sorwQNH6ftvg6jPi/o92Hd+AL/3vDL/t6fTvwH+ z/EQ038B7KmgfJvBt43S//k8lgfiL1AO/CNUIPwa1S/wpwB70xWU/Tej1D74 iu0F9uWHIf3y+j3/aUjO9GivutFiP/h9ld3+4Grau6M1va1IzyF/37E9oDzo P6IN9t6vyq7naLVHK+hPA/buUaPVvj0TXAR96M+C9T16tNrTZNprsdD3yEnY ezWj1f67YLTaw1ePFvv7fx9Qe70BXIb6mQluAt85WuxDd/dobS/3h/JProd9 ejvDw369luk/ZfLJ4FgT/KFTX7xvdMNofe+I+kVXqH5lT8EfO8sHvAhcC14W +t7jmr5bT38o+N5G1cd9qfEDfymVSP93/Z7rfJbmtxu47WmV18Hep/8W2P/+ AHAK8mPPkvJ0VfQn8yzmB8bx26z8s+doeMqD742kv5un9b0p5o/vVcVR3rXG 6S4rML6H3qOaQf83eI/qDvqHwXtUDyu71zR88L5WCuX9raYfvMcFefBeVwTx +f4a37/i+231eG+L/oFK8R7X3vQ3BOb7aXEw/QvhfS5/Et8Xg/6ngt2/lJn+ APo3Wm7xT1N58B5bC+Rj6c8oo9wIvh1chfArwBmkl+N7ZygP+l9if9o2RurT 9YD/pgTqtw+4AvV/OP1DIfzxY7X/0T8U+9fIsdqexo+V9ubPAVeBzwfXNynz PbMxY+U9NBcDx1Dew8fK+2rB9/jeWnqs1K9fPlbrt5n+rFCe9JeF8nZrwdUZ jd+8FPYdv7cE9iPLa/sc+N9qRfyNzN8yk38GrlzWUfx7OQvvf2N9If1fmD+k 30L9HzV+Ddy0SDm5SL9POb9fhPjfKrst1HeRcsUjsEdZvo3GH7B8F1p6H4H9 As1f2XzNn3sY65n0p/YQ7FFwDPLKcRr/VHA10h8Ibn4E9tw4yX/AyI+PMv1H ND3kz/99nOZvGP3FLYS9OU7ze944ze+UkH5XaPzAXxziuxng3ALYc+A28H30 Twd9Hg7lb0GInxgn7SXwX1eB9vXhOGmPrkB/lGD6w2tCe6U/S7ZPct3ijuLP kkz/eWXQh/4t3SP6vexC1acK5fF+qDwYvxG8FVwE/hUcQXkXna3lS3+aUSs/ v/PZ2l7I7A/78n1WMN9XzYHpj5D9m++toj8HcjL9c2I8CfwbIn7gPzKJ8h8b YvqLxPjj6+lvEjyN/htR3/QfmUb69N9aD6Z/Vv+ocgS8LJR/+nfEeONeUHng f5bj35aQfvSXi/bh2sW1PH8JfY/xKzH+8L3wNNpP57iw7xWX8L4f/S2D+4eY /pjRnwJm/zyd/p7R3+h/muPp+Zoffwn9W4Pp/5rlNT2U3zviWl98LyGG+uF7 62xfqbi0B39PXPqnW6hytzwU/0n6U4Z8Hf1f43/3jnLgP5zthXLWL7kF9dkS 1/HlZ2W3w3htD+1DTH/mjN9FOXjPnv/Dvcdr+e8f4oM1fXdo6HsnhcKfqRz4 c0f/+MMfPOrv4vFa3xeH4k8aL+UTvE+B+g7ep2B+bx6v9UX/9bQX+B5JJKNy 2CvuNmX/EPUxe8dlxqs9RYb9GITPw/4L3kdpUub8ZsF4nf8wvTTS53sCsJeD 9xLIfF8B9rX/YbzOH/jeC+17vtdA+69djdrLfE+G4ynfj2D75XsTbE/H1Gh9 8r0K/j/5XgftJb63wfFyfI2O55fxPQ/UR32Ib6hR/a+r0fnKNGU/u0bnD/+s 0fnFgzU6n3k8lF5zjZSf21Aj9rZbW6PzK6aXgb0/t0bnz2TMf90ilgfmt8uo H+ab99bo/hW5DOsXt4ILz2r5YD8rKB+uzwTli/WOs2tk/SOoL+6/HRP6Pt8H 4fy4s+rrO7G8Md/m+0Pcj+P7IGns3/G9Cubn0xCzPzZhvt4wXvYXg/7E/Ue+ Z+FXa/utwnoL3zvB+lWQP67vMf9Y/wrKh/u940M8pEbWC4P2Tz6sRtaL3OE1 ur53So2sv7nRNbKf58fUyH5e8H5NKfa7/8b2+qLqj/XV4P2Z3EuaX67fUr8M 1nf5Pkwz1oP71uj6OsNz/Z3hcX4gGD8yOZVjfT8YP/LYPztZOShPrIf7Ov1e MB5Qvzv5Xs167C/U6P4f+2c5+I0Qf1Gj+5lf18j+YiDH+vUf73vhfALf92pB /XwWqq9va/R8wS+h+uZ7Ylz/LJsg661+jxAfMUHD8z0znD/wI5Td9RN0v/gO vsfXrO8Fcj81oxy8H8j2w/cL0X4Crkf7+HCCnk/h+4nYXwneV+R+wy58DxL1 12Wipk9520v6niP3e48Pxef7j2wf5CK0n6Mm6v7LMeDcqxqe8thEOY8TvDeJ 8zCuRuXu8om6H+TBDuUzLZS/hlB+7pwo7Td4X5P9k+9poryD9ztZ/hv4Xud6 ZcR3b6vcfRzS75OJsr/lNoOzLytTvy2h/HSapP2x2yTVr/sk2Z/yhyi7IydJ /QXvoWI/yg2ZJPtXbuQkqT9/RYhnTJLzUP6RSTrehNj9Exx7XbnyDQ3P82lL J8l+qls8Sfev54U4qeH99XwPNq/vxzK9cybpecLaSbpfzvjc771l0vbfr20+ XN/bLhyq7203genPttreD/c30L9tRN/jzuI9cp4Xyh2m3NxX3/+uD7EzdnN4 nqmvvh9eBn3m87wReJmm5x4Lxef74Jl+yunDVf/aI0zeAG6099rdzczPkfpe OTg4fxUuT+43vTpM7ZX8MLV36O+X+z3t9TxU4D84A3vpb+D8Kj0PBnsskGM/ Izh/RvvHhc6X8fwbzou5d4ZtX3/up/yb5wtXhvSHPVsyXNe3ewzX/YjeysH5 N66vHz9c96PIuaf1/Bzty92Hi33p//Mn+pYmi+W8Z/kcvK/N842zjbuHmOdB 0zMt/h7Krh/zD+4f4oE83zjL4g+g/1vwCTwPOQvvbdMfrn0/8A+bnaPh45af 4DxqBtyL5yPBxX+S/6pv9X4Dz3tPH6zvC9P/Zh7nue/h/Qecb184WN83Dvx7 gnnfFO8Xu5W8n4Dv8b5c/Xd6fwLn9YP0eX4/+P5mvY8Rzk+zvafnJ/L+O97X m8z7OHh/71ren8F9wpm8L2Pv+flbY3r/bj7vK/bT+/I5vP+3InR/kffnoY97 gfdvjlHmfcinQvcl747J+39+GrgJ7wNeGNt+fvO9cZ9nGfp3OdYTwYW9TP5B iLeAG/fG+cMMxpd9sJ8Krt0X/19lfwm4ej/8j8B1fZRb+uD8JTizv6bnDrDw A8GpPqpPbj/YH9C31fRzuWXbz38j/N8sma/+cMjw3+KbwSn4T/kYXAV/LF/P V385v8/X9yH2XID+g/chhoE9vnf+Ankvwk8Bx7Mqr4A/n1ELxL+POxGch3+f XiHusEDem3CboF8Z/Ae9MV/DPzt/++XTvATvG80X/yhuxXx9r2UtuPxRvE8H roa/lG3z1X9K+QJ9v6XPAnnvI5DTv0vXBfr+R1D+kG+cL++HuFXz9T2YFX+S H76PMRkcfw3+R8Bt8P80lem9Av8l4Pr18Keh7JeBo3ifY/18fa+D7cmt1/wk 4K+qG/LbmsP9ZXDy9e0z218b3vfIKfunWL/gtPL/BjT0f6R34Z+Uj1+r5VFY o+VRu0bTI9+u8d1jLJ91Wn/1Lyi3gjew/l7Q/MCflrub+UX6V/+JvrGpHWx+ fjfa0yXKvq6DnfcDV15kXHoP9LvQwvcC56cY9weXggeBk+cZTwCXGftLwc3n Gs8CZ2ot/FJw+WTjF8G1kyz8m+DWicbfUD/wf8CJCRb/O3C2xuQfgquM3evg Qtz4FeoLXgN2Z1v855nfccarwXVjlf0YDV97lsqbR2+X//i+hXfv8PsInw9x j3vRnkZZ+KPAqWqTHw/2I5WbRlj408D1w03+V3DLUJMfx/RCXDVUw9eBzwbn h1n4yeC0pe8uB7eC56jczwc7yFeEvr8enBvSAe/QYbw19hvBiUEm/xIcOUO5 7jSN31Zl/FyIHwuFfwhcbuxngmtP7QC/Ufj+QC2Pur8Yn0z9TzGuoH7Grie4 MEA5fbKF78v0K01+MLgUvD/1P9HC78vyPt7kXcAxY/8r+8/x2r4y/bX9ZY/T /tN2rPZHd4zGzx1p8T8HF4W48ggL/ym4JaL9telQ4/fZ3w4xfobfP8jiP8Hx oEK5fH8dP6r7mPxV9sf9VP/0vtr/8vsYz2N+yo2vZ/y9ja8Ax/ay9K5kefU0 TnA82NPCP8zv7W7yB/i9Mk2/ZTcdL2v/T8fTTHeTn8XxZxfjOMu7m/FF1G9n i59k/K4mvwuc6mL8KL/fRcsz0VXHszz43xy/kP7PzB+4PdtjZwu/F9tjiY5H kU4Wvobtu4PxBexv7bV/Ne1gfD/Hv9/by3jRtq29jBfV4I/Bzb8a/8Dxz9hv YXq/KKd+Nv6a6bdZ/M3g5E/Gne6D/brVuBs4usW4M9j/oOmBg/Gp8L3JW9n/ /2PcFfEzrcptmy1+O3C1se8ATn9j3Asc/9rCHwvOfmXyUeBy8ASm96WFHw/O f2F8BtMz9gMZfpPx6SHuB276TDn9qfEwcEtBv5f+UPWJgaeA643dVSzfj41T zI+l5+eB68BLVe7WgQsfmfxzlq+l538EV5r+7qdQ/trPRf2gfA6dq+XzF3Ap +DRw4ybl/CcW/4S5oo+LgpPg/Rj+A+WEsY+A6943+RGUb1R549vGx4Gb3tLv 179p/HdwLmc8AlzxqsW/nN97xeT3gdvWm3wJ8/OyyVeD0y8ZP8/yarbw74Gr XjT5VsZfZ/JO96N/rTX5XuCyrPHJ4PrVFv4ycCs4peH9XHAteDm42cK7p8D5 Z40XgYtWGT/L7z1tvJb6PWXpvcbwK0z+AbjySZO/RX3A66jvE5qee0Ll5f8y +Uam/5jJW8DV4J/AjeAd5qG/gEvBiWWW3kBwbonxJeA2Y/8PcGqpyWeA64z9 XeD0oyZ/hOkvMn4GXPWIhV8NrlxonFd2X4GbIN8a4v8ZSjY+LDDeGVxh7HYD 10PeFxyfb/IzwdUPmfxccPMDxjOZvrG7G5xIm3w+ODvPeC24xdi9x++l8f8I xf9dv+faPYD6B/cBJx+08IeAyx/GeApOgfuHeBi4zfLnztH47nxw1MrDX/KA ls9Nmp6bC25EesvBBdPPvazs3wEXIfy7If0pb0H6r4Ed6usZ5h/tYfED0n7c k+A6tKcmcAXaX5bxF2t62aWaH7R/P4/xMyZfyPow9g8zveXG/3pA+yP1iT6u 5VPxhMZ3T2v6tSs1f4WVmp5fpeXD8eh7lu9zlv7P4Nxz+F+x/iH/kd9/XsOX YXz9ivpgvP72AR3P2z+I8n9FOQX+L/XboNxq/wvXwvy9ptyW0+87+//4Arga /6sXWb4btX5z72n9Nn+o9dP0kTLtBcZPFTR+/BOtD/7/WV/8fzO9KP7vS5nf f1v4B8ER2FPTmT+zz9wpLP9vtX8nwb2YP9h7nakP7MUtGD9SP8J+BLdu1fGl CPbrNnAd7NsvwGnYwxvBtb/peFYKe/sxptfO7PFGcBv4fnAU9vzVHI87mv0/ leMduJ76gqdRn46aXtmOHeT7BfAScHmRxb+X43FRSJ9irC+Anc1H3Cp+D/OT RWmZvwTjfWlX5cpSDV+F+Via4z3ma4+D8yFu7aH6RXbV8khhPngh/1+7Y30F 3LSH8dC0zjePS8t81EWY/15YP+D/B7wL08d8tgScxHy3iPWN+fCP+P8WIC+A y8Avqjz4v1f17iD/98Q+WF8AJzk/n6fz+TX83x+I+Sm40dYDAvsig/WCpeCi wyz8ffO4X99B7JdEP+X04Rb/Fn4P6xU30r45CvNr2j/GbhzTB48Cx4/GfB0c w3rJeeBqW08J7Kvy4zT9KNZjBs3T9ZsjwM1Y39kHXHuCcuok437gCqwnHcj8 2XqTj87T9Slyytav3NGM/1flRqyX0V7kehu5EVzJ8rb1QT9gnqz3+VOZP/Bg tpdqZa5vMv9YD3W9+H1bf3VdWR9jlbl+S/uX67u0j1vBtJ/9eON3wSmsH9N+ j2O9+Wva87Ze7bbcr+vXTD9yjsrJTK/N2L8MLsX6+J20/2393M3k97DePo3z gQuMpzI81u9j4LSxP5LzBaz/l9+v+wF7grMXG7dh/lV5qaX3Jthf1kHme9nL LXwDuPoq48mc313TQeaT6RtM/tV9yq9wvn6z8R3g0luMr+B6AeTjOJ8Hcz2i GekF6x/Xd5D1mNx1HWS9JXEN/h9cD4K+DVzfBl/N9dRr8T/jes21uv5bf62u /1aADw/Jdw+lV8L1sat0fbW5XtcrUd7uDq4Hovxv5P4G6msc11fBA1Xu9+B6 I+RbsB+Utv0j/9nd299PKju7xOyDW1G+Y42bwdkxJXbeDlwO/hJcGG38Azha bdwGbhthvA3sR6i8bLh97xdwyxDj7reh/AZb+IPAbpDJjwbn/m7yIeCK043H gOuqjOvAzQONL2N48HXK/hZwK3gG9TnVwk8PpU+On2Y8F5wBrwSXGvtXwOWI /y7zg/S/Dcm/B6eM/Xeh9D8C11v+/Tvg5N/0+6kzTP4wOH+myf8JboppeVRZ fbgqls8w48NYPsO0fiJWv/4QcMtI4/7gRLWmlx6lnER7OgXceJbxkeAo2mc/ 5t/YlYe4E8sb4VvRvhKQbwLHxpn8A3Czsfv4VukfQfsmd6O+IS6crelDHvSn cH+reNzOOz0Hjiwv1vCZYul/FctM/gX7yxLllHHw/dxilTcvKpb+FwO3g/7Z Rgvfle0P3Ivtc6HxwJB8FOsbPIXtBemzPbUa+yTL61GTp1hfS01+B/u75Tfo v63I/wRwtZWXG099HlP9WozdsWzfTxRL+2l70uR92D9WFEt91q3Q8qlE/E/+ pP7q2ky+iOX/k8mXgBvBK0LhWd/xn403gt0vxl/ze8bBeBr5rVjaf/k2C38A 8xPiOmO3K+sT8dlfvHHQX5K/mvw9cCV4Pbj+F80/9A3yl/kZ51uV/bI/Ka+2 WdZ/Tp4DfUJcO9P6zxngihkmHw1ONJj8HHCpsbsT3DTNeAM4frOF/w1ceYPJ D0hCv+tMfgI4ea3JK8GZq42PZvirLPze4KIrjf8P3FRv4buCY1cYdwcnLtf4 jZcqV1+q+nnIDwWnLjN5P3DW2F8Zkl8DLptqfAvYXaKcv9jiX6TsJjA/Ft// nfmFfv3BBciPAKcvUa6rs/CDwJGLjIdR//Mt/GCmd67WB3k/fv88La8mk7sy fr/W5HswP5NNfgi4FDwQHJ+s+iC8j4MrkN6lbA+TtfzA/r5Qeo+E5K+G5D+C q84x+c60v8AVt4rcRW7V+EdRfr7KoxdY/OM5/k8xnhriaeC8hXe3K/s7wbUX mvxu2oMXavgmcAPHD2N/Lccz+547ifoj/X35v8b3e6p+rgichr7/QXnVQ/45 2zPkHyble/7NpOjjmpKir3+a7ekiDd8G/lT7S/D9WvSn9rdq/+zI+kP/+y/r 2/q7KzA+xoc1bI82vvjbQuPPFWwfGJ/OY3re5OOSOp6R/Y0leGcM5XeLcmPC 0juL6TVo/07P0P6B8TgYb5pm6vhWwHj9PcbXHMbzD8D5OcZrwbGkhV8MrgdP BzvwVeC62cbnz9H/x+g52/+fZHc1fp3l8X/G71D/Htp+kj20fskO9dna3cJ3 Yfvuoe2V6e1/q36P3AbuTXtuV+XMbva9vuCiPVSe2jMUvqeGL9vL5KfRXtjb 5H/j98F/5f+4XMePrLHvwf7ZW9t3FPxdUuOzPTftpex6afg49N0Kzu2hnNzd wn/F9ry79r9wfZbOMHuj5zT0jwazL/YCR6Yb91V2Q8EefAG4NoH7PeAmY/+s stsMbkT8PglJzw9M6PdGhng2uBr8ZEj+FrgS3/senL/F0m8/HeU7zXgXcBq8 P7jV2A2YrumPAOeg7wXghJWnv3m63gdZxfRwX+SbEHdsQPq4D7Jrg94P6dMg 91X8SHAK91umNcj9EJ9Sdosa5L6If1LZbQAnbzP5fjMwHhm7o8F1t+O+Czh6 h4UfAS41drXgFgvvz1N2l4AziH9piBOh9O8Dx8FPg+vvtPS+AzvwLjMxfwMf B668y/gv4Kq7jc8El95j6Y9WdpPB5RbeTwUXpXBfDJy8C/fdQvJ7wbkU5jfg NvAmcB30aVP2xbMkvu8F9oh/5CzRz50BboT8ulmij0uF+EFwFvEXg929xXjn Eu3V2H8Ojsw1+W/UDxydjfTut/BDwfl5Jj8PHEsbXwmOPFiMdzZRPsb+bnDd Q8b3g91844fAafAScO0C44/BZeBt4KSx6zFH5+vl4Cqbn7t9lf2x4GqE5/yp Gd9PcT71sPFyzs+Qnyc5P3vAOMv5GMqH//cUyu9lZbeR/3eU39fgVnAx/ydI f6ek6vMTwmeMXSu4gPKh/VFk+XNv0D5YqPrFHzGeyfSMA3ujEusVE2l/YP1l CMPb+oUbPkfXK8bP0fUd2isprFdcx/j/0u/HbH3Bz2V6j2t5lzZZ+F/A6aeK ZX5Y+TTu74HLVxXL/K30GZP/g/9jMOcrFc8Wy3ylsNrkT9BezJr8Gc6P1hi/ yPnl88ViX1Ua+3/Tvl5n/A3TA/9Ke+KFYpnvRF8slvlMfXOx2DvJl4rFHiq8 pOnlXi4W+658fbHYJ+DA3m9E+DUa3y/gfBx8F+0b6MP5YAv0PzWp+rN+csjv R+w/KJ+V7H9ri8X+ja3V9pJ9Thn1485leNTfX+dIfQbjAeu/G7gF7eNXjCeZ Z3S8cYi/aram/zTHK3CG4xP0eXS2thdylenvbgOXIz8Xc7xDeztN0/NHzdb2 2BscXaPjN8vrZ47vKO93wCmrH/faLG0/5Lr1Gj7+ivFX4PoNxj+CC68ad4E+ 8ddhj1H/N7fLgb7Vb2n66Y36/co87EH+L981Xsn/lbFfCk68b/K5jP8h1lcZ /iPl7MfGt4CjBeNrmN9PLL3z+b/9TNmD61h+m5RbNmH9luUP+bHg0s+xXgnO fI71TeXAfoiCf4F9UY3vb6b98inWL8Fp6P82OFNQe6UF+d8CbkT5dGX7+FD1 a/5A7RWWNzn7noU/BNyG+jqM7QX1eSLjv4P5Ar+H9jKK7eENCz+G8ldVnrH2 6YawPMFVIaZ+EYxvu86S8cx1mqXjHcsX42FQPulmrEfP1PGulfWB/rYRXHhe 6wMcpIf/RVC/GfTnPWdJ/w7KP2fjie8/S8Yffzq4ysYzPwycb9L26h5Xe7Jx uTL/35fMkv+9O4XpL9H6jCxW/coeVfsW+yuBPRyBvbVhpthz7vaZan/RPm+B vXgM7Xdjtz/rB/ZYyUy1z76ZofbZ88pu6QyxT931IZ4yQ+3ZYSHuN0PtsZ3A CdhjWzAfi0P+Eed70P+NBknPr2tQ/ZY1qD3I+V+FsZ8NroN9eRm4HPblRHAV eHiD2Pf+DHAR7P0YuPI+nZ9i/uDHNOj8aUiDzo9Oof6Yn1WAyzCf2jRd5Xlw AfLcdJ1fvTld50/vgTP3KNdDv/XTZX7jVk/X+c0T4Grkf4nK/f3gZqTnuZ4A nhxK/8DpUl5up5D824TK3+X6CL63Bhyfp1yP+n4QnEZ9z0vo/IdM+34huBH9 6+GE2Pv+Ho3vrkrofGscOIr2e0ZC2qs/nes1DyqzvY4J5adW8x9w/B4Nn8J8 dQjXf1LKWA8I4mM9wZ3P/NymDH8b/pqErr+Qa+G/oy4h6zdB/pvBlaHwXN+q gn+P4oSu32zDelgd+LFp6p+E62ke+kybJvH9tdPE/0ewHkd/IMPBbUjvL+Ak 9Dtumq5fcf0vvD5Y38HWD+9F/4y2V25yJbK+lARnuR71X0uvuUH3V8nYT3Ub Q9zaIPuz7neOb7/DnwvGz6IdSmT9KgKOzlB9Js0QffwD4Gp8rwCOYT+5I/4P 2TZdX6rdavLd+T8C78v1JnAF13uwn30wOIX93MNn6v5vhP8zfH8v/v9/xfwM +lVtU33jyE8e3IzyeZ//m/ZYnwdXdsR6PNJvAu8GjhaVyP+yorhE/qf14L8y /yXKRTtp+DYw89vaFevn/P7OGj5SWiLrddXgatZHNws/McTnhtKbGeI0yxff 53pcvotyVWfs14Xyw/U8h/wv4vc7afzcjsbPMT/gF2ZqfyLHUT9v0H5pZ/wF 2wuY9p5H+y4LMe27gisRezb9u9p3YDd+lvaPKbPke8F8pBX6Tqd9iPbB9UO/ k3IC5cn1wwLK//VZUl/ue9qruxjvgPlete33+N3AFWUmP5TzWexvcL7L/Z6z Zut+yKUh5vpiNfZPbuf8GvtD93F+jP0Wrj9ivyiYf7fsqemD/WRwve3f+Atm 6/5OnPpiP6kaXNpb5fnemn7C2DdQH8hngZsPMPkKrgdUmHw111MPNP6U+h5U IuufmYON67m+B27m+udBev4ie5CeT0D8YP0m2RfjLfcPD7X4U7j+00/3Y9P9 9LxE7eG6nxo5Qs8jgIP1vKSFD9ZD65H+t8xfxLiF64mHlcj6ayP0W8T13UP1 PAz0D9aPyi2+m8r1on66vwp9/Bimd4Sex2k5Ujl/lPFIrp8eoxyJavjEcfb9 3Rn+eJO3Y35OKJH1qdKTlPNgx/Wvyu3zVq7PWHi/mev7J5r8G7Zv+757gP0N /A+2d+gzAJw7Qft3naXn27M/grke5fpb/JZZUh7uZcqPNl43S+o7YNbnk1zf Qfucx/WJQ4yTs7Q/XBdizofr0P4HhbiS6wcIH6xvoP8cRP2tPwbz3ST6K9cX yvsop/fR8b8F+8ecH2N/2n08U8eb9SFexfnv3vq/Avs7Q+Fvpr2D8ZP7ZRiP g/91fLeQ/QD+fIaO57S3irCfz/lzAfv/E8Bl4EHc78P5gdNn6P+D3Fiq4TNd lKvx/x5A+6ekRObjsG9c1xB3AKfxv/++Qdh9wvk6/odrG+T/7xdz/xb8IOe/ sAfSDdu3r1t6dLL73uAseGfO/7sbv8r5Z7dO9j8Ex4zdodzvBpeCo6XGn2E+ Urezxb9C2R0JzoJ/4Hyiq4XfAG7tbPLbwS0dTV4CLgd/c4vym+DojsaPgkvB t4FzHSz9WnAE3D/EvcBZpP/9zWgPSG852HUyXgiOGbs7Ve6mqtyPASeLjE8B F4xdX3Aa4duBK8Bf3qT5zYET4EZld+NNqv/FofA1N2l+zwS3oTwG3CTl4/cH N7U3+R7gWDu0hxuVV94o4f0UsEf6Q0K86Qat/2U3aHncCS7dyXgquMLajz+X 4cGjwTHwyeCExXe9weUlJnfgJtTPS9ejfeL7t4FrUV9Trpf683FwWzHaF7gK 7X8f8JHG8Z7gcvSfzzzyD84qu1u9hHfDwYUuFv4gcJOxKwnJN1+H9gf56us0 /F3gnPVPdxE4X4rxAVy7i/Fx4MbuyrFdjXuCS/cwLgLHjd33/0D6kH8Fju1p 8nfBZT2N3wLneln4d8Dle5n8I3A2xKV7a3oJY18AN5crl/XW75Gzofh3gOvw vRND/MO16D+mr3sO3Gr58/eCK5DfySHuouHdK9doeVwCbkT63a/R8vntatir po//FhxDfj+7WvLnXwY37mO8Ely+r6X/LDi6n/EGcH0f5cgBGj8HXqzs7gV7 yG8Ct0E+FVx6oPGF1P8g43PBlQdjfAUXwFUqdz3ASfCvVyG/h2B8Baf6Gn8M Lj3Uwr8U4gy44jALfzPYGbt/gDMW3l+u7M4DJyMYf8HV/Ux+AtiDo+D4ESp3 R1r8CDhm7PYDt0LeE1x3jPFu4ETUwu8ETv8/XeceHVWRrfHSITHO4DUKjEEZ bR3RKI5GGCCIDsFnFNCoqI0KBkGMgNIKhPBKCsIjIGK4PIzKoyHdSUdUIqJG HZ04cjGKj4gicXxFUIyCGq+ocXTgzlr7+85d31n3/vlbu95VXVV77+qzBxj/ Oh2/9/OMfwLnn4/fE7j+AuOnwXmDjNeAK8FLwZHBxvPAMWM/StkNA2deaPIr wAUXafoSYzcjJK8EN12k9Ucv0fSZlxlPAMfzLf9V7B/kfwYXgnuG5J1ZH/L/ UIL1eLnJvwRHhph8Lzh7mPEOcFWBpd8Ozr0a+0eIU+A2pF+r7JeBC5F+Prjg GpPPBucMN/nlYA/uBc4AfzsN6+Fa4/fADcb+OXDkOpNXgguvx34Fzr7B0o8H 50WNLwBXGrsjWR/krxWjvSOMN4CrbjQuA6dGGQ+j/BYrbwi4vtD4RnB8tHLW rZb/GnAe+BxwxxjjI8DZ4yz/F1OR/nbsH+C2O0y+G1wwAfsNOHKXcu4kS98C djGTbwNX3m28GZxxj/FacCvk94PbY9iPwIWTlBsmav6K8bhPsr3oXz04x/rv toKLboU+wfbb+Pqd7J+Nv/8H2z/S0u8HZ4FdsbDvDK64yeTZysH8NGL+x4H9 CJwfTI/1N7dY1rdfDm6y34N7pFh/X1vAlVfi/g8uHKrpuV/UgvMvNfkmcNHF OP+KZb/ya8At2N+q2J/B2v6OPJx34Cj4LnDrIF3/DYP095E1SPvj/oLzvFj3 c3J0oHET24fz4Q1wJngX24vz5GOWB97D+vta+k+L5Xzy77P8Pvr7jvS29C9z fs7R8eJ5O69Yz+tYsZznwfjxPsD0OP+D+ed9gOPTdKbW787U9rVlG7cVy33F d8N+lQEeCm7H/WgUONPuT34SOGb3K18Kzsd9a900vZ+9Cs7F/XM3OI77ZBrP j+6Wvwe4pZvxaeCSY0L7O/TxE0tEH/DdS0Rf8EeXiH7lMsBNnfV8oD61H5w6 EvoV0udBX/plmuqzX3A8qN9PU3308WmqL9ZxvEPyuOmffjW44jDjKTyvDtr3 oO8Et/yaLvNTaOyv5nn1L5OfDq5H+i7gtl8sfTrb+0/jw8CtP1v6TpxPY5/J +n8y+XDWDx7D/v2QLuul6IDxbSwvxE3fa//q/ztdztu277S/ke+0vo52TU85 z+8SlL9A63creZ6DX+F8obwhnP9vTR4F139tPJL3l/343jrvLyb3JcrBfaZ5 X7rcf/w+fG+d6/erdLk/gf0ucAr5PwPHrP7gvlYF/p73N7TvEH8/qK8T7n85 4C7TJX1wX2T+c6dr+/8cyk8528/87V9q+QXGwf2zvg3fi+f9tg3xAHh//8I4 C+z34nv6vL9/ruVVfq7pySzPfaZcscf4dGU3gPf73coRY38J2wceTv2j1dLf wP5/ki73/5aPlSvAI8AdH6o8Bb4T3PCBchZ4DMt/X/MXvp8u+oL7h8nrOB/G 7gm2H+U9yfH+UNOjfYG+1PiRyVdq/1wVy/9Eyye/xflH+rZQfw+CM8DU/1qt fa7PDB2PQcpuKDgH+aMztH8TQzw/VH4NuBn5N4Nz0d7nqM+iP1tnyHwH+nfq U8vfoez6Q7+PQv6Xmdp/MtrjrwHHMV9jZ+p8x5RdCTgb8z0jxGW0VyD/Itpf Wiz/KnAMvAmcsct4h3Jgn4lCvhfc2KLM+mjfaWvBeQR7UAR8vLI7C+xRfj9w w3vGA8F54DG0P4GLQvIF4EpjXwMuAteDC3Za+jpw4bsm3wjOBD81S+NX/Mz2 v2Pyo2Efa0H6bNrPrHzfOyQvmC31uZG0z+1QDuJdgBsQ72LxbIm/4apnazyM zeAi5H+W7UG8jl1sD+J5fAYuQXmdSzV+R1aptM/3C/Fw2i+Rf3SIp5Zqe+aU avyPBeAqjGcl7afG7lHaOzF+r5TKegnstVw/tOdifgN7bzPqoz0Y4+n7gvMw fleXSbwTPxKci/G6rUzjsdxdpuM7HxxH/1eHeKPW5zeDM9C+Z8o0Hsq2UPs/ KZPx8V+WyXoN7O0cv2yv432R1/kbpuwmgz14rtf1WOV1vT3ipf9uB9hhPNpC 8kNe13M/8z9E0q2+OP0XLH/WHFlPfrXK/cY5sl5dwxxZb+6VOdqeN+doPJtW Zd8V/pfGN03eC9xs8XZcX3DVq5a+PzinSdPnvWLy7vT3WDyZwN+Tv1XTMx4N uRLxkM4HRxEvpoDtAd/C9m5NF/9TIeqbSH8V4tlM1vxuMduP8uL0P6E9jyn7 plD79mr7/T5wBsrrVK58JLj9pf+bu5Rr/SeE+BxwCdL3AzvwJeBGxK+6AlwF HgPuQDypGLgZPI/1WXwstxTcinhZ68o1PtcGcAXiVT1UruO5oFzna1a5zsdV 4BbM14ByWT9Bf1NYXxGWj/XYGdyG9XpEua73Q1w/O5Qd9sescj0fzy3X8z7w j+7S8eP9YQLnA/ePIvbvY+1vXquyx31pKucL9/EZ4Po9On7tuN/XlYv+4BrB udA33i0XfcQf5HxC3zpunuh37mxw9jcmvxzc9A3OA3Az9MfFYGf6p/9+nuqf Xeer/hwHVxgH/vuCDuOf6F/vgH4P/38l9PVLwDHo97ctEP3fT+L7gUO4H4E7 QlwI+0M5uAn+8bfBWfCPn79QeTLfUyP/QLynaHPG9/B9POrje/92s1f4Kxep vWJriD9apPaOfLwPKYC940Nl34fvX2A/qQsx3wMXHcT9ie97Id+8RO0vfJ/E 8Rum7BP3aXm9+F4M88P3h7CnuP78vyXmfy7fs8F+wvd77bBf8PsqLbCP8P+l MbN3+JZKWX/uWH7vA/aLkctk/TrP731An+f37WiP4PfFSqCv8/t+Mejj/N4a f4/py1Eefq/HL1f9N7pc9bnNy1UfOGGF6gu9wRXQZ85fofrsEHAH9pubV+h+ NQEcw/1m9gq9f/0XuAnx7w6B6y2+nf/dSt1f81bK/uuvXinxDd1DKyX+od+4 UuInuvfAOc+a/Dtw/dPQD1Zh/LdY+h7gps24H4BbnsD6BbdafECftkrjA/6C 8guM3UFw7qOh/HVaX0kK9xdwfS3uEyFeCK6qQTxRcCoJexa4MmHlpcAF1YhP Cs7doJwT1/xZ6xBfFNz8MOIxcjyqYG95AP1ZCfsDOHO5lfcCuKES+z84+37s R+TFlv5zcKTC+AC4fh70gSqs57nYv8BFc6APgCuN/91O1A8+kfH5wNeBG0uN nwU3z06X77VWzDC+jN97nZYu8afqp6ZLPKzIFCsvg9+fnZwu8Zuidxk/wnht E9Ml/lrOHbhPMB7S7ekaP2iccZnKfYLf6wW/wHhBRcZvM/7RBMt/Br4fnIP2 jOT3hyfBXgPOjVn6Sfze8N0qz7oH+w3jy9yj5XE8pvP7xRiv+eD2YpPXMz6P ja97c42O95esH+kZz6ZlqjLKd2lrtb5zGE8G8v4qd5fye8/F0L/4fWi0Zwi/ Rz1N5akSledPN75R2U9Yq/3j96gbp6RLPJo2ML+X3YT27GF8G+RvXyvjF3xv nOMzkN9bn6JyzEfw/e/o5HT5Hnke5o/fT2+/G/Z7fl8c858WF3nADfeky/fr mycrc7z5vfsK8AHl4Pv5HJ/+cfk9uYn8nj54hXIQH6AJ7X8JXI/1vI3xBGLp Eq8B/Qviy7C/ndZrfxg/gv1hfBmun37gAvBV63W937Be1/cIxrfAehoX4hjj dxgH8WU6wIzXwvX59/WyHgLGeAbxVLg/Mf4G+894HhifgAvB76o8iDeSjfzd EM/Egc8Gl2A8oxtC+8kG3U+KN2j7PPNj/KZv0PGbuUHGJ5A3Tld5G36fpeCW GSqPzzT5+BBfz/qN/cXgJsgvAOfNgn0c3GHnibuJ9Zdqfdke+yH7P0f7i/PO FYL93FD5kOcyfky5yc8L8ZWMNwO+VeXuPnAE8sc4nij/VWXfzP4g/XZwIc7r bRy/+Zo/YyHOZ7bf2H8Gzlxk8v2c33uNj65G/5dY+gg4Cj4HnHcv9BVwwWLs x+B6K99PVXZbwC3gF8ENKK8RHLnP+Glw7lLcH1if3W/8a2xPJfQLcMcyS39k QvkP4Azw6eAs5D8D3I7707ngVtyv8rQ8fxk4d7ly1kqcB+DmVcqND4Ty233P F4IrwLeBCx6EPgvOewj3dXClsbsK3AD5BeAo7pcDwZHVym2rtT1urXIJ+MKE 3F/98RzPOPzrCb3/7qmW+7RrAhfW6nwX2P3cPw/OqtP5jUP+ruZ3u8BtKP9T cIbd190P4KKEzm8WeHxC7++l2n53r/bPPwAuXGP8N3C9sXsd7DEeB5ke5eUw XjvG5/yk1k9G+/2fwDHoI9mMR16r5aUe0XjgMYv37u5mfHPEgy8BZz+m8cHb wRMZD36Tlsd479cxPjjivQ9me8Ansn/grip3v2E8eivPfYvxSaG+r5T9m+AY 6n8uoeU9nlB9ciPX+xblzKd1vtwzyvFntPyOZ2FPB7c8b5xg+bB/PpQQ/Tjg OOyx6xNqH65PqD337yp3rQm1B+8P8Y/gqq26vhhvnePrtqkc9nm/m+Np9nv3 Adf/duXoG1pfBPbVA8pB+2CP9e9ofvdKQv0LNQn1T3C8aJ/l74v+sHL+HuH/ uj6h/kruf007VU7/6Ai2b5fKYV9xV7A/8PefnVD77anc/2DvOSkh/m13VkLs Q0H+Zsgv4Xzj/cQcthf+9JUhrkvIewv/lOb3W9k+2Ic/Suh7D85X4R79PeK9 h780qfbou7g/wP/vk/p+Ywn3C/R/WVLtXwvBrejf4qS2Lw7OwnuVl8HNeO+y g/XBfv19Uu3XR9agvbBfZ4GjsO9FauS9kO8HbgQPrNH3SgPA7hstrx32w21J sX/7LUl5fxSMB8ufm1R7Oscvp13lfL/F/RbvwdygpNrT/5iU92O+O7jhgM5n zg/wlyX1fRrPD9pXR4bKKwmlT4I7wM+C83+0/NvBcdjr9zE/3tf9kFR7PLkV 9uJOnB+zl7sTwLmwp3O+aF8foen9HHA+8i+vkfLdazVi//avgyvQnlbWB//D b2r1fdzvwNkYr27gKObv2Fp5L+ePq1X/yEm16j/pUavv6Vge1w/ltEfn1Io9 2l8M7tgL/0utvve6EtyC91yX1ep+RMZ+5SaB8z+C/gFuh7/qwVrdDyvYfviH +9SK/9efzPF43fgocBznR2at+IfdGbXq70P7G+eaPzBvHOSpF7X/jc/B31Cr 9mUy7h9uKNu3Sfsfx30mF1xUp/PfDnvwTzVq7z0AbsJ97G1wC+5vbykH661q tbJ/GPYAcA74cXAR7uf3grPtfu+ngVOrYJ/gfrVC969m6B+n1Ij+EuyHFdCX fl8j+pQ7BpyxRPe/SuhfpysH9aWWwD9Uo/rYNWwf9KUbakQ/+9/2Q1+bxf14 KfybofIXcfyhT1bViH7pE+AS8JMcT7S3sUb11/eU/60niL7rf64Rfdb9Cm6D ffwrnjcLNX/RAuOv2b75Wl7mPPiLalXf5+8H9vPg99/k9fcW97rewcF+RXv8 tzVin/Af1Ig9373L9bFA12MruI7zvUDHuwn9WVmj7ef6hb0/4BKv5cHe7ytr xD4TMOxBQfvcTB1vsEuvVfsS99+MEmXaZ7lfw/7sD/L3OUXnl/ZZ7gewNwbl ZcLeOD5U3mOh9N9wP4e9sndK7fF3pdS+uiil5cfB2Wj/8ymxP/vXUtJ/tyul 9rUPU2rv/jQl9jv/fqg9L6fUfhvUB3vyppTaFx9JqX2S7fXwZ0wFF92ZDj0e +SfC/s/6x1v6nmwf/CcRZdc1pf6Vf/F8g7/mF473HTr+VSh/Z63U517lekH6 l8BZ8Nds5vpBfffzfCuCPZLnE+o/TMsP1hf8PcH6acB4nMr2wd9zWq36f7he K2J6HtG+z/2G9viPeR+aovcf2sfJ8NcE5xHt1WT6S15g+/F7XFMj9lU3mvfj mXoe0J7bpUbX4+Gh+v6ZVPv4oaS0Pzh/aH8OziP0v3ON+hd2Up+x8XPP8H4N Tqncr0qqf21+Uv0Ns5PijwnsJQ3/D1O/oT9nRVLt/WuT6k+i/sPfJ+WZGO8H k7rfUd46SzlSqvpXrFT7k1mm9/t2r8zzZjL1rXlq7+H5NZb2JNiLb0mqvfhK tnexMs/ra5NqT44m1Z5bQH3pPrUfkWnv4n3g5KSe771C9ZMbK1RfqgK7UPtp X6J9mvoz7dG03+UuUvsR/eX/yfSwv09KqH2f9tfG8pB9YK7aS+lPoH0a/oLA Xsn5+RDcPl/t3+Q4uATztxScHWKU56uqxb/hNlWrf4T29ooynBfK/mPaXyHf W63+fNrfs2ZpeuwPAcOfFPSX59VP1Xo+7gOnJqv9FxzYk3k+P1ot7wWC8eH5 Wlatv88J1ervvbRa/c1daZ/G7/NH9U8F/pNC7Ic7wc0l6o9h/+ivof91e8j/ RqZ/8G8bdP96boOcJ27rBjlvgvJ5/r5D/9x4bR/ePwT+oMht2p+GMTh/lQP/ UHQs3jdx/seqf8iPxfsmcCXyD+b43qLj3zBKuRU8WtO7ArC7FfcL5cBflV9o fDj9ScbuO44f5J/QnzhGxxP9cxs3SH8Cf2HmOPU35o5T/18bxvPCUP6+9M+B e4Tqz+T8oz9HgetH437B9QPuFeoP/ZEZtyjnYPz6hPhUcPtI6Bf0J4/EeyH4 m9tuwv0BnHEj7hshpr87BV4KrroJ72nAWZjfO+lvR3tGg3PRv1HrdTyK6H8f o/56rK9AngX5zaH8w9fLeLqL1uv6OSuUn+8P+Pv4LC7vfVxzXO+nf43L/TR4 L0H57XG5T/ohcb2f9o7L/dP/MS7ryx0HjqE9PeLy+3OnxXX99orr+uP7kQ7w L+v0/dO36+T+7T7nexTwk3z/cru+V+lA//LW6f370Fp9b/XwWr2/LwI3Qz42 lJ7vfVCf78n49uj/brxHyjf2f12j/bt2jfb/4jWyHlwfcAz7Q7c18vvwx66R /SiQY/0G77s6btT3WlGs/1K+n7rB5CnyNXg/zfqv1vdUFcP0vVRsKP4vR3m+ yZdRfhn0NY7nYNwvOF+D9H1SywDj+8AZ/XH/4Xul3rresnvpeq440/I/zPXZ 0+Qd4MpTYH/i7+kU/X3lRmBPAvc9CfoW3+/00N9/4/F4L8/9ojvsRyy/C+wR TJ+p73WiR8Oex/KPgj7H87uzvpdp/q3Jy7nfHgH9EVzUSc/L/MOgn/J9yaE0 +54c7w8H0yz+FO9DvxqP4/n5Y5q8h8gw9m/xvP3O5P9B/9N+41H0/+9Lk/to 69408R81fZ4m/sXYnjT4mbH/taaJP7njI8s/hPrbB2miH2TtsvTVTP+O8Uvg luY08edkvZEm+l3mdpP3pL7YZJxPe80TaWp/35Qm9uTGR01+HvX7jWliD26N G6+nPXuF8Y+1jPdpPJj2igVW3s3g+vnGo2kvKbX0q8jTjbfQfnGn8V5wfIxx pzrs99cbnwIuGW7ln1rHePcmHw6OGPuh4NbBxjeBCwYq5/a1/FfV8fu/Ju8G jp5h8kO012Sb/GtwxWlpYl+K9DR5rXLQ/yrwEnAu8i+kfQryySoPxjeG8geA O0619CeCo2DagzKMfWeO9ynGh7P9J1v672ivOcl4N+07f7D022oZn9Pkq2lf Oj5N/B9NWZZ+Bf0nv08Tf0mVsXtK5UF9zd2Mf8v2g/8Ezj/GeBnbf6yVvwZc 0EU5r6vxPHCOledncLzRPtrjsq39bi64obtxkvnR3xdD/D9cnXl43UXVxwds ICjQgAsBRUIRiaxhs+FliwISsEKEtxAVXqKypFYhbBItlEEEAhQNRSG1CKGA pGnS3pCk996kaW+3kEIpoYUSWoSwSYQAoWwRin2fx/M51+f7+/PzzPqbOTNn 5pwz97r9sOSrxh8qxyKXZ8sf94LH91L5HqH8wXAz4/+t+f77tJqf+cqvh2Dz G05x+d/P0n/j+ZGHBxK8TvOHslaRn3Biq8rraXA4wMpPhauMwyXGzZNsvTRf 3eq/x235Z7XqevudccWXD/kPD1/m7ZVZ+vfgkcOMj2j138O29nbx+ljPm+cL xw0+fkdYeqdyXADHI3V8Gih/j+8f3zaePd9/r9nquz2x33j5+lOMVyX2q3/D paejT+h/4/ctf4F/3xTjAFf+wPhTr/9M41Hfr35o9b3p33+28Qfef/bPN+Cy n1j6uy4PNcYH0d5JP/0P1xwJp36m81F3seW/DW4yjq1w/IVxs6dPN76z1f+/ Hf3Y6v+/LfU332BcsX+r/x+3tfc5uOUyy/+Rz99VOt8lvzUeglMzrPxaz49+ WuHfD2c0Pd6YKF8LDxnHc3w8yX8kXHe9rueBG4y/6P37vfFOXp/pz/CJ72fo 1y2+/91q/CI8drvuR6HReK7v98Z5/0nJXcbT4cHZlv8C10+WHn7s/oQ/qz6v uFv3Szi/X5I/r8+8/F3ub6H8PG//HuVck3GT78d/KeAdEvnvtfSj/PvvV31W YeeXuOkR4bDB/YEPqf4pbykQ/0VRe4H4r+rsPJX3Z5R2Gn/X6+8qEP9jUbpA /JW12QKJXxjpNS50f8yyAom3qF9h9a12/+kq4173P68xbnP/wePKVWs1f6Od H/P+wmHY/aFxXYHEYxRx/nT/a8o4738Ze9rSD3X9/YzxRT4+G41v9PPARj0f 1G/U80HDs8YPJtj9S7lnEucF47w/sZ7+XPWInJ/j+cr5+Son/UQ/jzyl599K eOYjMn7xCf/+tSpvQ5zH3V83vkbXV/UaPW80P1Yg/smGfuNXff2ttvoOcP1i HE+Fx5CPh+BDYNcv5ctVvxQiX59nv2xYovtnXa9ydY/xHnB9xvhs3/9NvsMM rw+Ort+7NT3TJeeBUGXrJ17g6YtE/4f6hca3uD5vVx7kvvJrb79F9UfDg8qD D2h7dX81ngYXzzWuh0vYf+729u3+E9f7eYf97TV4DB738wr5JyygPfbbYriS /XV/uOGPln4AXPIH4wo43mH5T4Kb2P+/vUD0QTjQ24O/Cg/ZfS1+Qv+GZxk/ 5/qY9gbggUbV3413Wn1zXN/O1vMb+iJemvj+ycrhm3AR6fu1ynjkOaDPznf5 uEXnp9g43OTngd+pfJSiX//Yqvr3Uf+e63S+qq41LmG86uHD4AH4KHjsBuW6 3+v8Fd2k9Y3drDx8i9Zf1mB8DDzYoPPv+r0SLjR5iGfC1cjHeV4e7nD5YH77 4IzNZ3zd5Yv5fBOuRZ9/oU30c56HWS+fg5tsPYWPKV9+n6X/Cw6mn8MO5K+C vwUPoL8PgkvmoW/g3Dz0q3I8uk3sFXmup/7yNu1PmdfP+t8XrpirPNKUqP9u ZR8f77/Lr5evvVPHq7RRuc7mI3y5TdZ33L1N17fPB/aV0OvzdaOlz18g8h3v h5tNXuPtPv92/g3X+/zWF/DOgf3n18YXu3xeqfJXe6XuN1VXGB/s8325yjPn 8by8Vk5X+eM+EJ7y+qdZ+gcJ3oXxyMBfc3nkPnEi3EJ9p2r+MAVurtX0Uvh4 OHWJypvfX3w+yi7S+avHPrWF/hZfYPy878/nWfmnfX7OVa6dynnM088yftXH 8wzjItobOk3lze+Ph8KFp2LPc3n6rsp7+YnK1cer/MH59doCDy/Q/N7fiuMs /TGXN+xpa+GRY1Re647R+S+BV/j+V675hydbeqe3T3qT71+WHn6/QO/n13h7 R6m8VxrHRq+f+/+tXr5M10M43PKfnkj3/X78UN3vCw9V/d58sOrfIrNvhK/4 9x9o+ff29YA95PAFak9xxl6YX3+Z/ZRrsdecsEDtfWcm8td6/ybp+NVg/7tr gdqXHnF9iL0v5/L+dZWPAexT78K5r6p8VWL/2qNN7WG+niP2r2+4vO7Bfcv3 S+yDNZ4fe+Av4IC9L7apffAO378nWvp9rm925T7h+4FxfNbXN/y+7+cTsUe2 +/8xGk+Em3bTdOyP4T3ff+jfO/AYvAke53t62sQemecKsz/GljaxN8YHfby+ pumF+2j5anhNgjf492MPfsn3G+RhFC5Gfrbn+xrhndvF3pxPj/Bn3n/k85U2 tU97f8aQ9xk+f6yPk308Euzrcab3D/vdn3y8bf2Gv/l543D93lSZzkfuMO1v ta3nUNDu/5dm6TvC9ba+4/7tut4na/5QBY+Rf7pyuBvOUH8bXEl/VreL/TO8 7O2zP73t7bGfvdWu+9tz7WofXQ+Pww/DReyft7aLfTPUt8t+Haa1+//vWf5z vT70xU+9fAX+C5cP9FETnDoZ/xxcin10pF3tpdstVN4LLv6e1b83XAsfAA9Y /lCh5cPPE9wI151k9a+BB+nvBm/vO/j/4NSJ2FMX+v8Bcn9ZpPp0MtzE+J0G R/TZ+XAt+u5COIf++hlceKTmH2P+py1S+Z4BDyHfzYv8/xm5/yzS9ZJN1J/2 /h6l5Yewp89Z5P/PaHzfItXnK73/fO8TXt7kJfQv8v9H1PZ8vLw/dSdofjiO LfL/czTe5v23+Qo7pnQ+94bLkbdJKZW30+Eq5KEOzp2E/ktJ/fExL498Pw+X nKBcy/c9AxdzXno65f/naJxJyfkozIPHTT7iQykdX2+/hvW3S4dwOLRD26+B h+GrOqS/McIj9P/GBKc69Pw3lOA34DEbj/gaXMF6HPX8p6IP4fLT2H879Hzr 9Q3gD1kH18M9cIC7vb/4e+fAdZyPfwI30N6JWl+evb1y7z/+l6MTfBAcp2Av hVNncL6BC/G/bAcPwo/7fJ7F+Tcl/piQg8fgXnh4qs5/mfnD42a40u4XYcTl F/4YbqjmfgWn4DfhInjY10u1yq/z49pe7Eu07+tl/ByV30H8939N5L8LHqL+ P6TEHxUb4Yh/qimRvhBu/LH2LwM/pfnzXHleYv3B9/t4na/9LavR9FLufx0J 9vmqwT+2MSX+svCi9+9C7ltw9UXYD3x9cv8s8/VyicrjGPfXI+HGabr+S6Yn yv+S+yFchX+t2uWf+IvfwM2k3+TyTfnbOtR/5zxM+zM75L4df+3rk+8529cP 33tyh4xHOBUuYvxmeHvmfwz3+PdegH+gQ+drFZw7T/crOL6f6I9zxTTdjzKX Jvany7W+YuwhT3j9V1v6sg61r/h+NYL/sb9D7In5/XL4Os6fzmbPDEc8yvdj X/wBPIJ99x9wM/bBT+CKWcSrPKr2wqJO7vfwt5TDKZ1qHz6nU+2xP4cbiP+5 RtPjbLiW9vvgRvgxTY9DndK/8K9OtY/t3qX+y693qb1yzy6xz4d94Qz2uv3g uibiGbz8vcpF2Acnw2X4C6bC5e5PUA6Xe/ukz4KLH8a+Djc+jL8AHv8b9/tu +veIpV/drf7Iv3Srf6MPLp3Pfg83tnLfXkx5/JdT4Eb8K7ctFn9L6IELU9xH E/m3T4s/JnwdrsI/c1ha/DPhQrgBvi5RfhacepT7SVr8qfFjeLiLeJYM9eNP nQKP4Y/6EVzWQ/we3IL/qi+j/tZRrw//17/g5j7j/8kin0uJ34PLlinX5YiH gWvM3xa/lFX/7dPUX7tS+zO+ivhCONVPPEpG/IMhkxF/Yp7Ln9DyLfhv74dL 8Yf+Ga5Yb/nvyKi/9uaM+ltnZ9Rf6+3FIUvvgQfhZXDJ8/q9hUPcl+Bq+F1v 3/LHQ3z8NnE/gitewL8D51403r6H7xvG/gbXvmz8v3AjfAVc+ArrCc68jP6G x4jfXA03U/9muIL63kzk3wqnXsJe28v8wF+GB/+O/wNufAH/CTxGfGghXLQJ +1ivjF88qFfiR+PJveJPD1PgJuZ3ppffgH3L21+PPQauQl5Ge8X/H8fhDPEC BUuo3+INYgkckc/JS8TfHabCg/i/58E5yq9eIvEI8Rt95EeeT4eDyzNcxvd0 96l8ZeC65zW9arOmFzOfPXDqNeJ/4JIR4qO8vVHlonfQX17fmHLTFuKvvP8f 4F9fyvh/iP6By4hXngoPW3q8cqmW3wSXv48/Fx6hvc/gceKd3/f638O/u1Tj oefAJZS/BK7cwn4HR8ofsVS+N+wLN71t/DW45jX09VKR/7gn3MJ8FcLNG5U9 3sPrq0VeD1qq8Sk+fh6/4ukta7R/Hi/j9ZUhj19aKvIbJ3r/iefYfanKv5dv GNTv8/7l87Pffn6prLf4aZ+stzjq8kq8yeY+iS8J810+2e8b+jT++/88P/ri E9ZTDfEkz8Mjq3W9lRFPNHeJxpNMg5uN41nK+fXt+u0QuHgl9lHfD9Bvg76f 0J90r/Z3Qa9+j7PH1zwKj68j3qdX43Me6JX5j5crh3N6NV5pL3joWeKlejQe 6Wa4Cnk8Dx5BHg/sUX25Kxw2qn5yeX4pq/vzo1ktPyur+/UMuJD97UJ4AHmZ mlV9fwYc1iq7PF8AF9v7gHid5yf+KJvV+VmflXijsHOPxJ/FSa4Pme+D4SLO P4fDLcvwR/XIeSocBTdxHvtij8TLha/AdYstfSfl8I6PD/FFT8CNxBe1Z/X8 eIuPV7eOBxy+mdX4PT+v5Hg/caOfNxfq+TNFPNJefj5bgL3az6PEJ23z8+98 5SbO+zuRf/hh5VKLT4xbyd9I/OKTabmvhIfTEr8Q7oSH5mDP9/xzsOfD1cRz TE7r+46CtMYnvbdY43/8vuD3xdlwMfe58+F67oNnL9b4lu/CDTcpN9+g+Wsi 9ks4R/zOTLia+No/wrXcn9vhCji9WOJzwyq4iXiIIf8e3qN8lOCJaYmfiCV+ X+H+fkxa43/PTWu80KVpiSeKV6fFHhB+B4/T3lw4U8/7kbTaE7IuD/BAWt/T 7Ornc3iSyzPtnZJRe8RFifRrMhIvHa71+8A1xje4fMIPwfXwioz0N3/fqoA/ 0vpiYP1VJZj64yveX+wra329Ed+9yu8/V+l9pe5q7V8N8S2Nvp6p/xy4mP6V 6/fk13OT1RdzaeH8fNF+nA6XkP6dtNqHStPaH19v3v4g8heZvwa4CPnt5b5f A7/TpfE+T3aJfIZ0l5a/r0vl/8EulRfnauM4Fx6u13Sf32Y4xff8sku+P17a pfayejhcQfym96dOyzcS33+G22+wNx7XpfbOg+CBWrUHhVq1Hw1ibxztFPts eLpT7Y0PuP0Je2MjPIR98fZOsRfn0zP4B37YKe858pzDH/EjOJ6q9rQx/FEz O8U/9d/28V/1dKp/yu1pRSerPY33J+Fkt5/hn2mFh/Bf/rNL/FlxJ+Qr4N+6 vlv8baGpW+OJXoebTlD7k/uH9nF7E/6vS+CxY3k/tlj8Y2FNIn3U9Qn+sp1Z L828v5mXFn9lfn/090E7uH7FH7+3r2fiCfbJaPyB6/OxSaqvcyWqj8f3UX3t 76/y5wHSD89I/EOcmeB7M/JeK29f4X1e2JiReJ34aUbjgSZm9f3h7ll9f3W0 cjwOTvGe8DtZie/I278GJul50eM//Lzq8Rt/ymq8x9KsvndcntX3Yku8Pt5P tmY1HmplVuI/8udnfy/2VqL8tqy8f8yfx6sYv93gkhLisXokPiZvP6raW8+v Ho90lt8PeM94rZ/3eR84L8Gv9sj7x7y9x/n4Xo3v6e7V94/reuV9Yt4+U/9F vV/x3jF8ye9fE9XeMrSL5b/e88OL4ZYvoM+8/Od5X+T5C/EXuD1kR6v/WHh8 B/QnXE7+Grd/kP9XCb45UX6223t2QF/DleT/QNPz9/VCuBQem8B9Ca6foPaN hs+p/WNwO/Y/v68H7iPLhMOBcLXlj6fAJdsT3wrXUP+xy7Q/nt/771zDeB0O h524HyX4hET+05XDxYn6fwVXFBj/GS6GM9q/8Hii/xvhFr53M1y4naYX/XuC +aPh3PgEs5/CleOaHj403iOHPLxv+afAlfBlcJ1x/BNc/oFxC1xl9YVuePgj 4zVw2cfGf4cL4Y8SXLqc9Q4fB48bx58ul/rib+FSvueu5dr/Zjj3jnLtqOVv gkf+qeWrRyz/XLj4DUvvgOv/Yfw4PGAcPoQbyV+0Avmk/m/AVW8ZH+np1r/4 Q7jo3Qn8jjryYBxnw6Vjlv4YPAAPww02P2GPlcgX4/N9uIL5mbFSx3MlPMj4 b7+K/iE/u8J18AFwLfVVwkO0/we4ZYvlXwtXvDeB39Glf/S/fLWkxzPgDHw2 PL5FeYT5Pme1yGO8BB6A42qVF+ecyztcgrz/Eh6kvcuVw29Wy/qJLYn2xuFG xme/fr7HOP6gX+fn4n4t/9tE+rx+XW9d/Tre2X5Zn3muZfzO6pfxjgf2q3xt or/xbSvf4/0f1fEaeEu/v+6fypk3dLycfTx9fV20WtdfNVxs7YWfuDyM6nw3 0/7xcD3r6ZveHuU/Rt6aWP8vJuTv8VUqXwtXyf4Rr4DrP9T14PPzwkpZb7F5 pchTnLVS5f84eIjxHl2h492n+0O4P7F/+Povf93Sr4AbX7H0y3w/eFnz1wwb P+D7xwvaXnzeeLO3/5zxu3DuWeXhDVbfK3DqaeXKQeN1cOFTVn6ht/+kpd8D B7gBrlhn+a/171lvPB8efMbyd8N1zyqPwH+Dm5/T9jJDWn/lJuNjvT+MzyRv H97b5+MlTR9ifPfS+QjbXJ+8avyy6zPj2AaXvGbpt8BFNr9xekLfnAsP23oK P/b8bxpfCpfDV8Jjbykjb/n6R9A/5y3X/eJAbw/ebbmul/Gc7iev5UQ/xZfg lO8v8Pjbeh4YfFvTWa+x388jrN9lOdmPQiqn+rwlwff5+YP658DVb+v5xvMf nah/n0T+HRL9f3WZ6Ou4dpnqs8VwRF+0LdP9YT7czP5y6zI97/zIz4+fWvr+ fr7caunb3F/4mfGHcMrOg+FZ93dxnr7b/Zmcp2foeTucBg9ss/oK/LzO+XId 5/9I+wvc32r9i/fCpZ8oV3Oe6OvT/dQZfZz3B7t+W9in+vKePj2vXNUn5814 UZ+eZ3/u/jn0od+X/Dy7T5/K81b3l7NfjyyR/OGFJbr/P7VEv2+9++P4/lc9 fauyz9+L8PhWra9lK/o7kb/D/fWfaXr9Nm2f+0F40uvnvuDlK7kvPQzXFuj9 tJr734X+vTsR7+b9+QLxcD4+O2v8QZHdb0NYou91Utyfc7sRDwmXcp/+d4/+ PtDrcDG8okfeF4W73F+1u9oD/L59Zo/ct/P+L+f9vT7eF03w+BHS389qfvd3 ef3Pwc27qj3F3xO5faea3zcqzcp7qrin58eeUZDV90Rurx/mvdEG9w9gn5if EXtHPN7t/Xuqvcx/D+ofai+Lf03re7Pvp9X+dUJa37O5fypj9p5wXFrtQe5/ 4T3ef+PTeO8Q0vJeIryxWN/D3JHgq+AR3j/ssVjfZ+yiHLZg/xz7ttpD4fBI t7yXiDd3i/0yTO+W943x9G59H7I//P9cnXt4VNW5xpfMWAOCBpUatKcGj2iO VogWMYpiVLRja22qKBEVxws6VpEooKn1slS0gUclCmpE0UGxpFwDCTQqkIFw mSQYhmuGAGFyIY5a6ohWg3g5f6z33T7v/vP3rMtea8+67W993zu5aM/wFRq/ c/YKjR/o6+PWGq2P9nu25wPa7y9QezDfx1c1al/dSHvxcK2P8ZizfPWPBVcW qH8l4mHsuTUaT0SGPps5me1DuqnR+BL6i7K+L+lvivakquX9mc+qNf7lSLXG Y3n+puCsGrWP8n4C9kXPPxTxaV57qCe3rlrjYWf72vtstbzPn/1n0b7TqjUe rG25xIuZenAEXONLXwDORfk5yyVe1dwNjqO/fZarPZb+35h/XrxIFPbkB+iv faYy9enuXKb24JuWSTyquXaZxB968RQlsNf+gv7rgzS+IXuQxisgPtWLR6C+ HON5EC9qI/S/d+u7eYzxFeCnqlSPjf780Gvz4gcYn0rmfsD4jMpsrAdVEl9q XkR/Qn19/vX9NH4kc5zWz/hSxiOk+2u8RAl4CvuL548DF2I/DFXpfuLFR2G/ 6c/n9YU+BuKremAv7ma81bEa71UL+/EaHz8BLoU984Klar88k/Fw2P8HKduB S9V+3I/xbL01Pg/nBfPPJdq+Z5dI/+x4cBh8xRKxh5sRYAs+kfGFfaBHuUSf /+1itZczHjM7S+Mb2b81i+W8Y2PKXrxm+dEar5mEfXYH40EDWj/OW6YenMZ5 jfGdZYfdeW7KYrW3jV2s9tDLwZXgcxfr+Td3sdh7vfho2ueaFon914u/hX3V Tl+k52cy7VVvLZLzsxffnML30euMT/5My2elYf9h/C/so4wfz8P3LPUdMkg/ jfHUsA+dwvaiPupPxGBvoh4Dvn9tFvUYkO7pObjva0/fIAvf37VMx/f8/Uxv c+njmO7sA3Y09RhgL6GeRgr2BOoRlDv29AKyd2k67SfUAyiCfeOPjNeH/YR6 H5XOfuLpexSDe1OPxtlPTF/WB6a+QawpKHpEqYag6NskN2n/8jfo+6hYGxQ9 hvDqoOg5lH8YFH2TnBVB0YcorwqKPkpoMext5Erl4vmO5/H3AL9KPYR/6PMj 4Meoj/C+pifnufLPs/xcbV/4HZc+m+Xf1PrSbwRFr8FWBEX/Ked1/X1js5RD s3Q85M/U9MzLLn0E9WXA1LuIzdDxYl9SzrwAewF/r+mu/juoPzTNpU/g+53m ex9lsNdz/Pw9KHoToeccf8/3/azO36qng6J3UvpEUPRdEo8FRS8g+1Etn5qs 87sQ/COfB075mPotmUm476Jey8NB0S+peEjHX9XD+j7CD+v7Srv8ZgznX0lQ 9JxSE4Oiz1P0oL7P5AQdr4n7Xf53qdfyF+WySFD0Tyru1fFXO16el7vKcayY 7Rmv871wvK4PeXcrJ+7Q8ZgKB1VP6HYdn8lxQdETKgNTTyU8Tuu3t8IeRb1a x56+V/ktvvVqrLbfgKnHln2zcqg4KHotlWOCoudVPEb7l7lR19O8G3W9LRvt m1/XK6f+rOOh0MeZIq0vXqTPM0W63oI9fZqIq89+vkDYtIKjRcosv5d6en90 /LGP66nnep3jpdTrdWzepl4c0qn/GkI69doyf9D0gt8rp68Jih5dcUjZXB0U PdrcUUHRC4xcERS9uKyRyvFLXP5Z1Dscof1JOjZr+b6Qv4n9uzio+nrgdvZn hL7/bDD1+WIuvzmG+9FFypkLHf/A/oJ7LRT++XnDg6JX2DNM50fWMJ0PxcN0 /84739V3F+fnebo/leTr+hQZoueV6Lm6fxX8RrnkHN98OFvWo8L9eW79ifL5 Z+E+zcfU3yr8v6Dop6XA1LeqOEe5eKjjPdR3Gor7O+bP1/rQX0+/iO+D+nVl 5wVFf4zlr+P5GO9rPPXKhgRFvwjvzzvf5p0bFH0bvr+FrA/9Wc7972zcZ/B8 jf4nqH/k3qen71MEpl5RtnufP+vjnKn5o//ry3+64yPUz8kNqh5QLu6j+X2B 9GHUvznN8UXUf/m1cvpXuB+iHo1jcxK/X05VzjlFnxcfqN8zyRzH5/N75mTH V/vSqV9jXHn7EvVrXLqdT70elOf3V9Yv4a+hbDL8XgPz+7IS+alvEz1JOXmi 4wH8ngUf4vdj/6B8P0ayg/L9WHZcUPSDcvsF5Xs100e5qjf8SfA849LN8CWS 3/weXH6sy/8X9qcv7kuWyPO97/Gi43FfzO9p8Iea3+yhHo+rz9PbyUN7j6ce jGuvZx/IOsalf8n2Ho37b76/oNaX6OXSv6Hez1EuPbBU2Pah/eKngOj9lPwY cP6T1MNxbK8Gp7536cW0hxxx6WPB5oiml30XEL2g2GHl0GEtTy7V8p49hrzN V99+th/lqa9jexwHqU/h2PSlvs23jk+l/cyxPU/Z3Krl7cO0133j0lfSnvV1 QPRMUoccB6jX8qXLP4B6EF8EVJ/lYED0I6L/dum30X74uXL0E81vwJdST6I7 IPowuQcCas8Ee/oWjj19CrBdTHsfeBXtm+CNvvxNvvQe6sd0OT4G9lkLHgxO dToeCjYdAdGPKElp/sR+l/5rlm/T9Og+xyPByb0u/1jWt8elTwH3tLr0KLjY sV0GztkdEPt0NKnpyRblMnAMXIT8tH/HwQeVTW/a//G8/6nW9p1F/3nXfjOi Wvrj+eez/fTHL3T1efZ5tN/Mq5b2enoXFbscB3hfAaY/fgn4Gt6P7HQ8nfEW Oxyv4v2KY/s5OLM9IPc9yW0u/XRlcz399cHUlwgjfznvl7a69EbePyUcH8X4 ry0u/5ngeLNL/62yHcX4rY8dPwQObXZsGd/SFJD4sbwGxwvBiY0BiTdLbXC8 nfEFSOd9XjnSjzCeANyH8W/1jk/ifeHagMTjVILPByfAV4NL1mH8Mx4MfJ+v /DPKdhnjxeowfsF2VUD0LaIfuvKF1GP4ICD6FiW1AYnXiq5wPJnp1QHRb8h1 bGYznqEqIPEFVUsDEq9VsSQg8VRZi13619RvcOzpWzB9EONbFzo+h/Fbju35 jD9A+g2M11zk+CHGazr24jWjKM94grIFLv9O+vtXuvRupr8fkHjU1LsBuY83 cx3fxfjUt11906gHMcfxfN7/O7abWB/S2xg/4Mrbr8EJ8GFwQVTTC9/V8vnv Od7N/Gh/ivHD/8D8o36D66+5wsfjqecw35WfQb0J1J/8SJ9PfYc43kePj09d pf27Y5W+n0mrtL9T6R/yjuOX6O/h2CzQ+jz/Edb/C/rXID2yWtOfpP8P0mfT 3wbP+3K1Pt9QHwDv/xJw3tyA+BvlzgtIvEAS7/9B6gHg/c6g3gLG39vUY8B4 XrxGx/9G+jNh/HavkfHs6TNkkH5cncwPO9zHoxmPgPlSUqfzdybzVynHsB48 zvwfaP1Yf0x/cCnWJ+pJRGIB8e+qdWx61SnTPyxTp/VXrMb+Ay5xbMeBy9a4 9McYfwB+iv5maN9UcOQjV/5pcB7Wyyl1sj569ZkV+j4iywIS/5Bcqhxagvlf J+uTne37Pfh8jgc+r7JS0yswvtbx9wAzHgLz2/Pfq52P9YHtQ/0H63T8fM94 DoyHY+EfaLEen0J/QfCljKdA/yYr2xkxXX93+vg/Wp89lf6bKE9/zRy836GM R1ipzN+H8RUZ9/vZe9bqeGT8QzbGQ81aHS/b1sp4sYfW6ngLrpP91A4Bl2K8 0N82jvTf0f8X4+vadfJ8L73Kx0VuvJvR9E/GfAnTvxn7/2Rl8+o6nT+19P/F /KE/M+eLqRc2gXqZb+bwOj3fkMP1Wj4Lz+9Xr/05CZzG8waCU+59ePEceH+2 D/3JazS9DDwIHAZfBo7jvHI361+J8y7913G+WVov5x/bAi4ABxkfgvE0dL2e h8aBUxiPj4PzsD5OA5dh/ZyzXuaPfWe9nF/MMtaH/XUr2GB/pn9/9vuYr+tl P/LiTYqxf53G+IG3cF5mPMJsnIeVvfiOQpxHvtqg++lAxFNUYb8bBs7Bfn/J RjkPmT9s1PPHfeAsx178B8u/zPgPnA8WgXvw/JaN2r+9G/W81A2Oor/fgmPo 70+MF6lw6QM2YXy9hvkLjr3q8t8Fzn4N5wFwGunVyvYIODEL9pk4njcT+z04 /orjJ8AW+Vcp221xrf+/LP869q8GvN83HH8ErgTvAJeg/wcbZDyYYxuxfuL9 DWiU921PaJTzpTkKXAYuAIfBf26U868Jg0uwH/2tUc/PzzXqeJ/VqOfLt8Gl GP8LwUXgFeAc7Gfrwbn/VOb+Wdco5ye7FpzAfGwFh3CeGdmkfCU4u0a5FOvB MHAt1psLwT3/wvcduALrTwhssF882KT7wbIm3X9iTbo/tTTJ957pbpL13QQ3 6/4xfLOct8yfwDngyGZd7yeAi7Gel2/W/WU2OLre8Tvgwg2anrvJl999f9sy Pr/RpT8KLm/U9uTj+/1mZXsFOI7nj22S/ckObtLv408b9fv5w0b5PreVPuZ4 LKvX8cvv/cmN2t+JYLsR9ghwepOvfKNycZPWl96s9dH+MR5cu0XnWzbsK1ng PNhrvm9Qe806zv/tOG+CC2H/mQoOwV5UomzHgYthPxoDzoG9aLSPTweXg3Ma xD5lj2sQ+5XtxvoWhj2uHpwPe9p7cbUPTo+LPdH8DVzV7vgBcGHa8b1Mh332 RnAG9tsi1ufsu/ZycK6z/5oscAx8gOs/7MMd4IizJ5sUuPIr2EM2qf17Lrjg O+Uk7PGbwHmw3zeDo+AG7jc/OH6R+9VPOC+C83HfwP2uB5zGfpgbcLwDnB1U 5n3GQXDiGC3P+5EtjP/E/cxKsMX9zDJwup/Gd4ZPxP3RRr2P4vNTAxwXsH+4 L5sArsB93QpwkbvP834f3A+aC/j7DQrK72/c/aIdy/13cFDGA+4nzQ3gUtxf 3gkuxv3xc3G5/zUzOL6Q/21wFu5L12h5b7/nfetX4CLcZ/fn/AXnNuj98Fng MO6Dh4Ijv1WOXYD77wa57/cY/gX2Kua/DP554IJCfV75FfBfaRD/B2++h69S zjh/CW99gH+F97xi+HdwvaG/xq3sP/xFQuBa+JNcxPUO/i7DmX6T9j9/jJYv gb/NzeC8sfBv4voIf553+T7Bi5S99TUF3qps2vh8+Aulle3X7O9t8P/Eel7h 2A7i/oD0IY3ir2TzwVXwX7oUHL0d/mngDPyfbuH+Bf+oe8ERMPevLOdPZZ7k /gb/Kp7PypF/uea3TeB8lE9yf/Vx+s6g7M/09zrCdOcvZn/g+e0+l3489veC CdBXAFeBef4Kg4uU7T1a3k7x5X8TnIH/2w5w/EHoITSJf5zpvVnS7Rlgg3Se X9henm/SDwTlPER/uxVa3jaAs9He7TxfofwRno+cP541Hwubkz+W/GYQuATl LwQXI/8N4BT8+R4BR8DTle374Lj7fewH4Bzkb/Klt/jq+9TXvl7NWH/Qvt7N +vvlgEvxfgc3q/9iCJwF/8Yx4MKJiH8H97h0W94s/pNmC7jI+V/aXeDIk/AX Beda+HOCy55WrpyK9QCcfB7rR7P6o5JD8G/dwf69gHhcli93fAgcfxn+51sw P2diPoNLX3Ppk8H5zr/XPgLOgz/wW+Ck8xc2c8HheYhHZv3z4Q8EroB/82Jw fIFLXw+uXYj4Z3DPIuVc+EvvBJulykXgBLigWjkJbmJ/a9zzm8EZ8HZwYqWm Z9cqpz6E3gs4vUr7W7Ua8QKsf41yYR3iscFZMccz2L965Qx41hbxT/e4B/7q L7J83HEZnwd/9yeZvxHrO7ikCf7LyuYM9n+z4wHgSpT/tln96Q+Ca8G7wRm0 pxGc3wh/Yc4PPG8KOIp4gJGcHzuwf4MroG9QyPm0S/PnQe9geLPGK5zN9WEP 9nvOL+gbDAMXI/7hPM63/TjP8HnQO/hNs8RTeM9PIL7iqmbVM2B7k+ARzRr/ wfLQC/HWpwj0Q0azvch/T7PqK0xrFj0GMxNs2+AP7uv/Ufx990APaYuk21Fb RA/CPsTxuFfHb+0+na+lTn/D3J3A7433MTUh7bUzfenzwRHoecQSqu+R1nRz 4la0D8+LbFW9j2fBMfx+zY5jCxDvcthxaqnj8BHkL8D7u3gb3jf0RG4H56A9 k7ZJ+03lNtWz+M820bswg7djPCH9/u0yXsw0cCV4/naN1zm8Xft/xg79vW/Z IePVzPXxJ+AExnevnTLezfE75fc0eeAofu8QOLEb5yFwPubXy8p2JbgH6dvA acQTtYFT+5TRPtPO/Pj9vt2p42XILh3/I3bp+Cnbpb9X3S79Pbfv0vl/Qgvy I57pMnDSrS/28hbVg7kYnA89lgtbdP3KB1vEK+WByzZregTr5ShwJdb3InBe Pb4nwWkXj2RLWzQ+6Q1feg24FOUT4DDinf6rz/cY67HNtIg+jdkPLkF81gK2 z/XXvsn6EP/1d3AxxsMLLbqeMD/1ZNj+KszfaIv+vmuZDv2frhZZD+3nLaI/ ZnolVX/pxKSmD06qvswIcAzxcn9K6ny7Nanr3ThwEutlJCl6OvbppI7/iqTG 060DV6H8j0ldf3+1W8anvWa36vFM3C16RnaWj/+l+e3O3Tq/P9kt8X7m37tl fzN9WnF+QP9PatX16NRWjS8c3Kq/x5Wtsn+Zq8GViG+8BFyG+MWRYAP9nFtb VT+KDD0Urz7qxVwEjn6n7c+Cnsg36F/FD9pfA/2QL3erHszRKG+hH/JLcIXT D7GhVtUrZPuKoLc4p1X0D02c7YfeSFur6iUeAucjXvi0PRoffe0e+f9g8/Qe jb9+B1yF+O86ZZPaI/oj5rK9Gp/9zF79v+F6cBrx1/v3qv7JD+BKxAuP3Kf9 vX6f6OGY2D6N/92lbK5t0/jd6W0aD1zXpr//wP2qH1QKrkK87pz9qtc438cf 7Vf9nfb9os9jj02pvs154DTiiQtT2v6rwPnfKxdhfE0AZ6Av9FdwIcbbupTq 12wFxzDeOlL6fr9IaXy6aZd4b3Nmu8S72wvbVV/1EmUzql31WCe16+893Zf+ mo8/aJd4d7OzXeLXbbvmN1+1i/6A6dUhejqmf4fE+5uLOlQfwM9Xduh4DYFj 4DEdqmdzT4fqHTwMLsL4f75D/4+7vEPmh5mj5c27Wr+t7lA9oA0dqrew2cep Dp3/B8CF+H0Odmi8/2d8PuL7v+gQfQIvnfH+WzpU74jPp/4q22d8jPXNK5+G flKa/UN6dqesj+aUTh2/53SqXm0BuAT8u07VD7ipU/Veb+tUPa97O2U+mcmd up6ToR9mr+v0rTdsL+Yzn4f5bos7Vb813Cn6ofbOTtWnfKRT16e3OkVPwK7S +mxPp+qLDu7S/SzUpeXvAeeAH+tS/YL5XapH2tIl66HH1O/MdIm+ncfUwzvU pfpwbeA86Ont7ZL93GYfUP2Csw7o9+1VynbiAdFDMI+CDfjVA3I+M/M0v13o S1+t5W0SHMZ58bMDqh/5I7gC32MndOv3xe3dev6x3Xp+Wg7OwXmwplvPa2+C Yzjvvdwtegke43vDTgJnoD9ZDC6FPeN8cBjfIwPBIXyP9ANnwV7y9QH5HrF1 4AS+R14B5zRDP47vE3qUQw6oPuUZ4DjsOceBLb5XDmI8hNfp+Mhdq+MvDntY J7hstY4v2NPsBtYH+91THK9ViG/rUvtfY5faB2Ndordgopw/zt5oXuB4XqD1 Q3/BXM72Qk8hr0v1FHLBJe85PqZL7KP2U65nc2Dv5Hrwlq4H2bOh39gp9lcz l+sD9BT+Ci6CPXciOD1D16fil5TLX0R8JzhVhvNVp9iXPc6G/fkV1jcVeied qn8wi+Wfcfwc2wN79yhwyOK+iesn7ONDwMnH/5+tMw9vssoa+EspNLJoQPgI i2NRcOKGGRy1LmjEQSvjUlcKCBRwMDKKVUeIInhlXMIIGhWwiiN1GS1uFAQM uFUFjQ5IgAHrxpRFG1qWIAJRWeZ5PL8Tv5PHP3/Pufv+3nvOeQvN/hC+U+TH w8Go8KlwzR0S/jxdb8UfgneFrv/4Qxi72fg3cBPhFPf5uzeb+39XsMW+37Ta Yt9bdL2O8b6wbrP1d6D9qe8Pz9vwuf1I4x+32b7X+Dbb94197K81vLds3mTe S9zHel7hvWux7t+8n7ywyb6n5M4vhJ9q47sJeh5APjIvv4F56Z+0yfhvcIVw Mf4b/sv5ro73uQ832ve6l+Fa4s/K42kbrT+I8XB2jPBNcPkY3us3Wv8P58OZ 63nfh8tgPR+X8r7YCU7yHtoG9mA9X/O+mjuPl/M++0mD8e+Q4yT+HNbD0SE2 vobfZtPz2pNfMe+5PeFK8u+70bwH/3qe5z1Zz/MOfxAjNhp/Dm4eXH85+gYa /lLuW+Ag/g/0fB+5iPtO/d4YYFnf9xdq+ugDHM74SPTjfkXHG/4K9DyOvwP3 lI6/fna8x/vZ8xVyb6muF8RP6fqLv4JGDV9i538F/gja6P6D/kN3PT+J3FXC UfwZ3AeHS3gPhhNws2U39FvrP0HPNw3Ia3V/xX/CatiPvsaw74y9vntQzxN9 7HlE/R20a6R+6IsMajT2+d49cAJ7/JmNVn/ln3AKfZdEo9GH8d6Cq9CX+QAO Yz//VaPRt3E7NT78Q6Oxp/fSsP8o3lfz5J9q+dHn+VjzE/t69w4cC9jypLvY 8hZ3sfUpx/59vta/k+Wqjja+2rcvhhv8Vl59BPcdjdbefDXsa2fLhz17jisO s/V36FOt1/5qjf+HRqt/pe2baGHlSQ//QVoe9L82aP2wD9f0Qwdamvqpftkc DY+9to6PGuyxn2u09tnafol9Nr0wvFzLt7el6U/sr3Ph0Y/LcRx7bO3vsl0t TfsG4YNwbQZ95jTl2W45AHdOW3vtLnBwG/rzsL/Zxs9uRR9a00tjDw5XqP12 2thTe5ek8+y54bDYT3uT4eQm7GPgOrGf9p5OW/3GRXAUe+l1lr1GTZ/wu+By 7K+9rYxPYddhqwnvesMB4p+x1ehbunPhGHwdXIw987it1j56EuzB07Zae+WF W419slsOp5Gvgf3og2628d1+rY/oo7puTcae2fVpMvbOrl+TDX9Rk9F/ddfm 8Z1NVl92cpO1d57ZZPVtE1buGuEYvAsuxf75xyZjv5xjH/rA6zV/9KXfa7L6 xEubrD3yC5o/+srPNhn7HG8uXCz2xO6VJmuf/HqTtd9RjmNv9HST0T/PMfZQ bnqTtd9Rrse+OK79gT78G9rei237laFPv6zJ2P/kGP17750mq5+v7VO+wMqx F8vVX+1z5jRZ+zKtT+g1277hV216ai+s5VF7vc+arD3mJiv3djZZ+wOv2dr/ +OA09gs9m6397WXNxj7C+wecxB7imWZjb+G9CWewp/m62drXbGw29hvuc42P feuaZmt/86Xmh33Nd3BsNvacmt5s/AVsM3Lv/+B6wp8EV2GfciacFfsVNxAu z+MG7HcGwBnsYS6AS7DXGQT7sK8ZA0exvxkNVzwqPBhOx21+pXAYTj2C/xEt L7yH+tc8YtvH94ht//DDwkltz+mWo8JeCi6ZZrn4IeEtcGSq8I48PgDXPijp H4JT94u8iPLH7/tt3q3j5e/4g9D+nmLrU3qvZefs+MpMtnJvspWXTbb5xSZZ Tt9t61d8ty1PaKLIs1r/uyxH78TfjKYftVw3wbaPH3lAx+cE/M9of48X+ZE6 Hu+w419Z6xuHV1r23tfxANdo/rcLz4CrbsNfgdY/j2tuFZ6l6VUKz9b2vwV7 R11vbsHeTMfHOPwdaH/enNd/Yy1XRez6UBrBHl3D/0Xk/9Lxe73IXR7fqvlf jz2GlbsLNf3R2Ndr+47Evk7rO9LKqyuE/6zpj7DrZwl8sdZnOP4jdPwOE3kP ze867FfhBNxKx98wu78rr20y8X/dj4i/CPaG2v2pcrDl8nK7nwcGifwB3V+u /W1+StO7WuK/CNcJeyt0/7za7l++q/DXofvdFXY/TF9u618p7HXU+TRQ5NW6 3lxsx1/NeXZ9TPaz87X07Lz5dKadnyV97foWOMXG9/qY9aKi1wm/cMVe5PVB u76U/t7ub6HjLId7479K5+exVl58jJ0fiWLLyaNt+Lqj7PxRXqjt08OuBw5+ UuvbXcJP0fS7Cd+u9euK/xMtb1c7HyoDdrxnu+BPRfMTdr/T9Dphj63tdaQ9 r9R0tOPB8+eNj8Px78L4ybS15+Mg/I2eL9vY+ZE+zI7f0sPyzpM+4Xv1vFaE PaGO39b4s9H5JuwNh1MtLYcLsD/U8C1s+pWHCkT/UOfjgQJTvuT+ArHf0vkI r9bz688FZn3I/lhg5mNDtsDMx4Cw16Dttc9y1R4JX6/t8UOBmb8NuwvM+TgM 6/m1MlNgvjfKdxaY82sI1vUtC3dtNuyFdPwg1/U7skPk5bqfNxeY9b9YODee G7aK/BGdf7CedwPwRF3v0xJ/nJ4nYN1P6r6T8KdZdsfq+ESu61d8S4H5Hotu tly10YZPNdj0lM/Q81+DrX9ygy1v/Te2PUqE3Y1a3q9t+OI8zn5l02/4Mi+/ L4Rv0P2w3uZX+rlNL7ReeIi29zqbnvcf4WFa/rXCo/T8v9bmV7pG0puk7b3G 9rd/re3fmHDu/ALnzksZyT+3f2j5dD+IUr5izmfVhNfvBS3/dZbdhG02/we2 mfq517fZ8q7aZuu7Ga6T+nn79PtklbB/O+E/k/ROzOPn4bqVEn4p3PBvkW+F /Z+I/MYdtG9SeBac/Vh4DdzwkfCAnbTHcknvb3n8dzgi4d3Tlr31sI/0f9hp 0ndHZFifSO8c2IPLYP8y4evhug8lvfFw6gPGBxwS9mbADe8LvwZn6hgfcBJO wdXwOjgKb4Er3pP8MnDVu8KFuyjPOxK+Nxx5W+Rnw8m3hMNwUNgbBPuXiny0 ppcQ+X1w4k3hqRp/sYS/G65caLlhgYR/HK6eL/wq7MHL4bp5wv+Ba14X3g6H hF3H76nPqyI/Hg7Cl8Blwm5YnnwsXI3c2fDedLj2FeEn4BhcC1e9LPHfh0Nz hQ9Y9oK7Wa9rRH4mnBD2Ltxtw/8ZdvA4uIHwk/LCz8qTz4PLXpL8FsO1LwrX wVX/slwJfwrHCL8KTkp63ko4UmO5hvJ8DvulvdwXu017ug1whvbfrOm9JvGb 4TBc+IPt7wAchQfDJfTPTDhFeVbAAcrbc4+tz2l77Hi5Bg5I/m7EHlMeN3uP TT8FFzMePt9jx8/uPbZ87fZyfmG8DIAriX/1XpO+e2CvSd9bDnuUvw6umSPh 18P1T/8me9th31PC+y27lvvIb7ZwF7hS2OsDx0ivHxz9p3B/uFrYXQVHnmE+ wj7KO3GfLf+MPH4TTkh8by0chztl6S84CJdRnr6wn/KeAddQ3yvhyJPCd8Al Twg/DlfNEn4VrhT23oXdTPYzOD6D8azpC7vv4ejjIj+k5XtM+OwfyR8eCHuE HwyXCbuhcIL85sBZKY9b+qMt72rLrs1PpF8l8ostu1lwNbwQLoNX/mTbrxku p31P+pn16Un2EzhO+IfgDPm/BNfT/u/AxZT/U7j0UeEv4LppnG/gipjE36np 3yN8EA5PtOll7hL5CuFwYfQXrj5iv9hnbZrwC4c77qe/hb1ucMXfJP4oOHWb yB+Do5XsH3DsFuFlcPE4y5GbJL234bK/2vj1Y4VfhOtutJyKSPzX4MANIn9F 8/8L5zmtz2jhGjg5UngBXDVC4i/S/Eaw/2l6FcLrLHub4BLkW7U+1wnvgMsH s3/CIXjkAcZ3ufBdcM3V7H9w5DLmJ5wdKLwcdvCncMklnDcP0n/wYLj2CuEw 7FHeow/a+neDy2ivznBgFPuVlefyUx4Nhwkfz+O5cIbwCZu++wxOEP5by67V IdufN8JBeMohUx9vBuwbLvw8XD+U+Q6nh4i8yOsv7S395XWHa+BT4FLCXwqn 6N/hVu4mwHWEnwqTn0vAtZRndR4fhLW/OrYQ9g9lvrYw6bsTYR/lOQ+Ol3Ne hBvgO1uY8nvT8/hZ2MG1efJlcCX5f9nC1n9rC9OeLpvHRQWmvl4nuFrq650M pxmfF8C+0Zwf4Qrm/3zYL+uJ87ckPVmvXAUcuZXxatmNhYOsbw/BoZu534ET N3Eeg6NjuI8p7G/G7zBY15tbC037uylwplR4CZwdwPcVnIKfgb1zJfyDcG0/ vuc0v3NsfqHThf+k/AeJfzLs7yPyHnD8RO5b4OAJEr4TXBm09Y325v5Jwxdz fwEX/477Cc2vmy0f7KbB6a58b1p2SThG/HWwO4r7Ca0/+WUtu8JWjE/4KLiS 8Ce0svEvgP1H830Jl0n93M1wvCfzGw4dI/yw5neshH8Kru0l8g1wRS/Oq61p v958D7Y24d1VrU14byycJv3xlr3pcCX8BOyjfC/CEcq/CM5Qvy158jZFtr5B OAyfX2Tb58oi235D4BT9NabI9t89cKKH8MNwsLtwVZEdLy/BdYyXhXAJ42Nl kR0va2CvO+dVOEB+bX1mPLjj4XrKf5LPjG/Xx2fax10C19C+w+Ey5sd0uI75 MxeuPZ7zLRxg/n2s8j6Wo6dw/oXDIe6HYMf89g5jPPcVeUs4dir3q1q+P1rO wAfhhtM4XxO/hvWkPVx5hrAPri2R8Hs1vTMtl59t08/CHQ8z65sXglNh1i+4 9HzutzS//qwvcPhPrJewj/VzARyC34YTEt59CFeQ3pa8/DKwvx/fA21o3zPY /+HU6awPcDHyCbBP6uvm5vGKNmb9dj/AJazvLdqa/L1eba28BK4k/qi2Nr3x be1+EYOr2U8egePncV6Gy2n/9zQ92uMjOEZ7fdPWtu+2tnb/2qvlu1Dit2vH /LpI5L+DUwMtx+Q8606BfZfzPQwXl3E+0PBXWC67UsKfA0euYr2COX+7S+Ha a1mv4OQg4WvgAPv3le3s+UrlGc4vs+HEMO6zNH94STtzvnL74OpBnM/bs97A feAY5TsdTl8j8lNhH98TATh+leUKvgdGw9nLuX+Gw3x/1MMBYe8rWL9PtsGO /vAdbtPrCjcQ/0TLri9cLOX3boL5PvLuP9y0p3sQzp3vDzfnQfcyHOB89pry eJHPgyPC3ptwHPkS2H8n6wVcOkn43CMY/8JuIFwm3+PeSLh2MvfHcP1kzgdw 3PG+Abt7+f6HQ8KuyabndfPb9I6Gg+TfCw44K09PkfTaw5n7RN5a408VbgsX c//QGXZxm38x9xX7KV+U+5OvtLzcT62Cs3O4D4f9z9r6cv/n1sPhGpse96+5 8Nx/58Jz355j7uNz8eMLLIe5/1+cx2/B5fJe4D6GK5fY/ANv2/rwfpGrb/x9 y7Fl3Odoe31q+ye1gvtIbe/Vkv9ZsL6XXaxyeS/0hqp8A99zsL6fxuBS3l+f hGu3Cf8XDvNevAuuyvB91qH//3+/9oKwvpePgTO8t0+DA7znvwtn5b3frdL0 itAnhlPthUs6Mv874A8Z9jqjfwCrfsUncDX6GGvhlOhvuHrlnhL/IBzpjb7F kf2NfkoIrj0ZfSc4FEKfA0Yfxo2AU6dJ+PFwAv2ZB+Fof/zrwtmL0SeEg+gP FXUSXjYEfTg4jD5Tdzg0Cv1OWPW7OsANY9CXU7nom7mzYdWvu1LTvwv9TFj1 BW+Dg+gjztX4D2BvAAdE/9F9q+X7B/6Q4QT6l+d1Jj3RB/XGwnH8td8K42/d TYTVv3pMw+M//UW4Hn3aBXAE//aLYP6X4z6CVZ94B+znfyFZOM3/lRo1P/53 sQVW/eldWj70q/fC+BvPySuW2Pjqf3ytpsf/GJbCIf4f9YyWn/9nPAaXoA9+ A8z/HnLtqf+j0vbk/y/eLdq+8EUw/sjdWVoe+DhY9dO7weize53hOri1prec /yXR/z7+55WG9f9eG2D1V/4FXIq+/Qo4lhR+Ay77xHIE/94v6PjHn/lzmh/6 /Q9rfvyv7AEdz3ms9gEavgx/4FPh6s9seP1/mnIoZePzvzX3EJxCfp+WF3/g 92j62G/cpeH5X90E2P+1jZ/FvmQmHMW+5Sm4ZovNvwT7mbs1v0Y739NN6HNr fXYIn6v9gz/uP+r8xv92b+0P7JGKdX3YZ9e3DPZJh4608qyut/xPco+ut9hX HdD1tgB/VKRXiT9tXe+qWxWa9VD/f/qTxsdeLANX8D9SzV/tzTR9/s+ayz/Z yYbH/i0nr+qSl15XK9f/22p76P9vtfz1R1lW+z7dDzL429b9QO0Dj9H+wv+2 tn9pz0KzXyR64X9RxwP+ts9UOfaLul/o/4aV9X/OYZ2f2EPq+Ajq/6B1fvSx 4fX/y6VaX/6vPFDrcyr+GTU/7EeHw9hz5pj/b/86Xs/Fv5iWP4/9Yj+b2//i 2N/q+M1ir6vzS/9nrvOH/7nn1gP1f63zrZ7/y+v6k8WeWder6AjL5fhnrtPy jbacwh77dY2PPfl8DY+9+we6nuCPd5WWB3v9nVr+O7CH1/ExUeQddb+YVGjW +9A9+MPW/RF/BD10P5ti46s/g/aww9/B99oe+Oddr+sTnND+g/W8gb+EXPvW 3V9o1lf8+7qb83iArt/4Y/iDth+s648Hf3ekDf+1rk/4d1gJx+ElOp/xH/y8 nh8fwh8JrP4jbtD152Hs62EHn58X/qy88EFdr+LY1+v58VHLUfhYy7nzbdks m18GvlDTw39xOZwWfxluHFwj/o69GZbdLNg/x7ZPw7PYw+v6/pxtb/wd57gW /8d6Plb/IPO0vPgPeRKurOF/ALpfzMW/DBx5xbIPf8i3a//Pw782HBZ/KG6K lnc+/iHh2BuF5ryvrPkHF1pOLuR/B3ms3xPZxfi71P5aYvvbg3fx/RJL4O8g j7+ByyS81wAX4//lZ7hc/CN7PbR++Du+TMdH0tZP/Rlr/+LPxnszj3V/K1tp 9x8f/nEiur/gH0fPS/jvdE2dbHrbdX0mvJ4Hq1J2fWhYa9dr/Afl9iP1f6r7 H/5tc+cB/BG5pNbnOzuf67biP0Pn+w78mer83G7nXwZ/i/p9msXfYi1ctRt/ S9p/+JOaC6v/vDkw/vrcY9p/8HS4BP9bM+HSAzZ8EP9dETiJvzz93o7gL+/3 mj7+wgJafvyF7eN7vRb/jF/APvyhfQjH8ae3pION/6qGJ/3ZHUz+7q96P0B5 hsDqf6xM09uPPy84+RP+KjU83A7GH5nroHL8i50A4w/T69vB9J93stZnm00v ARfAUfHf5XZwf1Ih/je9TXAWf17/1vsW/HcugmP4r3Z6H4R/1rGw+gcdpfd3 jF+9D/LjX/RUve/B/6veL6k/Yj+s/ktbwuqvdx/3U/gTzt1X4V/VWw6rv+KE 3ofh33e+3ofib6tK7wPxJ/643ofBd1l2g//H1plHOVFlf7xEk6piDYsYWTQ6 qAEEgrLEBY2CEgEhIkIcQAKCxAVpNo2KY4GiwbVdRltcaAUkyGIzosT1F1xm Ioi0G4TVKCoNKDQucxpH9HfO3Pst51vHPz/n3rfUq/deVd137y3Y8zQfOeyr FZqPK+7hs9Bf5S5c3mjr0T+i9lzkM9+oXK28BPZm5WrYi5F/F/Zi5YmwVytf oYz8vD7YtzVf2SG1l0c1H+1O2Pd1/N9S1vzNxrJmfP8WwH6v97tSuaj5umcr I981GPna7lNGvvO7UV55jjLypYPjezXfpnK1zveRzWg/dKJo7+AxdH6R0P3w Vz3fyOj6+hnnI5ovbz/OQ3Q97lBGftH1OC/S/RLnJznNJ/hiU9oPnUdxHqP7 QQXq1/1jvHKd7pdx1P+b5g/E+ZHuPy3QX92fjKa0nzkHmjB/gfMv5Q1NeD9c q6z5HI0a5bDmu31TuU7zT65TTmk+0g+U623mdGNuL9mE5cgX+h7ab8qMfJ+f oj/N+XqQz3avclG5QVnz6To/MrvjlVe5qZwMMCN/biPluObX9SlXKbfB/RN2 zwdTmp+3L+6n5u/tpWy0FnkY80MZ543pNszWsT46b6xoy+1Fj/PReWI46KP5 FGov8rnKBQ8nOgrPwHmjsDML540nCN/h0b8f19vBR/O9RtioVo5JeWMJrlfL r8H1av3ruT13fdaeKPKBup7rTxb5YpwfdtL8utjfTtX8ujhPDGt+XZxPdhY+ jP1K+SfsJ12E9ykHukp9e5iNzcollX+E/fR05oQyzjNj3Xx8ntmN67e6++h8 M6KM/TvXna8n1EP4G/Qvwtcf7sntVffUfNI4Xz2DuSxs/Av7/5nMKndeR39V /jL65+FCL+E8+teb5RUid5Z7+AWMb2++38rOAzh/1vrv89SP50dK9f+mnOnz 53yLp73pHr7Koz/aw0Mwnn1F/yLcb2Wcl+eF3fPyei3fGfenj74Pe7gjxr8v cyQq3Bz3S9n2yN3nnbZf15Tqc3ZhvYm+swn73Vm8PlNn6/s21vM5In8D9Z0r 8rexf54nvBH7w/nCn2D9X+Cj522l8pdovz9zoT/3NzuAuXiRj/wZMsoB3M8B PvJHqNHyJ3q4UzMq796PhHJPZUPrj3r4Qtyvi0V/EO7PQOERylVxH73PBC4R TqG/ypOwngfx/ARjvlcO5vntDOH1kVTG+1yD8kJmdz1WXeqj98HsUNY3hon+ cx451ndpKK//xLA/51WY78O4/ViCOa38CrP7/hq5TPOvexjPh9xlvD+Hhgu/ h/1qOO93yn/s31cwWyN5/w2N4v23YhTv16kkP3+ywu77evhKzf+uXBQ2jsb3 gcrbwP9ktPAJeN8fo/nilSuEnW7KpbEi762cuErkF6B+D6fHif4lyk6KuVbY /f4ojBf55crZCSK/GO1P4PLG1cJj8T0k7PxVOTaR68tP5PasScLj4P8jbEyG /8w1Ir9RuU7YuAn+NpNFfjvGP81sCBsPKWeUn0R/VR/+PbFrmfPCxiL09zrm nPJaljtF+Ctp+W24H1r/tx7+hds3GrXg9sHQb61cr9eD79Wg6oeUi3p9p3N5 owf8hbS/PfF9rtfjfh9f7yP/pewN+j8J+NNMYS4Ku9/flTdqvn/lsrAzQtma KvJLlXPCzjBmYwz6U8H1paZx+8EZXL7Sw+UZXD4yU+Rp+OPM8pF9oU75Dvhj 3eQj/6zwzVy+WvkqjHdG/4eA9oWdGK7/FpH3gj+XsNMH90P5HPhDeTh+q/Bp ytHbpL72sJ8IO83R39kib4r+zvbMt9tF/2esx78xJ+bw/AvOZc7P5fpzdzLX 3SV8Cvyn7uH5Gcny9VXM5/FL3Mfjnb+f70fuAeE5GI+HmKsrpb4KlH/YR/aj hkd4PhYe5flfeoy5+HfuX+QJvr+BJ3l9GQv4eosLeL1WPC/yjljfi5krl/jI XuW8wPM7vpTnX/0y/Z8Gyr/I8zmyXOTLsJ5WCr+D8VrlY/+0l0T+E/zdanxk D3SUj4O/32of+RfWrdb/T8B/8GXhAfA/XCP6k5Sja33kn2bkmdOvsX7iLeGZ qO9t/V8F5O/4yP5Zfpf1k+8x55RHs9w5jPFT+XqM//vCKzB+/+L7kfuA739h Pa+P4of6fxZdb6lafh7lPuXnWWKz8FD4q27R/8lAvyQcxvNmh3Bj5ZovhP+D 97cyf08nyvw+BPmHeH8s8/ua1ue+b1btkvKP4P10J7/vVm/3kX0wo3wl7IvC rv9yQtnP7H5/lLbx94+ya9/T8XDtH0nl22E/0vGCfa+wle09yq5/e0ivbx78 47/W+aKc+EY4BfvZHuE74c9e5yN/emOf1Hc5yu/T/6/AX/6A8PH4HjvA9qN0 PduPYsoP4vtMuaAcOcSc/ZHHK3FY5PPx/XjER/7tNcLOUoz3Ef6eTDXy8/fl MX76Ho37hd+H/cj2U/uFJn6qP9fCT/cr0FLko9CeMvzxc21E/0Z8jx7rJ3tu 5jiRD8b3pzLG0zreT+NZaCc8BvWrfJZH/1Zm4x7lBpU/g/5Ifa6/f7gDl08o X4P+CbvjX9+B+xvs6Kd4hVR7P9lDs8rbEP+hvMHDK5tQe+58rz7Jz/bgv/gp fqN0iugfwXztIvJDWC/d/WT/rBA2ujUluasfV33Yx9M9/RQfUoyIvJbrd+3P Vjfm8unc/7ywG49S6sLjUaO8SDl2mvCzGC+93smIr1EeymwMRH9PFR6CeBmp z7gM9vYwl493FvmZsLcrd/f0L4L6u/opngfjgfJJHQ/EA9UqFzReKNtD+C7l Sh3vUcplYecc5eQZIm+qHD/TT/FOid4i/xzxU32F/6kciop+tXL4bD/FYwXP ER6rXOgnnFQunSflb0T580V+g3K1sDNOuRxjDg8Q/Wno7yV+iv+qHCS8UtkZ LOXXIL5riMjXoX/Cztu43gRfT2aon+LPisoXI75uuPAhxNdd7uf4vCv8FE8X Gsnjo+zMQH9UfptydJTwQ4h/G8XXF076Ob7tSqlvI+IBRwvvV64TNhoQfzeW uX6sZ36khNsjXk05pGxMkPo7KheVT1aOXc2cFzbaKkcmCrdULkxiDlwj3Ajt Teb+Visjfs+6VtrbgvGYIvJaxDPeyOMVn8rzI1oh/DDGZ5roz8N88HBxGuvX q/wxtD9deBHm83ReT84MXm855QMexvVWzZT2jsF43yTyHhjPjPB4xCcKO3dj f5jNHLhD9G9Vdub6KV6xPEc4r9wgcuNV5fp5ws8o5+7h/Sg1nzn7oNS3QNg5 74n/cqykPEK4XIJ+leh/g/mzQPiwh5th/37GT/GSNcLOSTjPfFbkATwfFvL+ GqkW/X1af8VzwgfRn+dF/1flxCJPfxaL/H3Eg77A+3Vsmeh/jPW1XOSfKZdW CK/38ArEhyo/yOxMR/+Ur0b/Vor+GNwvYWeQcnoVr8eGl3j916zm9ZtcIzwC 91v5Sui/yu2F13J/Ynnh2Rif10X/UczHN0ReifX+psjnY3zf4vLRguf61jEn 3xWehf7+ObvPx/I7ws2Vg8LGXpvrx3q1in6KJy58wM+X7HreX0rKT6G+Dby/ 124U+VzEJ2/i52d1rfAliE/+TPTPVU5vFu6L/WOL6HdF/HZJuAP6t1X0W+B5 us1P8dv57cLfIX57Bz/v4jv5eZfdxfLMFyLfjvhwYafkYbRXLgt30/4kv5Ty 5yPeu8zPZzDeBwyt735mdz8u7OT3l9wOz/6s1/sa9vdt/H5gKH+C57GO3w7c 3628X9fpeJuNafzd9VSl3LMx6bvzETzMUx7x54USrwe0X6Wc0f4u9DD286jq 78b628r7Geq7sAmNh/t9nNTxuwXv13r/nSZ8f/6G91e9n9dhf97tp/h161vm aB2/X2f2Cp+N74t9/P4c2S/cT9nZz+Wt/dy/+Hf8/ZT63k/+LuEDfvJ3yR/0 Uzx74ZCf/E1KP/D3rfEjfx9mRe7aM6D/PL73fxJ+Fd9X//bT+W7oP3463y39 6id7Sv43P50/hwxT8l/ge/5o5rjPpPPrrN/k89omJp2fZ1qKPA17kDLOO9Ot RD+rXNvapPP+qjYmne/XtzXpPLemnXA7tNee+1ev/AvOzzuadL2FE4S/xff0 icJbYP9QLuJ7PWSSPSV/kkn2D+dkk+wbgU4m2Teiwq6/TfgUk+5nQti1F1in meS/4wi786EQNsl+k+hikr9QvJtJ9pRSd+bKCJev7WmSPanmTJPsG8VeJtnP nD7C5+F7v69wS/hfCRuNUf4sk/zlAv1M9qeKSfmzMD79TbLflAaalF8hfYnw 9ZivwkYG1z/YMz6Xivxx2FOG8vjmleFPFRkmfBeuL8H3M3sZz4fEcJP9Jy4X +W7Yh0YI/4DrGSncBPbOUSb5m5RGm2xPHWOSvdW5yiR/n9A4k/yfghNMOl+v msj9y1xjUv6O4GTmyBST7DPRqSbtb4GZwu1hb71Zyv8F4+sIj8P6upPnZ+U8 nl/183l9JO+T+lfgft5v0n5XoQx/klrRd/17HC0Pf438Q8JPQF7JHH3EZP+N R03y76j2cL2w629RXcWcftIk/4mgsuu/8JRJ9vjo0ybZ7yGP4LxugUnnATlh 51qWO3Nxfq71If9FvFrKt8T52XMmnVc0LDbpfDSpjHwI5UWi/xbOi6W8ez4S fFbkB1vQ9bj5I9DfDsqVOh7Ib1B6QjilXHhc9Bd5GPkHoqLv9FJOyPg7/eGv rzxfOaLjh/iDsrZf9OgjfqGo97O+Jd1Px9+KuR3iMbT+PszOwFZ0/52RHp7a ivrn3NmK7yfiOepkPjhPI57nGWlvu3K9sLMH8RoLRX4Y5fX+W4jfWSI8APFJ S6X8RMRn5YSrEc+yzKT4K+U/4kuVEZ+p5Y3xiOdT+RzEJy43KV4vuYq59mWT 4ndSr5gU/2zlmWuF3fjl+NvM4YLoz0K80Toun3jfpHjKuqJJ8Yk1H5gUHxnc YFI8e17YjXdPfijcGfGSykOQP0D1Jx3L5Zd79BH/X/OR8EfKiU0m5S8IfCry BxBv+bnIb0J/NpsU/1/YwvLgNuF5aH+71Pc04jt3iHyvcnanyH1ttb0vRN5W OVdmDnwl3Eg5pYz8ClVfmpTfAProT3i38A3IR/C18ASMzx7m/AG+vvAP0t87 lSt+Zk43sH78F66v+KtwV+gfMSm+tVIZ8asqN9Yzu/kInN+EKxG/9rtJ8cOx RhazaVG8a8i2KN4t2FT4Y6ynZhblT4i1FPl2xNu2sig/R6G1RfM70EbkvZFf QtjNrxFrK/wVxjNo0f2tEzZaKEc6CJ+hbJ0kPFg500nKD4f+qcwNyv0xf8JS /njlrDLmY31n0d+A+dCF+x8/3aJ8IukewgOwPnpaFN/s9BY+GvlCojxe0XNF /hv2k36sn71A9I/CfBpo0f5SN0j0fwIPE3kTtH+5cCfEY48U7of1O8qifCpV V3rkY0QeQX/GiTyAeO1JFsWLV6SFFyI+8jqL4jPz1wsPw3ycYlE+gMxUqb8H 5n+FyE/H/JrB8vKtFj0/0neIvAL771zm9F0WxffXzuP2q7MiX4d4zvnCOcRX 3ys8Ac+/B6S8gfwMyniehipFf5VyzcMWxVNGHhP5bOQjelz4ZpRfwPLSU8Jz 8HxeyJxaYlG8Z2iVRfG7zj+E96G+NdKf7/B+8IrIv1HOCDsfof+qj/jTytXc 36Cwcx3eR1YK98P7hbD7vhN40aL3o6plFuVzyuVEfz/iOZeKvODhpcpJ0Xdu Va6T+owrEL+p42EgflTGw/kH/In0euchvvJVi/x9rLUW+SvlhN34yKq8yMt4 n33NonjGmtd0fcD/63XhKfAnU334IwaU+3vqgz9mWMvD3y+hXN+c2jPWIZ5Q +3sb/FHl+lz/3KBy3+Z0/W48S7XOD3yvVOr44Psppe3B/lN83aJ4vOQ6i74n K96xyH4Sfdci//+Gfwp/j+/19cyljRbFE8Q2MWc/sej7ufipRfac6BaWl7da ZN+p2m6RPawg/If9TOWufUDKu/4k9SWRT4R9RNozLkb9my2KB6v8zKLv52St Pn9gj5Trc+6FvfQji/yLwN1Z37W/5pVx3oP6cd7mKOM8qfCx7u84L9Hx24r6 tL/bYT+W63E2o7xeH86bML5vwD68wyL7cXGn8GKcH+2y6Lww+QVzTtg9HyyU LbJPR79keXq39b/ng0Z5N8vj3zDXCbvnRdFvLbKHF/dYdD4W2WtRvtaqfRb5 S6T2Cw/HedX3zBUHpXwa13OQ66s/xPL8D/p8gz39Z5Zn/s3lcw0ePsLXV/cb j0/0d74/5aNs2c9w/tvIpvlSc4xN+WfrfTbNF/D3mG+m6FuIF7VE3g728cYi 7wpuYZM/XLXyBGZjJvx7Ajb50+VaModaSfnHYJ9vbZM/T1bYWI742DY2xdvm j7XJX6is/DWzsQfnE21ZHjrOpnjYwnEsr1PGeUGsHdeXbM/yQEeb4mPTJ9oU 75o92Sb7ae4Um/yvIl1ssqeGutpkTw13E06gfA/mUMQmf7sqYdcfraanTfbf 4Jk25ddN9mLOCbvxt6HeNvmzVQm7/njhvjblzy0Ku/558bNtsi8WlK+F/Hyb 7MPhC2zav9MX2uQ/WNvfZnvvAJvsx7GBLK+N22TPzA6yyf6cGWxTPG9+iPDD uN6hzNlhNtnfiwlur2E49yc6grn6Cpvt+yOZrVHcn0LS5vjhv/L1JMcwV421 6XkYuMom/8WUsOu/GEzx/YyMF+4C/at5/hYmi/xz+Mtea5P/X/46m/1zb7Dp eRqYIvwE1vsU3g/yU1nuVAg/jfU6TfSfhL17uk3P55KHjRk25ccOzmROCxuP oL1ZzKGbeP8K3sJcFnbPHwu32eRfbNzO+tYdLK8VdqbBH9lhDswRvg31zbXp fDYh7NyA/eku3p9rlV3/yLul/CScv95jk39z6F6b/BljDwi3wn78sOj7Ud/f hevw/Htc9Mt4/gi770NWFXP8SZv8ZYpP8fMr+QzLK54V3oX3o2rm8nM2vf/U LJb+vIz+LbH5/WapTe8vxovC18O/arlN/jChlcIXob6XbDrvT66W8l3gL7OG 5VVrbfLXybxmk/+N8wZz6i1ur/5t4T7QLzDn3+P+Zop8Pc56m/LZ122w6f0q vFH0r4H+Jpv80apqbfIfTH9qk79Exec2+V+Et9j/619XuH7HfznVSOX3C8d+ x/8Fdkl9/wf/k7KUn4L/KSin4Y+p+pv0fxA55fXK6a+EV+B/FN/qfqlc3iPy 8cpWnT6/TOT/sen/F8nvhe+B/M/Zra9wQOQXK5cOivwA/u/xo/Cb+H/Iz/r+ oxxvsOn/HoHDur/6kU9J9wc/8p+I/mjlyFGN6f8jNUcLn6+c8wt3QH/MxpIf VtmwhX/1If+I6P/kQ74Rke9WjjYT+WZlo7nIN/mQb0R4vXKshfBq/I9FeYUP +URY3qD8qnKhJcuLrRvT/1oyQeHp+F9LB+GYcv4E4T6o/0ThoHLpJKm/rXJt J+Ej+F/Oacy5zlL+F+VUV+H9kHcX/a/x/5wIy4NniHwv/kekXIv/8fRi/n+2 7j9O5mr/A/jxe+zMahAmJYNo+2n7PdQ300WtSk1fqgnVdKm7omw/sJVyJFn3 G829V9qrK0tuph9qIkyIQbQV2VAWYYqYsHbza2ct+j4e9/V6z7f35/H98/l4 n3M+53M+53M+53P2zH5KrstR3xsK3oDy1tKuQI76/o63J7xRvl90I/yT1LcX yjsm5xfU55O6JUd9n8ffG24o17+Pdk1f5O8s39Mp0A700+3ruwPx1nQKNi3l ez/94fMl/105+vs//fX1FN8o6cPwG03k9+PaoQdQ3mNSf4fzI7p/FT2C+Fzp v8MQny33x2PwR3J+w+Evm8jvleGU9D/6F8k/AuVvl/47UrvmCZ0+M0q7oAg+ SOc9reOFz8DV8n2jMTrufx7HS0p7wvZzub/HaZfRa2S8eEnfr3kTEF8kx38Z Tsj9NRHp18n3mybp9JG/6vEh+Bo8S8aLqUj/qtR/muP+fx0ulP71N319Y3+H hzhcINeX6a+V8Wea7q9hHN/saay9Qu5HeoGO2/cbq/qaGF3A8stkPOD5TqcL 6TG6fDtIvr/F8nrSoWiO+n4Yz992ke+V4Xz/73th/4DPoQPTUd5Bfj/NvAH/ QgdnIP3PtOtNuJKOweY92l8Kz6bT9Dw6/k/kX9xIfq+LeIKugW1cO5vf9S/E 36QLZiH+tNR/NuKDpXz6PrpijnZ6LvLf3kh+D4x4Gzr8LuKnGirbdEOdfp3D H9L5zD+ZjjH/eDoQ0655T6fPfAC/LN/nWwA/KfWJw7c0lN8Ho7xLHT6frmD6 HCkfzn4PMMn0exro/DE6n+lHyvcI6X6O9D21zSU6v/E20PU/bXT90g4n6cBC uFS+z0jL9xzLF3F8oPMXw0PpyqXwA0Z+74z898vxlsG95fuTsL2cLl3O5x1d 9jnHC9q1Cm4s5a3i85fft8zQe2jGs9+/lPQL5XuYScSL6chq+F7aS19NFyC9 aUdHVyJuaNbX7JTvf7L+8r3PQqQ3i+R7oPRHZ1V++6aO2+cc5T0u3zfl8eR7 pIEVvP9oL2w60AVoX/M7v6caZvvvpVO4XnYT7WJ8Oe3n9Sml0yxv8hl9/CI6 yfi9NK+vCdERpr+ZLv5cO7FSp89fpS3X8wbJv4b3n9R3HcrbJ9+zXY/4Kjrv yxz1vd0Q/TZtYDORLqOfpRPl8KPadoB8P5jpr6GLWB8XHfsCbiT51yJ9rXzv mN5N563hfIg2dMIRn1mv2iP7veY4+rMZrfOb/jqe/f5zJd1ZvrfM8lrTGda/ cb1ur2aSnu3ZnHZ9xfkuXfQ14tv4/em8DZyP08GN8Gd0YiOf99r2Gboc+c2f 6ZJveD/TSRzP9KErWJ+edHw9n/d0Aa6XuYx24XxNdZ26PvZR2kffRkfpjnUq v3XTpSy/dZ1uP7G0X1M5HvvbqYxuzxPaNp1R/c9uotM8nnz/PML74d8Z1b/t lIw+vriQ/XuafD+dx3+f9vN6zpfy0f5mBl3J6zEio663GZbR1+9humAT0j9C JzZzfNE2k+ngZn28vO+Qfq62+VjOh+nL6RTL3yrntwXeTpd8r124LUd9P95V Cf9Ih2FbJd+n3wHX0nHYNK5Ttm2kf2yHr9TOfm/ey/R/ku/L79T9L/Ej528O T6DLkd7MpIuZPy79GentFkf+FG13cT5LF+xG+nqpT0rbwKYT76caOl++R/8T n7e0/VnHk3s5/6YD+7RDv+j8ebC5S8aL/YgPk/v5AOJP0d5f4Ul0JWxnOPwx XXwQ6ZfSvkNcP5Dx65Ae31L0j3S6Stt7RI+flbDtUK/jXekA3UPG22qkf8jh CXSE6b92eLuM30yf0vnNXjpRw/UsuuCofl4l6aby/fmjXC+jM79x/qptBsvz kPGnHPnl+/Y8nl1KVzD/F7T/qON5fwzx37Sz36tPM30zzhfiTH/1GZ2+N22O w/21zTA6xPgIOnhCxwtP6DidnT+5Tur5FW3+LfMh5v/E4SV0hulXynyoTrvw FMcnh0/J/A+2DThfzK9H3EeXnOHzjA6dRfwquhi299ARpn+JroRNVOfPznej v2tb41bpIw3hN+R4jeDZdLCxW82v85u48T5MZ5roeAXjcrwE84+T+To91uGn 6TDLK6T9TeG75XybwddL/ZrDl8v83ANfLOeTi/q0p13nIN6YLvUifprXK6+V tj0X6ffL/LeNdpqW6x1oi/xNWX4cNs2lvj4dT9HSPwra6/qVnI+4W65nB8Rb SP07utX7SE0nuDMd6+JW/SnSFe4r6bvp9i29BB4o70uXu9X7UPgK1OdR8dX6 eoWu09fT28Ot3696atf0gefI+1Zv5G+tbY/K/d8XTsv9eau+HqF+iFfRlf0R 30jHQvBaOjpQ296r05eH3er9LfoA4uXyvjTIrcaTyBB4hvSnB+G/yfjyEPwi 7X0E5Y+W8xuqnRmG9C/LeFLoVuNbweNI/7yc/0j4FSnvCW3/KJ2+skgfL/8Z lP+wtBddLO+bz+rzScPZ8VMs1yc+WvdfM0b3Rzo7vuWN0f0vOhZ+wGHpX0HY TpXxrViPZ2H6c7mfnoc3yPjwglutL4irJf+LbrUeEZzg1usXE+Fb6cAryN+P Dk2Cw7TvVbdaD0nA5i66nOl70UUlcCspfwry59Bxh0PTkX4fHZuB+O904UzY J+tLs+CLZX1pNvLfTKfoAjoy363Wq0ILEJ8l60v0Esn/EdJ/SXs/QbwB19MK FyHeia5Zivg9dMEyxAc0kP/XgPijdEkScUtXrEX8JTr1pVut/0W+hp+iQ98g /XN0dAPiY2jvJsQH067NiPeR+v+AeFOpz3bEj/N8fTvhg9I+O5D+Q1kPRHoz TdbrKpF+HB3e5lbrfRa2QSO/53er9TyD8u0pWU/j8TfT/l3wZ7Iet9ut1u/i 9HTpLynY0il6DJ3/E8q7SY7H+AXatoncLz/DB+R5Q++S58VeeIuMD/vgZTJf +AX+gE4ewPHmyfPnV8d4cMj9x/mSfbsK6V+V/If18630sH4+xpj/Sl1+9vnk TevnTXg/vFXG/336eeFCe2Xnj0G21/tndHvL+Bpm+46X9T+0l3nmjGqf7Hy4 gseX+XUe26PHGdUe5sIz+nyNjN+w3SHra7S8L2SY/6XTun360fmMX6ltc0/r 4x+t15b1uNRBt1qPq2H9P6fz92uX8/zl/Su+VzuwV6cvYvt9QvvpJfWqf2eP X74H8XWy/kcvp31MP1Cnt1dJ/Zm+oaP8/fK+y/79vrzPsn+/Ju/TPN+HT+nz l/W3Avb/fnTpAbd6Xw+gf5push5wkM+TU+p6ZtcTpD/IegTvD7usTl+vcbIe x/KGynoE74+Bdar+5vY61f72mjrdvy+qU+2bXW8rxXiVXQ+K/Yj4cllPomU9 qojj2xDasP1vyKjrZZpk1PhlJtbq8W1Urb7+j9OVu/k8oks4XgZqdX070hWo n6k6yfagt9Ic781yiXN8n0eXfY94KZ3P50+UTn8Lv0r7YTNe0m9E/CE6xefb jXQNnn/20Ilb/vh8NAvpAP1nOvkV5yt0phy+jC5gvPq4ituvaBfTL6Jr1iNe QkfWcX5HJ79APCL58Xy3/0Wn1vB9j5bn/6lj7A9fcH6vbefTfnrWMVW+mUHX rOZ8nc5bzfkzLfOPKXRyFTyNLljF+TptV8LDHb6aroBtSzpMN6Pz6czRW/44 H7K/0uUr4D20L4Hyd9HFnF9toUOwXUrHlyD+Lu11uGgxHKf9sF1Pxz7V5acw vzPfSn0531tNBxlfTJfGtTMfI/0C2tKva5tRUh/mv5NOw7YXHeXxz/6m61NN ly2EU3TxQt6vOr1ZDgf74nxTHzEehoMLaNdnKG8sHVgO3/6bul6mBx3l9exA F7H/HKvh9UB/M3voUva3T2tUf7Mv16j+ZMJ0kPPnTjX6+HXVvP6s3xY6yv4z jzZLtQPsH+/RGV7/NdWqvbOuYfsupkP0m3Q52/sJ2sfrc2W1vl7eatXepjGd Zv/88Yjqz3YJLe8Xb9FhXp8iOr2M86kj+nrcfERfj5uO6Pu/Ox3EeGS7HlHj l8mjzXodL1+v47ZcH8/w/SREF2L8NnfQlZt4P1VxfKpA/F8OP06XyPsMneDz oCcdxPuSaVOl6mua0nGOz1WHdXzTYTW+26dp/1ecD9FePk88kh7PJ7P6ENuX z7OP6RrW/x06+h3ib9F8HzNv0wnEzVJH+o2H1PPTNOPxg4x3pi3j19LJLXwf Pqyex3boYfW8NlPoBN4H7UeH9fuOWN53FtFpOnVYv+80qtLzv25y/Tifu7NK ze+z5vzO9qpS82nzpyo9n59OR6s5nkp+2NxHh47o+sn8b4S0H8vvKufL8n10 4XG4Rtr/BNJ3Z7yyFh5Ch0/Br0h/Oc33YzrvDOc/0p7Go+xt6sH/66ArmntU +ckcpO9LB9wedf0jdGO53h7k38f6Z1rAK+hQS6Qvk/7qcKY1vJY2beHN2mYP Xe5wop1OH/Zpx+jfaf95cHPpXw5726P8M0wfpxvK9aDl/nB1gP3SXh3h3nS8 o27fSrqI9nWCR9Oxzjqe7oL6jZP8F8Ez5Xp3Rfr5cj3oD+kQvY4up7fS0W4e 1X8rLkZ8r/SHPMSP0yWXIH5azhe2reR+uBTxi2R87I54P7oYzo63rqsQH0ln 6Bfo8PUedT96A/A/6UrYzJHj94BXyfjdE+nX07EbtYtuQvrDdCmdI8+Xm+Fz 5XlEd5HnWS+Per7l9fao51PBrfD98ry9DR5Cx26Hp8jz8w6U/xrtvdOjnsfi Mjlef+SfS+ffjfhn8nwNwSvpwD3wRrr4v+HNtG8AyttNl96L+CE6ch/iR2W+ cL+2fxDcnvONyGDk70CXDUH8ErrwQY+av1Q8BN8m8yXYDKRLH0b8Hik/ouOu oYiPomP0cw7/Xcqn59CVj6K8RTLfegzxL2S+9RfEd8rxChHfRVv6Z5lvDYcP yHxuBFxPF9NG5p8jUf5ZxlOwbcK4/0nEXTK/he25dJJxmb9WjkK8C53/NOID 6DBsB8n8+BnE/0KXPIv4izIfHg2/JvUdg/TvaGfn25mx8Eo6XYz0FTJff+4/ Dv4CB9vByQOMB+Ds/D71AnytvI+Mhx+hMxPguXR8oof/N5TpX4G3075JHvU+ E6XbyfvSZI5f8n43meOXvI8xHnNY3vciJR71vhn+H+RvIu/Xr3F8odOwvZaO TEV8GF0J2xF0aJpHvS9HX0e8gI5F4R50Yjp8Ke19E24r7/Ol8DHW1zXTw/+b yv46C/EKic/2qPfVmrlIP5GumIf4GHn/fU+3X+QDxB+U9+0PEb9H3o8XwPfJ 8RbBz8n1+BSeKu+z9Bwdz9Y3tkg7uhD+Ro7/iUe9j5tPOL6zfcoZl/UI5jc3 0YHFHrU+UraE46/Dm2X94zN4G+1boV26EsdPy/GTHI8l/1qPWs8Jrkf6plzv CX6D+FV0ArbX0HaDdgw2LWT9aRPibei8rR61nlS+Ved3/eBR608WNrfTYfoJ R/qX6MLvEX9V1ru2eNT6V8FmxGfKetZ3HrVeRttVcj6Mr5Hzr9Au5/ktlvOD TYIObfp/05vv6JJvOf7TZYyfdZTXStYD2b7X0RV0H1k/3MjxmTas3yDa8nwe pL1snyfpOP2i5Of1KaOL0H72LTpVoR1l+8ROqPayn0r92P6/0iU8XuOTqj+Y lrQP19N2cPh6OsHr3VvWX+nHTur+UuTwaDrK9M/r8uwEWd9l+imO4/3DUd9Z sp5Mz9dxu8hRv+RJ1b/tD/p4dicdZH1Ssp7M8qscx2taq+4v207W09G+pn2t ut7mmlrVH2wv2sX+MbhW379jaB+v5yQ6w/QljvLn1Krra+K1ur2W1ar2t0tr VfvYd2r1/f027d+m46UOp7dx/q5tK+h4JbxD29TTSea/Qv4ewuN3z+j+c4PD t8p+5c3aft4v/eXvJ7w/783o+3m/7Pf92qP204rb16nx1/jq9Hgr+695/2fz V3J8yf79h+NJ5zo13mTTy3gm+7d5f2f3a8v4IZbxVOrP8SG7n5j3u92d0fe7 7CeW/iz7w3k9TQsev3AHfL38fWwn8t9JB3bBg6W9diP9WNl/vgfxqXRFyqP2 Dwd+hmdL/r0etZ+4mF4l9dmH9BukfeDsfmP/fm3vAfhb+ftdWsejv6K8g/L3 uoPaRYf4viD7m49oR4/w/UDqw7iLf38MV8Pt6Bhsz5P9u79plx2Fz6Gjx7Rd x1HeBTqe/ftnkOnzHJa/lyboG+Tvscwvv28o5vFv1fUxA+Tvq8wvf68tOAEP l/3JsBkjf589Cf9V9kPTr8v+54x2IT1d8tdrV9bzeSe/v6Blf3XyFNevaD+9 Wju7vzpW51H7qYM8/g7t7N+zU4wfk+vL/C349+9SHu982S/N+snfy8tOe9Tv ZexZj9qvHTG56vcxlXB2f3dZA7gtXdgwl985YH+A7cWOeHdHftn/XUz3lt8P Mf/djvKG0hWNkH6Ew0WyHwDl2XHa5hU6xvTTpL0aw/PpNGzfk/o3g+fJ/gJ6 ER12wRuk/XLgnbJfgj6o49n9GenmuWo/uuRvJ7/ncsOt5PdcsHHTPk+u2v/h yoW7OdxH9qe3yFX7SZL0AIdH0pFz4BdoLz1Jl2dKHJ7qyD9dzscLvyO/X6PX y/nRsh8+0RLlHda2GTl/xuvpcuZveEZb9su7WiH9Odq27Rld3oUO58n+UFr2 22dYnvyer4KW3/v5W+eq3xMm6UGyn/XcXPX7Q9NGu4Z+RPa3ts394/7Rsvfb /ceRQsZXwGa47F/15ar9TEk4u1+/5DzEy2T/0gW5ar9tukOu2k9VcmGu2r8b gLP7T+P0RWdVPLu/VPI/IfvPOmqHYBuR/csddX7byVFel1y1X9rXNVftl07A dpTsT++Wq/b358PZ/foZxmV/ffpi+F3Z350HfyX1uyRX7W9NXAofl/2zcHZ/ no8+V/b/0VfQ9rJctT81Qz9IJy9H+uHa5gU6jPR2Mu2iy2Q/If2p7H9l/tV0 KcuX/YzmSvgnqW/3XLX/NZwPH5HfK9MZOR+6pfx+mu4uv4eGbV/5vTQ9UNsM kf2ZDkt5jznio+ko6mvHyv5QnI8ZT/8vW2ce5VSVrfGjoAalboJWa2ExRCy0 EGwDMkRBCFN3msmI8Kxlt230ocY5KGJQ0CuiFIpQCo1BQaOCFmMXOAVQKG2Q Qnl2UNQSCiogQ6AQgi0SFbDfWvv7br991/vzt/aZz7ln2DnnSwI8i/dpUT/e Hw0gPb43TyO9r13l+573e2E/5cr/AtxfDSH9MnA52jcADl4u9gG8HwvmfVyO B96nzWL88D0+x1OG93nBe8A59G+r01X6jj4Ax0MvcKqT5iDG/0CGx/cRpr4B vqcbweVlwmPA4Q6Yn8BpP+Y7cD3mj0eobwCmHkIUPANc2xbzmXD2G5m/7Nep h4D5bDG4pLRI6TPkLxT7F0wf8+EucAzzbVvqR2A+LgMHsH7cT30MrE9Pgutl /XP0KnJYX6l3wfV4k7ab7dTPgJ36Gras52YzONtScxr7gS+pj4HwWVf8Iy7+ 2RX+FDiB/Uaz5pp7UI8I+fV38RhwPfYzCc3mKZ2e/Tz1iMDUS6nF/mgl9VLA 1EOysf+i/lEJ9md5cN2ZRUqvyJyJ/S31gc4oUvpDNcKOvhDtN1DfBvGhL+P/ H+How9S7Qf7Uo0H5bdrZPtSvQf/ZVWeo/jazqFfkw/6V6WP/kaQeDsbfAuoB YX/h6PHI+Hb0iWKl2O8yPL6fRWeo7416W6Htsv6GlrE+HXT4LNZb6iNxPmB5 MB85emBYnxy9MK5n1BPi/Ez9H8yfTnn9PbW9ppeub/oq4a2sX+8ipb8U6qu5 ul+R1l/qj/07yzOgSOkllQzUXDFIeAvTD6v2M7khuj3sEUVKz8gXKVL6VLWj NEf+XKT0qEr+osdL4CbhJ6h/dTPWP9YHTD0jE5XwXTg+bitSemipu4RbMH8w 9cMSwo7+UfA+sTdQXwy8ivpCD+jvF+yEr3pEpx8DUy8tP6FI6ZFFE9gvsP3H i70v+/8h/b3GHtLfS/k4/T0EH9RcGKvHt2esHm/pONZ7tj/sd52p2H4FbIOp /xeV/Mw66vkh/5PgOpSv9CxVP7s7OONin7SHac3wj+r4vkk43zC+rcPHpmD9 p37hVOGR4EglzjPgkmnCfaivOA3nLbD/WbF/Sb3D58S+DJyZKTyT9X1BeCzb a7bwCOoZzsH5lum9WKT0CfMv6u+3Kqm/NzK/l8xcPb+WzNf9W/GK7t9qYftn 6qO9qvMPpnT4uteEc/ze38B5nHqLb4r9SnDCxbG3sD+kPuSiIqXfmFoi9vbU c1yO/SPTr8F5/0z+fwT2k+A87J3BFSt1/Og7Ev4ahl+tObRGuBP76wNd/tyH RUp/MrpW5x/46P9nxo+sl/g9mN5G+Aeoh/mJ8AGWZ4PwVRh/BvHvBieETYJ6 nZKeWQUO1kn4NeAaYfMOvwfY3wOnPhd7V/7f7j81ZzISvhM4vkW4vYd6/9hP Mv5WsfvAga/E3tzD/zMQPkZ903rhX/g9fivxf6A+6jYdPr5d7DnWt0H4O9ZX 2DQw/R2aIzt0eLNbc363Dh/Yozm8V4ev3KfLYx/QXDis6x//UbgF9WML8DeA fb/o9ov+pjl0mqXCh5tZ8vsC9WebW6p/ImcIXwmuEza92T9niT3I8GeL/VJw 0BIuYfnPFf6N47HYUv3jv0B4F8ensL2V7d3aUnq3CTDHa0Wp8Aq2H3gW+7et pD+Z/dvOUvq46faW0rOt8AvfAE5eZGl92w5iH8jxV2ap9SgtbNpxvekoXMz4 l0r4llx/OgkX8D3XdpbwP3H+6CK8m+sB+HPOF5dL/I/A6d9bar0NXCH8PucP YUdvNx6wlB6v6SZcw/nlSon/BrhK2FSCs+DHmD+Y+wFPd+Fhmp35rRrM9S3c Q8KfxvYQdvQ7oz0ttb5UgrmfrgF/qu2O/qbpZan9TUTYPM79KMJ35X4e5fG7 8m/pYurZJpBeo4vf5/kwaKn9INh+mfqXsM/WbE+mvu5VYn8UXADfQX3Nq4Vv Bdf01hzpI+mN5v5S2AR4XgQXudjD+iD+r82U3d5PvchrLHV+9/S11Pm9Qtg5 r9uwr6M/oJ+l9C5zwo7/IBiylJ5mXX/N4UHCDzP8YOF7qbfp4qo/Co+iHmZY 8r+O8YdoTgyV8IPBsWGW8oekhU0H+keGC5/H+oIt6oUK2yeoPwk79TV912qu FHb0NlMRS/trrrOUfycNXqPtZiH9VSOt/+s/MhlhM4d6mddbSl8zOspS/q3A DRJ/OMtzI+Y/+sduEt5Pf10U8xH9ebeI/TXqbd4q9rlgM0bsL/L9/G2Wen/v v0PC30r/YcxSept1d0r49tTbvNtS/kr/PRI+S72Cey3l38zebym9geRY4RXU 13xQwr8NzoMXgOPjhe/V/B//70PCHfmef5zw+ZrtFvTXSvrmJPUckN8+zY6e Zs0DYv8GXClsMnyfD6b/O4f6zXaFf9SVH/3vWZSX/nnPQ5bSn4ih/NSvQPuY zvw9APaL6S9H/NZ8z4/2o/5EAXbqZaQR/yj1O1Ce7CmVv/P7RAjhP9d2e90p Xb63XfySKzzf/zP/J3X6/9EPAfP3GLSXPcyVHt//V2A8UG8ngPqe40qPeqDl KN+xk7q/qQ/A/uTvVfGx2E+5mHpUQfT3Ypd9Bt/zg6nnUgvm73VR5H/DSTV+ 7DD1rVDePuAUxhP1Azh++Xsj+tMu1ez83sn2+Rf1xcCN1AvD9/Yl9cQetpT+ GNjRHzAJzEfg0ATheeCssD2T+T8iPN7FN1G/4BHsf6hvAHsP5j9R+CL+/jtJ wv+O+T1mKX02vy3hT1FvwMZ8Rn032KkHV/242LdS/xO8wRWfegPBJyylVxCZ LOm9yvsEwiZJPQLwNN5nQHjq15U8aSl9u5Cwo19aBe5LvTrwZdQfnWKp+xVZ 2Fvx/oHYnfsalU9b6r5IfirmQ97XqRT7F7xPImw+ob7oNM3+Z4Q/4/0WYUcv MAlerO2O3mlkuuY6YXshy/OcpfQYMjOEJzG9mRLf5n2bKkvd58k/r9kzy1L6 iNkXMD9Tn1Hs9lDev0H4HqzPbLG3432kOZh/eV/oRQnfjPeZXOxJWlr/AUw9 yNxcSS9BvceXxT6X93nmi30t808J7+L9pNck/GG2zxuWum/jWyA8mONhgWu8 LhT7xxzPYOr7BhcJj6B+YbX+3gtvWeq+BpnzT2yJpe5PBJfr+S650lJ6hMn3 LXU/oiYt9pG877Bax69bK3Y/9Vtqxd6a+X1sKT3lwAZL3Qep3yh8mPNNHc6X vE+yCedJzl+fWur+S+4zPb/5Nkv869heYjdBF7dn+27W8xnSMznqr0h+ZpZm u4r3sbZY+j5SvYRfyvllh6X0lcN7LK3HvE/sezleDuryBL63lL5M7rCev/3C jt5l9pDwMyd0ektY/wM4j7uY46dSwtsZcD2Y+jimSfgA7xMhfd7fQXxTzPFy SI+P5GHX+pq3lH5P7KgejxHYHT2gw3r9j4Pnu9LnfsJ3RMrzBctzFOcTjscf hJu4/iM/6rORHf0/Ce/cX4n+aCl9pbpfhNMMf8JSemyeEzh/Uo/ppNj38r7O Kb0/tE/zKn335Olerf/U3Kv0K30er7yH430f8Dze72mh41f7vGp/G2/lVfr0 pq2O7/d7lZ5lrYvLOwg/y/3lxV6lT5ct96r7PPHLdHlywo4+oh/M/WYY4bm/ 9HXWnOriVXqS8Su8Sr+q4krNvh5epZeZCYq9N/uzt/AQptdXc2U/r9LPqgdT 76/qD5K+j3p7D4v9a97vFrY38T75JK/SY85OlvBNvJ/+pFfpA0Wf8ip9oOQU r9IHMk97lV52aKpwmPflK4VbUn9a2Ow/rtIz1/C+P/g0vldAeXJ8zyFsb/xJ 2e1F4DDKN/EnVR87RD0gcAe+r3hCuAW4XNicxHuVAPLP8P0N4q8Fl0v9zfvg FPgNxkf9+b7G94xXvc/JTZPwf3KFv9zF7cARpO9x5U99oMqn0P9gH/pvCTiH 9n2CekBor3HgIOKHftT9eyH1gdC/J/B+rIDyfcv3iagP36OlnhX7VnBsutgX Un/nObHP4nu1KuE4OAG+ne8PZwoPZ/6I312nZy5mesj/JN8Pov35vjKB+tk/ 6Paj/o39mFe9B43J9+O8F41MFJ5GfRth+wlwBvHjLh4IDoDPop7No8Kng5OP CB/Ge1Z7gqS/CxzB9/2NixeCDXgOOAUezfe9SI/vi8FmC/VmEphf+R4a4fme uoDwQ/geWspvXwOuRH1aHNHl5/vzMOrH9+ls36m0P+5V790Nvtckw2P++jv1 Y9C/tdSjwXjg+/XCC171fj07R8Jv4Pv0l7zq/Xv+Va96T1//hi5PeqHwFJZ3 qeb4Uh3eD56vw5vFrN9y4X+AI8t1+UJ/F/su6umAj7G8iH8t36ODn+V7+Rov dEpQvhVYfzU779mrJbyjX5RFftkjOn++Py8Rts/G+Eqg/OV8X75MuFte128o 2FOjxyfStxM6PTOT4xm8LK/a22zj97IE8znfry/BfI/vK79IuAQcrdbsEzYd +X3C3gUcWqy/Zw/yCzM91HfwUd1+1KeqWSn2rpxf3vGq9+rlaeHh1MtaJXw7 55PVev6JfiA8/yj/D0jSp55WfIPY3zvK/8MQe5r5bRb+mPPT51713j2yxave u5d8IXw1OLxVOMD30t8It+H7+G+Fz+X76e3CzcDBRinfcc6ne7H+s34HtL1w CPsFliev08/9IPYL+d7+uC5P5lfNNR6fKk/C8ol+Cd/7e32q/tU+sbcHdyn2 6fqD2T5tfudT79MrhO07wN3P17wUPIL6cRfo9BpKJL3vOD7biP1r8Oz2wh+C u/sl/AquL8L2q+ClYK5fcTDH7xTELwXnwFy/1l8kXOD33cGn1rPpwvZvsE+8 WPgLcHNh8z64GOG5flVK+o6+xAdSP9OP3zfqezl4EOzn5nV7UG8D7WGvA4fB b4L3ID7ny2rEn+Cyx46o9rFbHVbt5+jDFLcVeyP1ZErFvgm8oLXwu+AS8BLw GOlvezx4rnBoFDglXHstuKWMH/NH6udg/HUCj8L49FBv5zzhzdDr6QP++JAe 7+9RX8vSPK5IeA14WJFOr7al5sI5whvBbcAfgpuf7VN6VCFwDLwAfC04C6Y+ 2mZh08qVHvXLiltoNsLmAHi9zAfmX+Ao5odj4ORZPqVnVd7cp/TT6pv5lL7a 1tN9So/tg9N8St+q/qQXOsD8Pwuv0mvzCTvhwyew/lG/CvMZ00/8jP0g4xd0 erXHtT0u7OjH+WFn+2SOeqFzy/9fET6femXfe1V75w9K/POoR7Zfc0Tmd0cf rC6r2SfrgaPHVdih86/cJvamJv4fkq5/fovmaqxna6nX9Rn2z6zfJkn/qyb+ n5TY97F/N2qu+cSr+r96vebsP7xKf6ywzqv09DzglSzvh7r9jbCjdxZeo/sj +Z5X6ZEF3vUqPcDoSm2vXaHtFdhvUV+uUvYrjp4c9jPO9xTBfqkn9cbewn6I +b8p8S87pPfLjJ98Hfsjpv+a5oTst+1R7P9XxH4D9Q/nC4+kPuDL2p5Mai7/ m1fp03H/z/pFqrxKry08Q4+nCM6Pq9jfz+jvhf6NSU3qPG6PbtL+k6FN2j/R rUn7WwJN2t9xCfXrcN45m+HlvGh/flCdl+x1B/V5K31QnbfMInB0vPBEcPIh iX8XODBO7KOY3lic9xg+Dv8R078f5z1wyZ3wR4Frbxf+4QDqf4uk/zw4dLPw zeDMn3F+B5fcCH9RDuOhQngTuGq0cA245nrJby7tEeER4PRQ4YP7kb6w+Q4c GSL2LeD4QOEYONEb42Mf2gv+vM178b33Ev4QXNIN/hNwvivOwwwP+4Y9SL8n zpvgPPK7G+y5RuyjwRXCdl8Xl4KD4i+0M9+h/cCfgf3ib7Q/AheQ/rtgExL7 THCdsHkS7Bmg7dUuzkn7mQngWrTnWHBVf/QPOIL8On+n/J/2ueBsH/TXbsQH rwH7rhaeBa5A/0zbrfrHnghOob3D4Jj0h/GDy7tqjgZwntyF/AIYD7u0v/gA uFCG+RxcUYb1Z5fyX9svg4MXCU8FB9pjftFsbt3F/ajYI670WoNt5H8wq9je AU6JP91eDa5B/s9lub+HPwHsE7u5NKv98ccaMd/Dfh+4BOW5nfZLxD6mUfvj h4MT4l+3B4L9V2gOd5f4N4KD6O9J4BjG0+u0DxL7O7SP1uVN/FXCt0d9KqLC ncB1/y0cpf02if8AOH2nZvMA/C1gD+bTp7PK/+aEz2B+/ivbG/6wwVnlX7SD TO8xzVFb908J/GGjsnq9+S/ap8PfC/bP0OVNwd86j/ZZWF/Awdn4PQEcEv+Z 2QiufhHrD8sv/jT7XXAM6/XyrFrf7SVZvT+oAleJf83cy/H7JtYjcO1b8Fdn lX/GdGV/LNLjFf4ap7+z8N80Bxew3/kU48OH/dAqcBL+shmNyn9jngeXv63H X0TY1PF7gH+nAWzLfs3ONar9nNnH8ZmG/5zjdxXWC3Al/D2LwaG1On9/rebK j4SXglMf6/hV2K/OaeT/5+rvjf6jPo38f1bh8kb+H6twa3CF7Kft85keuCPr B3/TFY3K32T6sz3+qeePtPibzHRw9Ze6/fNfS/jHwZl6PR/VfqvrUw7/00iW bzd+vwKbvbo8sX26vB6cZ0pZHvDJnYgv5x+zYyf/jxPrMTjdhPUX7Mf5aTW4 8rDYPwCH4N/6CuzBeexLsA1et5P/Tynhl+3k/1+K/bGd/D9J4XHgqmMS/h6m 9xN+D9mpzotmAjjys+bkCaznTB/n12Hgkt+Eo+Dsb9gPgCcan0qvjZyPnfJV 4Lx8k4v7gasR/vfgpXLeNj5wA87nx3fAX3eGxD/i4u3gBMKvcPGsHSo9+2Hw ZsQfBb7nTPjPwBlwCFwAd9V2UwqeiPQaGuCvETYfgatgXwgOiz/Cvq+Bv9cL 3wzuA//G9eA8/B+jG5R/xdyq2Z7E/MCTG5S/5X8LCH8b/DcPgjPn6PLA3+Pk Hxd/kPkTuFz8SfYfwO+Ae7G88Ded2o72EX+sOQj+EXwE3L2VxPcifq4V/IEN yr9lmoGbwx/2K+IPgn+2HlxwcS38s0e3K/+sk14x/LMXsD7gNuBYa12+NhcK n832AxvwX0p1+idKdfpl8P9eDF4vbK4Gp9rq9s62Ex4hHO0v/spQDPaR8Gfe 2cD9oeYU/LNjmB78uf3Z32WS/iXgpR3F3o7lvUSXt/hS3d8J8I3gBmFzB9jT SY+vCmEzvoH3O/T4HNdZc72wPRU8vYvmkssl/Gymd4XmE+BXwPMCwnPBhwI6 /MRukv50fi9X6u+pIGyeAk/pDv83y9tDp9+nJ/yLbJ+e2t6ll/BMF7P+E3vp 75XM9s720uPlnqDY+3B8gsvBe4J6PPuv0uM1Dv4Z30sOvBdcdrXwZnCNsL0a nOot9rf5/fcR/tt2no+FXwLfA34V3LKvDl/WD/787TwvC9/F71nYDAEPA/cG R8FdwOvBbV1sgech/ePbMD5g3wcuDgnvAjfvL+F3buN5Wex14B9hrwUPGiC8 AhwQNilwFvGnu3gyODNA8x6k97i227dso39EwkfAS4XtvuBxg8TeDTxP2O4I jsJeDE4i/slvFZv94DLEz4CHIf46sO/fXN19VFdVvsfx3VxtnIm6dqOyiSkt bhcnmoVFkzVU3KQ0pUIlMyMjpfKBzFEqxjA3DxoqKk8qKioZIigpKgomCCoq IigqGs4wxZS3nLKuldNgUd617nlv1vqcP19rn4d99jm/ffbDd58f6UvOuP6f 57dwJtu/hrMe9dInnHHxVF56NG7Gj+CxQ5nfwzVDmf/D9cM8/wafw1fhbvxt O+XxOPN3uOJx5u9wJuk7Nd2s822fjc1wL30xbmf7133p03GWz0We7URNt0/h QLa/H4fgcFzpc+gI2js4LNpLfwjnR9M+wv2f8NKH4IwndPvBT6ozn6T9pDbX 4ngc4Mobd31IeTzl+Wuchb/DRU8x34NjYzS907P9EieO9NJbcc1I2me4lPQV eCzpOdiSbnEU6Qm4i/SxOGAU729c4NmOwOdIfxjHj1afH63bJ8Tq8bJiaT+6 8iB9Ag59WtMvPs37AreO0eN3P6PnrxhL+wQHPsv7BCfjQFf+49TZns3VOOg5 3j+u/J7T7fN9tti4++XZXDztxqO99KN4WJznHbgNl+Dg5z2n40w8BSd5No/i bvYPxuc8mx9OUZ+S/ukpyb/Zpbar8VnSc3A053sHB473nHzKjX95+0895cbj vfRpuBnPxK3x6owXvf1fxt14FO47wfMNLj+eTW98Hv/YxvM10dv+LL7g2TTg Xgle+vu+9E24g/3X4H7e9iYTF7P/W7jPS/Q3cSJOx10+n3vZ89s4+BXPU/Bg z3Y07mb7R9R2QJubH+H9gMtJP32S9j4+hIex/VY8nfS1JyU/dimOJn8ZuAK/ josmUf/jDjwVX5hE/Y9jSL8fh5B+G07A16hN1wm9nhM4yitfuwvHcn+W4Uic dkLv3zgcxv6PndD7dy8+S/rtOJzz34KTKI+fj1Pfkd+Lx6V87HmcTHonjiC9 wZe+HVfihTh2srf9Szgbj/SlRx+X8u5xIB6KDceP9OXnHtyL4wXj0ine9tfh gqle+hW4PdFLv9zK/XuV+ggX4c/wBVyJm6d53oKrPds8fBFn4K7XPM/Hw6Zr erlnMxnXkx6Og//kpd/ucyCOxueP8fx7tkdw9UzPpcfceL3nFTjgddqTOAPb Y27+lN8/7iZ9LC4nPdq3/YPH3Hyst/0dOPMN2o94MOl9cDD++SjPw5vUF0dd /K+3fxuuJP2vODbZS/8Ip+Az+KJnexxH/dlLP3DUxfsSn4PjZnnp5T7n4b5v Uf8cdfHNjJfhBtKn4kLSn3LXl0L7EUfgUFyEr8ONKbT/8AX8U4v6FE5g//0t kt8et3E9NS16/Tktbn6d8YIWKS872+dpLS7emfEv3B+H6famT4veH+dI7s8t LW4+yfPdOMRn93yE4PM8X0G4gufpphZ5vsyAFn3eb8dxr+v5x/J7+Vuz2DTj UtLr8DD2z23W38NCHE1+kpolf2Z4s1yPicQJ+L9wB9d7PQ6l/D47om7BWey/ B0ewfzluJz8bjmj+Fh/R8piP+3M9aT5Pw12Ux8s4dqY6Ej+DO/Hvjmh5Xotb Ke/evvSuJq7X29+cxB0z6C/jhBm0p5q0/nwXB1D/5uIg6uslOJb6fC42r1I/ 4sHe+8T+qUnfN85x+I0mfT/9GV+crNt34kScMpn6F5/nfT7GnY/3/egmac/Z J5ukvWEGu/Kg/TgAZ9J+vdGVx4vqINrDA3EM7ekJTdLetwuapL/QU56013vK M5H2ezru85we7yL9n6gm7Q/c2iT9F/vFYcqX8+08rP2N7Yc1f2W4AS/EWfQX Xsah9AdG4cR4dWk8/fnD2l/4T003N+MofC1O4fhfN/K8Up5fNmr5duBC+jd/ wYNxK67neltwQZym078zpxq1/F06/UdzsFHK39TgYrwGh/qcRf91PW6nv7sX B4/15WeMOn+M5i+I/vSHuJr+9j9cecWqI/BPuIH+/mXczXjBPxtl/KBn/7ZR Wr7OLv8Z7L8L98erXH7deAfuw3hGWqOLz/KcjFPw5EYdfxnhrgeHuPJk/CcQ V2CDQxjPuXhIxnds+yEdzzl9SPNzElfjw4ckf6YW98PVuJLzbVbb5TiS7VNx GOWRdEjGe8yruJjzj9Hz26G4GQ9Um1/hXvjLg+o9OJT9NxzU42WoTTKehGcf lPvT4xg8E5/nfjyBzzGe9+94Ou6NAzzb7w78v+sneK4/4tm87DmyCXez/Qrc wPksTiA/Dx7Q6x94QMfvbjwg43e2Dw7nea9v0Od/HQ5hfGwebsQTG2Q8zMbi MH6/w3F/xsOG4DjP9g+4HF/ez++N7T/Gw0hvweGkV/m2f2+/jr/l4yTqn0R8 fizzwTiC+isCV3o2d+ILPlP/2ftwL+rD0TgSj8WdbD9uv47fufNPj9Pju/o9 aL+Op/28T98Pn+ME3I6LeJ8149gX+H3jat4/tfgiXokt77fluAbn7pP2gUnd J+NhZrzPf8TBtC9+7/NV+6T9Yb7cq+2TY3t1vGw3rmQ8bCOOo72SgQ3X//Re HV8ctVfbI8/g6nHqEJ6HITiT5+duPBjfjuNx7736vvuxXp5P+7XPNbiA53VT vT6/hfVyfmtxIX4cG57Pe+p1fHlAvT7/O+s0f6vxdM63GBvep1PrdHx9CB7G ++/yHvqTjLf/A2fiVtzO+7gRB1J/7HH7k5+oPfr7vH2P3p/Pa+X3ZDprpT1j 22tlfNo040Z+H0dx8Qu6vWvPncTxPJ+bcDLP275aHZ877PZnPO5QrYxXmtpa HU90pj9gLuFCxqOu5npDGG8K2qP9kcfwWc/medxG/yURF9Kf/An3oz94Q52L x/T8uzoXT898Fo6drfe70Hp+Akemefl5ts59X4H2c52L7/fSU3CNZ1OAAzIY b8FxGYzv4Oi5XvpXuMGzvVTn1rMznszz3esdxpdwM27FF9/hfczvM2O+l34/ 7p6vv//oBVqfxCxkPgJn4RZcs4j5cOqz6Yu1/kvOZr4El+YynurZ3pbvve87 SW/LY74Fl3s283Ac6S/hjDytf/vma33bTXo/PZ79dq/a1bcN7D8dX1iq9V3s Ms834bDlWr7YnnX3Yxn973q3Hp3+d73un4v7sH8iTiR9pG5vw+o1f//i+Ujy 8m+OuforT5+3/lxvmXse8Vocjpe6+pH9Z9VJ+ff8Plq5n9e45z1X6z+Ob2r2 SH7s+j0u3pj+BI4n/ytc/YnfwjFc78O4cinrQXEjvsWXbvZIefXUfx1LtT5z 6XW1Lv6Z9n+t3H9bglNwYa3e7yRXX7L/JD2ejdfzm+G4F+kP4lAcjPtxvN/i LPJ7fa1bD+X5Sl/6RzW0LzhfZY1e38Yavb7XcTYegsfy/P20m+epwNu/Hbd5 tgdxayHPP45b7fk9XI+X4Ma1zN/hs++q499jvg0HFvN7wB34jt0unpz4UNyF v/1A/SmuwcdwEK7HketpT+BKzleGs/BKXITfxBHFtC8+0OuJwwHrGB/H+e8S D4HDfO4sor+BJxUxXoP7FenxLlC+j+Js0gf5fJvv+P1wFOf/hc9f73Lr/ei/ 4Fjyc3CX3t/9OBDvwg1rvO1L1TbLt/1sHIKn+fafgIN9Lud5S8BdPJ+TcX4h 7QucSPrdOIr0IHxxFfGZOGsl8ae73PoIxvdxBL5UzftxJfOPuBEfxR24wrf9 omo9XirOXEH8AS7n93lbtVs/SbwaDsefVcn7xh6r0vqqvkrr03VVUt+YZVX6 vnV2749V2PK+2I2DcvX4k3Kon3AW7Yf5uGEJ4xVV7ntB6vxFxDvg7Czi16rc 94o831cl7R1zV5Vb70k8A46Yx3j7Tvf9JG/773E57bkfd7r1OPSHqrQ9GFCl 7cVf4+RUz9+wf/0c9TB8HmfPpn7dqfNjpTgEL9mp82tv4PPMf72CK3AUNsyf 3arbm7473fd/aH/q/ubbHZQn3omTOH7ZDpnfM6t3uO8pEd+Gs3DKDrk+MxV3 kD5+h873PeTb/pc73Poqxlcr9XyVPq+q1PwtqdTyyarU+c58nDFLtw+fxXxh pcz/2eRKnT9NxPEcP6FS5kvtOJ9HVEp/xd5X6b4fRTw5Hst85Cfbdb73sM8V 2933oBjvwH1w+naZjzQTcS8cut19j474gu06X/fZNkk3J3zev819v4p4gm0y H2dWbZP5bTNtm/TnbP9tkh/7S9yX+bu9W/k9MT/3Ac5n/qwGpzD/dnCrW9/H 9zpwIfNlJ30+jwfjb3Af+qftWzU+4og7H35/q8ZXLMeBOB3H0z9+CQfjobib +bWr3fXSv74C2ymsf6kgf8y/nanQeJRDFRJfYnbivi7eCLcyv5aKUxgPeBO3 M37wLD7L+MJwnM34w6AKjVe7GVcwP/WrCh3PaN0i81tm7xaZ/7Ibt+j82TJc xPjQki0y32K3bJH5FduCY5lvObVF4iVtBy5kfOdrXM74UBe+wHj0Ty5/jF// HVviYT/EQdF6fuJzzcEtGp+7f4tbv+6lb9N0k48bsd3i1r97+8eozZ26vf1+ M9fL/qdxEvHHFbiN+OaFPs/YrPHK0Zsl/tnes1nipW0wDiLeui9ufJT2yWaJ Jze9cBzx41dulnh4cx2+EKnH64nfd/uzPmCQ2/9BxgtwcwTzLTg0Qvdvf0Cv L5r1DLG44H7ivTbreg13vkDWc9zqtg9nPOV92kusBzngcznOvJf+mc+jcDy+ Vm2+L6d+4Hjvl8v6FHNPua5HubFc9++LY7ie68tl/Yd9oFzWd9iHcTHlGeaO T/nfivO5f7/BKcTjDyyXeHN7J27j93SHy/8YtYuHdcdjfqDHPfP57vwv6f4u XtPlLwOf26TpTZs0/rIAx+M5mzTec/wmHR8N3yTxjPaHjRov+c+NGr961uf3 cSfxDWs2SrykWbBRr+8utTleRn+T/NWVSfykKdZ0M69Mx3tfLdP42WfLJH7W Plem8aLOocRzxLrjT1UTP2LGl0l8iZmBk4g3SSrTeEPnOOIH48s0PnAibiA+ cApunKHpxOf02MXnvIYt8TiTyjS+ydnF840pk3isHhPPZYaXabxXdJm2z1x5 MV7dcz2u/ejK37W3Xfm49qtL7zVbj5f4tjpujpZH2xwtz2Crx2uwml/Xf+lV 5r7fS/+mlOeN/k/pBvd9XeJl8Fn8ygbpL5mrcDPj7StLuL5U+hM4nPxWl7jv H6vpD5mtJdp+dukBlOfuEm3fbijR+Dp3PuK7etLDaE9uL9F4r+M4i+frTIm2 Fz8q0XjX/8H9fQ5j/qPZ5W+a5tfNnzifpb13CDfTvvtricQT2y9KtH5y53Pt OWfis82nOIb5yH247UU9XhftvUslEv/TY+J/7P+WSHxPz/5ufYQrHxev01Qi 8TY9dvODLj+dtN/qXf6f1vJx61/c/XPrY4pLdP1Mubs/o/R4rMfpub99iUc4 XaLxDu5+R0Vr+V8coeluPZbbn/VbPccPGKbPb/9hmv9w2lPZ7v7Tnprnnh+c 6nMKzmd921Q8jOO/WCLr3WwsDma92Q0lsv7MXliv+f9wva5P27Ze18OtWS/t yx678xXhOPKzYr1ebxYu5Xpm4hjW+0Ws1/biN8WM79Le6MTVrI88jjsi1azX tH8rlvWdPfufe4j5BFxKe7IOV7KetbrYfb+I+YNiaS+albiZ9blv4/O055Jw GO21WFw0yPMfimV9sh3o8vN74oVwIr78HvUJ659P4EDWR+/GEaGsN8IJpM/B laTPxLEcbwROuYv1oLiZ9M/XSX7sNlzAeuvlOJrrWYBjBvG+wJGst74XN+Or 10l52Uvvcv8pvzO4m/Z3OU6gfZ6CG/Gr72p797e4HP9QJOud7Ye4Da8vkvXT JqhI118fWqvny1yr7fuRayW/diBuw1d4tv/mbd/ZusZLv9Jz5FEcwPW+gC3l cXI19dPdxF+slvI0mavd980YL8SB+MbV+vx9UcjvG5/G7ayX34mT2X8tLiU/ Uwvd96CYzyjU/skgHEf6DTif/T9e5b73RX8Yx+LRq3S9fuAqfV56r9Lz/7yS /i3348eVcv/sJziA33Mzjuf3Xof70Z9ciwvoD01c6b7Hxu8ZW+qrH1bw/FGf ncOTHuP3ukLXL2/ArdTvWSv0/ZCxQupPcxdOJP27AjmeaSiQdLO8QN5PdkCB 1M/mwHJ9X2Us1/wNwkXU1/uX0b6kvz93maxPN0HLdH19yVLpz9spuIb6dygO 4vsAoUu1P38hX+pnuxiH4Dgcx/38Jo/2Dd8/aFWb5Xny/QObmKf1/79y3f9/ eOmduTo+0ZSr75d6XMT7Z3Ourv93Zr28KcjV9ezzcSfPx0K3/1A1z4NZnSvr 1+1pHM37+atcXR9+VZ6OJwXjVto7D+RJf90Mxkm0lwbk6frsK3Ay3pkr6XZG rsT72j/mSnyr2ZYj8bo2B3ewfVqOrv9+K0fii80ruID8jsaxXN9/5Oh43K9z dLzLmfEwe1OOtl/uxV2U9/M5cn/MGy7/3K/ZOOJRzW/bEM3vsCGaX9fe+W+c QfoDOfq9hups/V7DIpzM+cZny/NkB+Jyru+rJfq9gRO4F+XViFPwHpyNdy3R eOG0JRp/fd8SXf/eGw+mvd66mPMxfjsX9yGePhrXE2/YvEjjB2fgGPoTVVkS /2iisrR/UbJQ91+0UOMNpyzU/SMXSnyhzVsg8cB21gJdPz9kgcb7fzBf+i82 f76u139jvsT3m5HzNX47eL7+fvrgRL7P8FEm95fx4eOZ2n6vzpTvZ5ipmfp8 RWZqfXRbpvs+I+Ph71D/8T478o773ifvV593zOP5o757BMfy/ZNP55J/3gcx OID83DxXvy9yJEP9Xob+Xt7O0O+hTMmQ76XY5zO0PzA0Q8Yv7Z0ZMl5sgnEY 75uP0mlPMf5ZnO6+30q8abp+r2YOruf4Ken6PsjDWZTPvnTNXzcOpfyvIj8p XM/VOOgRTXffe7mULu0L82m6fP+l53zuey6r0+X7K2ZWutwPc7PveL9w18fx /p6m76+/4IooTWc+wF5Ok/qx53ix+DvSIx/T/V1/cE+a1G+2Evdi+y16fFuE L7B9lu94s9XmlTRtvzyept+juSNNn8dPUrX8C1N1PHx4qvv+LvMTqfo9n2tS 9ftAX1meR/f9IBxJ+mqf51idL5lu3fd/vf3HWf0+0RCf+1t5vsz3c+T3bz+e o+3Zhjn6PG/6P67OPU7qsf3jXyGbZtZW0hC1hWwOtU49gwdbTivFkjQ9pHEo o1Tb7uzuzG6Hm8g6/axDWvRky6GVMM6rHEbERmkoGUlW4lkJiw4rye/3ej6f z/xe1/z5fl33+fS97vu+vvc107y/5G4i7+H4P3emnQ99sjhnpt1/b51h5N6H M/T+MfWjGWZ+uqoZdn5ePcPo527QDHvfEyBHed/z13Rz/+M2kmvJ72bJ755u 0vNC061+2G+63jumPjHdzu+7ppn9gBsyzerHfafZ8bTPNDN+vHdrWD/21301 tr8n19j1t72a+gc5RS4gP15t37+qrbb9dyd5Cfm2avNel7up2rzvleE2tke0 Wu9x8//QatsfI5Sf7p/ID1If708OcH/Wp9rsf10OuZn7z/Vx6lcDeX5KruN5 xZK4Oe9wdeQk35+7lby9gOdt5FOO5vpNbuN7enPixh+LtzBu3+tbFjfv+7mt Sq8n/deoPfl+YA9yEd8bPLva+AvxLiWXkIep//ie4QBygtw9S74nbvzRZNpH 7xs+pvaiP5OZqi/zm0iupX+bS8gF9D9yIjnYlfdjcfte5PHkbfQ30o0cpj+S A8hNfL+yU9y8f+l1iVv/H+Jh9P/hI+fwfc6fY/a90I3kQr5H+ig5QX8bd4Ib 9uL91HBXyveAG/Ji1v/GzVXGX4frTG6nf4+elVy/6P9jZ4Xx/+GtJNftBi8g p5leJTnI8oUr7Huv10SZHvnoqPEH4v1VbvwpeS+SCxl+exnbczv9E5JDeJ/W bS6z/kM+KbPv39aRc7ZZ1vu548gpvLfrDSIX8X3eo8rMe77ejqk4/9qy6b9c 1AxOvrqJ/tamMv5GxK8mpzfwfXFymNxArud7wovJMb4/vIRc+xnfjya30j/W OnJeiv4SyTn0T/ItObAavI/ak+8ldycX039Xf3LzB5Zr+T7zMWqfd237lLxp 0wvRf8hu5t/0Mv07TrXvV68mF9OfSKDM+hO5oMz4n3NXkpP0fzelzLy/7aIK z/e6p5GD9B+yVOnDX4hLqz3on68Px18p/IO488tlv0t/HORG8mJyaB79e2bJ A1GbXl9yPfmYqOyL6c8tKntqyM+Iyl6a/lHIrQvp/yZq/QfuRw7xffPvVR/6 V/m83PqnE6f53vmGcuvPrlPU+r/LJ0eet+Vtpz/A4VHrH+aaLK5Weuzfp7N4 eVZ6eyy7rhU2fL8K689vSIXxP+PGkOvpz29ChfWvqPWrlfKEDe8+qzD+Ad3X lr3/2PJ4sUpb34fIefSfs4hcwPZdVmn6y3u90oxXbzE5cB/9WVbKPhfxr6o0 /i8zHKJ/zFGVes+D742rPPTHkl+p97n4vnql/qdDfgervOQ/K/T+F3hbhez1 wGlyPv21fJTFL1bIfgTh51bo/TXI7ySHx/A9cH1fwK6mwvh3ca5C/yvy/W/1 3yjEv5IcugJ8QYXOP8C9yQFynmX3R1T3vfT3EtX5D/27aH5fhvgrojqfBC8h x+gP5pGo3uOkPxGtB8X0R6Tv5QX0dxTV/tDO9xT9o/xYbv2naL4XDaZ/q3Lp 25DvJqfon2VLufRX+rcit9I/xrPl0l/B88uNf2s3VvnRX/a/yEH657hYcvrX 7ldu/Hu4XipPd/ovUX7dbHmaO9H/sta3jna9adqf/p7U3jvgn/xb6Ru/55r+ pL90r7PWD7L6v47+3Y/TesH4hZr/TP9McvsuyK+VfvRHrllvAn/mmvGZor/1 eyqsf/X7Nd7hXz0zH9L0t16r/P/ONfNH/tbnkT36W39G4cmvkJvJSytMe7oN qg/5L8XvZDnWya4n9T6kd77WP3KJ1p/O9JeQxddX6v12fv+pn9bSH3x/ciH7 +xhyZH/qa+TEvtQXyPkdqC8oPv3TVyl9tuecKtv+j5BD6B9XW2X7U/Ed+1vp p7dbbv8NPET5k48iF3F8/ab1l+OvTesveQe59Ydc0z6NrYjfkZwD9vYjF2+B vLfq8y14gNpvsy1vbYvl1q/BYaX3dVb9N+Wa/UXgK8vNGxF/Brl+A+RDyaXk M9ReX4BPJDelLQfXg8+TfC3SH0Zu+NTKC8jHZ8lzybFPbfsVpyDfzfYuXAP+ Xt/bj8E/6vu5CtxN9fvI9m/LSvDJKv8HCH+16v++5dAK8CTV7z07/greBc9V /ycRfrnyexv8pcYb5G6b+vMd8EExw14huZ3pnU4uQnrun+SCt8D/IAffBJ9A rn8D8XPIqWWQe+QQ2NvK8tQtteUteB28XuOxCbxK5X8N6a0kp14Fr1V6ryD8 L+rvl8F71f4vgfdVfV8A/6H4CaS3U+M5YeUFz0N+IOPnPQe59t/5z0J+KDln CeRnW3YjyU3PgMeS2xYj/LXa7z8NHqH2XGS56SnE/0+VkbvN2u8jvktXmfTc 0izuTg6T91Ta+B9W2vTFjeR/a36wPOO1nj2Za9b3AnBGH61/HNxF6z9Z3xfK vbezWN+7pgXgcfp+LQR3JxdRrv1D7WNI/yXpa/MhXyh94dFcsz8JzEP4iPZf 5EFkD+Hd39RPkg/nGv3K1YM3Sr+aC36S7D2Ua/Sn1gc5H8mR+znetJ/8n1xz 3lF7F8K/SW6qhXyB9r+3g+dp/zsbPIscmAW+QuclDnwYOTID3JmcmJZrzyPI M3UeUYPyjCQnwe4snU8gvPePrPj5Oh+h/L1SK68ht1dD3p+cQ84j18XZ31Ns fqeRw0wvl1zP8n0+mes/+W5yKetzLrlgOuT3TLLtUWvZmz3JpOdNIjeivG4c OVQK+Vs3cfxNBj9PbpqA8IvIiQjnG7nkeoR/lFx8Lfg+csNYhK8gB0eDi8nJ kOXUKMSfrPyvYP8qvZGQ36LyXA75RKU3gvOdnE++kdxWgvAPkNOX2PKXXgz5 HaoP+VZyznBbn+aLLCeG2vTyhtr2qr/Q5t90gU0/fJ6tX+M54NvJoXNs+JYh Nv/YYISfrvTPBD+k+Kch/HDJT4b8InLBSeAS1b/Qtl/dAK6vaq/jbP/lk09R +P7g08jekUhvsNLvA+6l9uwF3jyR5e2J+PPJRYdxf0JOBywneyD8w+SW7pAn yOFu4G3kVBeE76D29kF+ErnwADseUh3A6zR+/vbj+8X5FNnjx3kfOW835PM0 39rBa8lNuxB+PbkI7D4mh3dA/ia5+VfInyHXb4X8CbLbAvlc8iGbLRd8hfCP KfwGy0Vf+M160rreb9YTb62tXzPYDcjijuRUCryJ7dW6CvwqObIC6cU0f5f7 zfz3XvGb8ZZ8DnwZObDEcv3TNnzwSZt+6nG/mV8tC/1mfpU+hvhLxHMg30/t 8wD4CLVPna1/+m7LybsQfpDa407Ih5Hr7gBfofRmg8Nar28DTyG33Aqepfhg b47GE/m5rPgrlT/YO5XfkxB5DLlhFsLfTi4hP0qOMP3XJtv8U+QYwntbyPU3 I36bws8E7yCHpyP8AfweRqrBPnJJHNxT39MY4g/K4kvItWDvKnIB4rvryM1M r4Jch/zcbKXH8tQr/AzIXyKnHORJpc/2+WWKaT+vO/WBxC2Q9yG3sP5jxMz/ d3IRuaf0lclI7yvKmydA/j45fSPkS8n5EfCMrPAjpJ9MhPxMcgDsCslhphck 10csN95g61c33m/0nYJx4F3k9PVIfy+5+DqbXupayE8nB8dC3lv61RjwQsYv ugr8gMbHlYh/l/Srf4Fvln41GuHHk9tD4IHkllF2/IVHIv6nHJ8tl1mOkFeT k5dYLrzYjv+GYZB/r/F+EeRfK71i8GeaL+eB31H+5yB+g+bXEMgfJAcHQ36f 9MMzrbz0DPC9Su80hL9F+Q2CfCo5fRLkI1W/EyE/W/UrhPwEzeeB4F7kJrCX Qy6ifCnXn4YB9ntUQp6g7xPY62vlXidyG7lN6z/T1/dY4Rfr+32c3+gnJf3B h0j/OIbzS/pAP8jfIOeAvXnSJ/LBJ5ObyEeRS3ojfg9yopfl1iNs+Hxyf+k7 hyP82Uq/J+RDyIGenC/K7zDOZ5W/B9cX6TsHQx6XvnSQ3+hL4QPB95DrDkB8 p/LuB75B6e+L8MPIsX0g3z6B4+lvH/wpkFN7wU3k2B7wcnJLuw/3FeTkDnBS 3Ab+Nzn0C+JPI9f9DPlV5Ah5ILnhJ3AXcjO5AzmA8G7HjUbufiTXbgN/Ti79 EfE3kENbwb+T635A+L/JDa2Q92R+Od9BPpqc3gyepPZqsfVLfWnbo/kL8Dpy Cdh9SW79HPyd8luP8B01fj4DdyY3r/OZ8RleCz6cHAR7A6w80/+tn4Iv1XgG u4vJjZ+AL9R8+sSGb0mBryQ3rPGZ8RYDe1NUXvIsskeeZ9k1qvwfQ/5KFn9M bl8FXktu+9DKm8lp7T8+8pn1IoT4botNz/2s+cL0Pa1HlPssZ/Y/TO//9x/k wVnykdpvrfaZ/S85o88q/pPaj6H87oWbbH1WS19e6TP6bvsHCJ9HLgR7J2o9 XwH5pVq/ydJfg+/5jP6afNdn9hNuOeT3S799B7xA+vTbCP8SuZas/VCC/IH0 YcbfTM5h+jvJpcx/r/ZnLN+B+r6usNzyPsLvO9nWX/GLmy17GC/uYH3/OX5O n2za2w0mu1WW69l/hdIXPras+XH+ZDN/Mt9zx/kl/TzE+fejvs8Mvx/1nQDn X5cpJn0vf4qdf6dMMeVxl1v2Jk6x869M+hrTL5V+iPXGGz7FrE/uPOmHn1u5 1jPJud55xUp/A3gUuQnsIuT8jT6jDybB3h0q/1f8vpCD5GXKn+HXaX8AeUaf lVz6sOIPKDX5uXNLbX6XkmObIA9J//8a8nFZHJc+z/D3kkvIb2Tlfyj3D47f jxvJibTP2IfVs713KDy/FyfKHon9Jfuldo6nhM5n2b8tZXa9Ob3crDeZ+/cY 58O1Oq/m/Kkh55PvlL0Q2DVY9t4gN2F+ZuyDOH+9gbJnwHzP3Nfnk4dG7Xow KmrWA28iOUy+NWrWN6+eXML14rms/F/Nip/M4jU2Pfel7C243v6SxXt1/s/6 Hq77BbLsAdgeGfsjxs/YmyRWWrnWp0tlH8D16YYs1v1/E3l+hf3ePSv7AK4P r8mehuuB7G20Xok1nt5R+ah//FBh9BX3c4UZnxkOYjxn7mvSHN+yDyrk+N8s ewTOF9lPhaBvZexLS7+x5UtQP3ucHNkCfljpUb+LqrzU/2Rf0Uj9UPZDCeiT mfsj6ZuNsv+ivit7ifSvPmMPVkz9WPYZkb8Qv4/aZ6/P3D/VdYC+vi5q9Hnv BY3XjtDfH5N9EfX/2eTCHJ6XZMnLyOn9bfhG7A/cE7KP4X5B91ulzF/zK4j4 Xqnux7I4wPxGa76xvJdovnrgI6Jm/+H1JCcg9zqoPiyf7sOKWR7ZS7I+Gfvf ho7cT5eb9vJcuSmvmyx7RrLu0zyWV/aaju05QvdtnfzGvrOks9/cv8XIPXR/ 50P4gxQ/l/tt2SflgbfqPq4Lz5Nlb9oV8uVaz8kvldn9ori5O+K/rfQO8Vv7 1R42fPpQyF8pM/tdt1L2utgvu6/K7P55axbvK/vrPmC/7LP7gg9X+xyF9ArK zX7dDdb3hfv7C2Ufe5xt/+Txtr+CJ/A8RO17vO3vUoa/27L3sPqb5xmyF0sw vdfIeWD3Vrk9n/hG963HWvZYv9c1Hnvb/IrZvreo/tz/36j6dbPsutrxyvHg Ykqvm61ffjebH+Nn7O/a8nj+pPY7yM6XOo5X3TcXgTP2fJRn5lsy18o1nh9X eI7nxVms9inqYtu3lOm9L/s+P8/zZE/tt+sB42fsj9Ueq1U/zg/pHx7nh/ST NvJDGj8By15vOx6a0b/ez7b/vQOidnxk7Kk5fvW/Qi3Hk/Sf5pN5fi59h+d7 h5CLwRl77wjPA2VP0ESWvWcrzw+vkr3imVnr81ngmVks/ai4CPyh1mucV3qt So/nmbKP0HlnjuwTz/Ub+9i88y0HhvuNPXaiBPKO+p5fbjk1wm/0qyDPe1tU fp4Hy14zJ5RVXp43f6fv3RgrD4+18VuuseF1/v2T0uN5+W/q3xusvG2C5dJJ trzhcvB6yavs9z7A+5Rlqk+N39if1E/zG/v3BO4/MvbBHu4/MvbBkuv7r/uR Ko1X3o8skpz3IbtUHt4X7SP9cJbtnwKmd7r0N5b3YnJOpd/ay5eBb5O9Pe9L ZM/K+4qM/sr+8GbIfhT9mbGPdSMsh8j70z6o6TLLGm+9yA7n/+7YSjs+ZZ9a i/N/d47sKYfy/rLS3Ae4JLnhAqT/KTl8Pu9TlR/mh2tVfpw/sifkfMvYX7ac xftGchvns+z/Ev+0rPuCWbKnDIIXyB6N/HaVvU+QPZ3uE2R/V6f7AXKa30fZ r7VzfetBbuZ5/ZGyRyuAvJ/sB/l9P1X2b+QQOXA0+KaY+Z7+3weP/XEkv5+K 39fKG6l/1MTM+b+brvLpexyz5/1Pyj6P/DI5yfP+FNnxvP8b/W93ONd3csNh fvN/X8shfvP/nr7vR8Tt97Bv3H4/jyXn83s4kBzi9+8M/U/I7/VQ/Y8I/dNd Hjf7AXe1/jekfhuJG30+w9wPeNeQAx14H6v/GamfV6g+vD+oUn2xv8nIG/b4 7P+Vf/L8XPXb7TP/o/J+IfP/adsun/l/09vF8x9yeif39+S8nTZ+6w4bXvIn lP8OngeofbfzfoNc9LvP/H8bAHs/Wbm3K0veUf+3/gbOI9f+yvMAcn0bzwPI jbgv8YLk8DbL7Vt5PlVt9qvuwmp7nyHWfcYQcun3Nn4d98enVtv9s8rD/bV3 lPLnfUc/cg5Z//Nyv575nzfE/bz+523g/ceYanu+pf+pm3jfof+1ed+RYd5v uEpyHjlUbc8nVJ6SNba8eTz/7Exu4fnIH3FzfuK1xu19wheaX+Q1cXOe7D6J 2/PmTXF73rU9bs+n1Z4Rsv5v1vm8+kPn26pP2wrbvzpPymIvrP/ReV4+1bJ3 j83Pm6f+ZPkXVNvzrAfJrazvw2pftkdC8VeZ+A1P4Xw8f361uc9xz2p8rbbx ef/i3iCPRn/k96ix5/H5NbY8w2tsf4yvMe3r6sntvF9YQw7iPsLtIXvLfOa9 gqIXIb+S3P4c5BFycjHkM8ixReB5eu/gCYR/mty2ENxEbm1A+PfILfPBK8kB sLecnJ4H+VPK/1HwXHDD9rn/5WQ15aE5tvyRB5HeaKV3P/g6cvF9liP3Iv44 cvAeW9/8uxH+ZuV3F+RxcsEdkFcp/dvBk/T+w2xbvsBt4CuU3yyfeU8i52bw meSSmTz/VnmmW86ZZsM31UA+VO1dw/svlW+6rU89eU6W/BGbX6Y/KHcJjR9n +zfE8qezeCe5mfXRexsxsCsgF5B7kZMsT1e9z8H6HEQuIu9PbqhG+D+Yn0fe q/EYs5xTBd6u9qsEb82Sf6f6VNn6FTH8B5bd0qzwz5BLY3a+BOPgJ8iJuB1/ lGf6r70qq3+Zf5HqW2HHQ6oM8vM03qda9koRPqj+mQj5IMWPQD5A+d0A+TEa z+Rumv/jEb4zOTyO9zlcf+qvB39DLgW7pNY7yl/W+jXOcgHTf0HvpZAXaX0b b9fDEvId5DTSczMtN9ToPZbxvJ/K4rHkxDi7Hv8vW2ceHVWxrfEDcq99Tgs0 o0FEG1CIKBoBIc7tRSUu5RIFJKhI4xj03ktwwCiCh4zNoDTK0CJKK6hxuBpF Mc6tKOahaIOgQeHZclHbOc55+tT3x/6+s9bX6/35WzWcGnZV7dq7TlUE5Ruh 5ff7g0OXGncGx+PwF2D+j06Hvx9ccrFychr8+1wvL7L0H1AfmAp/BfWJKbre RScbz2d+E1UfKT9P9Yt8uYUfBM6Uq/6XOBfnOahPTIS/CNwxSfWDzGTVL/OT VR9tPl/111iF6rtF4IXgctSP972wfndreYL7XFj+jSzfBJwHYn7jtXyps7V+ 7WXGXalPjLX8Tqa+coqFX8L2LODEyRb/Kq7/J6p+lx+j+kjxKJwPof48wvhl 6ivHwj9EfeNo+I+YfpiFf8fvDTX+mfrIYOPukMfcQOPeHJ+HWH49KO8HwZ+F 9H4Rzo9wfPQ19sDZXsbF4PYDjE+i/Id1/IRcC78A3LKf8WUcz51xnoTj9Zew /V/A+5S+Vc5/Fhb9KPaJ8RTmnwvb/wXgzJ6wlK/6A+WS940H8/s7LL/9OX+9 a+GfcbyB29hf28PSv7ltln4p5eOdsNy/FNoaVv34TeM/uD8E56i/GzsZcBbp 1yoH4ym+JSz3ITW1Gt/G+Js0vPUVy6+B4zUT1v3wi2HZ/0aeD8t+O/2MhZcx fGNY7hcqezos9oKiDWGxN8SfsPB22jMeDYt9It1k8ffRvrLe+AfaS9JhsU8k 11r6ItbvHv1+9i4NT9+pnFkVlvuOQiu1vLEVFv8n5cC+kl5u4Vv5/yj4fXA1 +FfW9w4tX9XtxjGWd5nxGeyPpH3vigIO7BmW3rnpRs1/8Y3y/eD+K9bnLd43 hfpw/1iB+vN+qlaUn/tR5s/9Hb4f7I9ZvlqOn1uN9zJ8sfFvnG/rjZfMFfZv A0drNTxxS1j0gaZ5yhXGzkrup25Wzt9o/CzzB7dy/rnB8ttFfeD6sOg3kaqw 6EOxf1p4EfXvq5RbKo27cf9zuaWPUL+aFhZ9LHKRcntFWPZ3mfONB4CTkyz+ odxfTDQ+Apw4z3gc9VFjZwL3f4h/oXKwnyqaEJb9T/QcTd96lqXvQ314nHEe 7ZU8w+I/zvVnrM7fmb9Z+BjOz6dZ+Oe0xxg7b3P9RHzqQ5XIn+uxf6bKY5mV xxlHeUT5jizIn/Nt/BSdX4tO1PkyU6rzY2iM8VjGH23cn/bKUcadqa+MsPy+ 5P/QJRb+Ef83P8Z4M+23w43X0b59lPFs2ouN/ZnKzjTah4eF5X/3yqFh+Z/d GWLhRzL+4cYHc74dHNb/xQeF5f/z4oHG23i/xKHGL/K+AfDqAr6G/7uDeZ+B MzAs92Hge/5BvD8A5YnwfoMhYfm/u+qIsNxX4BwZlvsk2F59lIP7EKJHG28t 4E28bwj98VQB3zVH+4fM7/N+oyTafyPvPzpc2bf6OS/xfgy0B+9PKo2G5f6k kkOUiwZgvNG/c7Cmbxmg9WlC+tY50j/+DuXgvg18zy9l/yP/Wbzfop/FT7K/ +1j4a7zPoXdY7jfIdQuL/6a4a1j8MyHPwkdQH+gSFn9K8k/PzkPQ3/K78Uv0 h/zimb+d/L2Fd+F62O7Jeux84Ym/omKvpa/i+P7Ywm/m+P7Ik/W2Y48n+5fM Lk/2K+n3PLHXO9s8sbc6b3lijy/d7Ml8Vf2qhY+kvf0FT+ztmec9ub+zo1nj tzzsiT23rcmT+zwr056s/6E1ntiT21cb7+D+KuWpfrHSE3+Gs8L4GuXAX5O0 +MH8WQnmfZLtSE//VPQOC++gPrbME/0wf5sn+lrrYk/0Oz+h/d/S6Il+Vgn+ FFzeYOl3VvM9YgvfRH12roX/m/7GOcr5KuN6yvMsT/x/2auUiyst/yWcjy+x 8OWs73RP1oPiqSr/rZMs/BmW9zwLf5b5/d3Cn2R4mYWv5Hp0hvEyjq/T9Pul pxovpT/zeOM59K+O9PT+j+Ge+FdTwzy5r6R9qIW/zftQhhg/QP+ycbBelCL8 cnA50vM+n8piiz+V9wUd4cn9ROSTeX8K0vO+IAd8WMH3yJWDPbnPJxr15H6m 8gGaX1V/Cx/E+4QO8sRfni4y7sT51Di4fyd+oPFu3jfV1+I/Qf++sbOE95kg fg3vJ0H+N83hfbYW/q+C8PFcr8CjwB19LH4/nh/o7cl9Jq29PDmfUG4cnEeI 97Twkxi/myf3o2QOsPDpPL8QMl7G8P2N01yPwFzvcn/xZL2OOcZ/cr37zRX9 oeQXV/on9rMr9y+VfK/stLvS//7XrtwvW/mVq/33pfHX7I8vjP/D9sy7Ut4K MNff2F6L/w7bL2e8i/fJfOSKfESN/V/Y/rtd0X+aP3RFPlMfuHI/VfX7xpXU 33Ya38z1G8z7rmLvunLflbPdlfMbVVmNX5bV+P47mn/L28YN1PfAazk+thqv 53zwlvFD/N6bln8zx/cWC9/A8yStrtwfVQ1+QznQbxNvWPiP1E83u6LvNr