From schut at sarvision.com Fri Aug 1 01:25:43 2003 From: schut at 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 at 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 at sarvision.com Fri Aug 1 01:29:24 2003 From: schut at 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 at 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 at ccgis.de Fri Aug 1 03:30:09 2003 From: arnulf.christl at 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 at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von David Graham Gesendet: Donnerstag, 31. Juli 2003 17:36 An: mapserver-users at 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 at 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 at 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 at i3.com http://www.i3.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From schut at sarvision.com Fri Aug 1 05:14:06 2003 From: schut at 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 at 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 at ccgis.de Fri Aug 1 05:37:42 2003 From: arnulf.christl at 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 at 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 at tamu.edu Fri Aug 1 06:17:42 2003 From: gerry.creager at 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 at 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 at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From schut at sarvision.com Fri Aug 1 06:42:10 2003 From: schut at 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 at morleyandassociates.com Fri Aug 1 06:51:43 2003 From: RustyM at 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 at 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 at 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 at dmsolutions.ca Fri Aug 1 07:11:57 2003 From: morissette at 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 at swoodbridge.com Fri Aug 1 07:21:54 2003 From: woodbri at swoodbridge.com (woodbri at 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 at dmsolutions.ca Fri Aug 1 07:36:47 2003 From: morissette at 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 at 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 at sarvision.com Fri Aug 1 07:43:11 2003 From: schut at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From keon at nacse.org Fri Aug 1 08:12:28 2003 From: keon at 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 at divestco.com Fri Aug 1 09:18:47 2003 From: Zamil.Murji at 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 at vsb.cz Fri Aug 1 09:24:34 2003 From: Josef.Stromsky.hgf at 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 at nc.rr.com Fri Aug 1 09:54:16 2003 From: gisgeek at 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 at secure mapserver-3.6.6]# cd /home/virtual/mysite.org/var/www/cgi-bin/ [root at 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 at secure mapserver-3.6.6]# cd /home/virtual/mysite.org/var/www/cgi-bin/ [root at 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 at divestco.com Fri Aug 1 10:18:24 2003 From: Zamil.Murji at 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 at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Zamil.Murji at divestco.com Fri Aug 1 10:21:12 2003 From: Zamil.Murji at 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 at dmsolutions.ca Fri Aug 1 10:39:33 2003 From: morissette at 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 at secure mapserver-3.6.6]# cd /home/virtual/mysite.org/var/www/cgi-bin/ > [root at 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 at dnr.state.mn.us Fri Aug 1 11:22:43 2003 From: steve.lime at 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 at gis.umn.edu Fri Aug 1 12:55:12 2003 From: kgeurts at 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 at gis.umn.edu From pkishor at geoanalytics.com Fri Aug 1 13:17:26 2003 From: pkishor at 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 at 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 at geoanalytics.com Fri Aug 1 13:23:21 2003 From: pkishor at 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 at 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 at divestco.com Fri Aug 1 13:38:22 2003 From: Zamil.Murji at 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 at geoanalytics.com] Sent: Friday, August 01, 2003 2:17 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Re: Use of shptree --- In mapserver-users at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gisgeek at nc.rr.com Fri Aug 1 18:37:36 2003 From: gisgeek at 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 at secure mapserver-3.6.6]# cd >> /home/virtual/mysite.org/var/www/cgi-bin/ >> [root at 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 at vsb.cz Fri Aug 1 22:57:47 2003 From: Josef.Stromsky.hgf at 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 at centrum.cz Sat Aug 2 03:44:18 2003 From: stepan.kafka at 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 at email.cz http://www.bnhelp.cz > -----P?vodn? zpr?va----- > Od: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele 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 at 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 at sixbit.org Sat Aug 2 04:56:36 2003 From: poff at 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 at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From poff at sixbit.org Sat Aug 2 07:43:25 2003 From: poff at 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 at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From s9646183 at sms.ed.ac.uk Sat Aug 2 11:40:35 2003 From: s9646183 at 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 at sms.ed.ac.uk Sat Aug 2 11:54:27 2003 From: s9646183 at 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 at geoanalytics.com Sat Aug 2 12:11:41 2003 From: pkishor at 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 at 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 at geoanalytics.com Sat Aug 2 12:17:36 2003 From: pkishor at 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 at 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 at topozone.com Sat Aug 2 12:24:09 2003 From: ed at 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 at topozone.com -----Original Message----- From: AMC Story [mailto:s9646183 at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hi_ono2001 at ybb.ne.jp Sat Aug 2 12:39:33 2003 From: hi_ono2001 at 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 at topozone.com Sat Aug 2 13:14:50 2003 From: ed at 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 at topozone.com -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Friday, August 01, 2003 4:38 PM To: pkishor_98; mapserver-users at 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 at geoanalytics.com] Sent: Friday, August 01, 2003 2:17 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Re: Use of shptree --- In mapserver-users at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nhv at cape.com Sat Aug 2 21:03:54 2003 From: nhv at 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 at gismap.ch Sun Aug 3 04:48:51 2003 From: mapserver at 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 at libero.it Sun Aug 3 07:26:45 2003 From: armin.burger at libero.it (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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pkishor at geoanalytics.com Sun Aug 3 07:21:30 2003 From: pkishor at 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 at 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 at GreenwoodMap.com Sun Aug 3 08:02:06 2003 From: Rich at 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 at centrum.cz Sun Aug 3 22:42:27 2003 From: stepan.kafka at 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 at lists.gis.umn.edu > [mailto:mapserver-users-admin at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > --- > Pr?choz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.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 at tzi.de Mon Aug 4 00:20:58 2003 From: rasp at 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 at giscoe.com Mon Aug 4 05:19:43 2003 From: kevin at 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 at topozone.com Mon Aug 4 05:37:59 2003 From: ed at 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 at topozone.com =20 -----Original Message----- From: Kevin Ravno [mailto:kevin at giscoe.com]=20 Sent: Monday, August 04, 2003 8:20 AM To: 'mapserver-users at 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 at topozone.com

 

-----Original = Message-----
From: Kevin Ravno [mailto:kevin at giscoe.com]
Sent: Monday, August 04, = 2003 8:20 AM
To: 'mapserver-users at 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 at sarvision.com Mon Aug 4 05:43:20 2003 From: schut at 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 at co.winnebago.wi.us Mon Aug 4 06:59:33 2003 From: LEllenbecker at 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 at asg.sc.edu Mon Aug 4 09:59:02 2003 From: cpurvis at 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 at sc.edu Advanced Solutions Group Department of Physics and Astronomy University of South Carolina Columbia, SC 29208 From cpurvis at asg.sc.edu Mon Aug 4 10:34:26 2003 From: cpurvis at 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 at 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 at gwi.net Mon Aug 4 11:24:18 2003 From: sscott at 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 at dnr.state.mn.us Mon Aug 4 11:43:54 2003 From: steve.lime at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From shussain at atsincorp.com Mon Aug 4 11:50:48 2003 From: shussain at 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 at geoanalytics.com Mon Aug 4 11:55:36 2003 From: pkishor at 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 at 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 at state.mn.us Mon Aug 4 11:56:10 2003 From: David.Fawcett at 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 at atsincorp.com] > Sent: Monday, August 04, 2003 1:50 PM > To: mapserver-users at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From steve.lime at dnr.state.mn.us Mon Aug 4 11:56:26 2003 From: steve.lime at 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 at bme-geod.agt.bme.hu Mon Aug 4 16:36:43 2003 From: siki at 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 at 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 at lists.gis.umn.edu > >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > From David.Fawcett at state.mn.us Mon Aug 4 14:27:22 2003 From: David.Fawcett at 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 at state.mn.us Mon Aug 4 14:33:00 2003 From: David.Fawcett at 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 at state.mn.us] > Sent: Monday, August 04, 2003 4:27 PM > To: 'mapserver-users at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From sgillies at frii.com Mon Aug 4 15:20:36 2003 From: sgillies at 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 at kbc.net.au Mon Aug 4 17:51:46 2003 From: matt at 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 at geoanalytics.com Mon Aug 4 19:10:36 2003 From: pkishor at 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 at 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 at kbc.net.au Mon Aug 4 19:28:51 2003 From: matt at 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 at dmsolutions.ca Mon Aug 4 19:34:48 2003 From: morissette at 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 at state.mn.us] >>Sent: Monday, August 04, 2003 4:27 PM >>To: 'mapserver-users at 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 at dddd.com.au Mon Aug 4 20:02:38 2003 From: tbartlett at 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 at geoanalytics.com Mon Aug 4 20:17:25 2003 From: pkishor at 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 at 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 at geoanalytics.com Mon Aug 4 20:29:03 2003 From: pkishor at 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 at 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 at dmsolutions.ca Mon Aug 4 20:36:30 2003 From: morissette at 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 at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From matt at kbc.net.au Mon Aug 4 20:45:38 2003 From: matt at 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 at pobox.com Mon Aug 4 20:50:04 2003 From: warmerdam at 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 at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From tbartlett at dddd.com.au Mon Aug 4 21:14:48 2003 From: tbartlett at 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 at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > From steve.lime at dnr.state.mn.us Mon Aug 4 22:26:42 2003 From: steve.lime at 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 at state.mn.us] > Sent: Monday, August 04, 2003 4:27 PM > To: 'mapserver-users at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From schut at sarvision.com Tue Aug 5 00:28:02 2003 From: schut at 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 at 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 at lists.gis.umn.edu > > >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From mservin at tecnoaccion.com.ar Tue Aug 5 06:41:04 2003 From: mservin at 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 at ou.edu Tue Aug 5 06:47:22 2003 From: gayathri at 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 at tecnoaccion.com.ar] Sent: Tuesday, August 05, 2003 8:41 AM To: mapserver-users at 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 at tecnoaccion.com.ar]
Sent: Tuesday, August 05, 2003 8:41 AM
To: mapserver-users at 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 at ou.edu Tue Aug 5 07:13:52 2003 From: gayathri at 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 at 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 at 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 at tecnoaccion.com.ar] Sent: Tuesday, August 05, 2003 8:41 AM To: mapserver-users at 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 at 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 at tecnoaccion.com.ar]
Sent: Tuesday, August 05, 2003 8:41 AM
To: mapserver-users at 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 at cbs.umn.edu Tue Aug 5 08:32:01 2003 From: nacional at 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 at ecnow.co.uk Tue Aug 5 09:08:10 2003 From: tom at 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 at tecnoaccion.com.ar Tue Aug 5 09:25:37 2003 From: mservin at 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 at 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 at cbs.umn.edu>
To: "Mario Servin" <mservin at tecnoaccion.com.ar>
Cc: <mapserver-users at 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 at cbs.umn.edu>
>=20 University of Minnesota
> ------=_NextPart_000_000F_01C35B55.0ECF72D0-- From bplatzen at sosnetz.de Tue Aug 5 09:30:26 2003 From: bplatzen at 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 at 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 at 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 at sosnetz.de - http://www.sosnetz.de From MHoward at spaceimaging.com Tue Aug 5 09:40:01 2003 From: MHoward at 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 at ecnow.co.uk] Sent: Tuesday, August 05, 2003 10:08 AM To: mapserver-users at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ******************************************************************************** This message is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachments and notify Space Imaging immediately. ******************************************************************************** From dbarron at ddive.com Tue Aug 5 10:32:42 2003 From: dbarron at 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 at ecnow.co.uk] >Sent: Tuesday, August 05, 2003 10:08 AM >To: mapserver-users at 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 at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > >******************************************************************************** >This message is intended only for the use of the Addressee and may >contain information that is PRIVILEGED and CONFIDENTIAL. > >If you are not the intended recipient, you are hereby notified that any >dissemination of this communication is strictly prohibited. If you have >received this communication in error, please erase all copies of the >message and its attachments and notify Space Imaging immediately. >******************************************************************************** > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Josef.Stromsky.hgf at vsb.cz Tue Aug 5 10:37:44 2003 From: Josef.Stromsky.hgf at 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 at gwi.net Tue Aug 5 10:56:25 2003 From: sscott at 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 at state.mn.us Tue Aug 5 11:00:18 2003 From: David.Fawcett at 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 at dnr.state.mn.us] > Sent: Tuesday, August 05, 2003 12:26 AM > To: mapserver-users at lists.gis.umn.edu; David.Fawcett at 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 at state.mn.us] > > Sent: Monday, August 04, 2003 4:27 PM > > To: 'mapserver-users at 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 at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Tue Aug 5 11:07:14 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at 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 at gwi.net] Sent: Tuesday, August 05, 2003 1:56 PM To: Mapserver-users at 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 at gwi.net]
Sent: Tuesday, August 05, 2003 1:56 PM
To: Mapserver-users at 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 at dnr.state.mn.us Tue Aug 5 11:46:36 2003 From: steve.lime at 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 at gwi.net] Sent: Tuesday, August 05, 2003 1:56 PM To: Mapserver-users at 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 at state.mn.us Tue Aug 5 13:19:13 2003 From: David.Fawcett at 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 at bme-geod.agt.bme.hu Tue Aug 5 17:11:29 2003 From: siki at 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 at 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 at nrcan.gc.ca Tue Aug 5 13:55:06 2003 From: rgrant at 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 at nrcan.gc.ca From ed at topozone.com Tue Aug 5 15:06:38 2003 From: ed at 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 at topozone.com (978) 251-4242 -----Original Message----- From: Grant, Ryan [mailto:rgrant at 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 at nrcan.gc.ca _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bwragg at tpg.com.au Tue Aug 5 15:34:51 2003 From: bwragg at 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 at lists.gis.umn.edu [mailto:mapserver-users-admin at 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 at 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 at nrcan.gc.ca _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From John.Hockaday at ga.gov.au Tue Aug 5 16:30:03 2003 From: John.Hockaday at ga.gov.au (John.Hockaday at 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 at ecnow.co.uk] > Sent: Wednesday, 6 August 2003 2:08 > To: mapserver-users at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From matt at kbc.net.au Tue Aug 5 16:58:23 2003 From: matt at 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 at humboldt.edu Tue Aug 5 17:58:30 2003 From: mp28 at 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 at humboldt.edu http://ktrin.cnrs.humboldt.edu From David.Beard at ga.gov.au Tue Aug 5 18:05:58 2003 From: David.Beard at ga.gov.au (David.Beard at 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 at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Tom H Sent: Wednesday, 6 August 2003 2:08 AM To: mapserver-users at 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 at globexplorer.com Tue Aug 5 18:39:37 2003 From: gsw at 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 at 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 at humboldt.edu http://ktrin.cnrs.humboldt.edu _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From morissette at dmsolutions.ca Tue Aug 5 20:36:05 2003 From: morissette at 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 at sarvision.com Tue Aug 5 07:59:15 2003 From: schut at 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 at 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 at 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 at tecnoaccion.com.ar] > Sent: Tuesday, August 05, 2003 8:41 AM > To: mapserver-users at 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 at sarvision.com Tue Aug 5 07:57:20 2003 From: schut at 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 at 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 at 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 at tecnoaccion.com.ar] > Sent: Tuesday, August 05, 2003 8:41 AM > To: mapserver-users at 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 at bme-geod.agt.bme.hu Wed Aug 6 03:57:08 2003 From: siki at 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 at humboldt.edu > http://ktrin.cnrs.humboldt.edu > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 at 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 at sosnetz.de Wed Aug 6 00:29:42 2003 From: bplatzen at 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 at sosnetz.de - http://www.sosnetz.de From siki at bme-geod.agt.bme.hu Wed Aug 6 04:02:43 2003 From: siki at 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 at 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 at sarvision.com Wed Aug 6 01:02:46 2003 From: schut at 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 at webgis.de Wed Aug 6 02:27:43 2003 From: mschulz at 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 at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From schut at sarvision.com Wed Aug 6 03:13:24 2003 From: schut at 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 at 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 at lists.gis.umn.edu > >> > >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > >> _______________________________________________ > >> Mapserver-users mailing list > >> Mapserver-users at lists.gis.umn.edu > >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > >-- > >______________________________________ > >Vincent Schut > >Sarvision B.V. > >Wageningen, The Netherlands > >www.sarvision.com -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From David.Fawcett at state.mn.us Wed Aug 6 06:29:37 2003 From: David.Fawcett at 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 at kbc.net.au] > Sent: Tuesday, August 05, 2003 6:58 PM > To: mapserver-users at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From kevin at giscoe.com Wed Aug 6 04:21:01 2003 From: kevin at 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 at tamu.edu Wed Aug 6 06:45:32 2003 From: gerry.creager at 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 at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From matt at kbc.net.au Wed Aug 6 07:03:14 2003 From: matt at 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 at giscoe.com Wed Aug 6 07:12:48 2003 From: kevin at 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 at ou.edu Wed Aug 6 07:06:05 2003 From: gayathri at 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 at GreenwoodMap.com Wed Aug 6 07:25:22 2003 From: Rich at 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 at atlas.gis.univie.ac.at Wed Aug 6 07:34:36 2003 From: pucher at 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 at tecnoaccion.com.ar Wed Aug 6 08:37:57 2003 From: mservin at 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 at dnr.state.mn.us Wed Aug 6 08:38:16 2003 From: steve.lime at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime at dnr.state.mn.us Wed Aug 6 08:57:11 2003 From: steve.lime at 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 at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From kgeurts at gis.umn.edu Wed Aug 6 09:00:02 2003 From: kgeurts at 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 at gis.umn.edu From Andreas.Maul at bgr.de Wed Aug 6 09:03:41 2003 From: Andreas.Maul at 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 at sosnetz.de] Gesendet: Dienstag, 5. August 2003 18:30 An: mapserver-users at 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 at 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 at 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 at sosnetz.de - http://www.sosnetz.de _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From David.Fawcett at state.mn.us Wed Aug 6 09:15:35 2003 From: David.Fawcett at 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 at dnr.state.mn.us] > Sent: Wednesday, August 06, 2003 10:38 AM > To: matt at kbc.net.au; mapserver-users at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From agalasso at gndci.cs.cnr.it Wed Aug 6 08:50:12 2003 From: agalasso at 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 at cbs.umn.edu Wed Aug 6 09:08:01 2003 From: nacional at 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 at humboldt.edu > http://ktrin.cnrs.humboldt.edu > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From jhart at frw.uva.nl Wed Aug 6 09:29:36 2003 From: jhart at 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 at gwi.net Wed Aug 6 09:32:55 2003 From: sscott at 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 at tecnoaccion.com.ar Wed Aug 6 09:52:44 2003 From: mservin at 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 at tecnoaccion.com.ar] > Sent: Wednesday, August 06, 2003 9:38 AM > To: mapserver-users at 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 at divestco.com Wed Aug 6 10:10:57 2003 From: Zamil.Murji at 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 at frw.uva.nl] Sent: Wednesday, August 06, 2003 10:30 AM To: mapserver-users at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mp28 at humboldt.edu Wed Aug 6 10:34:45 2003 From: mp28 at humboldt.edu (mp28 at 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 at 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 at humboldt.edu >> http://ktrin.cnrs.humboldt.edu >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- > Pericles S. Nacionales > University of Minnesota > From morissette at dmsolutions.ca Wed Aug 6 10:41:28 2003 From: morissette at 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 at topozone.com Wed Aug 6 10:45:43 2003 From: ed at 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 at topozone.com (978) 251-4242 -----Original Message----- From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] Sent: Wednesday, August 06, 2003 12:53 PM To: Howard Mark Cc: mapserver-users at 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 at tecnoaccion.com.ar] > Sent: Wednesday, August 06, 2003 9:38 AM > To: mapserver-users at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From siki at bme-geod.agt.bme.hu Wed Aug 6 14:47:00 2003 From: siki at 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 at 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 at bme-geod.agt.bme.hu Wed Aug 6 14:53:02 2003 From: siki at 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 at 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 at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > ----------------------------------------------------------- > Michael Schulz in medias res > Dipl.-Geologe Gesellschaft f?r > Informationstechnologie mbH > In den Weihermatten 66 > 79108 Freiburg > 0761 55695-95 (Fax 96) > mschulz at webgis.de www.webgis.de/www.zopecms.de > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 at 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 at coronasolutions.com Wed Aug 6 11:46:28 2003 From: coronadh at 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 at tecnoaccion.com.ar Wed Aug 6 11:50:50 2003 From: mservin at 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 at topozone.com > (978) 251-4242 > > -----Original Message----- > From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] > Sent: Wednesday, August 06, 2003 12:53 PM > To: Howard Mark > Cc: mapserver-users at 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 at tecnoaccion.com.ar] > > Sent: Wednesday, August 06, 2003 9:38 AM > > To: mapserver-users at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From David.Fawcett at state.mn.us Wed Aug 6 13:10:15 2003 From: David.Fawcett at 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 at dnr.state.mn.us] > Sent: Wednesday, August 06, 2003 10:38 AM > To: matt at kbc.net.au; mapserver-users at 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 at state.mn.us Wed Aug 6 15:06:44 2003 From: David.Fawcett at 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 at kbc.net.au; mapserver-users at 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 at dnr.state.mn.us] > Sent: Wednesday, August 06, 2003 10:38 AM > To: matt at kbc.net.au; mapserver-users at 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 at cprsig.cl Wed Aug 6 18:22:55 2003 From: vinko at 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 at ecnow.co.uk Wed Aug 6 21:49:17 2003 From: tom at 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 at ecnow.co.uk Wed Aug 6 21:55:27 2003 From: tom at 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 at geoanalytics.com Wed Aug 6 22:29:06 2003 From: pkishor at 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 at sixbit.org Wed Aug 6 23:44:09 2003 From: poff at 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 at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- DO NOT cc me list replies. I will get my messages from the list. poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From sholl at gmx.net Wed Aug 6 23:58:35 2003 From: sholl at 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 at gwi.net Thu Aug 7 05:43:10 2003 From: sscott at 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 at 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 at 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 at grid.unep.ch Thu Aug 7 05:44:10 2003 From: stefan.schwarzer at 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 at 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 at grid.unep.ch
        Internet: http://geodata.grid.unep.ch/
        _______________________________________ --=====================_23989421==.ALT-- From jussi.rasinmaki at helsinki.fi Thu Aug 7 06:07:35 2003 From: jussi.rasinmaki at 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 at yahoo.com Thu Aug 7 06:15:44 2003 From: harato_1 at 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 at webgis.de Thu Aug 7 06:13:37 2003 From: mschulz at 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 at 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 at webgis.de www.webgis.de/www.zopecms.de From schut at sarvision.com Thu Aug 7 06:12:01 2003 From: schut at 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 at 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 at dmsolutions.ca Thu Aug 7 06:14:40 2003 From: morissette at 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 at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From warmerdam at pobox.com Thu Aug 7 06:21:20 2003 From: warmerdam at 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 at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From stefan.schwarzer at grid.unep.ch Thu Aug 7 07:07:25 2003 From: stefan.schwarzer at 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 at 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 at 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 at 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 at grid.unep.ch
        Internet: http://geodata.grid.unep.ch/
        _______________________________________ --=====================_28983890==.ALT-- From schut at sarvision.com Thu Aug 7 07:41:27 2003 From: schut at 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 at 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 at lists.gis.umn.edu > >> >> > >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> >> > >> >> _______________________________________________ > >> >> Mapserver-users mailing list > >> >> Mapserver-users at lists.gis.umn.edu > >> >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > > >> >-- > >> >______________________________________ > >> >Vincent Schut > >> >Sarvision B.V. > >> >Wageningen, The Netherlands > >> >www.sarvision.com > > > >-- > >______________________________________ > >Vincent Schut > >Sarvision B.V. > >Wageningen, The Netherlands > >www.sarvision.com -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From morissette at dmsolutions.ca Thu Aug 7 07:47:20 2003 From: morissette at 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 at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From schut at sarvision.com Thu Aug 7 07:53:39 2003 From: schut at 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 at 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 at grid.unep.ch > Internet: http://geodata.grid.unep.ch/ > _______________________________________ -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From Chip.Hankley at rmtinc.com Thu Aug 7 08:33:23 2003 From: Chip.Hankley at 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 at lignum.com Thu Aug 7 09:36:41 2003 From: TMitchell at 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 at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bartvde at xs4all.nl Thu Aug 7 10:00:49 2003 From: bartvde at 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 at PALATINE.IL.US Thu Aug 7 10:06:09 2003 From: DOtt at 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 at globexplorer.com Thu Aug 7 11:38:47 2003 From: gsw at 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 at yahoo.com] Sent: Thu 8/7/2003 6:15 AM To: Mapserver-users at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hi_ono2001 at ybb.ne.jp Thu Aug 7 11:47:27 2003 From: hi_ono2001 at 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 at dnr.state.mn.us Thu Aug 7 11:59:29 2003 From: steve.lime at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From MHoward at spaceimaging.com Thu Aug 7 12:12:27 2003 From: MHoward at 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 at cbs.umn.edu Thu Aug 7 12:58:04 2003 From: nacional at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From cpurvis at asg.sc.edu Thu Aug 7 13:18:52 2003 From: cpurvis at 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 at sc.edu Advanced Solutions Group Department of Physics and Astronomy University of South Carolina Columbia, SC 29208 From nhv at cape.com Thu Aug 7 13:36:29 2003 From: nhv at 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 at pobox.com Thu Aug 7 13:59:40 2003 From: warmerdam at 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 at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From mservin at tecnoaccion.com.ar Thu Aug 7 14:30:38 2003 From: mservin at 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 at umail.ucsb.edu Thu Aug 7 14:56:08 2003 From: campagna at 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 at ybb.ne.jp Thu Aug 7 16:16:13 2003 From: hi_ono2001 at 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 at topozone.com Thu Aug 7 16:28:07 2003 From: ed at 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 at topozone.com -----Original Message----- From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] Sent: Thursday, August 07, 2003 5:31 PM To: mapserver-users at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From John.Hockaday at ga.gov.au Thu Aug 7 16:52:03 2003 From: John.Hockaday at ga.gov.au (John.Hockaday at 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 at geoanalytics.com] > Sent: Thursday, 7 August 2003 3:29 > To: mapserver-users at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nhv at cape.com Thu Aug 7 18:52:40 2003 From: nhv at 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 at kbc.net.au Thu Aug 7 19:05:43 2003 From: matt at 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 at bvv.bayern.de Fri Aug 8 00:48:45 2003 From: manfred.zerndl at 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 at globexplorer.com Fri Aug 8 02:55:44 2003 From: gsw at 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 at 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 at yahoo.com] > Sent: Thu 8/7/2003 6:15 AM > To: Mapserver-users at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From harato_1 at yahoo.com Fri Aug 8 02:55:42 2003 From: harato_1 at 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+QznQbxNvWPiP1E83u6LvNr1u 8b+j/vKaK/cnVW9yRX/OvWzxT6P+YuyczvnzBQ2Pt7hy3qTsGVf0czL1o6aN yiXggbyPaqPm34Fw3q+UsvyC+TqP/Gdr+uB8Sgi8qIDv4frxlCv3OTvGwfoR fdKV8yzZJwriP66cfdSV9azoEVfX34dc0e8qHjT+nPaZ+y3+n1yf1xt3o752 nyv2oCyY+mA6rVxsHJx3iax15TxL9B5XzrNU3G08lfrOGlfsNcV3ubK/zN/p iv0uCqb9uyNl8VuonxkH+mT1SlfsO/EVFr6F+S3X9BV3KOdud+U+8hbjwF9Q vsxV+7lx4F+oRPwjCpj+/Rjyp38/CZ5LeynK43P/vlw5YxzYXxOoH/3x7Vb/ wL5eucoV+27MOLD/ptFep8zV9JNpj0D7VtNfb/0R+J9S6J807Rng+wuY/q4s 8mtVDuxNyN/5kv4uyAftTZWQH/r7WtZg/qU9Cnwv7THILzSP93FZ+GXzpH/9 h8H5pcbbwaHbLP0++nOXuPJeA/kAvOfQcivGF9+HQPq+4I4CTi3V9G1J5VbI G9+LoLyS2f8sD8fDN/Ok/f1PWX+0J9+XaDV2Ppqn7fflPN6PZvwr/dtI32W+ cFBe9g/rx/lgAOtr7Bw+n/ezufI+BsoTcGQ15hvWP6WcgzwfM1/l+Shw6Qr9 HsfjMG3voHyZpcroL38Q4y+29FHWZ5Hmn6/X/EvqLH2M36+18BnG/kPG6dkI Txr7G8AxxN9SwL+w/Wss/hC8X1K6wPhUcJVvfCXfT5nnynspZXON99zC+9Ys /g/g8mrjvnifJXS9cRk4W2V8E997+RfmA3DpP423gxOVFr8U782krnTlfZq2 S40XgyvjFv85cGaa8dvgkouU0xdo/MRU5Qj4ZbA/xb73BdNPNv4D3HKuxR+D 93YiE4zPBmfHW/xpxrmhxulLEF58JtZ/cDxm/CS47URX3hOKjLbwzeB8iXL2 GOMXanhfmHET3ysy9u/ne0PD9ftgfya/f5TWLwEeXMP7xyx9T75ndATmU4YP gT7I94cOhz7I/gHvx+8PtvgOvzdI0zdFldsGaPyO/sbDwS0HQZ8Ep/thfgc7 4GtZ3yLoV3y/qZ+2P/Pbx/Lh+93wPlTRoZjfwCGUtxc4P1DDiwdjfgC3ov6T wJWHGV9cK+3nV/J9r2GW/grmh/7je17s34V8DwvykgI7I5Rbjf3F/P5IV94P qxjlyntcIfCD4NhI6Eua3n8R3DQK+hO4A+lfB6eO0/zaxxg/Cs6VGj8BLjke +pyy8zXzL+D8CRb/Q3DCxlfwflrTKdDX8F5Zh7E/EJw82fg4sHMS5tc6/V4E XGzl9/cDJzB+/1fbw/kenEb7/8j30Eo0Pcd3pzoZz8H7aa3o/23glqO1/Tkf sH2bMZ6T4DKMZ77/1mLj2X+M6cEbwJGh2h9pyC/fn+P4pTx0RLW/iw9x5b23 /MEajvEZ5I/xGZS/FON1Lct/IPYDHI999PtOb+VIL61fWU8dDyU9tH1iEQ3P hY03sj6eymOpq/JH/mudxi9RDt4HjFt8fxE4GrLwVez/v1r4csrjXzR+aRfs Dyg/nZVbOhkvpXx3KsjPMb4HXPF7yPQBcOtvIXu/C1xu7HTH+4hpcHE972e0 +MeDy/4wHgsOWfmcs8FV+0GfAEesPs5J4DbwYHA76t8XXLG/cY96bd/e4I4D XClfvJvxcJa/u6U/nPF7aPxmyA/rUwl5m8L69DWuKuA6cMziOyvB5b2xP2L9 LH9nEziB731fL/Lr9GrQ8g0Ft5i8+iMbVF5PBCcgX+MaVN7OAZeZvPnxBt7H aXxrAT8HzoL3gDOQ1z8K8h+M9zjL0R/HgYusfP5J4BL0zwngCvDARt4XavG7 N0p/+t/x+10t/ocN0r9+G7i1u4ZHe8Le1SD96xyI/JPor9NZPutPZw7Lg/5d VsCPg33Ef6UgfHujzGdOD7xvmjR9wz8jwftYYU8BRzFfloHj0EdGJ2R+dfqD qzHf/orvOeD72R+IXw+OQZ+ZDc5Cn5nZKPqa849G1e/mNur6sBxcXGzpn2L6 Ym2PHPTHb9g+w2CfauT9tto+kaOw3wInjtX2Kh+hTP2E7UP9pBfbG/rO5kbV dxaxv0dp/RHfP7OAh1Oewf0a9Xt8j5b6048cnwh/t0H1g8coz9CPkuBS6BOX Nqh+cXGD6k8MD0FfmsX00H9WFPBacAr6UrOy8wbfz4X+sxccg370G9iH/uQ1 qj7F9smeouOn6lTYSymfp1n8VnDa2Mmy/ca68t5v01iVpw7wOnDmdOOlzO9M /X5ynMp7U5nON6mzrDy9G3nftIV3ZXnPxv4G9S86B/tH9s8E7d90OezvxvHH bD8ZX8f59DwLXw2ummjpH+B8Bf4vzleTsB9CedomqXxGJul4ZX7zwGUTZfzH 1p0He55xZn/jWBLx78L+dw3i7zZObwAPQfzXEP874zTmu3SPSTLec7dif/0D 23+KMvfnnA+ap+p84GB/P5TjH3wUx/eFsL+Acxdq/Orp2I+Bi+I6vyRhb3A5 H89w5f1psP8x5XNGgXzOUHksvVTbH+xcovk5JY1anp6U3+m63rVPV3lAfYL1 OXKx8SOcXy7S8Q57STAf0H5yncb3Ly9IPwFcjO8d1iD19SPg/CUW3+X4uBz2 W7AzU/WVqn+oPlI0S8tTAvvSfK7v1yhXX6vzZeu1On7AzjZw5XWqvyRugH+L 4xX2rq9YnhuNXysI53yZmWN8O9sD9rFEwffYnqnZqp9VgQcxP3A79L88+ON6 Cfffof6L9tkIzqH97qa+bPY4/w7qs7DHLQMXXWXhM/g9s8f548HRK1X/rbjC +HfsB3xwlu+dW387DxTwrXVq7zu/ju8dWPrTuT8y+XD+xv3PVcoVV2t62hdv B6dhf7yX6WdpecD+k9x/WXp/Mzhv8ui0FfB3dSqffB++ZZa2T+k18J9wP3Kt cst1uv/puF7bG/LkXAB2TN6c6fVij3UuY3/AXnsR+2uucuJmiz8T3Ar7bw37 f77xEsrPfJWPvK9cXKP7m9YazQ/2af9qcFOd7pc6FhoPY/lgT+9H+VwMfxX3 awj/jP29WPvLR353KjvzuZ+Gff7yOvm+czT7d5Hac1ge2ouq4d/ZQvvHErVn OAUcWaz2GXw/4JKFaq+JJdS+EG9Q+0uqXu1xHXVq/4M/wZ9K+wb6a5SyP5T2 QV/tmfEFav9sAz9Ley36ezc4h+99Sfuvlc9vr1H/Rwft343KqK//Ke3ZC9Xe WgHOKvubaqS/Avs22t+5p4bv56h9NwH/zjLar+Hvqwb78KedxvR3YD3WcGcg uAR8cI34iwOmv/iEgu+NqBF/XpBfO/x73TW/wN7N8tB+XgX/74Hg8pX6ffh7 g/LTX876wZ/qXFmj/vhF/N7d0J9rxL8f+Buq09o/PD9A+Yivx3kEcPN6jV8K fhMcQvpWtgfyf4btd6/6Nxh/Jct7n/o3Eus1vPx+nLdgfg9o/MoHVB5aEP53 9veD6l9INUHfpjyCy8GZJm3fpge1PbMPqjwn8b1vKM84r+HWav36c764VzmO /jmA9se1mh7+2yCc/vXOtSoff7L+qzS8aJXmR38z84usUH8H/K3+oFqRT390 rfhnnfG1er7g6lq+p2Xxb6hVeb1P6xPYX8n/U6vnAbpS/1ij9nvId2DfT6C9 TqC9E/J3DrgS7X1uncifEweXQB7n1On5mblcX9ZZ/BvrVP5n1am8TqwTefXP qhP5C/SjKOSrtE7lkfWDfAX+AzLt0+0P63qTxnmjBZQPnE+qoj/gafU/4XxU 4J9qf1b7i+e5VigH61f2ebXvl79knGF5XtL1kefF6B9Ivqzlr8gYv8P18hXl +Kuaf+smzb9qs/oj0jgPl6M82nk6/w/KP87fhevkfF7gP4rh/N7JBXwh5SGr 9v/q7So/le+qvT73ruqz2R3w39fJ+cVA/4m1qb5Nvo769nsqX8gv8E+Eduj4 SW/X+rdt0/GWRP1+YftuVXlrtvby36vV84vPF7TnTdSntqr8of0CeavE92bU 6nnJKZQn9MeEWu2fE6n/4Dxml1o9v/kx14vt6m9nfalvpJC+huudhTsVXH+2 6fqL9gvWb/Y3/dtI7+8BlyL9G+DmbXp+gfLwGLgc51cfov99lzLPu27g+YkP YD/QcP8rcGgX7JdcD9rU31+xQzkJee3N9RVcXKPnZXleogXln10j8h6s7wj3 t9aoPG6nPvKe6hdt72n/gYP1NLVT17foTvXX83zv8ZwPdqq8YLwE4WjfYD0r 3q3+ff+/dX1Mf4zzWdQH/qP6b2pfQfk/0fpWf2rpd7I9P1N9K/U5znsq+z/x e3ktT36f7gei+7R+5DK2xz7dX2QQfkutli+YXz9Vf7dv3/dDnG9Qnj51cv7b P7hO6uccxvXwU93/J9A+V3I9/UT3/yzvv+nv3IvzkIyfU87gPPlzddJ//guc j/eofaMd/f1znZ43H1Mv7N9Ur+fP6f8rw3h8StnfQn/kbrX/FO1Re1pbTu1p qJ/fifZ4yNfX9dqfu+tF3pz3Wb5PlNneW+u1vwL+WuNnvlF7VPO3ao9qM3au Zf3a1R6S/E7tH6kf1B9c/pPaC3I/q382+Zty9HeLP4rlM3bOLGDaU8oQ/3p+ H7ywID7tI86fGl5k/1v4t9Ae00k539n+x7iL6bvg/w2mt/83/Nfr+f65J/7g ZvsfxE/R/uJ60p5tCA/sT+DAn235Bfaqdnyf/vFy48De0ryf8eccb8bBeGH8 dRxv+B+F+g3/V+F4TYGpD2RRHuoDKE+gjxWjfIE9BN+n/liK8vG8RpW1r9/A +Qt8Q0E4z1ex/ccrB/N9CP3XrYB/5f7NOFhfytC/1BciKN9T3A8inPYJyEew 32b+PJ+G+vqTa/T/Hp4nRH86c5SD/Wt+f2X8T+RP5/rqebJ/9cOW36msD/5H OpLl6Wo8hOsR/l/i+o7/mZzjmH935YqIJ+f1oj2UUz00/wy4K9vT/p8K7CEI 93+GvtIR+X/Z+XCB5vdqAVM/4v9Zq8HF+H/r9gX6v9cqZWctuBr/f1EfSyP9 0+AixKf+leut3y+x/8v8R3j+Ef+bvVEQvneB/o9GfbKsr7Z3tK/2bwjpL6jR /GYWxJ9H+8yBKp/l+B+P9hP+P0d57sD/fLQXRvvreGhCOPUV/v9H/SSB70Vr 5X++YDyyftdTn0D5V3N/gP55rIB5/rAF7b2jIH/OP0X9dH5KWfn9bzk/DPDk PF/zQE/sA0X4H5L2Af8w43HgNvw/yf1W5EjjadQv8H/obOonJZ7s75xjdf4t GuGJPlIxUjk5xhP9p6LU0q9h+YyD/V7O4gfnIcF+T9pDRntiT6ge7cn5RbCz i+31f2ydeZScY77Hn4xlKuXeo2fO5bS97M0M6t5rTDMJPbLoTsI0JvQ1QllG WsZSM2JUiHhCltJL1VtLJy2IlkQUsTQSaoKkM4Q2tjaISjIThYTGoEnQtnHv Oc/3+8z5vuf++Tnv877vsy+/57eA1yvbe1jf+B/1TRMnOD6X57tRLv04tvdo 5Rpnf+vPd2XY557B+X6Mzve9Y6Nyvqwdr/0l3eT4A54fJ/z/TH3Sepfe3wfU 4H3K63ubQv1zoq5HYH9+xfe8vCzRpOtPBbyzsl9/+D7PE/FTonKe6Hf2zF7+ 2j0G9tMcr2DKJxvH6PwwcLJ73sT5xLEdxfn4xKjqi4cY9tL+PJk4SefrCuyp d/A82xAV/ftUg76P9rZRLY/n+rGh9QLPeb4dPlnXB7B9FWzQ3rfN1vbr5Hw8 Sbk0SdeP5Kk6/9c7e3Nvb9D/K12PWk6Pyvm++1zl8vm6vnRfoOtF5Lf6vOW3 +j7YvMD162LH22aLfb2vn3hC67P5vKjcN6SnhNp3Sqg/nKvrz/BvHF/B/nUu /AFwfZ+i68sQ/kf7iOr5yqWE9t8E/ANMobzloqjI64fAlMdUUf59lX35Y5c4 rrB+prr0r9CeZKq2Z/1UXc8t6rtV69tOmq35/cVsKb89RNvf7BfqD7vyfdTX 17Cn6b1QuRnl/R7ciPJ8y+fOv4LZmfuRSx3XsjyXaf6aL4f/APb3K+E/gPlL 6nM73fER5BnKDdeHym8dN8wW/xLmf8CB80dhZlK+ldbxN9Dpnj8JHgp0Ponk tT8PFnT/Sn8dtBeJL4yKfCrZrfvtnkW6Xy/BP8hlyr7/JxZH5b6v8faoyP/6 wE+z/pG+zP1jj5Zv+M6o2DtVlipHlut4b7xb95PVe5WHV0RFHpi43z2vcv5Y FZX7yWHwXizvKh3/sUd1vah/LCryv17HXl5a+6eo3MeVHXt5a3x1VO4HW8C8 f4a/F38fNgj/L5TP0R/MBO4v8D/Kq4bKul9sBvN+Kfmopu8G8z6C9cH9TWSV 7gcaVkblPqL/kajYe9Q8DP82vJ9y/mr8/VTzA8qV+/V8bfC8hfsz8IWUt+F7 lJcl8D/eT1WRP+pLsLyUpw2CqT+Tfkz3lxUw9TFQf+alOdqe3J+WVmv6Ycdm Fe+30J5p1s8Tofyu0f1ysi8q9xv0D3QT98NPReU+pXt9VO5LEs/ofjv9jOan AqZ8sOdZ9/7z3F8/5zg2V5n2DkG/40so7+lX+Q35etoPPBcVeROZ8qIq0veH vk/5WyueU37YjPxSXtgLf0p7UP/f1Ye3L6iivihP7EF9vkt9nHXu+WuUL61V +VTcsdc36nkyKvI3tKeJzpXxar4J9QfqW0XQX7bPkfHv32/E+D6G8jt8j/pV 7E8Xh5j6SvQfRflcyuXXy2MjKN+3ofLVUn8X/NN5Wh+jqc/XFxX9xgrq73Tq Nz7t3r9mnrbXjHnavrNCTP1O8yzWC+oTon9TH9Q+HRV9ZPzP65PWor2pr27Q 3k3gQYyvKdQfBlN/lfVBfesW8C3U510Hf1DzZXx6+4DyU1HRxy+hPqhPi/Fq ts6X8Wk/nC/l94zx7O0tWlDeu/R/tiPEV4T+Pzb0/3jo+17/H+ON9isYn96+ pe4F5djLWP+Y/w1RsTeIVNzzqazvjZDfsD026nMy7THob432DHWbHX9H+w/w 8dBvrmyKir3JAP5/QYiTtD9x6U037Sv+5vg+sIX/t/V837GtKpsRN6v/uMPA lTfhrw3c6vzNmWngOPzRzQAPOLYlcGob5g9lu08b8r/VcSM4gD+7a8Gmqsz8 pNokv57p7y7XpuVfCa79G+T7bVL/dmOIPwqlH9GO/QN4b3AZ9X24sp3Wru0x M/T+cmXzJDgAb27X/rEDnEb/iHZIfzQ/AQ+jf/wMHAefBB5C/x4PTsH/32ng Zjw/H1x5HeMB3Au+HlyH97Pg8hvu+b2h/D0GrqL8fwJ3b4G8BFyD/ndQpzw3 YzqlPczN4CG016JOrb/bO6X97T2d2v+fBLegf7wDLuH5B+DkFuVe9LfPwM3o n1+F+McZ7a+jM/r968Bx/P+2jPQXuy4j7W0qynYruBf8cSj97lmZf+yh4Fa0 z/FZ6Q9mfFba23Pfa47/Cxx/1fHB4B74i4yBawY0fekl+G8DV190z4/i/+Ff ci9w7C+ODf/3nJYP+yXzKbgP6+v7GVlfzHvgyNP6nDwcSs//Yf/l64vr+fgQ nw8eRPqrs7Lem46srne3Z3V9fzwr67tnru8rweU12B8xPfZvV2X1vMX8cD9G DnC+ujQr5yvzBjjxmDLPgx9m5bxhP8rKecsOZvV89Rq//wj837F/gJ8K8QLm D+ed67NyfvP5TeH8d25Wzov2xKycZ8yorO4/Y1p/djva267V8VTC/rCUkf2i yWd0/3UluBmcyMj+0UzK6P5ybEb3q2Tmpwlci/adltH2nZXR8szN6P67yPSo nwGWD/X3DTiF8+2/cXw/rPUDf6x2TFbOu76/lx/U+ud59nfsL/dr+5HZvmnw g+yfK7S/pO6BP0nOD3dhPQY3ODZvgZuXOf48q/KWPQLMP+AjwHHIZ0YHIr+x k8AtkA9dCW69FfeN4EHIm/4MrkI+9Wog/mLt3wOVV1X5fcf2PXAP/M1+BR5w 8jATyam8bCdwOovzAcvn2HwCLnWG3od/2bFgAz4TXGmDfAxcD/4juAR5Xion /meNBSfmKg9CPjg3p/LCxeAk/NPey//PxfqfU3+2zzO/4K3gPnzvO3DkJtzH 5FGfs+GfFzx4A/zrgu0s3Ncw/UxNT3+5h4LrwceCa66D/AocpJRT1+A+DJyG v91TQ8zv1bn05sjQ9w4HxyGf3Q/cMkPLW0X6IdRHA/jdnOTH1x//T05ejfte tu9V8GeM75s/6P+Hr9T8V6/Q8tc5ebQ5kfU9DfeB4FrIsy9g+0D+vSiv9yGP sj4hL19PdvcP9hVwCfcXn4ArLY7/CW48G/uvAvJzFuR54NrJjv8I7oF/4lXK 9v1Q+u/Aafc/U1dU/jl40P3f/BKcRH7OCD2/uCj+ks1VRblfsUlw7AKsh0W9 P+H3cd9hj+Rz+GveE5zA/cGnBfX/XGH50P7rlH19oH+YFeDIdOVu9KfnC9Lf 7OtMP0N5YIamx/gyTxd0vBbBJbAFD4N/D27G+J/E92+C//GCzE/2ZwWZv+wJ BZ1/RhfkPsMcUdD58Uv0r17wxrw+Z3+tAT+k6e2yvPj/9hx04LzC72G+7+J4 xHqQyau/8ks4vhYoR7DeXJ6X9cfMAfd1Q1+L8w3uS7rzcj9iH2H+epSr4DI4 tkSZ9yHzwMkl0Cdg/pfpfBJfrvMb70eGOV/dDX0VcA38w78I7nVsnuB6cg/8 j4ODeyHf4np1n7Lt1fXKPKLM+5NSTvejt+Z0P9aRk/sRvx4OrNb1lfLXKZx/ 1yhDfm5vzMl5wN7F9ZryO87v67T8lL+v0+/bv7K+IF/9OKf3A7G87sfP4PqF /eLMvNxfmJuZHvvDO9i/H4D/ffZPPK/mdX94AMZX7D7o6xSkvcy0gu4PZ4V4 IecrpF8NHsLzVzW9fTPE20P/2wXzZRz701hR+8vxRS0PmfvjMZy/H9T5vg77 5RuKcj9kbi1Kfdjbi1Ifnpk/pm8AL+D8jv3uHK4HS/V/gxifZ4fSM791y7Q8 Q+BDWV7sx4dRX/0Yv28XJL2vbzLbg+O9k+sD/n8duHGJzuelO7X9y5hvxvL7 d+j83rtYuR/3wS18fovjywpyf+zXkzL2708UNP4D18f+Li1/CvPvZNZnUdsL +3n7DriC+fyALvwf8SCOBvdgPajv0v35hBCfB65D+mnKJgCnkf6BLl2f/tyl 608F3NqB8wl4GOeJf4L7MjiPLJD4Fnb/BXqffzDY4jwTD/FYcCviYzSFvtcM LiH9dSEuggOkX6lsNoHjyM/X4DLS77xQ1lcTW6j1edFC1WeYCa7F+WcJuAbn n/vAsTnK3H/MAVdv1O+1Oja/Wyj6FnYU8tuN80uE9Yv9zttdcl6xq8Gxa3H/ 1KX7LTLPG/eAh7C/T4Mt9EdmdYm+iZ3B/oB4ILPBBvoqi8Dd2M/f1qX6Nsu6 VN9mbZfuZz8BB+drf+vBfnhflL8P++e92L7Yz0cX6P78C5YP+/lt/P5k7f+t k3V84LldDi7h+3d26XmC5cN+3szrkvyZyzX/9ix+/xzIH/g+9Ym6RH/IjuhS /a0tRU3/Itcb9z2zpqjffxTcj/pbqecP01PU8t/I+elMyHe4HoEbuV7hPHRM KP2PihLPxc+X0J8zV4IbmkPzMfTvmsB9jbo/p74gz2vQbzSHFDTey24F1U/d xv0j4r/cDe4+Fvqm3I86trO5Hz5W978N0LfdrN/z+Uni+7/hefE4XV8Yb4Zs /1vXuyHoD6d5/nH6xbaN54+jdX0yP9X3W47Q+g3qoL/M+q7T+uXzsSFmfSM+ jS8f488cCI4fgvtAnpcOgn4yz1cx5caYvl86wPFJXG/31/wm9oV8syD63n5/ B312c1tB9ddLBY0Pw/Nl9566P6E9ADkC+4Qfcr8W1fO8gT3PUUW1n+FzxHvx +0Pa70TBw7An2R1sR+jzIWev9H8LGuZn8BcFtZfayv7ytXv+EuvvC9jTcfxs Hynn8RbEi7mT7fvpSNl/DSF+DPdbjCdzJvdnsBc7DVxBvJhIQe3Pvs2rPSHl MYwn846y3aDpzWs8H7yn6Wkf91Fe7TXJjDezhedd2Ac+m1f7PI5/2gMu4fiH vR/P0/GNyrQv5XxhYe96Xl7tkRuZX9gfU/7X8jL8RfL74F/n1d65NfQ9/r+E /z2ZF/taf36qg30x5RGwB7Y7sf+gfHuw/6P8JxfUXpLzV4D64nwysEX7RxLx fDif9cLecSq//5a+D/bzVR2e5wti72mX6vfNco5v/H+x5s8z7DH9+E87e04v v6L9NOVL1YqOp37Y53/M/GxQhr2xea+g9vb8P+MHsXy0j+d5ZRDxf7je0V8B x1PDcyNV3rRemf4Q/Pro/CfYCzl/9en/6K9hekH9PVB+FqzW+q9BPB+epxmv h4z4OX49Sq1UrnkE/hAKGi+H7Rl/SOerFPxZUJ7aff9IOX83rBgp8skK4udw vob/Fn9+t3cr9zl/HnZTQf3f8Dn907B94R/Ez7/098Hzbwr+Png+jsBfx3jO //D3MZH7K+SP+yf6k7mkqP5GKL+NgSn/De5Upn8dL++F/5OrNL0/35Mz3L/d oUz/KoWi+l/heZXxQbhf7IF/l6dYP4j30V+U+C22ryjxaezjLC/8Id1b1Hgp /F8C8VRyXB/hH4ry7tpOrd9++POiPJv+v7ie0j8Y5TdJ+KOivJ7+vrg/KMO/ 11qOt/kj5fzfA/9YlH/XwP/XLQXx/+XHA5nzZXqezpe1aR2v9I/G9PR/xvHH eCZcr5tRXu6H4E/L9LJ8WZ3vEC/Hjz/GU/HyffjDorwd/qv8c/gPss8UNP7Q cwX1B8T08Ffk5T2JRVp/jG/D+ZrxpTh/0B8S1w/GvzmL/wdPCqXnftP7F+J8 dLuuh4yHtSOv/pm4f+hD/BvK6y3ep3we/d/LNxn/iucF+vfifoH1R/n7APyF 8f6L8aR4PwZ/Y2ZMXuMdNXA/gfamvJz9fR/KX9G/tufU/xvvV8uIT/NwTv0D 3pLT+DSXhnhiTv0L1lFeDN4lp/7ovsB9dCP+z/tu+M8zr4CHML6eDXR8lAP1 P3dHIOW1nbxvx/wwL1D/cnyOeEFmGdhg/lkeqL83fh/xv0x7iC8PtL0Sgbbv WeAK+JQQ1wca/4z6CIyHtHeg8a92A/fi/S+z+j/q3yDelHk3q/7sXs7qfHBf VvsP9TEYP+tSfW7Pzmp8LOp/NKC+qV9D/4rUj+J8Rmb7Uj+sGVyXVf+J/D79 JV6SVf+W1G9qucHxfOorwX9mD3jgWmXGR8rwf/DfSX0s+IM1uaz6d2X9wF+r uSur/lqpn0V/o+uVvX5KCv5OvX4K/Jl+mxX/uqaW+ibTtH8kWhF/iePlYvgX D9R/MfVV6F8Y/b96EfwDr+T75+h4oz/nt9m/z9bxyvhKfF4Hf9kbqA9zmnu+ Cjx8qo6vFsRfms33nX9uezrfb9Ly9jVp/dD/N/XHBhq1/vG+b2++z/aOI30y K/GevP5S0vkjt2dkxT+514dMjFMun6LvNzbp+KH/cXLrJB1PVfAYfe71HQM8 30T9LdTfamWv71UCUx8sjvRngXtQ3z/JqL/0PTJa/9RnpX916seyvOPADeDa EA91aHsVwTF8j/rD+L5p6dD6IjO/TF+epMz6oH4y+ps5oUPjfx1FfWVwHbjh dOVh+FcfxfzBHzv1oc1k5X7wz5XNYdR/Bv+4Q/257wRuxf+/aRf/8/YfyuYV sEX+VrRrfvPKXp8c/7Mz2tU//fR2+b+5HJzC/85rF//4pqFd++vR7epPf792 Gc/m3TZpT/uXNhmvXv++Ff3lBurvj1Mun+zS3woeQvyBh6h/fzLWN9oHgKmf 3wDeo12fM/+MT/Crdo1PMA9cMw77BdYP5otV7Toe1rZr+TaAExO0P9RP0P7F +Wm8jhfP+L7vzxxf7M/Iz7++Py7Uv1HeifzfSTq+Wkcr94/S9Ix3d3CHxKPw 3+9D/Il4h8bbauP4Q/yKJ2gfgPf/Ck7g+VZ9337O/yN+xo8wvySOgz846u8f q88ZT2Rn6u8jPhftC3y8vQ6Nzzaf+XHxUew5nF8Q360ZXHsI4hHTHuJgnY96 Dxop9g59iC+3tEPjzz3I54gXs65D4sfYF5XNmx0aj+t9ttf+Ot8mD1Rm/L7v tTxmz07lfcCNiA9I+4pB8H+C6xE/5mxwD+LH/EHZ21cgvox5HJzG+x+BY4fp elRGfD3qQ1vU1+9p/4D4O4tpz4B4Y0szEm/M3pKR+D42m9F4TW0ZjS9Gfeoq 4jNN5f/Ah4V4R6fEK7LLWD7Eq5oDrkF8o5m0L0G8pBvAETDtVRh/bF6nxm+6 huvvrrr+gk2sU+JDmdc5/hDfaQ3XM8SPupXzzQ91vKZ2UbaI/7WY4wfxyGi/ U/nexQvr5//AX/N9xCc7kvn7yvEZtIf5wqW/iPX3uXt+Nce7Y9vO+kH6B1j/ js169j/wRtrj4P1PaL+zPSL7nYhjGw8x2z+2IyL7K/zfrGB/+TIi+7GYK599 Alz/teOHwYGLt2bSGa2f6bQvcGyncD+GeGy0B+h19WsOAPcjHty/Z7S9RjA/ iNe2U0bjs50CToBPB3cj/RR93/Tqc28fge/ZH2Ql/p3fv7L/HZmV+GL2VO6f Ef/siqyOjwUhpn2IRTyxz7IaL+7XgcYnm8nzNP63MND/Lw89X0v5AfJD/fzW 3VR+UUG8wANzwnZUTuIJ2l/mND7gSSGmPj7H7zbKO8Av8P+7qvwD8d3MItob 7KryiTrE25seSPvaoyl/QfsewPdHIF4d/4/xPSLQ/nd3Vvtnge2D/js5q/EI J7I/IL4g7XESbjyY/2D/wPig/VUS44f2aw0YX7TXMhj/m0JMezjMF2Yt7W12 6PiLhTj4TN/v+dTxmxxfn2p+W5Ge/bnq2NuzDWD+OCar/6f8o/5zZc53fJ/z Hesrifd5Hm107M+T+J5Zw/oEf6j/NzuzPcGHB5ofyqfwvp0RaH5W6/u2Emh+ Pgik/N7+pBb1xfGTQn3SfgVsDwZ3fxKR8RP/2PE51Kd17O1TSuAiuAW8FFz9 KCLyTbxvn6I8FP+j/nBiyPFb/B7Ks4nj/XNNn0L/o70F1h97EOW/rv96ewiu V9SfZfqL8lKfntlff5GX9cnLd5tRn7R/GUD5Ke8to/zUl677R0TsORIfRkS/ evh9l/4HlH9v0/pKvR0R/Wjj2Os/p99y3EZ9YjD1nXve1vZqfSci9j+lrfr9 6iD2F2yvDzQ/zD/T9zr2+tlpPF/A9kT5bOj7VzE/jk0T9cPB8ZzUj92L+tfI z+7sH/jfN5Qnu/o2m0NMezGmX8HxhO/59eo9x7MCbY9pYOvqyxxH+TTq8xBw shoR+XF1i0s/hPmh/+8RkacZcE7Zy1+R3q/f8TcjYr9bcmz2V/bzeS3+vyqj 3yuGnt+U0fzS/nEA36/n/gr9a++M9De/H2L//Jb7TfTfzZ363O8fwUs0vclw P4//cf/O+uJ+dXCz8vCmiOzvS+CHaI++0eXnFe5X34iI/K3esd/PDW6IiL04 mfu32Aatr0Ywzzd9jv15KLlB18Ma/O9/27rWMKmKM30SV87BGw0qDAo6IMbG GyOIdoxJWmO0VS7tBRmC6ABe2vVCq2scIcZScaZ7mBkagZlGQEeM2hjBUSNp IjGjArZ4G13Uzi5qq1HbGHWMRjtX99mt9y2f9zz7832+qjpVdaq++uq71bOc v7KlD6f8BpxYqv118c1oj/HMlZ0W91EfvlPXX/mVQOSP9MuB6H/rLfZ+rHRn 36n12/Jbae/p1/0Y9Ov5knnB1p/GeBGLTZL84Tml1+1Q7D2r51G5FEj8RvJZ 5Tcp1Gf8RWWHni+gm6/JH1F/39ulPedPFLPfc/bBzNOBxBOmn7L0I2mvfNLS JzA+py+QeLwi8PlKd/F3A7+z9Jfo/4jy9MfKoTz9K2O2P2YE7bHbAvEfxHw5 HMf80P+I8zNHsfNf4f+gPTyK+aJ/YP0zgfi/me2B2L9B9/5OezT+H/35Iugf /TUSKE//igLaW7hC28/Sv2N7IP63adR/PUTfd6XU96bTnxp41krpj5cCbsZ4 6Z8dYL2upD/y85b+GP2PgbfS3/ilQPzFE9hvnwH3Yj86f37sV/pbc39HgTPg F5O7lD9MpP81+Bv9sysWe8OAy7sCiQ8IcF4wfqAMfrt3l8gLDgeQF4bQPx7n owfc88H/j3cHbv5A+xN7X/sL7OIV+vE9+uNXcN7+pEvOD3MZcA3jadbxebfx +zj/NnfJ+WBeIB3z+VGX8Fvvc/0fDvN/Md6B/JW4D/zzD13KH99nfbs+vE/4 /4BrnH+sn326lX4gcM+Llj4auPyCYvLbwcAFrN9+tD8AfrehS/nhA126H0jH fvS2MN5jm86nt9XiHo4X/JDxIr1PQB7k/91i8aWcj8f1//ZutngGy/9a6d5j Frdy/fzK4mXAiUe1//2P4H7C9fRwIPErxYd1fMBmF3Aj6n+o2HzN+UD5sd1a /7hu/f75wDXUTwFnbP+9hYyHeQzyEHAzxvtb4BLoL3XLfDjcgO8xHobj3RjC z2v/zGuMp8H8Vbtlfr0984qPBu5D+Vhex3tyXr93Dus/pDi90eJpwMUHIW8B 1z2I8yqErwBu2AB5CzjaC/k3r+N5ETiJ+foAOLfJ1q+F8F6r8D3g+lU639FV uj6I4xjvhFU63u+y/AboI4B7fqm4/AD0EyxfgH6C+B7F8XW2fhI40qP1a3dC nmT9O6E/Aq6shX4phC8DTtxl63cq9p4AHrjb4q+BDfq35x3oz724LwEn77N4 CnDNjs+7Bji93uIlwH3roR8BLmA+3gBO3W/L/xW4fC/Ok9VYH+jPRcDFdeAf q2X+TBewh/HcA5zH+DcDB5jP90m/A/t/DebnDsiDwJnV0EcAx4BnAlfytv65 wPE8+AVwc7fFaeBIly3/DHB+Je43wGmLvTeB64HfBR64Hft1rWAzD7gEfAVw eRnkQ2Cz1NLvAS52Qh8fwv/U8t6pd2r9xcB1KL8NuKfDli8Bx9otfZPSzU0h PBc4Yst7n+H7fUss3rpW6fcBNwGfBpyw5c0pwL2tlj4euOE22AeAc4th7wCO 3QL5nN+/2eJhwHng3YCrwF/g/yRvte39mesB7X8MnFqM+wDXW4v+X/b391w/ GYv7gHuAL2d7WcX9bRZfskbng+szjfl8dbX+H+6PXsznUuAo/s9Vq/X/zgMe AD4duITyB62W9eG9h/1dAX4KuB/rqRc4n7P09cBRrOcO4GCF4ir2Rw54oFvr 57A/f3mH7tf7+P1VWh/YHAzcuEr5Ycm2b6rk99jP23hedCl/jS+39MfJfzG+ h1bpfHaR39v/Z9LAxazy91xWz6NKCDe06flRaNPzI9Ou50MB+/ta4GoO+5P9 A79p1fGZxaHx3gjct1LbB/9y5y/rf5JXvD0v/9OsAM6g/RuAA/yPU/Lyf7xJ SvcOzut6oPzD/7dbXtfHX7u1va8ofwP/g/I5+P8g1PfWQP/E761R+Su3VjHO d9d+gPNtGOWdX1j6uLyej6cBm4KOP4Hz9QTgCOSPEXmRR7wdlD8hr2xiPPWD Km9SHrsjRD+W/YX88+1ukffM05TPgW/pEnnPm9el7TV26fcYv14DPimEef+F /GX2U+zu4/3AX/B+vxH2F97fIc+9AZyEvMl4ZsjfLp47beVPM5v1cV85meVx v5lE/QTw+BDef6XcB7y3Gc+B9h4OYcab8P4wd4W2x3xF1SLkXdbfHEh8Au9j jC9KPQ79Mf3/gRco3cVL9fxG9U2JotIj6K+Ld8N8LQphxitUgRkPwvsT4y95 H2R8BOVxxqPg/7n4Fa4fjn8A65vxLBmsfxcful71XUXsL8aHQL5185O3+9HF E9dB3mT+q/RdIX3c2kDiQeuAGY8G/mAaON/gDxHq4yCfMv6C8uy3+D3wB8Yv xiAvVxWb52kvQ3kXn2H5jcuX1A/+w/w0vJ9cw3hO8CvmR+q/U/WpGN83+tfV qj9tAP9kvjbwY5evralL9a8FnO+M/6S8O5PlIc9eTn0uzlPm06G8upz2Rcin zAdF+YT5myi/0N5I+Zffhzzi4kmab9f+Nq5Q+yLOe5cvjvI48w/VLVd9eA74 0mUq3zCepAHtX019+HK1HwI7+yDKO3sgz1PaX71utXfiPDMf0T6I//cW9fVY r0/QvonzbSnHB3pziM78iT2gH7VM7697098D+4fxMFhvZg/Wx/oftkz3437M b4j1PZn1sf7pb1LCfj5hmd5X6Z9C/kDM+yrtk8TMV4n6zn8/KKh9Eue1w824 L9N/hvdb2jdxv/Z+m9PxbFTs7Js17F/G1/D+PovtY78y/oHyBu1DVcw383mC vzgMecSbrt9z+T49zOcxofHRfwb81GHy25PpTwH55OKc6kucPdfyb3N3Ts9/ 4gz4/0rai+35bW7NiT7LxXfgfDGz+T3gSTk9j0fnVL9Eexv1ZV8vlfPM5ful /o3xQ3U4r3YsFXnJ+QNR/8X8r1xfxJDvvOalKv8xfgfrxyxeqvuB9Sk//kSx sz+noG/anfEdWD9fdur6YL5o6J+cPxv5/dZOlXe7aT+FPuUK2k+B57E+9COz aY/uUn8+8i9D+yr4LfMJ437idXTKfcrFc0Bf4LBpU/su7kPOnzDZof2Nd2r/ eB5Mpv8jzpdJnXJ/dTiyTO3P5P+sD37v/HkNxkv/Q/B/780O5f/01+T5SPs8 77/Mp07+Tnt+ifcf+ufivjOmU+87R3cqv2d/qU/keMivT+hU+YfjIX/n96hv q3Toero/hC8B7kN79KcmfxrdofyO/uyUX5j/nvLRI+0qH9E/l/unp135NfPp Q1/r/PFxv3Lt9eK8uK1d71NXt8v95pv4G+z/Ge2qLyduekjLk59d1K76+NPb lR+d0q78ivEPZcj/fL+gsCWQeIryE4pTsFczPoH2n1F8/+BJ+KchXqMK+znj OZpgX1/C+BbYkxYwHmQrziPG08D+NJ7vNwAfoOXNIG3f7OT7FOhPH+Nl0N97 gevRv842sbd71wI3wB59eZvaw89vU/+BQ9vEn8EbAlwCLmfVHr8FOAn73tKs 2otvBzavgn/xvQ9gvv/RCNyUVXvl90M4khX/Ea+aUX+WncB52KOfUuwtDJWf kFH/lsMz4p9jRgNndmH/AefeDOS9GvoXvcD3WugP1yr+cd4jrWqfJr3+Pew/ 4HhVMfzN3Ps3+T9i/wHH4N82DbgH/mR876buY9jnFXujWtUfju8H0d/s7y3i H+feH6L/Gd8vaoI9/BctMh5zd4vY6x2mf9lG1oe9n+8d5eEv9XyL2r/LfP8I +A2+b1VWemqnthd7BfrPFvUnYn9gr3a4Cf5AjwJnsD++bJH9643g/7D7zzsC uAT/mMmtaj/m+0K0Dx/fqvZI/i/ad93/e1jrE/N/wz7r3guiPZnvN9GeyPeY qO8Z4PtF4L9jMyq/8T0h6rPOBm4G/58bol/H/QF8U0bPhyV8fwjniXtvCPeJ T4EbcB6Nw34fgLw9OSvyt3tfiPef3bIqD76Z0fvUpozeF7IhzP5W1imGPsFc mdH7y9mKTTwj57N3YEb1D59wP6P9t1rlfDe7WkWecJj3y1dbVd58ulXln3ta xZ7m3sdKQF5y70sB8/0p6rP5nhXkU7feqL84pFXkWbcfqC9+uUXsDe49M5bv bdH+cn/xfv9ei8q3IzlfkEfPbFV7QVer2Le+eT/M2rM8H/Pv/Rz+c8DVn1n6 XsB9P9PyZlEg722lFipuvkHPg+QN8K8DHgCeH8ItwFHU5/tb/T/V/dD8H7pe PeA+fg/4Je6362Bf43q9XvdT6QbFxYV6fgYY77tsbyH0adzfC/X7wGa91jc5 nrd2Ps313O83wh4H3Guxe7+sGf/nMLZ/k/KjRvzfOp7HraHzOKuY9sF61m/T 9oHd/h+AffFh8gO0v4Pjgb3yK+B0C/SZlG/Qv2lZsXe6984GboV+GNgDXpEV +6v3IuWbm1T+KmO+jgrhk9p0/mYCp29WHEH7ZzI+Gv3bHbiA/n/C/mD871C+ w/xszcr8mkeyct80G0J4S6j8qyH8eVbtuyPbdP4v0/55r7SpPfljHZ/Zk/I2 1s/BS2T9OXmc+/HfQ5jyewzrtZvx7qi/nvHiN+l9AOv9m3h+4DG8j2B/HNQu /MS9x9aD7w/hfaVZcZ/dz96/lsj+drh6jd6XzNWBxG/H0xbPYb6CBYHEM6ev DCS+PH653q/yKe2vudTSA97fLoZ+kve1iwKJR0/PDyR+vGGeft9rQrwIx3tB oPGps+CvyPqNgcQzF2eCn3cINkcy3hvlz+B9exb82ehvf34g8bnRJvXPj10I fsz25tj6jzK+fKbqH8ozYI9kfPEM1ReQTn3CwHmBxF/m0B7zc1QwHsY7c7yM F/XO0/gJYPe+Uw/o7n0n0N37TujPgYzfOCeQfDzeWYG8/9Q3XfVpiemBvo82 zdL/RP3XVNWvRafAvsX4vDM1fq56hsa/1YdwHngPvg9m2/Pu5vimqD6sBPoN of5dTP3OdNXXETfyf0zVeODkFI0XLqP/jP/2QN/ZIf0zRepzpqg+qH9aIPHd /D7ju/OY7wTjn5MWH8r4aGDGd0ft//K2M377LN1f+L9mGfUt56g+JzJD9yfX B/UnXF/MT0JMfoj1bDoUe/OX6H45N0TfZ4nsb29Xm+x/ly+kZ7alb2Y+D7t/ zYPMDwK8HLhq+Yl3C3DmQsSn8D1R4Lk8P1H+VOAE+NGENuEHpsbzsQnxobyf AG/PKj/5XVbrPwkczMF+obyA8e1HfczsQN47TWA++L6padTxc36foL7nXD0/ i2fb8u9Sv4P18bc23e98vzSN9fd1m+wvl8+F+/V1ntenKy6dZtt7k//vNKUT s7/xhOq3UgnVZ3H/U/6JnYn4sjbd73uwvangf1nlRx9mZf86/VbtdMWxU1Ve SZ4Mfsj/EQf/Yn9/AP9arrcTES/F+fqe9g/YyV+FExAfx/VhsfcG11cM8c68 /x5v8VDKQ8frfOSP0/VbmmTxj4B7J8LfiuWPQfyKYrffCg0W/4XzO8HisZRH jlR5KzgC9jzmBzo8kHw4zeNhHyb/Ama+lOT4QPKz9IDO/C2o7/KjeKC/FWqP +VFS+P63OwSbweSnUcQzkP8eBn0hcOVQlSdSwBeE6MxPEXwnkHwgxBtD9Ym9 cYG8Txs5JJD8KbUxgeTfitfredN7kNo7YgepvSY/Wu09hVFqHyoeaOv/mvLD AWoPMyP0/E4N13hAb/9A3mutDQsk31pxKNYXz++I4mREy2eGBPK+acPeivsG 2/LrGC+/B/g55QnQmV8tCJTeM0hxdJDmKyBm/orEYM3vkR6s8ZL4nsuPEUF/ Vindxbeiv+5/lEPY21PjN0t7aj6SHtCnhL7H/CD16M9XlF8x/tdCeCXXVwB9 eYeM18zi+kL7ccrbe2k+l9reup/wf73Psf9yQwPJ71QB7uf+HKryfxTrgfll eocofygPUXkF68XlXwPd3cdKaM9T7H1K/rUP4uN4v9sH+mqlO/sP1+f1lGci Ku9gvCbGfGDYD+PY3r5qD4rur/agEvbTAPntcD2/i8P1/KyAvhY4GAF/21D5 G0PlaR+q1qm8ERkJe7rSvUN4PqA832evjVDcMEL1F+i/k6/AL8zZpA9VeSw2 RDHWlzuvuN5Yv7KX4gHsl0vaZL+YdJvyC+aXIz9Z3Kb7wb0Pj/2yiee9r/Jp cpDKN027W/qfOZ7d4W/BfHO7wb+E+fyAjwvhH1Me+7dA8vERX0P5GeVzPF+/ pfqL2r98eT++9A+Ln6G+5O//h82zIfwG1zvwZ4qd/qPvb768L5/+iy/26LzF bn/XvvDFnp1A+Rr385e+3O/LFrv8kn0oz/sR6rvzs9+27+L3i5/7cp7GPvM1 Hv9TX87v5o8tvov+Bx/5kr+s8EdLf4/6hA998SeIfOBrfP37vtxX64GZnyZ4 z+L/pH7gXV/yzzS940v+m7q3fMmnULHY6QPioNPfIwU68wM0Vny53+bf9uV9 +yow8yFk3tHxs3/Uh+T+oPMF7OY3BTrvu8l3Ffei/eWUfyx28lMa/XmQ501F salo/QLGN1/H4+S7PrTn0//kvy39I54/v7f0T3hffs2XfGbxV33Jp9f4suLK c9pezmInj9YBvxXCz1Ge3eGrf8ezvuQPrJZ8yc/WZOmmmeebrW+uYn/R/pzQ 96g/TKI8z0/zjC/6y+g2X/SPsa2W/g75BfCLzFdqy7v8mCXgNSFM/WuA7523 RL7vfQ+4EXTqd4vbfT0vtylm/yLUnz5t2zuM7T/lSz7TUp8tP5vnMTD1xXVb bPmVwL2/8UU+8Dbp+BsftbhMftnry/2n/iEtX7fBl/yutfXKf737tf7AOuXX 5TW+6GOqXb7w/0LOl/tYAMx8sLk2nf848JQQpvzSsMSX8yyw2Onjk1n9H0GL L/r74m0WV3k+L7btfQQcXazlazcrrhit3/RzX/QTlUW+nMf1zbb84/z+Ty39 V9RvXGfp6yjfXOuL/iG4xuKLWD6tuGmBL/JF4ipLb6U8dKUv/jompbjnEi0f uVhxMF/bT83zxZ8nB0z5bWCuxd9lfy32TqS9pckXe1HiQl/sL5U5vujP4hY7 +TIFTPknj/p1+N99wJRnahfY8k3cv2j/ZuYTbvQln3F0puL8DF3f5lzdX8Vz bHtfcH+c7Yu9ovcsX/zF0klf8kXXTfPFP615qqVfwfvEFF/84dJnqnxTO8MX /UQCdN53qha7fLbJqXoelYAPoz0C33f5MUGnvqFo++ulO3R8zEeUw3zQvjEw U+lFzDfztdZmWXwl688J0S9Qegnr6XKen/O1f8Zib2qHrFeXXzY5NzQfc1Ue RPvmbZ6Hdn+YXTxfL/UlfzD2k8uf2w+8geWv0PPRXKm4YLG3iP/X7l+XHzW2 QNvrA32z1nf5T/k99jdnsffP0PdzlE+uUvkJ7Tt7QQrt0Z6A8Tn7QyNwQPnP zo83iPYR8Bfmj2rE/6I/Luef+VEb7P92+XkN1gf9cZtnKq7a/WSGdSqmPiqD 9Ul9VMWuTzOtU/cz/aMTdr87e00N9EVa3vlHN4BO/VUj8H+Fvsf8klHLH1y+ 0ojtn/Gpv5pu2/eYv8xiZ88KQKc/eWqalsd+ddgDpj2u/wyl50637X9O+T+h 7XsWO31b/lRf7HWVU3zJN5k6BecT2wed+rbSj3x5H8EDfoDjjysuxH3RtxFT X1f5oS/++qkf6vfqgBkfkPyBL/ldy9+3uET734kWD2Y+uxN8iceoHefL+yre sb7Ei/QfY3GK+e4afImXSDX48v5EDpj5VdMTfXmPJjMJ8hjjK4D5HkZiIu7H jC/B95n/MjlB6/ce7Ut+2fxRvsQHNVm6mcj4JtAvZDwT6IyfKtn2XT5DYPc+ PNpz9MKRuB8wP+QRinsOt/hG5ou02MVDeaAzHisR9SU/ZvE7vsSLpYCZr3Lg UF/i5UrAfL+oPE5xZJzW7x+rOADm+/Sl+tD3DvTlPXvPYvM68/UegPOb81Pn a/7QEb7kk6yz2LQyvg30RYxPQ33Gs9WP9CW/XB6Y8WJN9vvu/aTcKF/y1aUP 8iUeLHawL/lTB+x4zZ+4vsf4kp81PsaX913KqP8o98coxZyfNTmZH5Ph/rLj c/mFOR98zyg5XPcvMeOJMF8uP2B8hPKH8v6QP2kPAL42hMnfetD+SSE8MtQe /RMS+/mS3xDY6fNZnucLvufidSKgM96mCXgB9fXDVd+C9eDyUSZGqv6ImPp5 zIfLH4n2nP2J3xuq2OkfevdX+YrzQX0G+0P5id+n/FLG/36a8spoX+xxkYNV PorWqzxcGaPycONYlc+qh/jiv5AZr/q/3BEqHxfBvxkvU52o8iX5MeXP6LEq Hw8cq/JwfLIv+TeLIVx/vG3vXP4fYPoX8fyhPjI4TvVJ7C/lV/Bbp7+J2fG6 +Jd0VO8jjYfpfcWz/NH5XxTGqr6A/4P3q8Jo1Z/ER+l9nfub+unIAXqf4/rg fZj7m/YCrCczlfptrDfax6vYX/9rj/4fUEsDBBQAAgAIAKhcBy/au9l1LAAA AGwAAAAKAAAAZGVwdDU2LnNoeGNgUOdiwA7MXjAzMLBCOQckmRxBdIyPI5j+ sUwARDcEiTk5MhAGRgxMUXkAUEsDBBQAAgAIAKhcBy9qkusDOQAAAAQBAAAK AAAAZGVwdDU2LmRiZmNO52BnZGBgSGRYxIABwhkYHF2CXIODXQ2BPGeQ0DQ0 Jc7+oX4hEKYfiOBGk+dVMFQYzMDY0EAKAFBLAQIUABQAAgAIAKhcBy9ghjna EmQBAEi1BAAKAAAAAAAAAAAAIAC2gQAAAABkZXB0NTYuc2hwUEsBAhQAFAAC AAgAqFwHL9q72XUsAAAAbAAAAAoAAAAAAAAAAAAgALaBOmQBAGRlcHQ1Ni5z aHhQSwECFAAUAAIACACoXAcvapLrAzkAAAAEAQAACgAAAAAAAAAAACAAtoGO ZAEAZGVwdDU2LmRiZlBLBQYAAAAAAwADAKgAAADvZAEAAAA= --0-1025313930-1060336542=:51683-- From harato_1 at yahoo.com Fri Aug 8 05:42:02 2003 From: harato_1 at yahoo.com (harato) Date: Fri, 8 Aug 2003 05:42:02 -0700 (PDT) Subject: [Mapserver-users] Just display a layer (2) Message-ID: <20030808124202.72581.qmail@web13608.mail.yahoo.com> --0-497694994-1060346522=:70688 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline probably my mapfile is wrong (maybe ?) have I need to add projection value ? I've attached my mapfile example, if anyone can help me... Regards. Harato. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com --0-497694994-1060346522=:70688 Content-Type: text/plain; name="essai.map" Content-Description: essai.map Content-Disposition: inline; filename="essai.map" MAP NAME "Morbihan" STATUS ON EXTENT 148280 2267320 272830 2370725 SIZE 400 300 SHAPEPATH "./data" SYMBOLSET "./etc/symbols.sym" FONTSET "./etc/fonts.txt" IMAGECOLOR 204 204 255 UNITS METERS IMAGETYPE PNG WEB MINSCALE 20000 MAXSCALE 500000 IMAGEPATH "E:/Applications/MS_Temp/" IMAGEURL "/MS_Temp/" END QUERYMAP STATUS OFF SIZE -1 -1 COLOR 255 0 0 STYLE HILITE END LAYER NAME "D?partement" STATUS ON DATA "./dept56" TYPE POLYGON UNITS METERS SIZEUNITS PIXELS TOLERANCE 0 TOLERANCEUNITS PIXELS METADATA "Description" "D?partement" END CLASS NAME "dept56" EXPRESSION "0" SYMBOL 12 COLOR 153 255 255 OUTLINECOLOR 51 204 255 SIZE 1 MINSIZE 1 MAXSIZE 100 END END END --0-497694994-1060346522=:70688 Content-Type: application/x-zip-compressed; name="essai.zip" Content-Transfer-Encoding: base64 Content-Description: essai.zip Content-Disposition: attachment; filename="essai.zip" UEsDBBQAAAAIAOduCC8SysgAqwEAAEEDAAAJAAAAZXNzYWkubWFwZVLLbuIw FN3PV1xlX+IkpKDuXLiAJdvJxI5KuhmlTEaDVCAiWbSfPH8xfpVCa8V2zrkP Xx9fQcsfAJIKhEiczi/7v+0xMozSVNcKCmn+catRakim83ROIE3vZ1lq9lk6 z8yWzcgszcHGsGeEKSGQmWnxhpZYUr2BaBL/bsfWJW7EY8EVakt24y4e3g8v p9dhYnZrXxVSX1n/nI7jMBnfRmtjgq5xUfCigpRM/cxzY6gl0woEaqzUh59u SoRSrg1+wkezAggm1YJyNJFmeIpuPZWTC+fCfd34ENO+f93v2nF/Og6xUL90 d+jj6NOxrjhENwaUS7P+rLFqhJP3U87VykOr1F1iP4fDnfIcCJAQ0JiiNowz jZeUnDZYObN/sOW/vj2P3aE7jtHNMdKhJdXUSd/1Y37vPbwqBW/WwemLdL42 T5Zsi9yTuuBYUbnAUN4Ff/M0mag92AEwNXbD7rzvrXyRJ74W7e9mROBUqRDm 73dduG3DskKlWCEhIh+kbydI0oC9kkmeOTV9d9hR1JozGZonT656x2Wx75EE YLvkBpsWcTi0h6/Xrnb+B1BLAQIUABQAAAAIAOduCC8SysgAqwEAAEEDAAAJ AAAAAAAAAAEAIAC2gQAAAABlc3NhaS5tYXBQSwUGAAAAAAEAAQA3AAAA0gEA AAAA --0-497694994-1060346522=:70688-- From lfilak at medinaco.org Fri Aug 8 05:49:16 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 08 Aug 2003 08:49:16 -0400 Subject: [Mapserver-users] Just display a layer Message-ID: <200308081249.h78Cn1N12851@yogi.medinaco.net> Your shapefile contains 1 polygon is that the intended result? Should your units really be DD with a min X of 148280? Lowell The following message was sent by harato on Fri, 8 Aug 2003 02:55:42 -0700 (PDT). > 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 From warmerdam at pobox.com Fri Aug 8 05:58:47 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 08 Aug 2003 08:58:47 -0400 Subject: [Mapserver-users] Just display a layer (2) In-Reply-To: <20030808124202.72581.qmail@web13608.mail.yahoo.com> References: <20030808124202.72581.qmail@web13608.mail.yahoo.com> Message-ID: <3F339E87.1060008@pobox.com> harato wrote: > probably my mapfile is wrong (maybe ?) > > have I need to add projection value ? > > I've attached my mapfile example, if anyone can help > me... ... > LAYER > NAME "D?partement" > STATUS ON > DATA "./dept56" > TYPE POLYGON > UNITS METERS > SIZEUNITS PIXELS > TOLERANCE 0 > TOLERANCEUNITS PIXELS > METADATA > "Description" "D?partement" > END > CLASS > NAME "dept56" > EXPRESSION "0" > SYMBOL 12 > COLOR 153 255 255 > OUTLINECOLOR 51 204 255 > SIZE 1 > MINSIZE 1 > MAXSIZE 100 > END > END > END Harato, I would suggest turning the layer status to DEFAULT, but the problem I ran into with this configuration was your use of EXPRESSION "0". If I comment that out it renders OK for me in MapServer. I don't see anything indicating what variable is being used for the classification, so I don't know what the EXPRESSION is testing, but whatever (if anything it is), it doesn't match your expression. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From warmerdam at pobox.com Fri Aug 8 06:00:41 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 08 Aug 2003 09:00:41 -0400 Subject: [Mapserver-users] PNG Files are shown black In-Reply-To: <3F3355DD.7020709@bvv.bayern.de> References: <3F3355DD.7020709@bvv.bayern.de> Message-ID: <3F339EF9.6020100@pobox.com> Manfred.Zerndl wrote: > 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, In 3.6.x you were likely going through the GD based PNG import which I suspect treats on pixels in a 1 bit file as white while GDAL will treat them as grey level 1. Try setting a classification with black for class 0 and white for class 1. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From harato_1 at yahoo.com Fri Aug 8 06:04:32 2003 From: harato_1 at yahoo.com (harato) Date: Fri, 8 Aug 2003 06:04:32 -0700 (PDT) Subject: [Mapserver-users] Just display a layer (2) - Excellent - Thanks In-Reply-To: <3F339E87.1060008@pobox.com> Message-ID: <20030808130432.12481.qmail@web13604.mail.yahoo.com> Excellent ! Big Thanks for your help ! I've made my mapfile example with an other example (I'm a beginner/newbie...) and now I've delete 0 in "expression" and I've my map. Excellent. thanks again for your help Cheers Harato --- Frank Warmerdam wrote: > harato wrote: > > probably my mapfile is wrong (maybe ?) > > > > have I need to add projection value ? > > > > I've attached my mapfile example, if anyone can > help > > me... > ... > > LAYER > > NAME "D?partement" > > STATUS ON > > DATA "./dept56" > > TYPE POLYGON > > UNITS METERS > > SIZEUNITS PIXELS > > TOLERANCE 0 > > TOLERANCEUNITS PIXELS > > METADATA > > "Description" "D?partement" > > END > > CLASS > > NAME "dept56" > > EXPRESSION "0" > > SYMBOL 12 > > COLOR 153 255 255 > > OUTLINECOLOR 51 204 255 > > SIZE 1 > > MINSIZE 1 > > MAXSIZE 100 > > END > > END > > END > > Harato, > > I would suggest turning the layer status to DEFAULT, > but the problem I ran > into with this configuration was your use of > EXPRESSION "0". If I comment > that out it renders OK for me in MapServer. > > I don't see anything indicating what variable is > being used for the > classification, so I don't know what the EXPRESSION > is testing, but whatever > (if anything it is), it doesn't match your > expression. > > Best regards, > > -- > ---------------------------------------+-------------------------------------- > I set the clouds in motion - turn up | Frank > Warmerdam, warmerdam at pobox.com > light and sound - activate the windows | > http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial > Programmer for Rent > > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From gadoury at dmsolutions.ca Fri Aug 8 06:30:18 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Fri, 08 Aug 2003 09:30:18 -0400 Subject: [Mapserver-users] Extent units In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFED4@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1222BFED4@mercator.topozone.com> Message-ID: <3F33A5EA.4010201@dmsolutions.ca> As Ed said, it looks like those are decimal degrees. Try using this as your extent: EXTENT -71.53179836 -41.29253644 -71.14854968 -41.04421467 Ed McNierney wrote: >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 at topozone.com > > >-----Original Message----- >From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] >Sent: Thursday, August 07, 2003 5:31 PM >To: mapserver-users at 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 at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- ___________________________ Dean Gadoury DM Solutions Group 72 Chamberlain Ave. Third Floor Ottawa, Ontario. K1S 1V9 613 565-5056 ext. 24 gadoury at dmsolutions.ca www.dmsolutions.ca From mservin at tecnoaccion.com.ar Fri Aug 8 06:57:11 2003 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Fri, 8 Aug 2003 10:57:11 -0300 Subject: [Mapserver-users] Extent units References: <13858AA1A74F30419F319ACB66A9D1222BFED4@mercator.topozone.com> <3F33A5EA.4010201@dmsolutions.ca> Message-ID: <005e01c35db4$f71cebb0$9105a8c0@mariolaptop> Thanks everybody!. I use the extents as the shpinfo.exe output and it was OK. I succesfully generate images with POLYGON type. Now, I face another problem and I cannot generate any image when I use a POLYLINE. The error message is: "msDrawShape(): General error message. Only polygon shapes can be drawn using a POLYGON layer definition. " The docs says POLYLINE does not exist as a type so I am not sure how to manage it. Regards, Mario ----- Original Message ----- From: "Dean Gadoury" To: "Mario Servin" Cc: Sent: Friday, August 08, 2003 10:30 AM Subject: Re: [Mapserver-users] Extent units > As Ed said, it looks like those are decimal degrees. Try using this as > your extent: > > EXTENT -71.53179836 -41.29253644 -71.14854968 -41.04421467 > > > > Ed McNierney wrote: > > >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 at topozone.com > > > > > >-----Original Message----- > >From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] > >Sent: Thursday, August 07, 2003 5:31 PM > >To: mapserver-users at 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 at lists.gis.umn.edu > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > >_______________________________________________ > >Mapserver-users mailing list > >Mapserver-users at lists.gis.umn.edu > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > -- > ___________________________ > > Dean Gadoury > > DM Solutions Group > 72 Chamberlain Ave. Third Floor > Ottawa, Ontario. K1S 1V9 > 613 565-5056 ext. 24 > > gadoury at dmsolutions.ca > www.dmsolutions.ca > > > From gadoury at dmsolutions.ca Fri Aug 8 07:17:13 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Fri, 08 Aug 2003 10:17:13 -0400 Subject: [Mapserver-users] Extent units In-Reply-To: <005e01c35db4$f71cebb0$9105a8c0@mariolaptop> References: <13858AA1A74F30419F319ACB66A9D1222BFED4@mercator.topozone.com> <3F33A5EA.4010201@dmsolutions.ca> <005e01c35db4$f71cebb0$9105a8c0@mariolaptop> Message-ID: <3F33B0E9.6020203@dmsolutions.ca> This is a multi-part message in MIME format. --------------010602060009080000040005 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I'm not 100% sure what you mean, but it sounds like you have a polyline shapefile and you are trying to define it as a polygon in your map file. You can't do that and that is what the error message is telling you. If your data are polyline, specify the TYPE in your layer definition as LINE. Mario Servin wrote: >Thanks everybody!. > I use the extents as the shpinfo.exe output and it was OK. I succesfully >generate images with POLYGON type. Now, I face another problem and I cannot >generate any image when I use a POLYLINE. The error message is: >"msDrawShape(): General error message. Only polygon shapes can be drawn >using a POLYGON layer definition. " > The docs says POLYLINE does not exist as a type so I am not sure how to >manage it. > Regards, > Mario > >----- Original Message ----- >From: "Dean Gadoury" >To: "Mario Servin" >Cc: >Sent: Friday, August 08, 2003 10:30 AM >Subject: Re: [Mapserver-users] Extent units > > > > >>As Ed said, it looks like those are decimal degrees. Try using this as >>your extent: >> >>EXTENT -71.53179836 -41.29253644 -71.14854968 -41.04421467 >> >> >> >>Ed McNierney wrote: >> >> >> >>>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 at topozone.com >>> >>> >>>-----Original Message----- >>>From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] >>>Sent: Thursday, August 07, 2003 5:31 PM >>>To: mapserver-users at 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 at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>> >>> >>> >>> >>-- >>___________________________ >> >>Dean Gadoury >> >>DM Solutions Group >>72 Chamberlain Ave. Third Floor >>Ottawa, Ontario. K1S 1V9 >>613 565-5056 ext. 24 >> >>gadoury at dmsolutions.ca >>www.dmsolutions.ca >> >> >> >> >> > > > > > -- ___________________________ Dean Gadoury DM Solutions Group 72 Chamberlain Ave. Third Floor Ottawa, Ontario. K1S 1V9 613 565-5056 ext. 24 gadoury at dmsolutions.ca www.dmsolutions.ca --------------010602060009080000040005 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I'm not 100% sure what you mean, but it sounds like you have a polyline shapefile and you are trying to define it as a polygon in your map file. You can't do that and that is what the error message is telling you. If your data are polyline, specify the TYPE in your layer definition as LINE.

Mario Servin wrote:

Thanks everybody!.
    I use the extents as the shpinfo.exe output and it was OK. I succesfully
generate images with POLYGON type. Now, I face another problem and  I cannot
generate any image when I use a POLYLINE. The error message is:
"msDrawShape(): General error message. Only polygon shapes can be drawn
using a POLYGON layer definition. "
     The docs says POLYLINE does not exist as a type so I am not sure how to
manage it.
     Regards,
                    Mario

----- Original Message ----- 
From: "Dean Gadoury" <gadoury at dmsolutions.ca>
To: "Mario Servin" <mservin at tecnoaccion.com.ar>
Cc: <mapserver-users at lists.gis.umn.edu>
Sent: Friday, August 08, 2003 10:30 AM
Subject: Re: [Mapserver-users] Extent units


  
As Ed said, it looks like those are decimal degrees. Try using this as
your extent:

EXTENT -71.53179836 -41.29253644 -71.14854968 -41.04421467



Ed McNierney wrote:

    
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 at topozone.com


-----Original Message-----
From: Mario Servin [mailto:mservin at tecnoaccion.com.ar]
Sent: Thursday, August 07, 2003 5:31 PM
To: mapserver-users at 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 at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

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



      
-- 
___________________________

Dean Gadoury

DM Solutions Group
72 Chamberlain Ave. Third Floor
Ottawa, Ontario. K1S 1V9
613 565-5056 ext. 24

gadoury at dmsolutions.ca
www.dmsolutions.ca



    



  

-- 
___________________________

Dean Gadoury

DM Solutions Group
72 Chamberlain Ave. Third Floor
Ottawa, Ontario. K1S 1V9
613 565-5056 ext. 24

gadoury at dmsolutions.ca
www.dmsolutions.ca
--------------010602060009080000040005-- From lfilak at medinaco.org Fri Aug 8 07:25:04 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 08 Aug 2003 10:25:04 -0400 Subject: [Mapserver-users] using Perl/Mapscript and HTML::Template Message-ID: <200308081424.h78ELrN15638@yogi.medinaco.net> Nice work Puneet. Thanks! Lowell The following message was sent by on Fri, 8 Aug 2003 09:52:03 +1000. > 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 at geoanalytics.com] > > Sent: Thursday, 7 August 2003 3:29 > > To: mapserver-users at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From kevin at giscoe.com Fri Aug 8 07:46:47 2003 From: kevin at giscoe.com (Kevin Ravno) Date: Fri, 8 Aug 2003 16:46:47 +0200 Subject: [Mapserver-users] Line/Polygon Rendering Message-ID: <081722EBADADD5118F9000D0B7B6A3E765C6D8@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_01C35DBB.E4C6B0C0 Content-Type: text/plain; charset="iso-8859-1" Hi everyone I am sure this must be possible but havent found how to do it. I am trying to render lines/polygons based on a field criteria (for example--if I have a shapefile of lakes with an attribute field of 'depth', I am trying to get deeper lakes to display in darker blue.) I have looked at the layer definitions in http://mapserver.gis.umn.edu/doc36/mapfile-reference.html but havent found how to render a layer. have I missed it or is this something that I need to do with Perl/mapscript or something. Regards Kevin ------_=_NextPart_001_01C35DBB.E4C6B0C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Line/Polygon Rendering

Hi everyone

I am sure this must be possible but = havent found how to do it.
I am trying to render lines/polygons = based on a field criteria (for example--if I have a shapefile of lakes = with an attribute field of 'depth', I am trying to get deeper lakes to = display in darker blue.)

I have looked at the layer definitions = in http://mapserver.gis.umn.edu/doc36/mapfile-reference.h= tml but havent found how to render a layer.

have I missed it or is this something = that I need to do with Perl/mapscript or something.

Regards
Kevin





------_=_NextPart_001_01C35DBB.E4C6B0C0-- From mservin at tecnoaccion.com.ar Fri Aug 8 07:44:58 2003 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Fri, 8 Aug 2003 11:44:58 -0300 Subject: [Mapserver-users] Extent units References: <13858AA1A74F30419F319ACB66A9D1222BFED4@mercator.topozone.com> <3F33A5EA.4010201@dmsolutions.ca> <005e01c35db4$f71cebb0$9105a8c0@mariolaptop> <3F33B0E9.6020203@dmsolutions.ca> Message-ID: <007b01c35dbb$a3f7a810$9105a8c0@mariolaptop> This is a multi-part message in MIME format. ------=_NextPart_000_0078_01C35DA2.7E768ED0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear Dean, You are right. Now I got it!. Thanks again to everybody. Of course = I'll be back as I get more involved with this fantastic tool. Regards, Mario ----- Original Message -----=20 From: Dean Gadoury=20 To: Mario Servin=20 Cc: mapserver-users at lists.gis.umn.edu=20 Sent: Friday, August 08, 2003 11:17 AM Subject: Re: [Mapserver-users] Extent units I'm not 100% sure what you mean, but it sounds like you have a = polyline shapefile and you are trying to define it as a polygon in your = map file. You can't do that and that is what the error message is = telling you. If your data are polyline, specify the TYPE in your layer = definition as LINE. Mario Servin wrote: Thanks everybody!. I use the extents as the shpinfo.exe output and it was OK. I = succesfully generate images with POLYGON type. Now, I face another problem and I = cannot generate any image when I use a POLYLINE. The error message is: "msDrawShape(): General error message. Only polygon shapes can be drawn using a POLYGON layer definition. " The docs says POLYLINE does not exist as a type so I am not sure = how to manage it. Regards, Mario ----- Original Message -----=20 From: "Dean Gadoury" To: "Mario Servin" Cc: Sent: Friday, August 08, 2003 10:30 AM Subject: Re: [Mapserver-users] Extent units As Ed said, it looks like those are decimal degrees. Try using this as your extent: EXTENT -71.53179836 -41.29253644 -71.14854968 -41.04421467 Ed McNierney wrote: 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 at topozone.com -----Original Message----- From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] Sent: Thursday, August 07, 2003 5:31 PM To: mapserver-users at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users --=20 ___________________________ Dean Gadoury DM Solutions Group 72 Chamberlain Ave. Third Floor Ottawa, Ontario. K1S 1V9 613 565-5056 ext. 24 gadoury at dmsolutions.ca www.dmsolutions.ca =20 =20 --=20 ___________________________ Dean Gadoury DM Solutions Group 72 Chamberlain Ave. Third Floor Ottawa, Ontario. K1S 1V9 613 565-5056 ext. 24 gadoury at dmsolutions.ca www.dmsolutions.ca ------=_NextPart_000_0078_01C35DA2.7E768ED0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Dear Dean,
    You are right. Now I = got it!.=20 Thanks again to everybody. Of course I'll be back as I get more involved = with=20 this fantastic tool.
    = Regards,
       =20         Mario
----- Original Message -----
From:=20 Dean=20 Gadoury
Cc: mapserver-users at lists.g= is.umn.edu=20
Sent: Friday, August 08, 2003 = 11:17=20 AM
Subject: Re: [Mapserver-users] = Extent=20 units

I'm not 100% sure what you mean, but it sounds like you = have a=20 polyline shapefile and you are trying to define it as a polygon in = your map=20 file. You can't do that and that is what the error message is telling = you. If=20 your data are polyline, specify the TYPE in your layer definition as=20 LINE.

Mario Servin wrote:
Thanks everybody!.
    I use the extents as the shpinfo.exe output and it was OK. I =
succesfully
generate images with POLYGON type. Now, I face another problem and  I =
cannot
generate any image when I use a POLYLINE. The error message is:
"msDrawShape(): General error message. Only polygon shapes can be drawn
using a POLYGON layer definition. "
     The docs says POLYLINE does not exist as a type so I am not sure =
how to
manage it.
     Regards,
                    Mario

----- Original Message -----=20
From: "Dean Gadoury" <gadoury at dmsolutions.ca>=

To: "Mario Servin" <mservin at tecnoaccion.com.ar=
>
Cc: <mapserver-users at lis=
ts.gis.umn.edu>
Sent: Friday, August 08, 2003 10:30 AM
Subject: Re: [Mapserver-users] Extent units


  
As Ed said, it looks like =
those are decimal degrees. Try using this as
your extent:

EXTENT -71.53179836 -41.29253644 -71.14854968 -41.04421467



Ed McNierney wrote:

    
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 at topozone.com


-----Original Message-----
From: Mario Servin [mailto:mservin at tecnoaccion.com=
.ar]
Sent: Thursday, August 07, 2003 5:31 PM
To: mapserver-users at lists.g=
is.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 at lists.g=
is.umn.edu
http:/=
/lists.gis.umn.edu/mailman/listinfo/mapserver-users

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



      
--=20
___________________________

Dean Gadoury

DM Solutions Group
72 Chamberlain Ave. Third Floor
Ottawa, Ontario. K1S 1V9
613 565-5056 ext. 24

gadoury at dmsolutions.ca
www.dmsolutions.ca



    



  

--=20
___________________________

Dean Gadoury

DM Solutions Group
72 Chamberlain Ave. Third Floor
Ottawa, Ontario. K1S 1V9
613 565-5056 ext. 24

gadoury at dmsolutions.ca
www.dmsolutions.ca
------=_NextPart_000_0078_01C35DA2.7E768ED0-- From gadoury at dmsolutions.ca Fri Aug 8 08:05:18 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Fri, 08 Aug 2003 11:05:18 -0400 Subject: [Mapserver-users] Line/Polygon Rendering In-Reply-To: <081722EBADADD5118F9000D0B7B6A3E765C6D8@mail.gims.com> References: <081722EBADADD5118F9000D0B7B6A3E765C6D8@mail.gims.com> Message-ID: <3F33BC2E.1040804@dmsolutions.ca> This is a multi-part message in MIME format. --------------090809090700020606080309 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit You can use classes and expressions in your mapfile to achieve this. Here is a simple example. Note that there are different kinds of expressions you can use and they are documented in the mapfile reference. LAYER NAME "Lakes" DATA "lakes" TYPE POLYGON STATUS ON CLASSITEM "DEPTH" CLASS NAME "Deep Lakes" EXPRESSION ([DEPTH] > 100) STYLE COLOR 182 226 243 END END CLASS NAME "Shallow Lakes" EXPRESSION ([DEPTH] < 100) STYLE COLOR 192 236 253 END END END Kevin Ravno wrote: > > > Hi everyone > > I am sure this must be possible but havent found how to do it. > I am trying to render lines/polygons based on a field criteria (for > example--if I have a shapefile of lakes with an attribute field of > 'depth', I am trying to get deeper lakes to display in darker blue.) > > I have looked at the layer definitions in > http://mapserver.gis.umn.edu/doc36/mapfile-reference.html but havent > found how to render a layer. > > have I missed it or is this something that I need to do with > Perl/mapscript or something. > > Regards > Kevin > > > > > -- ___________________________ Dean Gadoury DM Solutions Group 72 Chamberlain Ave. Third Floor Ottawa, Ontario. K1S 1V9 613 565-5056 ext. 24 gadoury at dmsolutions.ca www.dmsolutions.ca --------------090809090700020606080309 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit You can use classes and expressions in your mapfile to achieve this. Here is a simple example. Note that there are different kinds of expressions you can use and they are documented in the mapfile reference.

LAYER
  NAME "Lakes"
  DATA "lakes"
  TYPE POLYGON
  STATUS ON
  CLASSITEM "DEPTH"
  CLASS
     NAME "Deep Lakes"
     EXPRESSION ([DEPTH] > 100)
     STYLE    
        COLOR 182 226 243
     END
   END
  CLASS
     NAME "Shallow Lakes"
     EXPRESSION ([DEPTH] < 100)
     STYLE    
        COLOR 192 236 253
     END
   END  
END

Kevin Ravno wrote:
Line/Polygon Rendering

Hi everyone

I am sure this must be possible but havent found how to do it.
I am trying to render lines/polygons based on a field criteria (for example--if I have a shapefile of lakes with an attribute field of 'depth', I am trying to get deeper lakes to display in darker blue.)

I have looked at the layer definitions in http://mapserver.gis.umn.edu/doc36/mapfile-reference.html but havent found how to render a layer.

have I missed it or is this something that I need to do with Perl/mapscript or something.

Regards
Kevin 






-- 
___________________________

Dean Gadoury

DM Solutions Group
72 Chamberlain Ave. Third Floor
Ottawa, Ontario. K1S 1V9
613 565-5056 ext. 24

gadoury at dmsolutions.ca
www.dmsolutions.ca
--------------090809090700020606080309-- From Chip.Hankley at rmtinc.com Fri Aug 8 08:12:32 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Fri, 08 Aug 2003 10:12:32 -0500 Subject: [Mapserver-users] Line/Polygon Rendering Message-ID: You should be able to do this using different CLASSES: LAYER NAME MyLakes TYPE Polygon STATUS DEFAULT DATA MyLakesShapefile CLASSITEM Depth CLASS NAME "Really Deep Lakes" EXPRESSION ([DEPTH] > 200) COLOR 0 0 255 OUTLINECOLOR 125 125 125 END # CLASS CLASS NAME "Kind of Deep Lakes" EXPRESSION ([DEPTH] > 100 AND [DEPTH] <= 200) COLOR 0 0 150 OUTLINECOLOR 125 125 125 END # CLASS CLASS NAME "Not so Deep Lakes" EXPRESSION ([DEPTH] <= 100) COLOR 0 0 50 OUTLINECOLOR 125 125 125 END # CLASS END 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 geoffrey.rowland at noaa.gov Fri Aug 8 08:15:05 2003 From: geoffrey.rowland at noaa.gov (Geoffrey Rowland) Date: Fri, 08 Aug 2003 11:15:05 -0400 Subject: [Mapserver-users] PHP MapScript examples for MapServer 4.0 In-Reply-To: <081722EBADADD5118F9000D0B7B6A3E765C6D8@mail.gims.com> References: <081722EBADADD5118F9000D0B7B6A3E765C6D8@mail.gims.com> Message-ID: <3F33BE79.9030504@noaa.gov> The example files on the doc page are missing http://mapserver.gis.umn.edu/doc40/phpmapscript-byexample-howto.html From shostko at ureach.com Fri Aug 8 08:19:03 2003 From: shostko at ureach.com (Alexander Shostko) Date: Fri, 8 Aug 2003 11:19:03 -0400 Subject: [Mapserver-users] Mapserver / Mapscript Linux compilation Message-ID: <200308081519.LAA27593@www23.ureach.com> Hi Everyone! Thanks in advance for tips. I am porting WIndows application to Linux and installing the mapscript. For Linux I have mapserver compiled with all goodies (proj/gdal/jpeg/freetype/zlib/libpng ...) , but in does not produce the Makefile to build PHP/Mapscript module in mapserver3.6.6/mapscript/php3 directory after ./configure and also tells that it did not configre PHP/Mapscript when making the mapserver What flags should be turned in to build it ? Also which is the best combinations of versions mapserver/mapscript/php as cgi or module Thanks A lot Alex Simulation Technology co From fx.prunayre at oieau.fr Fri Aug 8 08:41:28 2003 From: fx.prunayre at oieau.fr (=?iso-8859-1?Q?Fran=E7ois-Xavier_Prunayre?=) Date: Fri, 8 Aug 2003 17:41:28 +0200 Subject: [Mapserver-users] Get all objects of one layer in map extent using nquery Message-ID: <015201c35dc3$9a64a980$c6b239c2@NT2.oieau.fr> C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_014F_01C35DD4.4BDB0280 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all,=20 I'm would like to retrieve all objects of a specific layer (station_fr) = which are in my current map extent. So I'm supposed to use = mode=3Dnquery, specified an imgext ... and I was thinking that all = parameters required were here.=20 But I always get all the objects of my layer even if I have only one in = my current view. Which parameters are mandatory for a nquery in an area of interest = selection ? here is the URL ... http://www.rnde.tm.fr:8080/cgi-bin/mapserv.exe?mode=3Dnquery&zoomdir=3D0&= zoomsize=3D1&imgext=3D-35.000000%2011.758333%2080.000000%2088.241667&map=3D= F:\Apache\html\eden-iw-dev\eden.map&savequery=3Dtrue&program=3D/cgi-bin/m= apserv.exe&map_web_imagepath=3DF:\Apache\html\tmp\&map_web_imageurl=3D/tm= p/ Thanks for your help. Francois ------=_NextPart_000_014F_01C35DD4.4BDB0280 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,
I'm would like to retrieve all objects = of a=20 specific layer (station_fr) which are in my current map extent. So I'm = supposed=20 to use mode=3Dnquery, specified an imgext ... and I was thinking that = all=20 parameters required were here.
But I always get all the objects of my = layer even=20 if I have only one in my current view.
 
Which parameters are mandatory for a = nquery in an=20 area of interest selection ?
 
here is the URL ...
http://www.rnde.tm.fr:8080/= cgi-bin/mapserv.exe?mode=3Dnquery&zoomdir=3D0&zoomsize=3D1&im= gext=3D-35.000000%2011.758333%2080.000000%2088.241667&map=3DF:\Apache= \html\eden-iw-dev\eden.map&savequery=3Dtrue&program=3D/cgi-bin/ma= pserv.exe&map_web_imagepath=3DF:\Apache\html\tmp\&map_web_imageur= l=3D/tmp/
 
Thanks for your help.
Francois
 
 
------=_NextPart_000_014F_01C35DD4.4BDB0280-- From paul.hasenohr at jrc.it Fri Aug 8 09:16:39 2003 From: paul.hasenohr at jrc.it (Paul Hasenohr) Date: Fri, 8 Aug 2003 18:16:39 +0200 Subject: [Mapserver-users] Get all objects of one layer in map extent using nquery In-Reply-To: <015201c35dc3$9a64a980$c6b239c2@NT2.oieau.fr> Message-ID: <000d01c35dc8$72f0ec60$798ebf8b@mars.ipsc.jrc.it> This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C35DD9.3679BC60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Francois, =20 I am not sure if this will address your problem, but I think you have to replace imgext to mapext. By doing this and playing with the bounding box coordinates (especially, the -35.000 one), I have been able to display only a part of the records. =20 Bye, Paul -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Fran=E7ois-Xavier Prunayre Sent: venerd=EC 8 agosto 2003 17.41 To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Get all objects of one layer in map extent using nquery Hi all,=20 I'm would like to retrieve all objects of a specific layer (station_fr) which are in my current map extent. So I'm supposed to use = mode=3Dnquery, specified an imgext ... and I was thinking that all parameters required were here.=20 But I always get all the objects of my layer even if I have only one in my current view. =20 Which parameters are mandatory for a nquery in an area of interest selection ? =20 here is the URL ... http://www.rnde.tm.fr:8080/cgi-bin/mapserv.exe?mode=3Dnquery &zoomdir=3D0&zoomsize=3D1&imgext=3D-35.000000%2011.758333%2080.000000%208= 8.241 667&map=3DF:\Apache\html\eden-iw-dev\eden.map&savequery=3Dtrue&program=3D= /cgi- bin/mapserv.exe&map_web_imagepath=3DF:\Apache\html\tmp\&map_web_imageurl=3D= / tmp/ =20 Thanks for your help. Francois =20 =20 ------=_NextPart_000_000E_01C35DD9.3679BC60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message
Hi=20 Francois,
 
I am=20 not sure if this will address your problem, but I think you have to = replace=20 imgext to mapext. By doing this and playing with the bounding box=20 coordinates (especially, the -35.000 one), I have been able to display = only a=20 part of the records.
 
Bye,
Paul
-----Original Message-----
From:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of=20 Fran=E7ois-Xavier Prunayre
Sent: venerd=EC 8 agosto 2003 = 17.41
To: = mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] Get all objects of one layer in map extent using=20 nquery

Hi all,
I'm would like to retrieve all = objects of a=20 specific layer (station_fr) which are in my current map extent. So I'm = supposed to use mode=3Dnquery, specified an imgext ... and I was = thinking that=20 all parameters required were here.
But I always get all the objects of = my layer even=20 if I have only one in my current view.
 
Which parameters are mandatory for a = nquery in an=20 area of interest selection ?
 
here is the URL ...
http://www.rnde.tm.fr:8080/= cgi-bin/mapserv.exe?mode=3Dnquery&zoomdir=3D0&zoomsize=3D1&im= gext=3D-35.000000%2011.758333%2080.000000%2088.241667&map=3DF:\Apache= \html\eden-iw-dev\eden.map&savequery=3Dtrue&program=3D/cgi-bin/ma= pserv.exe&map_web_imagepath=3DF:\Apache\html\tmp\&map_web_imageur= l=3D/tmp/
 
Thanks for your help.
Francois
 
 
------=_NextPart_000_000E_01C35DD9.3679BC60-- From michael.davis at richardson.army.mil Fri Aug 8 09:23:23 2003 From: michael.davis at richardson.army.mil (Davis Michael A DPW GIS TECH) Date: Fri, 8 Aug 2003 16:23:23 -0000 Subject: [Mapserver-users] Mapserver 4.0 color issues Message-ID: <142D3C468C72D511B71200306E01254D033CF421@ASNFRN01> 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_01C35DC9.63862C23 Content-Type: text/plain; charset="iso-8859-1" I recently upgraded our mapserver sites to 4.0 using the windows binary. Since the upgrade I have noticed a strange anomaly, when displaying grayscale imagery on the map all the layers change to grayscale. When the imagery layer is switched off everything returns to their normal color schemes. I am wondering if anyone has run into this issue before or has any ideas for a fix. Thanks Mike Davis GIS Specialist Ft. Richardson, AK ------_=_NextPart_001_01C35DC9.63862C23 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Mapserver 4.0 color issues

I recently upgraded our mapserver = sites to 4.0 using the windows binary. 

Since the upgrade I have noticed a = strange anomaly, when displaying grayscale imagery on the map all the = layers change to grayscale.  When the imagery layer is switched = off everything returns to their normal color schemes.

I am wondering if anyone has run into = this issue before or has any ideas for a fix.

Thanks

Mike Davis
GIS Specialist
Ft. Richardson, AK

------_=_NextPart_001_01C35DC9.63862C23-- From bartvde at xs4all.nl Fri Aug 8 09:33:06 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Fri, 08 Aug 2003 18:33:06 +0200 Subject: [mapserver-users] OpenGIS CITE Message-ID: Hi list, has anyone from the mapserver community participated in the OpenGIS CITE initiative, to see how conformant mapserver is to the OpenGIS specifications? I know their test suite is only in beta, but perhaps somebody from mapserver has done the beta test. Thanks, Bart From warmerdam at pobox.com Fri Aug 8 09:42:48 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 08 Aug 2003 12:42:48 -0400 Subject: [Mapserver-users] Mapserver 4.0 color issues In-Reply-To: <142D3C468C72D511B71200306E01254D033CF421@ASNFRN01> References: <142D3C468C72D511B71200306E01254D033CF421@ASNFRN01> Message-ID: <3F33D308.7010901@pobox.com> Davis Michael A DPW GIS TECH wrote: > I recently upgraded our mapserver sites to 4.0 using the windows binary. > > Since the upgrade I have noticed a strange anomaly, when displaying > grayscale imagery on the map all the layers change to grayscale. When > the imagery layer is switched off everything returns to their normal > color schemes. > > I am wondering if anyone has run into this issue before or has any ideas > for a fix. Mike, I am not exactly sure why this would have worked before, and not work now but my guess is that your greyscale raster layer is "grabbing" all 256 available colors and when later stuff is drawn requesting different colors, they end up having to settle for the closest grayscale color. I would have expected the same thing to have happened in previous versions, but there may have been some subtle changes in the order of operations within mapserver that has made this problem worse. One solutions would be to switch to 24bit png output so there is no color limit. However, assuming that is impractical, there is also a new option in MapServer 4 for encouraging a raster layer to take less colors by grouping very similar colors. Try adding the COLOR_MATCH_THRESHOLD processing option to your file: LAYER NAME grey TYPE raster PROCESSING "COLOR_MATCH_THRESHOLD=3" STATUS default DATA data/grey.tif END However, I think it might be best if I just modified the greyscale rendering code to merge adjacent greyscale values by default to avoid this. Thus a 128 color greyscale palette would be implicitly used for greyscale layers instead of grabbing for all 256 where possible as is done now. In fact, I think I *will* commit that change in the MapServer 4.1 development trunk. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From tom at ecnow.co.uk Fri Aug 8 09:42:37 2003 From: tom at ecnow.co.uk (Tom H) Date: Fri, 8 Aug 2003 17:42:37 +0100 Subject: [Mapserver-users] displaying images of globe in a webpage. In-Reply-To: <015201c35dc3$9a64a980$c6b239c2@NT2.oieau.fr> Message-ID: Hi group, this might be slightly off topic, but I have got some very helpful replies from this group, and I hope you will give me some leeway to ask this quick(ish) question. I have a web application that is used in a website for travellers and backpackers. I am using mapserver to display some maps of Australia and New Zealand dependent on the towns in which I am displaying information, and this is going very well. However I have been asked by the site owner to show a rpresentation of a globe centred on the part of the world the the section of the site relates to. This is the sort of thing I am trying to achieve on the splash page for australia; http://www.scriptsupport.co.uk/images/globe.png Unfortunately that is a static image from a desktop application (XatelliteShape), and I need to display something like that for 20 locations in Australia and 5 in New Zealand, and soon in various other places like India and the Philippines. Mapserver does not seem to extend to these sorts of images, so the question is, is there another product like mapserver that can be configured to output a jpeg or png image of a globe like that if I pass it coords for the required location. I'm getting a bit desperate on this so I would be happy to consider commercial software for the solution (sorry to any open source die hards, but needs must as the devil drives etc) Thanks in advance, T. From hobbes_zatow at yahoo.com Fri Aug 8 09:47:49 2003 From: hobbes_zatow at yahoo.com (Hobbes Zatow) Date: Fri, 8 Aug 2003 09:47:49 -0700 (PDT) Subject: [Mapserver-users] Help with simple(?) app Message-ID: <20030808164749.77758.qmail@web11602.mail.yahoo.com> I need to create a simple application that displays a map of the US, then allows the user to click on a state to get a zoomed-in view of just the one state (without seeing bordering states). I am able to display the US map with mapserver/cgi without a problem, but how do I: 1. Display the zoomed-in state w/o bordering states? 2. Program the "direct to state" zoom in capability? I've been going through the docs and sample apps for at least half a day without much luck. Any help is appreciated. In case it matters, the shapefile was generated through ArcView3.3 from their state data. Thx! __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From michael.davis at richardson.army.mil Fri Aug 8 09:50:57 2003 From: michael.davis at richardson.army.mil (Davis Michael A DPW GIS TECH) Date: Fri, 8 Aug 2003 16:50:57 -0000 Subject: [Mapserver-users] Mapserver 4.0 color issues Message-ID: <142D3C468C72D511B71200306E01254D033CF4EC@ASNFRN01> 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_01C35DCD.3D282D0B Content-Type: text/plain That fixed the problem, thanks a bunch. On a side note I think this is the fastest turn around I have ever seen on a mailing list. Gotta love the Mapserver community! Mike Davis GIS Specialist Ft. Richardson, AK 1.907.384.0538 -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com] Sent: Friday, August 08, 2003 8:43 AM To: Davis Michael A DPW GIS TECH Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Mapserver 4.0 color issues Davis Michael A DPW GIS TECH wrote: > I recently upgraded our mapserver sites to 4.0 using the windows binary. > > Since the upgrade I have noticed a strange anomaly, when displaying > grayscale imagery on the map all the layers change to grayscale. When > the imagery layer is switched off everything returns to their normal > color schemes. > > I am wondering if anyone has run into this issue before or has any ideas > for a fix. Mike, I am not exactly sure why this would have worked before, and not work now but my guess is that your greyscale raster layer is "grabbing" all 256 available colors and when later stuff is drawn requesting different colors, they end up having to settle for the closest grayscale color. I would have expected the same thing to have happened in previous versions, but there may have been some subtle changes in the order of operations within mapserver that has made this problem worse. One solutions would be to switch to 24bit png output so there is no color limit. However, assuming that is impractical, there is also a new option in MapServer 4 for encouraging a raster layer to take less colors by grouping very similar colors. Try adding the COLOR_MATCH_THRESHOLD processing option to your file: LAYER NAME grey TYPE raster PROCESSING "COLOR_MATCH_THRESHOLD=3" STATUS default DATA data/grey.tif END However, I think it might be best if I just modified the greyscale rendering code to merge adjacent greyscale values by default to avoid this. Thus a 128 color greyscale palette would be implicitly used for greyscale layers instead of grabbing for all 256 where possible as is done now. In fact, I think I *will* commit that change in the MapServer 4.1 development trunk. Best regards, -- ---------------------------------------+------------------------------------ -- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent ------_=_NextPart_001_01C35DCD.3D282D0B Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: [Mapserver-users] Mapserver 4.0 color issues

That fixed the problem, thanks a bunch. 

On a side note I think this is the fastest turn = around I have ever seen on a mailing list.  Gotta love the = Mapserver community!

Mike Davis
GIS Specialist
Ft. Richardson, AK
1.907.384.0538


-----Original Message-----
From: Frank Warmerdam [mailto:warmerdam at pobox.com]
Sent: Friday, August 08, 2003 8:43 AM
To: Davis Michael A DPW GIS TECH
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] Mapserver 4.0 color = issues


Davis Michael A DPW GIS TECH wrote:
> I recently upgraded our mapserver sites to 4.0 = using the windows binary.
>
> Since the upgrade I have noticed a strange = anomaly, when displaying
> grayscale imagery on the map all the layers = change to grayscale.  When
> the imagery layer is switched off everything = returns to their normal
> color schemes.
>
> I am wondering if anyone has run into this = issue before or has any ideas
> for a fix.

Mike,

I am not exactly sure why this would have worked = before, and not work now
but my guess is that your greyscale raster layer is = "grabbing" all 256
available colors and when later stuff is drawn = requesting different colors,
they end up having to settle for the closest = grayscale color.

I would have expected the same thing to have happened = in previous versions,
but there may have been some subtle changes in the = order of operations
within mapserver that has made this problem = worse.

One solutions would be to switch to 24bit png output = so there is no color
limit.  However, assuming that is impractical, = there is also a new option
in MapServer 4 for encouraging a raster layer to = take less colors by
grouping very similar colors.  Try adding the = COLOR_MATCH_THRESHOLD processing
option to your file:

LAYER
   NAME grey
   TYPE raster
   PROCESSING = "COLOR_MATCH_THRESHOLD=3D3"
   STATUS default
   DATA data/grey.tif
END

However, I think it might be best if I just modified = the greyscale rendering
code to merge adjacent greyscale values by default = to avoid this. Thus
a 128 color greyscale palette would be implicitly = used for greyscale layers
instead of grabbing for all 256 where possible as is = done now.

In fact, I think I *will* commit that change in the = MapServer 4.1 development
trunk.

Best regards,

--
---------------------------------------+-----------------------= ---------------
I set the clouds in motion - turn up   | = Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - = Rush    | Geospatial Programmer for Rent

------_=_NextPart_001_01C35DCD.3D282D0B-- From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Fri Aug 8 09:58:15 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Fri, 8 Aug 2003 12:58:15 -0400 Subject: [mapserver-users] OpenGIS CITE Message-ID: <7CDD7B94357FD5119E800002A537C46E230928@s5-ccr-r1.ccrs.nrcan.gc.ca> We haven't, though I've heard various things about it, notably that the tests suites are extremely detailed, and stick VERY closely to the entire spec. As such, most software isn't expected to pass all tests, including MapServer, since some parts of some specs aren't always very clear or realistic. I don't recall the details, but again, if memory serves me right MapServer would NOT pass WMS or WFS, motsly due to the fact that it's more forgiving of certain behaviors and mistakes than the spec says it should. If someone wants to give a try, it'd be neat to see the results ... Any effort to make it comply with the tests would probably break a whole lot of mapserver applications however. J.F. -----Original Message----- From: Bart van den Eijnden [mailto:bartvde at xs4all.nl] Sent: Friday, August 08, 2003 12:33 PM To: mapserver-users at lists.gis.umn.edu Subject: [mapserver-users] OpenGIS CITE Hi list, has anyone from the mapserver community participated in the OpenGIS CITE initiative, to see how conformant mapserver is to the OpenGIS specifications? I know their test suite is only in beta, but perhaps somebody from mapserver has done the beta test. Thanks, Bart _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From vinko at cprsig.cl Fri Aug 8 10:34:50 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Fri, 8 Aug 2003 13:34:50 -0400 Subject: [Mapserver-users] Help with simple(?) app In-Reply-To: <20030808164749.77758.qmail@web11602.mail.yahoo.com> References: <20030808164749.77758.qmail@web11602.mail.yahoo.com> Message-ID: <20030808173450.GA28083@landsat.cprsig.cl> On Fri, Aug 08, 2003 at 09:47:49AM -0700, Hobbes Zatow wrote: > I need to create a simple application that displays a > map of the US, then allows the user to click on a > state to get a zoomed-in view of just the one state > (without seeing bordering states). > > I am able to display the US map with mapserver/cgi > without a problem, but how do I: > > 1. Display the zoomed-in state w/o bordering states? > > 2. Program the "direct to state" zoom in capability? I don't know if with plain CGI mapserver you can do it, but with MapScript it can be done rather easily. For 1, you could set up two classes, one to show the state, and other to hide all the other states (by setting its status to MS_OFF), and using class expression to choose which state is the one you want rendered. For 2, you grab the polygon defining the state, and then obtain its extent iterating through the points, or just do an array/hash/whatever for all the extents. -- Vinko Vrsalovic http://www.cprsig.cl From morissette at dmsolutions.ca Fri Aug 8 10:58:25 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 08 Aug 2003 13:58:25 -0400 Subject: [mapserver-users] OpenGIS CITE In-Reply-To: References: Message-ID: <3F33E4C1.8080709@dmsolutions.ca> Bart van den Eijnden wrote: > > has anyone from the mapserver community participated in the OpenGIS CITE > initiative, to see how conformant mapserver is to the OpenGIS > specifications? I know their test suite is only in beta, but perhaps > somebody from mapserver has done the beta test. > We are currently testing MapServer 4.0 against the CITE test suite for WMS, and it currently passes 56 out of 88 tests. Many of the tests that fail are due to the fact that it supports only WMS 1.1.0 and many tests require WMS 1.1.1. Also, as JF mentioned in his reply, in a few cases MapServer is more permissive than the spec allows and for this reason fails some tests. For instance, when passing invalid layer names MapServer silently ignores the invalid layer (or sends the whole map if LAYERS is omitted), but the spec requires that we send an exception in those cases. All the issues are being filed in bugzilla, if you do a query for "CITE", you'll currently see 12 bugs. We will look into each issue and decide what we do about each one during the 4.1 development cycle. Our goal would be to pass all WMS tests and get MapServer officially certified. With respect to WFS, we are going to run the tests but don't expect to do very well since the MapServer WFS is very incomplete. Also, based on the feedback I've seen on the CITE list, the WFS tests seem to push things quite a bit with respect to GML support, etc. and for this reason MapServer may never pass the whole WFS suite. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mcilhagga at dmsolutions.ca Fri Aug 8 11:16:27 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Fri, 08 Aug 2003 14:16:27 -0400 Subject: [mapserver-users] OpenGIS CITE In-Reply-To: <7CDD7B94357FD5119E800002A537C46E230928@s5-ccr-r1.ccrs.nrcan.gc.ca> References: <7CDD7B94357FD5119E800002A537C46E230928@s5-ccr-r1.ccrs.nrcan.gc.ca> Message-ID: <3F33E8FB.8080301@dmsolutions.ca> Our group (DM Solutions) has begun testing mapserver against the compliance tests from the CITE initiative. I don't have any information on results yet, but I anticipate that results will become know at some point. If anyone else out there is doing this, or planning on setting up some automated testing along these lines, please get in touch with us so we can coordinate activities. Dave -- Dave McIlhagga DM Solutions Group http://www.dmsolutions.ca Jean-Francois.Doyon at ccrs.nrcan.gc.ca wrote: > We haven't, though I've heard various things about it, notably that the > tests suites are extremely detailed, and stick VERY closely to the entire > spec. > > As such, most software isn't expected to pass all tests, including > MapServer, since some parts of some specs aren't always very clear or > realistic. > > I don't recall the details, but again, if memory serves me right MapServer > would NOT pass WMS or WFS, motsly due to the fact that it's more forgiving > of certain behaviors and mistakes than the spec says it should. > > If someone wants to give a try, it'd be neat to see the results ... Any > effort to make it comply with the tests would probably break a whole lot of > mapserver applications however. > > J.F. > > -----Original Message----- > From: Bart van den Eijnden [mailto:bartvde at xs4all.nl] > Sent: Friday, August 08, 2003 12:33 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [mapserver-users] OpenGIS CITE > > > Hi list, > > has anyone from the mapserver community participated in the OpenGIS CITE > initiative, to see how conformant mapserver is to the OpenGIS > specifications? I know their test suite is only in beta, but perhaps > somebody from mapserver has done the beta test. > > Thanks, > Bart > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From godwinl at agr.gc.ca Fri Aug 8 11:39:27 2003 From: godwinl at agr.gc.ca (Liz Godwin) Date: Fri, 08 Aug 2003 14:39:27 -0400 Subject: [Mapserver-users] TEST - do not read Message-ID: From hobbes_zatow at yahoo.com Fri Aug 8 12:27:23 2003 From: hobbes_zatow at yahoo.com (Hobbes Zatow) Date: Fri, 8 Aug 2003 12:27:23 -0700 (PDT) Subject: [Mapserver-users] Re: Help with simple(?) app In-Reply-To: <20030808173450.GA28083@landsat.cprsig.cl> Message-ID: <20030808192723.54335.qmail@web11603.mail.yahoo.com> I'll give mapscript a try. Happen to know know where I can find a compiled perl/MapScript for MapServer 4? (My Web host doesn't allow enable_dl for PHP). Thanks! --- Vinko Vrsalovic wrote: > On Fri, Aug 08, 2003 at 09:47:49AM -0700, Hobbes > Zatow wrote: > > I need to create a simple application that > displays a > > map of the US, then allows the user to click on a > > state to get a zoomed-in view of just the one > state > > (without seeing bordering states). > > > > I am able to display the US map with mapserver/cgi > > without a problem, but how do I: > > > > 1. Display the zoomed-in state w/o bordering > states? > > > > 2. Program the "direct to state" zoom in > capability? > > I don't know if with plain CGI mapserver you can do > it, but with > MapScript it can be done rather easily. > > For 1, you could set up two classes, one to show the > state, and other to > hide all the other states (by setting its status to > MS_OFF), and using > class expression to choose which state is the one > you want rendered. > > For 2, you grab the polygon defining the state, and > then obtain its > extent iterating through the points, or just do an > array/hash/whatever > for all the extents. > > > -- > Vinko Vrsalovic > http://www.cprsig.cl __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From Rich at GreenwoodMap.com Fri Aug 8 13:38:22 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Fri, 08 Aug 2003 14:38:22 -0600 Subject: [Mapserver-users] Help with simple(?) app In-Reply-To: <20030808164749.77758.qmail@web11602.mail.yahoo.com> Message-ID: <5.2.0.9.0.20030808142715.01d56b20@mail.GreenwoodMap.com> At 09:47 AM 8/8/2003 -0700, you wrote: >I need to create a simple application that displays a >map of the US, then allows the user to click on a >state to get a zoomed-in view of just the one state >(without seeing bordering states). > >I am able to display the US map with mapserver/cgi >without a problem, but how do I: > >1. Display the zoomed-in state w/o bordering states? > >2. Program the "direct to state" zoom in capability? Using just CGI I would use mode=itemquery. The map file should look something like: QUERYMAP STATUS ON STYLE SELECTED END And make two layers: Layer NAME "STATE" # displays only one state TYPE polygon DATA states STATUS default FILTERITEM ID Filter "%ID%" CLASS TEMPLATE mymap.html # Use to display map OUTLINECOLOR 255 255 0 # Yellow SYMBOL 'solid' SIZE 6 END END LAYER NAME "STATES" # displays all states STATUS ON TYPE Polygon DATA "states" CLASS TEMPLATE "mymap.html" # Use to display attribute data SYMBOL "Solid" OUTLINECOLOR 0 0 0 SIZE 2 END # CLASS END Both layers use same data. Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich GreenwoodMap com (307) 733-0203 http://www.GreenwoodMap.com From hobbes_zatow at yahoo.com Fri Aug 8 14:55:32 2003 From: hobbes_zatow at yahoo.com (Hobbes Zatow) Date: Fri, 8 Aug 2003 14:55:32 -0700 (PDT) Subject: [Mapserver-users] Help with simple(?) app In-Reply-To: <5.2.0.9.0.20030808142715.01d56b20@mail.GreenwoodMap.com> Message-ID: <20030808215532.79949.qmail@web11603.mail.yahoo.com> Rich - Not sure I follow you on how to make the changes. Wouldn't the dimensions of each individual state have to be specified? Below is my current map file in case it helps. Thanks for any additional info. NAME USA EXTENT -126 30 -66 44 SIZE 400 200 SHAPEPATH "/project/" LAYER NAME counties DATA counties TYPE POLYGON STATUS DEFAULT CLASSITEM 'Aj' CLASS EXPRESSION ([Aj] > 95) COLOR 0 0 0 END CLASS EXPRESSION ([Aj] > 90) COLOR 51 51 51 END CLASS EXPRESSION ([Aj] > 75) COLOR 102 102 102 END CLASS EXPRESSION ([Aj] > 50) COLOR 153 153 153 END CLASS EXPRESSION ([Aj] > 25) COLOR 204 204 204 END END # end Layer LAYER NAME states DATA states TYPE POLYGON STATUS DEFAULT CLASSITEM 'STATE_NAME' CLASS NAME "States" OUTLINECOLOR 0 0 0 END END END # end of map file --- Richard Greenwood wrote: > At 09:47 AM 8/8/2003 -0700, you wrote: > >I need to create a simple application that displays > a > >map of the US, then allows the user to click on a > >state to get a zoomed-in view of just the one state > >(without seeing bordering states). > > > >I am able to display the US map with mapserver/cgi > >without a problem, but how do I: > > > >1. Display the zoomed-in state w/o bordering > states? > > > >2. Program the "direct to state" zoom in > capability? > > Using just CGI I would use mode=itemquery. The map > file should look > something like: > > QUERYMAP > STATUS ON > STYLE SELECTED > END > > And make two layers: > > Layer > NAME "STATE" # displays only one state > TYPE polygon > DATA states > STATUS default > > FILTERITEM ID > Filter "%ID%" > CLASS > TEMPLATE mymap.html # Use to > display map > OUTLINECOLOR 255 255 0 # Yellow > SYMBOL 'solid' SIZE 6 > END > END > > LAYER > NAME "STATES" # displays all states > STATUS ON > TYPE Polygon > DATA "states" > CLASS > TEMPLATE "mymap.html" # Use to > display attribute data > SYMBOL "Solid" > OUTLINECOLOR 0 0 0 > SIZE 2 > END # CLASS > END > > Both layers use same data. > > Rich > > > > Richard W. Greenwood, PLS > Greenwood Mapping, Inc. > Rich GreenwoodMap com > (307) 733-0203 > http://www.GreenwoodMap.com > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From flavio at tydac.ch Sat Aug 9 01:08:31 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Sat, 9 Aug 2003 10:08:31 +0200 Subject: [Mapserver-users] "programmloses" UMN Anwenderforum 30.09.2003 Message-ID: <757959843.20030809100831@tydac.ch> Liebe deutschsprachige UMN MapServer Anwender MapServer Users: excuse the cross-posting from the German group, just want to reach all German Speaking Users. >Hallo deutsche UMN Anwender! >Um ein wenig Leben in die "Bude" zu bekommen, folgender >Veranstaltungshinweis und gleichzeitig eine gemeinsame Erkl?rung des >Geo-Consortiums Bonn und der Firma MapMedia, WARUM es schon wieder etwas >derartiges hier gibt: Da ich denke was hier passiert schadet der Sache, muss mal Stellung genommen werden, und zwar in aller Eindeutigkeit, auch wenn ich mal jemanden ein bisschen auf die F?sse treten muss: Es scheint eine Inflation von gebastelten "ersten Deutschen Anwenderkonferenzen" (? propos "Deutsche": ?sterreich und die Schweiz lassen ganz herzlich gr?ssen) ohne gr?sseren Programm stattzufinden, die von mehreren Firmen ohne gegenseitige Absprache und nun gar ohne jegliche Vorank?ndigung eines Programms "organisiert" werden. Ich finde es sehr schade, dass nicht mal was professionelles auf die Beine gestellt wird. Eine UMN MapServer Konferenz ohne Repr?sentanten der University of Minnesota und von DM Solutions verdient den Namen "UMN MapServer Konferenz" schlicht nicht, sorry! Und ?brigens: eine erste nicht so genannte "Deutschsprachige mit Englisch durchsetzte UMN Mapserver Konferenz" fand in der Schweiz schon im Jahr 2002 statt, mit Daniel Morissette von DM Solutions als Keynote Speaker, also ist sowas ja nicht unm?glich: s. http://www.tydac.ch/german/index.php?menu=News_2002_09 Also bitte auf die Bremse treten, mal mutig diese "Konferenz" absagen und koordinieren (die Firmen und Institutionen die sich beteiligen k?nnten sind ja hoffentlich allen bekannt). Gemeinsam und mit etwas Sponsoring k?nnten wir was "richtiges" machen. TYDAC w?re jedenfalls dabei. Mit freundlichem Gruss / Best regards Flavio Hendry ---------------------------------------------------------------- ++++++++++++++ Web Mapping auf www.mapserver.ch +++++++++++++++ ---------------------------------------------------------------- ############ Mit freundlichen Gruessen / Kind Regards ############ Flavio Hendry- mailto:flavio at tydac.ch ############ TYDAC AG - http://www.tydac.ch #### #### Geographic Information Solutions #### #### Luternauweg 12 -- CH-3006 Bern ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- From peter.schneider at balcab.ch Sat Aug 9 05:22:44 2003 From: peter.schneider at balcab.ch (Peter Schneider Basel) Date: Sat, 9 Aug 2003 14:22:44 +0200 Subject: [Mapserver-users] safe_mode setting in php.ini Message-ID: I'm using apache 1.3.24 running on WinXP, PHP 4.3.1, mapserver 3.6.3. Does somebody knows a way to running a mapserver-application when safe_mode in php.ini is enabled? thanks Peter Schneider switzerland From millardymecki at sympatico.ca Sat Aug 9 13:40:55 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Sat, 9 Aug 2003 16:40:55 -0400 Subject: [Mapserver-users] labelling polygons Message-ID: <002f01c35eb6$883cf160$8000a8c0@pauls> This is a multi-part message in MIME format. ------=_NextPart_000_002C_01C35E95.00DD5870 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I was wondering was looking at the archives for examples of how to = label polygons and couldn't find much. The problem i'm having is i'm = trying to label Canadian Provinces but the labels end up printing write = on the boundary line. Is there a way to specify that the labels be = printed in the center of the polygon? thanks for any help, Paul ------=_NextPart_000_002C_01C35E95.00DD5870 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
    I was wondering was = looking at=20 the archives for examples of how to label polygons and couldn't find = much. =20 The problem i'm having is i'm trying to label Canadian Provinces but the = labels=20 end up printing write on the boundary line.  Is there a way to = specify that=20 the labels be printed in the center of the polygon?
thanks for any help,
Paul
------=_NextPart_000_002C_01C35E95.00DD5870-- From heitzso at growthmodels.com Sat Aug 9 21:25:30 2003 From: heitzso at growthmodels.com (Heitzso) Date: Sun, 10 Aug 2003 00:25:30 -0400 Subject: [Mapserver-users] cygwin gdal question ... Message-ID: <3F35C93A.30505@growthmodels.com> I apologize for this yet-again question, but I've thrashed gdal/mapserver in cygwin for almost a day now and have tried most moderately recent recommendations culled off the web to no avail. (obviously I haven't tried the right combo) I have this all running fine on debian-testing, so know the basics of setting up and running in a linux environment. I'm trying to get python mapscript from 4.0 stable to compile in current stable cygwin on a winxp pro. I need to pick up ogr/gdal. I've worked with gdal current stable and also latest cvs tree snapshot. In both cases gdal sets up fine. Mapserver's ./configure finds gdal libraries fine. The compile appears to run fine. BUT when I 'mapserv.exe -v' an error pops up re the libgdal.1.1.dll not being found. This also blocks 'python setup.py build' in mapscript/python. I've tried installing gdal to both /usr/local/lib and to /usr/lib and that doesn't change anything. Fails to find in either setting. BTW, I do make distclean and then rm *.exe and rm Makefile to flush the env between runs. I often see references to "... I have it working but I had to tweak the configure scripts ..." or " ... I have it working but I had to modify the makefile ... ". Okay, what's the trick to finding libdgal.1.1.dll ? Please, could someone take a moment and spell out the recommended way to setup gdal/mapserver/mapscript-python in cygwin env for mapserver 4.0? Another clue is I've pulled down python/apache/etc. through cygwin setup.exe, hence I've had to 'rebaseall' to get around the apache load problem. However, I have not run rebaseall after setting up gdal/mapserver. Is this interfering? Many thanks, Heitzso From nhv at cape.com Sat Aug 9 22:19:57 2003 From: nhv at cape.com (Norman Vine) Date: Sun, 10 Aug 2003 01:19:57 -0400 Subject: [Mapserver-users] cygwin gdal question ... In-Reply-To: <3F35C93A.30505@growthmodels.com> Message-ID: Heitzso writes: > > I've worked with gdal current stable and also > latest cvs tree snapshot. > In both cases gdal sets up fine. > Mapserver's ./configure finds gdal libraries fine. > The compile appears to run fine. > BUT when I 'mapserv.exe -v' an error pops up > re the libgdal.1.1.dll not being found. > This also blocks 'python setup.py build' in mapscript/python. > > I've tried installing gdal to both /usr/local/lib > and to /usr/lib and that doesn't change anything. > Fails to find in either setting. BTW, I do make distclean > and then rm *.exe and rm Makefile to flush the env > between runs. assuming you installed gdal into $prefix Copy the dll from $prefix/lib to $prefix/bin This is a known problem with gdal WRT to Cygwin that I don't have an easy fix for HTH Norman From millardymecki at sympatico.ca Sat Aug 9 23:06:01 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Sun, 10 Aug 2003 02:06:01 -0400 Subject: [Mapserver-users] labelling polygons References: <002f01c35eb6$883cf160$8000a8c0@pauls> Message-ID: <006b01c35f05$7a04b570$8000a8c0@pauls> This is a multi-part message in MIME format. ------=_NextPart_000_0068_01C35EE3.F2A088A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sorry actually did find it in the archives,=20 ----- Original Message -----=20 From: Paul Dymecki=20 To: MapServer List (E-mail)=20 Sent: Saturday, August 09, 2003 4:40 PM Subject: [Mapserver-users] labelling polygons Hi, I was wondering was looking at the archives for examples of how to = label polygons and couldn't find much. The problem i'm having is i'm = trying to label Canadian Provinces but the labels end up printing write = on the boundary line. Is there a way to specify that the labels be = printed in the center of the polygon? thanks for any help, Paul ------=_NextPart_000_0068_01C35EE3.F2A088A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sorry actually did=20 find it in the archives,
 
----- Original Message -----
From:=20 Paul Dymecki
To: MapServer List = (E-mail)=20
Sent: Saturday, August 09, 2003 = 4:40=20 PM
Subject: [Mapserver-users] = labelling=20 polygons

Hi,
    I was wondering = was looking at=20 the archives for examples of how to label polygons and couldn't find=20 much.  The problem i'm having is i'm trying to label Canadian = Provinces=20 but the labels end up printing write on the boundary line.  Is = there a=20 way to specify that the labels be printed in the center of the=20 polygon?
thanks for any help,
Paul
------=_NextPart_000_0068_01C35EE3.F2A088A0-- From heitzso at growthmodels.com Sun Aug 10 07:11:49 2003 From: heitzso at growthmodels.com (Heitzso) Date: Sun, 10 Aug 2003 10:11:49 -0400 Subject: [Mapserver-users] cygwin gdal question ... In-Reply-To: References: Message-ID: <3F3652A5.5040308@growthmodels.com> Thank you Norman, In hindsight that was obvious. DLLs need to be in the path. mapserv.exe still crashes, but I'll go back and rebuild everything straight and try again (with the gdal dll where it belongs). I'm also going to throw the cygwin versus straight windows question to the list in another email where the subject corresponds better to the question. Heitzso Norman Vine wrote: > Heitzso writes: > >>I've worked with gdal current stable and also >>latest cvs tree snapshot. >>In both cases gdal sets up fine. >>Mapserver's ./configure finds gdal libraries fine. >>The compile appears to run fine. >>BUT when I 'mapserv.exe -v' an error pops up >>re the libgdal.1.1.dll not being found. >>This also blocks 'python setup.py build' in mapscript/python. >> >>I've tried installing gdal to both /usr/local/lib >>and to /usr/lib and that doesn't change anything. >>Fails to find in either setting. BTW, I do make distclean >>and then rm *.exe and rm Makefile to flush the env >>between runs. > > > assuming you installed gdal into $prefix > > Copy the dll from $prefix/lib to $prefix/bin > > This is a known problem with gdal WRT to Cygwin > that I don't have an easy fix for > > HTH > > Norman > From heitzso at growthmodels.com Sun Aug 10 07:20:17 2003 From: heitzso at growthmodels.com (Heitzso) Date: Sun, 10 Aug 2003 10:20:17 -0400 Subject: [Mapserver-users] cygwin versus mingw/native/win question Message-ID: <3F3654A1.2000400@growthmodels.com> I have potential clients that are "gotta have it on Win" folks. So, while I prefer linux, I need to push the whole tool stack over to WinXX. My question ... if I need all of the mapserver extensions rolled in for a python mapscript app with a postgis backend, am I better off messing with cygwin or messing with mingw? I've focused on cygwin because: - I've used cygwin in other contexts for years - not clear there's a native postgis solution ready, though I know postgresql folks are working on their native win db - I haven't seen any email/doc that says all of the secondary libraries are ready to compile in straight win env. - I thought it would be simpler, given my development environment is debian unstable and the tool/lib setup would be similar - I like the idea of a single 'setup.exe' run picking up security fixes for client Disadvantages of cygwin: - slower than native compile and this is a speed sensitive app - that setup.exe update could easily break everything on my client's box and they won't know how to clean it up - I'm struggling with the corner cases on cygwin anyway, might be easier to fight the corner cases mingw THOUGHTS/COMMENTS APPRECIATED! Thanks, Heitzso From gsw at globexplorer.com Sun Aug 10 17:20:23 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Sun, 10 Aug 2003 17:20:23 -0700 Subject: [Mapserver-users] Showing a single point from a DBF file Message-ID: <71E37EF6B7DCC1499CEA0316A25683280105704F@loki.globexplorer.com> I am having a heck of a time with this ... I have almost got an application that works, but I can't help but wonder if I am perhaps going about this the wrong way. I am currently using map server 3.6.3 on Windows (our project is migrating from windows so development has been easier by using micro$oft). Eventually we'll migrate to a linux box with the latest map server. I have some data points on a map -- users can query them and get shown a web page about that point. The shape file has a column for a URL/internal address and I use that with a little bit of javascript to actually get the user the page. Now I want to go the other way -- from a given page in our project, say "Seals Stadium" and bring up our map of San Francisco with that point (only) highlighted. I can do this by manually tweaking the map file: CLASSITEM "ID" LABELCACHE ON CLASS NAME "SSF Map Points" EXPRESSION "2" ... where "2" is the id of the point in question ... So how can do this when the point isn't known in advance [e.g. Joe wants to see #23 and Mary wants to see #44, etc.) ? I've tried a perl script that creates a map file with a random number as part of its name (to keep it unique), replacing only that value, but I don't seem to be getting functional maps -- the ones I have conjured look ok but when I click on them I get a "Page not found" error. I'd like to keep using mapserver as a cgi beast for now (in the interest of quicker deployment) ... eventually a perl application is probably the way I'll go since other tools use perl and I'm reasonably familiar with it. Any advice (or a "fergit it without using xxxx") would be welcome ... Thanks! Greg Williamson Shaping San Francisco gsw at shapingsf.org [having trouble with my mail server sending mail, hence a different address in the mail header] From sarawut at ait.ac.th Sun Aug 10 18:37:07 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Mon, 11 Aug 2003 08:37:07 +0700 Subject: [Mapserver-users] Can display GRASS's result on Mapserver ? Message-ID: <5.1.1.6.2.20030811083423.00b01828@mail.ait.ac.th> Dear all I would like to make some network analysis with GRASS get data from PostGIS by two specific points from Mapserver. And after find the best route by model of GRASS, Can I display result from GRASS immediately on Mapserver? Best Regards Sarawut From sarawut at ait.ac.th Sun Aug 10 18:47:13 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Mon, 11 Aug 2003 08:47:13 +0700 Subject: [Mapserver-users] Can display GRASS's result on Mapserver ? Message-ID: <5.1.1.6.2.20030811084711.00b0cfb0@mail.ait.ac.th> Dear all I would like to make some network analysis with GRASS get data from PostGIS by two specific points from Mapserver. And after find the best route by model of GRASS, Can I display result from GRASS immediately on Mapserver? Best Regards Sarawut From rich at greenwoodmap.com Sun Aug 10 20:35:50 2003 From: rich at greenwoodmap.com (Richard Greenwood) Date: Sun, 10 Aug 2003 21:35:50 -0600 Subject: [Mapserver-users] Showing a single point from a DBF file Message-ID: <5.2.0.9.0.20030810213525.00aaf340@mail.greenwoodmap.com> --=======15303795======= Content-Type: text/plain; x-avg-checked=avg-ok-3B1A4A8; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit > >Now I want to go the other way -- from a given page in our project, say >"Seals Stadium" and bring up our map of San Francisco with that point >(only) highlighted. I can do this by manually tweaking the map file: > CLASSITEM "ID" > LABELCACHE ON > CLASS > NAME "SSF Map Points" > EXPRESSION "2" > >... No real magic required to do this, and no server side scripting required, either. But the syntax between 3.6 and 4.0 is slightly different (so get with 4.0). In 3.6 your query string should look like: map=mymap mode=itemquery qlayer=stadiums mapext=shapes id=2 # form variable passing value for Seals Stadium Or in 4.0: map=mymap mode=itemquery qlayer=stadiums mapext=shapes qietm=id # name of db field qstring=2 # form variable passing value for Seals Stadium And your map file would have a layer like: Layer NAME "stadiums" TYPE polygon DATA "stauiums" STATUS default FILTERITEM id Filter "%id%" CLASS TEMPLATE mymap.html # Use to display map OUTLINECOLOR 255 255 0 SYMBOL 'solid' SIZE 6 END # CLASS END Rich Richard W. Greenwood, PLS (307) 733-0203 Rich at GreenwoodMap.com www.GreenwoodMap.com --=======15303795=======-- From EGranger at landadvisors.com Sun Aug 10 22:24:43 2003 From: EGranger at landadvisors.com (Ethan Granger) Date: Mon, 11 Aug 2003 01:24:43 -0400 Subject: [Mapserver-users] Install help Message-ID: <32BA4E688BA6D3118C030050DA7B97C1024E9574@villager1.webville.net> This is a multi-part message in MIME format. ------_=_NextPart_001_01C35FC8.DF0CC9B3 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TXkgc3lzdGVtOiBSZWRIYXQgOS4wLCBBcGFjaGUgMi4wLjQwLCBQSFAgNC4yLjINCiANCkkgYW0g YSBsaW51eCBuZXdiaWUgYW5kIEkgYW0gdHJ5aW5nIHRvIGluc3RhbGwgbWFwc2VydmVyLiAgSSBu b3RpY2VkIHRoYXQgSSBuZWVkZWQgYW4gdXBncmFkZWQgR0QgbGlicmFyeSB0aGFuIGNhbWUgd2l0 aCBteSBSSDkuICBXaGVuIEkgdHlwZWQgdGhlIGNvbW1hbmQgInJwbSAtcSBnZCIgSSBnb3QgImdk LTEuOC40LTExIiB3aGljaCBJIGlzbid0IGdvb2QgZW5vdWdoIGFjY29yZGluZyB0byB0aGUgaW5z dHJ1Y3Rpb25zLiAgU28gdGhpcyBpcyB3aGF0IEkgZGlkOg0KIA0KRG93bmxvYWRlZCBnZC0yLjAu MTUgdG8gL3Jvb3QNCnR5cGVkICJ0YXIgLXp4dmYgZ2QtMi4wLjE1LnRhci5neiINCnR5cGVkICJj ZCBnZC0yLjAuMTUiDQp0eXBlZCAiLi9jb25maWd1cmUiDQp0eXBlZCAibWFrZSINCnR5cGVkICJt YWtlIGluc3RhbGwiDQp0eXBlZCAiY2QgLyINCnR5cGVkICJycG0gLXEgZ2QiIGFuZCAiSSBnb3Qg Z2QtMS44LjQtMTEiDQogDQpXaGF0IGdpdmVzPyBIb3cgY29tZSBnZCB3YXMgbm90IHVwZ3JhZGVk PyAgSG93IGRvIEkgZmlndXJlIG91dCB3aGVyZSBSSDkgaW5zdGFsbGVkIGl0IGFuZCByZW1vdmUg aXQ/IG9yIG92ZXJ3cml0ZSBpdD8NCiANCnRoYW5rcyBmb3IgeW91ciBoZWxwLg0K ------_=_NextPart_001_01C35FC8.DF0CC9B3 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj48SFRNTD48SEVBRD48TUVUQSBIVFRQLUVRVUlWPSJDb250ZW50LVR5cGUiIENPTlRFTlQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+PC9IRUFEPjxCT0RZPjxESVY+TXkgc3lzdGVtOiBS ZWRIYXQgOS4wLCBBcGFjaGUgMi4wLjQwLCBQSFAgNC4yLjI8L0RJVj4KPERJVj4mbmJzcDs8L0RJ Vj4KPERJVj5JIGFtIGEgbGludXggbmV3YmllIGFuZCBJIGFtIHRyeWluZyB0byBpbnN0YWxsIG1h cHNlcnZlci4mbmJzcDsgSSBub3RpY2VkIAp0aGF0IEkgbmVlZGVkIGFuIHVwZ3JhZGVkIEdEIGxp YnJhcnkgdGhhbiBjYW1lIHdpdGggbXkgUkg5LiZuYnNwOyBXaGVuIEkgdHlwZWQgCnRoZSBjb21t YW5kICJycG0gLXEgZ2QiIEkgZ290ICJnZC0xLjguNC0xMSIgd2hpY2ggSSBpc24ndCBnb29kIGVu b3VnaCBhY2NvcmRpbmcgCnRvIHRoZSBpbnN0cnVjdGlvbnMuJm5ic3A7IFNvIHRoaXMgaXMgd2hh dCBJIGRpZDo8L0RJVj4KPERJVj4mbmJzcDs8L0RJVj4KPERJVj5Eb3dubG9hZGVkJm5ic3A7Z2Qt Mi4wLjE1IHRvIC9yb290PC9ESVY+CjxESVY+dHlwZWQgInRhciAtenh2ZiBnZC0yLjAuMTUudGFy Lmd6IjwvRElWPgo8RElWPnR5cGVkICJjZCBnZC0yLjAuMTUiPC9ESVY+CjxESVY+dHlwZWQgIi4v Y29uZmlndXJlIjwvRElWPgo8RElWPnR5cGVkICJtYWtlIjwvRElWPgo8RElWPnR5cGVkICJtYWtl IGluc3RhbGwiPC9ESVY+CjxESVY+dHlwZWQgImNkIC8iPC9ESVY+CjxESVY+dHlwZWQgInJwbSAt cSBnZCIgYW5kICJJIGdvdCBnZC0xLjguNC0xMSI8L0RJVj4KPERJVj4mbmJzcDs8L0RJVj4KPERJ Vj5XaGF0IGdpdmVzPyBIb3cgY29tZSBnZCB3YXMgbm90IHVwZ3JhZGVkPyZuYnNwOyBIb3cgZG8g SSBmaWd1cmUgb3V0IHdoZXJlIApSSDkgaW5zdGFsbGVkIGl0IGFuZCByZW1vdmUgaXQ/IG9yIG92 ZXJ3cml0ZSBpdD88L0RJVj4KPERJVj4mbmJzcDs8L0RJVj4KPERJVj50aGFua3MgZm9yIHlvdXIg aGVscC48L0RJVj48L0JPRFk+PC9IVE1MPg== ------_=_NextPart_001_01C35FC8.DF0CC9B3-- From siki at bme-geod.agt.bme.hu Mon Aug 11 03:08:13 2003 From: siki at bme-geod.agt.bme.hu (Siki Zoltan) Date: Mon, 11 Aug 2003 09:08:13 -0100 (GMT+1) Subject: [Mapserver-users] Install help In-Reply-To: <32BA4E688BA6D3118C030050DA7B97C1024E9574@villager1.webville.net> Message-ID: Hi, You may install a package on RedHat from an RPM or from sources. The old GD was installed from an RPM, that is way you see it with rpm -q You build the new version from sources, so rpm -q can't see it. Now you have two versions of GD on your linux box, the old one in the /usr and the new one in /usr/local. You must specify the location for the configure script of mapserver --with-gd=DIR to force mapserver to use the new one. You may remove the old GD with rpm -e package. Probably you won't find an rpm for the newest GD (I couldn't). So rpm can handle packages installed from .rpm files. -- Zoltan On Mon, 11 Aug 2003, Ethan Granger wrote: > My system: RedHat 9.0, Apache 2.0.40, PHP 4.2.2 > > I am a linux newbie and I am trying to install mapserver. I noticed that I needed an upgraded GD library than came with my RH9. When I typed the command "rpm -q gd" I got "gd-1.8.4-11" which I isn't good enough according to the instructions. So this is what I did: > > Downloaded gd-2.0.15 to /root > typed "tar -zxvf gd-2.0.15.tar.gz" > typed "cd gd-2.0.15" > typed "./configure" > typed "make" > typed "make install" > typed "cd /" > typed "rpm -q gd" and "I got gd-1.8.4-11" > > What gives? How come gd was not upgraded? How do I figure out where RH9 installed it and remove it? or overwrite it? > > thanks for your help. > From schut at sarvision.com Mon Aug 11 01:25:32 2003 From: schut at sarvision.com (Vincent Schut) Date: Mon, 11 Aug 2003 10:25:32 +0200 Subject: FW: [Mapserver-users] Need Info and Help for a first test In-Reply-To: <71E37EF6B7DCC1499CEA0316A25683280105703B@loki.globexplorer.com> References: <71E37EF6B7DCC1499CEA0316A25683280105703B@loki.globexplorer.com> Message-ID: <200308111025.32174.schut@sarvision.com> Harato, With the coordinates you specified, units should be meters, not DD. DD means decimal degrees, and these will never exceed 180. This means that you should also use a projection that is in meters, like some mercator projection (UTM etc.) Unless your layer data files are in the same projection as the projection you want everything to show up, you will need to define a projection block in your mapfile to specify the final projection, and one in each layer block that has a different projection that the final one, so mapserver knows what to reproject from and to. For more info about this you'd best take a serious look at the documentation sections on the mapserver internet pages. Sometimes it takes a while before you find what you need, but there is lots and lots of valuable info there, especially about these basic things. On Friday 08 August 2003 11:55, Gregory S. Williamson wrote: > 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 at 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 at yahoo.com] > > Sent: Thu 8/7/2003 6:15 AM > > To: Mapserver-users at 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 at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From bplatzen at sosnetz.de Mon Aug 11 02:28:03 2003 From: bplatzen at sosnetz.de (Bjoern Platzen) Date: Mon, 11 Aug 2003 11:28:03 +0200 Subject: [Mapserver-users] Once again: no options found in 'init' file In-Reply-To: References: Message-ID: <200308111128.03638.bplatzen@sosnetz.de> Hello Andreas, now I had the time to try if your advice works for me... ... it does! Thanks a lot, bye, Bjoern. Am Mittwoch, 6. August 2003 18:03 schrieb Maul, Andreas-Alexander: > 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 at sosnetz.de] > Gesendet: Dienstag, 5. August 2003 18:30 > An: mapserver-users at 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 at 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 at 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 at sosnetz.de - http://www.sosnetz.de From woodbri at swoodbridge.com Mon Aug 11 04:36:51 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 11 Aug 2003 07:36:51 -0400 Subject: [Mapserver-users] Install help In-Reply-To: References: <32BA4E688BA6D3118C030050DA7B97C1024E9574@villager1.webville.net> Message-ID: <3F374793.4251.D7A5BDE@localhost> Siki, You need to uninstall the rpm first with: rpm -e --nodeps gd rpm -e --nodeps gd-devel Then build and install gd-2.0.15 -Steve W. On 11 Aug 2003 at 9:08, Siki Zoltan wrote: > Hi, > > You may install a package on RedHat from an RPM or from sources. > The old GD was installed from an RPM, that is way you see it with rpm > -q You build the new version from sources, so rpm -q can't see it. > Now you have two versions of GD on your linux box, the old one in the > /usr and the new one in /usr/local. You must specify the location for > the configure script of mapserver --with-gd=DIR to force mapserver to > use the new one. You may remove the old GD with rpm -e package. > > Probably you won't find an rpm for the newest GD (I couldn't). > So rpm can handle packages installed from .rpm files. > > -- > Zoltan > > On Mon, 11 Aug 2003, Ethan Granger wrote: > > > My system: RedHat 9.0, Apache 2.0.40, PHP 4.2.2 > > > > I am a linux newbie and I am trying to install mapserver. I noticed > > that I needed an upgraded GD library than came with my RH9. When I > > typed the command "rpm -q gd" I got "gd-1.8.4-11" which I isn't good > > enough according to the instructions. So this is what I did: > > > > Downloaded gd-2.0.15 to /root > > typed "tar -zxvf gd-2.0.15.tar.gz" > > typed "cd gd-2.0.15" > > typed "./configure" > > typed "make" > > typed "make install" > > typed "cd /" > > typed "rpm -q gd" and "I got gd-1.8.4-11" > > > > What gives? How come gd was not upgraded? How do I figure out where > > RH9 installed it and remove it? or overwrite it? > > > > thanks for your help. > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From siki at bme-geod.agt.bme.hu Mon Aug 11 08:32:41 2003 From: siki at bme-geod.agt.bme.hu (Siki Zoltan) Date: Mon, 11 Aug 2003 14:32:41 -0100 (GMT+1) Subject: [Mapserver-users] Install help In-Reply-To: <3F374793.4251.D7A5BDE@localhost> Message-ID: Hi Steve, On Mon, 11 Aug 2003 woodbri at swoodbridge.com wrote: > Siki, > > You need to uninstall the rpm first with: > > rpm -e --nodeps gd > rpm -e --nodeps gd-devel --nodeps can be dangerous mainly if the newer version gd 2.0.x is in /usr/local, a lot of packages may depend on gd, none of them will work after removing gd and gd-devel. I have both gd 1.8.x as an rpm and 2.0.15 build from source on my system. > > Then build and install gd-2.0.15 > > -Steve W. > > On 11 Aug 2003 at 9:08, Siki Zoltan wrote: > > > Hi, > > > > You may install a package on RedHat from an RPM or from sources. > > The old GD was installed from an RPM, that is way you see it with rpm > > -q You build the new version from sources, so rpm -q can't see it. > > Now you have two versions of GD on your linux box, the old one in the > > /usr and the new one in /usr/local. You must specify the location for > > the configure script of mapserver --with-gd=DIR to force mapserver to > > use the new one. You may remove the old GD with rpm -e package. > > > > Probably you won't find an rpm for the newest GD (I couldn't). > > So rpm can handle packages installed from .rpm files. > > > > -- > > Zoltan > > > > On Mon, 11 Aug 2003, Ethan Granger wrote: > > > > > My system: RedHat 9.0, Apache 2.0.40, PHP 4.2.2 > > > > > > I am a linux newbie and I am trying to install mapserver. I noticed > > > that I needed an upgraded GD library than came with my RH9. When I > > > typed the command "rpm -q gd" I got "gd-1.8.4-11" which I isn't good > > > enough according to the instructions. So this is what I did: > > > > > > Downloaded gd-2.0.15 to /root > > > typed "tar -zxvf gd-2.0.15.tar.gz" > > > typed "cd gd-2.0.15" > > > typed "./configure" > > > typed "make" > > > typed "make install" > > > typed "cd /" > > > typed "rpm -q gd" and "I got gd-1.8.4-11" > > > > > > What gives? How come gd was not upgraded? How do I figure out where > > > RH9 installed it and remove it? or overwrite it? > > > > > > thanks for your help. > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at 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 at 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 at sarvision.com Mon Aug 11 05:31:46 2003 From: schut at sarvision.com (Vincent Schut) Date: Mon, 11 Aug 2003 14:31:46 +0200 Subject: [Mapserver-users] Install help In-Reply-To: References: Message-ID: <200308111431.46412.schut@sarvision.com> A note about this: you can avoid this danger by either: - installing the package where the rpm was installed (usually use '--prefix=/usr' when running ./configure) - adding /usr/local/lib to your dynamic linker path, e.g. by adding it to /etc/ld.so.conf, and running ldconfig after compiling and installing a new library. Existing programs should then be able find the new library. Of course the new library should be api-compatible with the older one for existing programs to keep running. I find it usually safer to do one of these, then to have multiple versions of a lib on my hd in different places, with the danger of packages being indirectly linked to 2 different versions of the same lib (like can be the case with mapscript and php, using different versions of GD...) Cheers, Vincent. On Monday 11 August 2003 17:32, Siki Zoltan wrote: > Hi Steve, > > On Mon, 11 Aug 2003 woodbri at swoodbridge.com wrote: > > Siki, > > > > You need to uninstall the rpm first with: > > > > rpm -e --nodeps gd > > rpm -e --nodeps gd-devel > > --nodeps can be dangerous mainly if the newer version gd 2.0.x is > in /usr/local, a lot of packages may depend on gd, none of them will work > after removing gd and gd-devel. > I have both gd 1.8.x as an rpm and 2.0.15 build from source on > my system. > > > Then build and install gd-2.0.15 > > > > -Steve W. > > > > On 11 Aug 2003 at 9:08, Siki Zoltan wrote: > > > Hi, > > > > > > You may install a package on RedHat from an RPM or from sources. > > > The old GD was installed from an RPM, that is way you see it with rpm > > > -q You build the new version from sources, so rpm -q can't see it. > > > Now you have two versions of GD on your linux box, the old one in the > > > /usr and the new one in /usr/local. You must specify the location for > > > the configure script of mapserver --with-gd=DIR to force mapserver to > > > use the new one. You may remove the old GD with rpm -e package. > > > > > > Probably you won't find an rpm for the newest GD (I couldn't). > > > So rpm can handle packages installed from .rpm files. > > > > > > -- > > > Zoltan > > > > > > On Mon, 11 Aug 2003, Ethan Granger wrote: > > > > My system: RedHat 9.0, Apache 2.0.40, PHP 4.2.2 > > > > > > > > I am a linux newbie and I am trying to install mapserver. I noticed > > > > that I needed an upgraded GD library than came with my RH9. When I > > > > typed the command "rpm -q gd" I got "gd-1.8.4-11" which I isn't good > > > > enough according to the instructions. So this is what I did: > > > > > > > > Downloaded gd-2.0.15 to /root > > > > typed "tar -zxvf gd-2.0.15.tar.gz" > > > > typed "cd gd-2.0.15" > > > > typed "./configure" > > > > typed "make" > > > > typed "make install" > > > > typed "cd /" > > > > typed "rpm -q gd" and "I got gd-1.8.4-11" > > > > > > > > What gives? How come gd was not upgraded? How do I figure out where > > > > RH9 installed it and remove it? or overwrite it? > > > > > > > > thanks for your help. > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From EGranger at landadvisors.com Mon Aug 11 06:09:32 2003 From: EGranger at landadvisors.com (Ethan Granger) Date: Mon, 11 Aug 2003 09:09:32 -0400 Subject: [Mapserver-users] Install help Message-ID: <32BA4E688BA6D3118C030050DA7B97C1024E9578@villager1.webville.net> This is a multi-part message in MIME format. ------_=_NextPart_001_01C36009.CE4F2F26 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmsgeW91IGZvciB5b3VyIHJlc3BvbnNlcy4gIEFnYWluIEkgYW0gbmV3IHRvIGxpbnV4IGFu ZCBJIGFwb2xvZ2l6ZSBpZiBteSBxdWVzdGlvbnMgYXJlIGJhc2ljLiAgT25lIG9mIHRoZSBjaGFs bGVuZ2VzIHRoYXQgSSBoYXZlIGhhZCB3aXRoIGxpbnV4IGlzIGZpZ3VyaW5nIG91dCBXSEVSRSBz dHVmZiBpcy4gIEFyZSBhbGwgb2YgbXkgbmVjZXNzYXJ5IG1hcHNlcnZlciBsaWJyYXJpZXMgZ29p bmcgdG8gYmUgaW4gdGhlIC91c3IgZm9sZGVyPyAgSXMgdGhlcmUgYSBjb21tYW5kIHRoYXQgd2ls bCB0ZWxsIG1lIHdoZXJlIG15IGFwcGxpY2F0aW9ucy9saWJyYXJpZXMgYXJlIGxvY2F0ZWQ/ICBJ IHdvdWxkIHByZWZlciB0aGF0IG15IHN5c3RlbSBoYXMgb25seSBvbmUgaW5zdGFsbCBvZiBlYWNo IGZpbGUuICBJZiB0aGVyZSBpcyBhIGdvb2QgcmVmZXJlbmNlIHRoYXQgY2FuIGdpdmUgbWUgYSBi ZXR0ZXIgdW5kZXJzdGFuZGluZyBvZiB0aGUgbGludXggZmlsZSBzdHJ1Y3R1cmUgcGVyaGFwcyB0 aGF0IHdvdWxkIGJlIGEgZ29vZCBwbGFjZSBmb3IgbWUgdG8gc3RhcnQuDQoNCgktLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLSANCglGcm9tOiBWaW5jZW50IFNjaHV0IFttYWlsdG86c2NodXRAc2Fy dmlzaW9uLmNvbV0gDQoJU2VudDogTW9uIDgvMTEvMjAwMyA1OjMxIEFNIA0KCVRvOiBTaWtpIFpv bHRhbjsgd29vZGJyaUBzd29vZGJyaWRnZS5jb20gDQoJQ2M6IEV0aGFuIEdyYW5nZXI7IG1hcHNl cnZlci11c2Vyc0BsaXN0cy5naXMudW1uLmVkdSANCglTdWJqZWN0OiBSZTogW01hcHNlcnZlci11 c2Vyc10gSW5zdGFsbCBoZWxwDQoJDQoJDQoNCglBIG5vdGUgYWJvdXQgdGhpczogeW91IGNhbiBh dm9pZCB0aGlzIGRhbmdlciBieSBlaXRoZXI6DQoJLSBpbnN0YWxsaW5nIHRoZSBwYWNrYWdlIHdo ZXJlIHRoZSBycG0gd2FzIGluc3RhbGxlZCAodXN1YWxseSB1c2UNCgknLS1wcmVmaXg9L3Vzcicg d2hlbiBydW5uaW5nIC4vY29uZmlndXJlKQ0KCS0gYWRkaW5nIC91c3IvbG9jYWwvbGliIHRvIHlv dXIgZHluYW1pYyBsaW5rZXIgcGF0aCwgZS5nLiBieSBhZGRpbmcgaXQgdG8NCgkvZXRjL2xkLnNv LmNvbmYsIGFuZCBydW5uaW5nIGxkY29uZmlnIGFmdGVyIGNvbXBpbGluZyBhbmQgaW5zdGFsbGlu ZyBhIG5ldw0KCWxpYnJhcnkuIEV4aXN0aW5nIHByb2dyYW1zIHNob3VsZCB0aGVuIGJlIGFibGUg ZmluZCB0aGUgbmV3IGxpYnJhcnkuIE9mDQoJY291cnNlIHRoZSBuZXcgbGlicmFyeSBzaG91bGQg YmUgYXBpLWNvbXBhdGlibGUgd2l0aCB0aGUgb2xkZXIgb25lIGZvcg0KCWV4aXN0aW5nIHByb2dy YW1zIHRvIGtlZXAgcnVubmluZy4NCglJIGZpbmQgaXQgdXN1YWxseSBzYWZlciB0byBkbyBvbmUg b2YgdGhlc2UsIHRoZW4gdG8gaGF2ZSBtdWx0aXBsZSB2ZXJzaW9ucyBvZg0KCWEgbGliIG9uIG15 IGhkIGluIGRpZmZlcmVudCBwbGFjZXMsIHdpdGggdGhlIGRhbmdlciBvZiBwYWNrYWdlcyBiZWlu Zw0KCWluZGlyZWN0bHkgbGlua2VkIHRvIDIgZGlmZmVyZW50IHZlcnNpb25zIG9mIHRoZSBzYW1l IGxpYiAobGlrZSBjYW4gYmUgdGhlDQoJY2FzZSB3aXRoIG1hcHNjcmlwdCBhbmQgcGhwLCB1c2lu ZyBkaWZmZXJlbnQgdmVyc2lvbnMgb2YgR0QuLi4pDQoJDQoJQ2hlZXJzLA0KCVZpbmNlbnQuDQoJ DQoJT24gTW9uZGF5IDExIEF1Z3VzdCAyMDAzIDE3OjMyLCBTaWtpIFpvbHRhbiB3cm90ZToNCgk+ IEhpIFN0ZXZlLA0KCT4NCgk+IE9uIE1vbiwgMTEgQXVnIDIwMDMgd29vZGJyaUBzd29vZGJyaWRn ZS5jb20gd3JvdGU6DQoJPiA+IFNpa2ksDQoJPiA+DQoJPiA+IFlvdSBuZWVkIHRvIHVuaW5zdGFs bCB0aGUgcnBtIGZpcnN0IHdpdGg6DQoJPiA+DQoJPiA+IHJwbSAtZSAtLW5vZGVwcyBnZA0KCT4g PiBycG0gLWUgLS1ub2RlcHMgZ2QtZGV2ZWwNCgk+DQoJPiAtLW5vZGVwcyBjYW4gYmUgZGFuZ2Vy b3VzIG1haW5seSBpZiB0aGUgbmV3ZXIgdmVyc2lvbiBnZCAyLjAueCBpcw0KCT4gaW4gL3Vzci9s b2NhbCwgYSBsb3Qgb2YgcGFja2FnZXMgbWF5IGRlcGVuZCBvbiBnZCwgbm9uZSBvZiB0aGVtIHdp bGwgd29yaw0KCT4gYWZ0ZXIgcmVtb3ZpbmcgZ2QgYW5kIGdkLWRldmVsLg0KCT4gSSBoYXZlIGJv dGggZ2QgMS44LnggYXMgYW4gcnBtIGFuZCAyLjAuMTUgYnVpbGQgZnJvbSBzb3VyY2Ugb24NCgk+ IG15IHN5c3RlbS4NCgk+DQoJPiA+IFRoZW4gYnVpbGQgYW5kIGluc3RhbGwgZ2QtMi4wLjE1DQoJ PiA+DQoJPiA+IC1TdGV2ZSBXLg0KCT4gPg0KCT4gPiBPbiAxMSBBdWcgMjAwMyBhdCA5OjA4LCBT aWtpIFpvbHRhbiB3cm90ZToNCgk+ID4gPiBIaSwNCgk+ID4gPg0KCT4gPiA+IFlvdSBtYXkgaW5z dGFsbCBhIHBhY2thZ2Ugb24gUmVkSGF0IGZyb20gYW4gUlBNIG9yIGZyb20gc291cmNlcy4NCgk+ ID4gPiBUaGUgb2xkIEdEIHdhcyBpbnN0YWxsZWQgZnJvbSBhbiBSUE0sIHRoYXQgaXMgd2F5IHlv dSBzZWUgaXQgd2l0aCBycG0NCgk+ID4gPiAtcSBZb3UgYnVpbGQgdGhlIG5ldyB2ZXJzaW9uIGZy b20gc291cmNlcywgc28gIHJwbSAtcSBjYW4ndCBzZWUgaXQuDQoJPiA+ID4gTm93IHlvdSBoYXZl IHR3byB2ZXJzaW9ucyBvZiBHRCBvbiB5b3VyICBsaW51eCBib3gsIHRoZSBvbGQgb25lIGluIHRo ZQ0KCT4gPiA+IC91c3IgYW5kIHRoZSBuZXcgb25lIGluIC91c3IvbG9jYWwuIFlvdSBtdXN0IHNw ZWNpZnkgdGhlIGxvY2F0aW9uIGZvcg0KCT4gPiA+IHRoZSBjb25maWd1cmUgc2NyaXB0IG9mIG1h cHNlcnZlciAtLXdpdGgtZ2Q9RElSIHRvIGZvcmNlIG1hcHNlcnZlciB0bw0KCT4gPiA+IHVzZSB0 aGUgbmV3IG9uZS4gWW91IG1heSByZW1vdmUgdGhlIG9sZCBHRCB3aXRoIHJwbSAtZSBwYWNrYWdl Lg0KCT4gPiA+DQoJPiA+ID4gUHJvYmFibHkgeW91IHdvbid0IGZpbmQgYW4gcnBtIGZvciB0aGUg bmV3ZXN0IEdEIChJIGNvdWxkbid0KS4NCgk+ID4gPiBTbyBycG0gY2FuIGhhbmRsZSBwYWNrYWdl cyBpbnN0YWxsZWQgZnJvbSAucnBtIGZpbGVzLg0KCT4gPiA+DQoJPiA+ID4gLS0NCgk+ID4gPiBa b2x0YW4NCgk+ID4gPg0KCT4gPiA+IE9uIE1vbiwgMTEgQXVnIDIwMDMsIEV0aGFuIEdyYW5nZXIg d3JvdGU6DQoJPiA+ID4gPiBNeSBzeXN0ZW06IFJlZEhhdCA5LjAsIEFwYWNoZSAyLjAuNDAsIFBI UCA0LjIuMg0KCT4gPiA+ID4NCgk+ID4gPiA+IEkgYW0gYSBsaW51eCBuZXdiaWUgYW5kIEkgYW0g dHJ5aW5nIHRvIGluc3RhbGwgbWFwc2VydmVyLiAgSSBub3RpY2VkDQoJPiA+ID4gPiB0aGF0IEkg bmVlZGVkIGFuIHVwZ3JhZGVkIEdEIGxpYnJhcnkgdGhhbiBjYW1lIHdpdGggbXkgUkg5LiAgV2hl biBJDQoJPiA+ID4gPiB0eXBlZCB0aGUgY29tbWFuZCAicnBtIC1xIGdkIiBJIGdvdCAiZ2QtMS44 LjQtMTEiIHdoaWNoIEkgaXNuJ3QgZ29vZA0KCT4gPiA+ID4gZW5vdWdoIGFjY29yZGluZyB0byB0 aGUgaW5zdHJ1Y3Rpb25zLiAgU28gdGhpcyBpcyB3aGF0IEkgZGlkOg0KCT4gPiA+ID4NCgk+ID4g PiA+IERvd25sb2FkZWQgZ2QtMi4wLjE1IHRvIC9yb290DQoJPiA+ID4gPiB0eXBlZCAidGFyIC16 eHZmIGdkLTIuMC4xNS50YXIuZ3oiDQoJPiA+ID4gPiB0eXBlZCAiY2QgZ2QtMi4wLjE1Ig0KCT4g PiA+ID4gdHlwZWQgIi4vY29uZmlndXJlIg0KCT4gPiA+ID4gdHlwZWQgIm1ha2UiDQoJPiA+ID4g PiB0eXBlZCAibWFrZSBpbnN0YWxsIg0KCT4gPiA+ID4gdHlwZWQgImNkIC8iDQoJPiA+ID4gPiB0 eXBlZCAicnBtIC1xIGdkIiBhbmQgIkkgZ290IGdkLTEuOC40LTExIg0KCT4gPiA+ID4NCgk+ID4g PiA+IFdoYXQgZ2l2ZXM/IEhvdyBjb21lIGdkIHdhcyBub3QgdXBncmFkZWQ/ICBIb3cgZG8gSSBm aWd1cmUgb3V0IHdoZXJlDQoJPiA+ID4gPiBSSDkgaW5zdGFsbGVkIGl0IGFuZCByZW1vdmUgaXQ/ IG9yIG92ZXJ3cml0ZSBpdD8NCgk+ID4gPiA+DQoJPiA+ID4gPiB0aGFua3MgZm9yIHlvdXIgaGVs cC4NCgk+ID4gPg0KCT4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQoJPiA+ID4gTWFwc2VydmVyLXVzZXJzIG1haWxpbmcgbGlzdA0KCT4gPiA+IE1h cHNlcnZlci11c2Vyc0BsaXN0cy5naXMudW1uLmVkdQ0KCT4gPiA+IGh0dHA6Ly9saXN0cy5naXMu dW1uLmVkdS9tYWlsbWFuL2xpc3RpbmZvL21hcHNlcnZlci11c2Vycw0KCQ0KCS0tDQoJX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCglWaW5jZW50IFNjaHV0DQoJU2Fydmlz aW9uIEIuVi4NCglXYWdlbmluZ2VuLCBUaGUgTmV0aGVybGFuZHMNCgl3d3cuc2FydmlzaW9uLmNv bQ0KCQ0KDQo= ------_=_NextPart_001_01C36009.CE4F2F26 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PE1FVEEgSFRUUC1FUVVJVj0iQ29udGVudC1UeXBlIiBDT05URU5UPSJ0ZXh0L2h0bWw7IGNoYXJz ZXQ9dXRmLTgiPgo8IURPQ1RZUEUgSFRNTCBQVUJMSUMgIi0vL1czQy8vRFREIEhUTUwgMy4yLy9F TiI+CjxIVE1MPgo8SEVBRD4KCjxNRVRBIE5BTUU9IkdlbmVyYXRvciIgQ09OVEVOVD0iTVMgRXhj aGFuZ2UgU2VydmVyIHZlcnNpb24gNi4wLjYzOTYuMCI+CjxUSVRMRT5SZTogW01hcHNlcnZlci11 c2Vyc10gSW5zdGFsbCBoZWxwPC9USVRMRT4KPC9IRUFEPgo8Qk9EWSBkaXI9bHRyPgo8RElWPlRo YW5rIHlvdSBmb3IgeW91ciByZXNwb25zZXMuJm5ic3A7IEFnYWluIEkgYW0gbmV3IHRvIGxpbnV4 IGFuZCBJIGFwb2xvZ2l6ZSAKaWYgbXkgcXVlc3Rpb25zIGFyZSBiYXNpYy4mbmJzcDsgT25lIG9m IHRoZSBjaGFsbGVuZ2VzIHRoYXQgSSBoYXZlIGhhZCB3aXRoIApsaW51eCBpcyBmaWd1cmluZyBv dXQgV0hFUkUgc3R1ZmYgaXMuJm5ic3A7IEFyZSBhbGwgb2YgbXkgbmVjZXNzYXJ5IG1hcHNlcnZl ciAKbGlicmFyaWVzIGdvaW5nIHRvIGJlIGluIHRoZSAvdXNyIGZvbGRlcj8mbmJzcDsgSXMgdGhl cmUgYSBjb21tYW5kIHRoYXQgd2lsbCAKdGVsbCBtZSB3aGVyZSBteSBhcHBsaWNhdGlvbnMvbGli cmFyaWVzIGFyZSBsb2NhdGVkPyZuYnNwOyBJIHdvdWxkIHByZWZlciB0aGF0IApteSBzeXN0ZW0g aGFzIG9ubHkgb25lIGluc3RhbGwgb2YgZWFjaCBmaWxlLiZuYnNwOyBJZiB0aGVyZSBpcyBhIGdv b2QgcmVmZXJlbmNlIAp0aGF0IGNhbiBnaXZlIG1lIGEgYmV0dGVyIHVuZGVyc3RhbmRpbmcgb2Yg dGhlIGxpbnV4IGZpbGUgc3RydWN0dXJlIHBlcmhhcHMgdGhhdCAKd291bGQgYmUgYSBnb29kIHBs YWNlIGZvciBtZSB0byBzdGFydC48L0RJVj4KPEJMT0NLUVVPVEUgZGlyPWx0ciBzdHlsZT0iTUFS R0lOLVJJR0hUOiAwcHgiPgogIDxESVY+PEZPTlQgc2l6ZT0yPi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tIDxCUj48Qj5Gcm9tOjwvQj4gVmluY2VudCBTY2h1dCAKICBbbWFpbHRvOnNjaHV0QHNh cnZpc2lvbi5jb21dIDxCUj48Qj5TZW50OjwvQj4gTW9uIDgvMTEvMjAwMyA1OjMxIEFNIAogIDxC Uj48Qj5Ubzo8L0I+IFNpa2kgWm9sdGFuOyB3b29kYnJpQHN3b29kYnJpZGdlLmNvbSA8QlI+PEI+ Q2M6PC9CPiBFdGhhbiAKICBHcmFuZ2VyOyBtYXBzZXJ2ZXItdXNlcnNAbGlzdHMuZ2lzLnVtbi5l ZHUgPEJSPjxCPlN1YmplY3Q6PC9CPiBSZTogCiAgW01hcHNlcnZlci11c2Vyc10gSW5zdGFsbCBo ZWxwPEJSPjxCUj48L0ZPTlQ+PC9ESVY+CiAgPFA+PEZPTlQgc2l6ZT0yPkEgbm90ZSBhYm91dCB0 aGlzOiB5b3UgY2FuIGF2b2lkIHRoaXMgZGFuZ2VyIGJ5IGVpdGhlcjo8QlI+LSAKICBpbnN0YWxs aW5nIHRoZSBwYWNrYWdlIHdoZXJlIHRoZSBycG0gd2FzIGluc3RhbGxlZCAodXN1YWxseSAKICB1 c2U8QlI+Jy0tcHJlZml4PS91c3InIHdoZW4gcnVubmluZyAuL2NvbmZpZ3VyZSk8QlI+LSBhZGRp bmcgL3Vzci9sb2NhbC9saWIgdG8gCiAgeW91ciBkeW5hbWljIGxpbmtlciBwYXRoLCBlLmcuIGJ5 IGFkZGluZyBpdCB0bzxCUj4vZXRjL2xkLnNvLmNvbmYsIGFuZCBydW5uaW5nIAogIGxkY29uZmln IGFmdGVyIGNvbXBpbGluZyBhbmQgaW5zdGFsbGluZyBhIG5ldzxCUj5saWJyYXJ5LiBFeGlzdGlu ZyBwcm9ncmFtcyAKICBzaG91bGQgdGhlbiBiZSBhYmxlIGZpbmQgdGhlIG5ldyBsaWJyYXJ5LiBP ZjxCUj5jb3Vyc2UgdGhlIG5ldyBsaWJyYXJ5IHNob3VsZCAKICBiZSBhcGktY29tcGF0aWJsZSB3 aXRoIHRoZSBvbGRlciBvbmUgZm9yPEJSPmV4aXN0aW5nIHByb2dyYW1zIHRvIGtlZXAgCiAgcnVu bmluZy48QlI+SSBmaW5kIGl0IHVzdWFsbHkgc2FmZXIgdG8gZG8gb25lIG9mIHRoZXNlLCB0aGVu IHRvIGhhdmUgbXVsdGlwbGUgCiAgdmVyc2lvbnMgb2Y8QlI+YSBsaWIgb24gbXkgaGQgaW4gZGlm ZmVyZW50IHBsYWNlcywgd2l0aCB0aGUgZGFuZ2VyIG9mIHBhY2thZ2VzIAogIGJlaW5nPEJSPmlu ZGlyZWN0bHkgbGlua2VkIHRvIDIgZGlmZmVyZW50IHZlcnNpb25zIG9mIHRoZSBzYW1lIGxpYiAo bGlrZSBjYW4gCiAgYmUgdGhlPEJSPmNhc2Ugd2l0aCBtYXBzY3JpcHQgYW5kIHBocCwgdXNpbmcg ZGlmZmVyZW50IHZlcnNpb25zIG9mIAogIEdELi4uKTxCUj48QlI+Q2hlZXJzLDxCUj5WaW5jZW50 LjxCUj48QlI+T24gTW9uZGF5IDExIEF1Z3VzdCAyMDAzIDE3OjMyLCBTaWtpIAogIFpvbHRhbiB3 cm90ZTo8QlI+Jmd0OyBIaSBTdGV2ZSw8QlI+Jmd0OzxCUj4mZ3Q7IE9uIE1vbiwgMTEgQXVnIDIw MDMgCiAgd29vZGJyaUBzd29vZGJyaWRnZS5jb20gd3JvdGU6PEJSPiZndDsgJmd0OyBTaWtpLDxC Uj4mZ3Q7ICZndDs8QlI+Jmd0OyAmZ3Q7IAogIFlvdSBuZWVkIHRvIHVuaW5zdGFsbCB0aGUgcnBt IGZpcnN0IHdpdGg6PEJSPiZndDsgJmd0OzxCUj4mZ3Q7ICZndDsgcnBtIC1lIAogIC0tbm9kZXBz IGdkPEJSPiZndDsgJmd0OyBycG0gLWUgLS1ub2RlcHMgZ2QtZGV2ZWw8QlI+Jmd0OzxCUj4mZ3Q7 IC0tbm9kZXBzIGNhbiAKICBiZSBkYW5nZXJvdXMgbWFpbmx5IGlmIHRoZSBuZXdlciB2ZXJzaW9u IGdkIDIuMC54IGlzPEJSPiZndDsgaW4gL3Vzci9sb2NhbCwgYSAKICBsb3Qgb2YgcGFja2FnZXMg bWF5IGRlcGVuZCBvbiBnZCwgbm9uZSBvZiB0aGVtIHdpbGwgd29yazxCUj4mZ3Q7IGFmdGVyIAog IHJlbW92aW5nIGdkIGFuZCBnZC1kZXZlbC48QlI+Jmd0OyBJIGhhdmUgYm90aCBnZCAxLjgueCBh cyBhbiBycG0gYW5kIDIuMC4xNSAKICBidWlsZCBmcm9tIHNvdXJjZSBvbjxCUj4mZ3Q7IG15IHN5 c3RlbS48QlI+Jmd0OzxCUj4mZ3Q7ICZndDsgVGhlbiBidWlsZCBhbmQgCiAgaW5zdGFsbCBnZC0y LjAuMTU8QlI+Jmd0OyAmZ3Q7PEJSPiZndDsgJmd0OyAtU3RldmUgVy48QlI+Jmd0OyAmZ3Q7PEJS PiZndDsgCiAgJmd0OyBPbiAxMSBBdWcgMjAwMyBhdCA5OjA4LCBTaWtpIFpvbHRhbiB3cm90ZTo8 QlI+Jmd0OyAmZ3Q7ICZndDsgSGksPEJSPiZndDsgCiAgJmd0OyAmZ3Q7PEJSPiZndDsgJmd0OyAm Z3Q7IFlvdSBtYXkgaW5zdGFsbCBhIHBhY2thZ2Ugb24gUmVkSGF0IGZyb20gYW4gUlBNIG9yIAog IGZyb20gc291cmNlcy48QlI+Jmd0OyAmZ3Q7ICZndDsgVGhlIG9sZCBHRCB3YXMgaW5zdGFsbGVk IGZyb20gYW4gUlBNLCB0aGF0IGlzIAogIHdheSB5b3Ugc2VlIGl0IHdpdGggcnBtPEJSPiZndDsg Jmd0OyAmZ3Q7IC1xIFlvdSBidWlsZCB0aGUgbmV3IHZlcnNpb24gZnJvbSAKICBzb3VyY2VzLCBz byZuYnNwOyBycG0gLXEgY2FuJ3Qgc2VlIGl0LjxCUj4mZ3Q7ICZndDsgJmd0OyBOb3cgeW91IGhh dmUgdHdvIAogIHZlcnNpb25zIG9mIEdEIG9uIHlvdXImbmJzcDsgbGludXggYm94LCB0aGUgb2xk IG9uZSBpbiB0aGU8QlI+Jmd0OyAmZ3Q7ICZndDsgCiAgL3VzciBhbmQgdGhlIG5ldyBvbmUgaW4g L3Vzci9sb2NhbC4gWW91IG11c3Qgc3BlY2lmeSB0aGUgbG9jYXRpb24gZm9yPEJSPiZndDsgCiAg Jmd0OyAmZ3Q7IHRoZSBjb25maWd1cmUgc2NyaXB0IG9mIG1hcHNlcnZlciAtLXdpdGgtZ2Q9RElS IHRvIGZvcmNlIG1hcHNlcnZlciAKICB0bzxCUj4mZ3Q7ICZndDsgJmd0OyB1c2UgdGhlIG5ldyBv bmUuIFlvdSBtYXkgcmVtb3ZlIHRoZSBvbGQgR0Qgd2l0aCBycG0gLWUgCiAgcGFja2FnZS48QlI+ Jmd0OyAmZ3Q7ICZndDs8QlI+Jmd0OyAmZ3Q7ICZndDsgUHJvYmFibHkgeW91IHdvbid0IGZpbmQg YW4gcnBtIAogIGZvciB0aGUgbmV3ZXN0IEdEIChJIGNvdWxkbid0KS48QlI+Jmd0OyAmZ3Q7ICZn dDsgU28gcnBtIGNhbiBoYW5kbGUgcGFja2FnZXMgCiAgaW5zdGFsbGVkIGZyb20gLnJwbSBmaWxl cy48QlI+Jmd0OyAmZ3Q7ICZndDs8QlI+Jmd0OyAmZ3Q7ICZndDsgLS08QlI+Jmd0OyAmZ3Q7IAog ICZndDsgWm9sdGFuPEJSPiZndDsgJmd0OyAmZ3Q7PEJSPiZndDsgJmd0OyAmZ3Q7IE9uIE1vbiwg MTEgQXVnIDIwMDMsIEV0aGFuIAogIEdyYW5nZXIgd3JvdGU6PEJSPiZndDsgJmd0OyAmZ3Q7ICZn dDsgTXkgc3lzdGVtOiBSZWRIYXQgOS4wLCBBcGFjaGUgMi4wLjQwLCAKICBQSFAgNC4yLjI8QlI+ Jmd0OyAmZ3Q7ICZndDsgJmd0OzxCUj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IEkgYW0gYSBsaW51eCBu ZXdiaWUgCiAgYW5kIEkgYW0gdHJ5aW5nIHRvIGluc3RhbGwgbWFwc2VydmVyLiZuYnNwOyBJIG5v dGljZWQ8QlI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyAKICB0aGF0IEkgbmVlZGVkIGFuIHVwZ3JhZGVk IEdEIGxpYnJhcnkgdGhhbiBjYW1lIHdpdGggbXkgUkg5LiZuYnNwOyBXaGVuIAogIEk8QlI+Jmd0 OyAmZ3Q7ICZndDsgJmd0OyB0eXBlZCB0aGUgY29tbWFuZCAicnBtIC1xIGdkIiBJIGdvdCAiZ2Qt MS44LjQtMTEiIAogIHdoaWNoIEkgaXNuJ3QgZ29vZDxCUj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IGVu b3VnaCBhY2NvcmRpbmcgdG8gdGhlIAogIGluc3RydWN0aW9ucy4mbmJzcDsgU28gdGhpcyBpcyB3 aGF0IEkgZGlkOjxCUj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7PEJSPiZndDsgJmd0OyAKICAmZ3Q7ICZn dDsgRG93bmxvYWRlZCBnZC0yLjAuMTUgdG8gL3Jvb3Q8QlI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyB0 eXBlZCAidGFyIAogIC16eHZmIGdkLTIuMC4xNS50YXIuZ3oiPEJSPiZndDsgJmd0OyAmZ3Q7ICZn dDsgdHlwZWQgImNkIGdkLTIuMC4xNSI8QlI+Jmd0OyAKICAmZ3Q7ICZndDsgJmd0OyB0eXBlZCAi Li9jb25maWd1cmUiPEJSPiZndDsgJmd0OyAmZ3Q7ICZndDsgdHlwZWQgIm1ha2UiPEJSPiZndDsg CiAgJmd0OyAmZ3Q7ICZndDsgdHlwZWQgIm1ha2UgaW5zdGFsbCI8QlI+Jmd0OyAmZ3Q7ICZndDsg Jmd0OyB0eXBlZCAiY2QgCiAgLyI8QlI+Jmd0OyAmZ3Q7ICZndDsgJmd0OyB0eXBlZCAicnBtIC1x IGdkIiBhbmQgIkkgZ290IGdkLTEuOC40LTExIjxCUj4mZ3Q7IAogICZndDsgJmd0OyAmZ3Q7PEJS PiZndDsgJmd0OyAmZ3Q7ICZndDsgV2hhdCBnaXZlcz8gSG93IGNvbWUgZ2Qgd2FzIG5vdCAKICB1 cGdyYWRlZD8mbmJzcDsgSG93IGRvIEkgZmlndXJlIG91dCB3aGVyZTxCUj4mZ3Q7ICZndDsgJmd0 OyAmZ3Q7IFJIOSBpbnN0YWxsZWQgCiAgaXQgYW5kIHJlbW92ZSBpdD8gb3Igb3ZlcndyaXRlIGl0 PzxCUj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7PEJSPiZndDsgJmd0OyAmZ3Q7IAogICZndDsgdGhhbmtz IGZvciB5b3VyIGhlbHAuPEJSPiZndDsgJmd0OyAmZ3Q7PEJSPiZndDsgJmd0OyAmZ3Q7IAogIF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPEJSPiZndDsgJmd0 OyAmZ3Q7IAogIE1hcHNlcnZlci11c2VycyBtYWlsaW5nIGxpc3Q8QlI+Jmd0OyAmZ3Q7ICZndDsg CiAgTWFwc2VydmVyLXVzZXJzQGxpc3RzLmdpcy51bW4uZWR1PEJSPiZndDsgJmd0OyAmZ3Q7IDxB IAogIGhyZWY9Imh0dHA6Ly9saXN0cy5naXMudW1uLmVkdS9tYWlsbWFuL2xpc3RpbmZvL21hcHNl cnZlci11c2VycyI+aHR0cDovL2xpc3RzLmdpcy51bW4uZWR1L21haWxtYW4vbGlzdGluZm8vbWFw c2VydmVyLXVzZXJzPC9BPjxCUj48QlI+LS08QlI+X19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188QlI+VmluY2VudCAKICBTY2h1dDxCUj5TYXJ2aXNpb24gQi5WLjxCUj5XYWdl bmluZ2VuLCBUaGUgCiAgTmV0aGVybGFuZHM8QlI+d3d3LnNhcnZpc2lvbi5jb208QlI+PC9GT05U PjwvUD48L0JMT0NLUVVPVEU+Cgo8L0JPRFk+CjwvSFRNTD4= ------_=_NextPart_001_01C36009.CE4F2F26-- From nwoe at privat.utfors.se Mon Aug 11 06:13:45 2003 From: nwoe at privat.utfors.se (niklas wörmann) Date: Mon, 11 Aug 2003 15:13:45 +0200 Subject: [Mapserver-users] sending mouse clicks to CGI References: <71E37EF6B7DCC1499CEA0316A25683280105703B@loki.globexplorer.com> <200308111025.32174.schut@sarvision.com> Message-ID: <00d401c3600a$69e76e20$8300a8c0@big> Hi! I am building a flash interface to a mapserver CGI application. i have figured out most of the stuff i need, but there is one stumbling block left; i need a way to map from latitude longitude to pixels, back and forth what i have tried so far is to set the cgi parameter imgxy=xxx yyy. i was then planning on reading the resulting maplon maplat variables from a template file. but it doesn?t seem to work. the maplon maplat variables are always set to default. in the future i am planning to create a transformation matrix to aid me in converting an array of x y (pixel coordinates) to an array of lat long coordinates. what would be the best way to do this? there are several reasons to do this. one is to keep my "user data" in a separate database, so it will be easier to present the data in other contexts. another reason is that i am planning on implementing a drag and drop interface in flash, and need a way to save to dragged and dropped coordinates in lat long format. TIA niklas woermann ?lvsj? sweden From morissette at dmsolutions.ca Mon Aug 11 07:09:22 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 11 Aug 2003 10:09:22 -0400 Subject: [Mapserver-users] Install help In-Reply-To: References: Message-ID: <3F37A392.8000103@dmsolutions.ca> Siki Zoltan wrote: >> >>You need to uninstall the rpm first with: >> >>rpm -e --nodeps gd >>rpm -e --nodeps gd-devel > > > --nodeps can be dangerous mainly if the newer version gd 2.0.x is > in /usr/local, a lot of packages may depend on gd, none of them will work > after removing gd and gd-devel. > I have both gd 1.8.x as an rpm and 2.0.15 build from source on > my system. > Agreed that using --nodeps can break existing apps, and it's not necessary to use it. However you should make sure you don't have multiple development verisons of GD on your system. i.e. you should really remove the gd-devel RPM. You can have multiple versions of the runtime GD lib (just the 'gd' RPM), but cannot have multiple *development* versions of any given library in the system directories (/usr and /usr/local in general). If you don't remove the gd-devel RPM and then install GD 2.0.x using './configure; make; make install' then you'll end up with two copies of gd*.h and libgd.so/.a: one copy in /usr corresponding to the gd-1.8.4 RPM, and one copy in /usr/local/ corresponding to the new GD 2.0.x that you installed. If you have two versions of the gd*.h and libgd.so/.a in your system directories then when you compile an application the C compiler could pick the wrong header files and link with the wrong libgd.so *even if* you specified the path to your GD libary to configure using --with-gd=/usr/local for instance. To avoid problems always make sure that you don't have more than one copy of the gd*.h header files and the corresponding libgd.so and libgd.a. Note that it's OK to have multiple versions of the runtime libraries (the ones called libgd.so.x and libgd.so.x.y), they are what the executables look for at runtime. It's only the development ones that you cannot have twice (libgd.so and libgd.a). Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From siki at bme-geod.agt.bme.hu Mon Aug 11 11:27:29 2003 From: siki at bme-geod.agt.bme.hu (Siki Zoltan) Date: Mon, 11 Aug 2003 17:27:29 -0100 (GMT+1) Subject: [Mapserver-users] Install help In-Reply-To: <32BA4E688BA6D3118C030050DA7B97C1024E9578@villager1.webville.net> Message-ID: Hi, On Mon, 11 Aug 2003, Ethan Granger wrote: > Thank you for your responses. Again I am new to linux and I apologize if > my questions are basic. One of the challenges that I have had with > linux is figuring out WHERE stuff is. Are all of my necessary mapserver > libraries going to be in the /usr folder? Is there a command that will > tell me where my applications/libraries are located? I would prefer > that my system has only one install of each file. If there is a good > reference that can give me a better understanding of the linux file > structure perhaps that would be a good place for me to start. > For RPMs you can use gnorpm, xrpm, kpackage to discover the installed rpm packages through Xwindows GUI (menus, buttons, etc). Usually packages are in /usr. You can find command to look for files, see man find. Cheers Zoltan From geoffrey.rowland at noaa.gov Mon Aug 11 08:24:35 2003 From: geoffrey.rowland at noaa.gov (Geoffrey Rowland) Date: Mon, 11 Aug 2003 11:24:35 -0400 Subject: [Mapserver-users] MapServer - is this possible? Message-ID: <3F37B533.4010900@noaa.gov> Hi, I'm new to using MapServer, and have a couple of questions. I have some data stored in a MySQL database, state, county, and then a number (which is related to the county). Now what I want to do is have MapServer display an ArcView shapefile of the United States (county level), and then use PHP + MapScript to query the database and then color each county based on what the number is in the database. Is that possible? -- Geoffrey Rowland Technical Officer Climate Information Project NOAA Research Office of Global Programs http://www.cip.ogp.noaa.gov Contractor, RGII Technologies, Inc., a Computer Horizons Company http://www.rg2.com Phone: 301-427-2089x186 Fax : 301-427-2082 geoffrey.rowland at noaa.gov From sgillies at frii.com Mon Aug 11 08:54:19 2003 From: sgillies at frii.com (Sean Gillies) Date: Mon, 11 Aug 2003 09:54:19 -0600 Subject: [Mapserver-users] MapServer - is this possible? In-Reply-To: <3F37B533.4010900@noaa.gov> Message-ID: <11A0DCC2-CC14-11D7-AC23-000393B98B56@frii.com> On Monday, August 11, 2003, at 09:24 AM, Geoffrey Rowland wrote: > Hi, > > I'm new to using MapServer, and have a couple of questions. I have > some data stored in a MySQL database, state, county, and then a number > (which is related to the county). Now what I want to do is have > MapServer display an ArcView shapefile of the United States (county > level), and then use PHP + MapScript to query the database and then > color each county based on what the number is in the database. Is that > possible? > Yes. However, you say that the "number" is related to the county ... since counties are (mostly) static, that means the number is static. Yes? Get your data out of MySQL and into the shapefile's attributes or into another DBF that you can join to the county shapefile using MapServer, and you'll have much better performance. Or move from the shapefile + ancillary MySQL table to PostGIS (http://postgis.refractions.net). cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From pramsey at refractions.net Mon Aug 11 09:05:03 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Mon, 11 Aug 2003 09:05:03 -0700 Subject: [Mapserver-users] MapServer - is this possible? In-Reply-To: <3F37B533.4010900@noaa.gov> References: <3F37B533.4010900@noaa.gov> Message-ID: <3F37BEAF.1020206@refractions.net> Mapserver has some simple joining capability wrt DBF files, but I do not think anything with a live DBMS. Probably we should be looking at the generalized problem for all attribute data sources. In the simple case, you can do up a join using mapscript. It is nasty code, but basically, you first query the database, figure out which class each polygon should be in, then write up a class rule for each polygon to give it the appropriate color. Then render. Ouch. But it works, for maps with small numbers of polygons. P. Geoffrey Rowland wrote: > I'm new to using MapServer, and have a couple of questions. I have some > data stored in a MySQL database, state, county, and then a number (which > is related to the county). Now what I want to do is have MapServer > display an ArcView shapefile of the United States (county level), and > then use PHP + MapScript to query the database and then color each > county based on what the number is in the database. Is that possible? > -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From woodbri at swoodbridge.com Mon Aug 11 09:39:23 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 11 Aug 2003 12:39:23 -0400 Subject: [Mapserver-users] Install help In-Reply-To: References: <3F374793.4251.D7A5BDE@localhost> Message-ID: <3F378E7B.32693.E8F57D4@localhost> Yes, but in this case you can check the dependency if you want and remove them all. But the main one is PHP which you have to remove also and install from the tar file anyway as a CGI sapi and the other one is webalizer and if you are using it then do the same for it. -Steve W. On 11 Aug 2003 at 14:32, Siki Zoltan wrote: > Hi Steve, > > On Mon, 11 Aug 2003 woodbri at swoodbridge.com wrote: > > > Siki, > > > > You need to uninstall the rpm first with: > > > > rpm -e --nodeps gd > > rpm -e --nodeps gd-devel > > --nodeps can be dangerous mainly if the newer version gd 2.0.x is in > /usr/local, a lot of packages may depend on gd, none of them will work > after removing gd and gd-devel. I have both gd 1.8.x as an rpm and > 2.0.15 build from source on my system. > > > > > Then build and install gd-2.0.15 > > > > -Steve W. > > > > On 11 Aug 2003 at 9:08, Siki Zoltan wrote: > > > > > Hi, > > > > > > You may install a package on RedHat from an RPM or from sources. > > > The old GD was installed from an RPM, that is way you see it with > > > rpm -q You build the new version from sources, so rpm -q can't > > > see it. Now you have two versions of GD on your linux box, the > > > old one in the /usr and the new one in /usr/local. You must > > > specify the location for the configure script of mapserver > > > --with-gd=DIR to force mapserver to use the new one. You may > > > remove the old GD with rpm -e package. > > > > > > Probably you won't find an rpm for the newest GD (I couldn't). So > > > rpm can handle packages installed from .rpm files. > > > > > > -- > > > Zoltan > > > > > > On Mon, 11 Aug 2003, Ethan Granger wrote: > > > > > > > My system: RedHat 9.0, Apache 2.0.40, PHP 4.2.2 > > > > > > > > I am a linux newbie and I am trying to install mapserver. I > > > > noticed that I needed an upgraded GD library than came with my > > > > RH9. When I typed the command "rpm -q gd" I got "gd-1.8.4-11" > > > > which I isn't good enough according to the instructions. So > > > > this is what I did: > > > > > > > > Downloaded gd-2.0.15 to /root > > > > typed "tar -zxvf gd-2.0.15.tar.gz" > > > > typed "cd gd-2.0.15" > > > > typed "./configure" > > > > typed "make" > > > > typed "make install" > > > > typed "cd /" > > > > typed "rpm -q gd" and "I got gd-1.8.4-11" > > > > > > > > What gives? How come gd was not upgraded? How do I figure out > > > > where RH9 installed it and remove it? or overwrite it? > > > > > > > > thanks for your help. > > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at 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 at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From arnulf.christl at ccgis.de Mon Aug 11 09:53:17 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Mon, 11 Aug 2003 18:53:17 +0200 (CEST) Subject: [Mapserver-users] UMN MapServer Anwenderkonferenz (User Meeting) 30.09.2003 in Bonn, Germany In-Reply-To: <757959843.20030809100831@tydac.ch> References: <757959843.20030809100831@tydac.ch> Message-ID: <2033.192.168.2.101.1060620797.squirrel@vogon.ccgis.de> Hello User Lists (english, deutsch), cross posting at its best, therefore in two languages, german speaking readers see below, der zweite Teil ist in deutscher Srache. -------------------------------- Hello Flavio (Hello User List), thanks a lot for your critical contribution to our humble attempts to promote Free Software in general and UMN MapServer in particular. As we already have 40 registered participants who would very much regret if we cancelled this meeting we will not cancel it. Unfortunately our unprofessional logistics (too many concerned people) caused an announcement to be published before it was supposed to. Therefore we now have to ask pardon for something we did not yet promote at all. ;-) We wonder how it comes that the tone between german-speaking companies working with Free Software and UMN MapServer is somewhat strained. Therefore we want to also kindly invite you and the TYDAC AG (as any other firm) to play with us. If you see the need to foster our efforts in a more *professional* way - just tag along and do it. It seems that commercial interests in Free Software and UMN MapServer are to be *restricted* or *reserved* to the whims of seleted global players (just like the TYDAC AG apparently thinks necessary to tell the rest of the world). This company presentation: http://www.tydac.ch/german/index.php?menu=News_2002_09is is definitely what we do not want to replicate. Therefore *our* user meeting is not only open to everybody and free of cost (which was quite a long internal and controversally discussed issue - can something that does not cost a lot be any good?). More so we do not want to promote it as THE EVENT, but as one event between many others. (btw many ESRI User Meetings can happen in parallel without any trouble). With this in mind we hope to do good lobby work for our cause (and ask pardon if we did not achieve such in the end). Our *cause* can be broken down to promoting UMN MapServer - which is already quite renowned - and use it as a vehicle to promote the concepts behind Free Software in general. Further information on the german speaking "UMN MapServer scene" will hopefully follow soon. Any english speaking UMN MapServer user or developer staying in germany or Europe at that day is cordially invited to meet us at the german language UMN MapServer user forum. Some of us might also talk a little english to you. ;-) This is the personal opinion of Arnulf Christl and I do not speak as official representative of the Geo-Consortium. Regards, Arnulf. -------------------------------- Hallo Flavio (Hallo Anwenderliste), vielen Dank f?r Deinen kritischen Beitrag zu unserem bescheidenen Versuch Freie Software generell und UMN MapServer im Speziellen zu f?rdern. Da wir bereits 40 feste Zusagen verbuchen k?nnen, die es alle sehr bedauern w?rden, wenn wir die Veranstaltung absagen w?rden, k?nnen wir leider nicht in Deinem Sinne *mutig* sein und werden diese *feige* Veranstaltung doch durchf?hren. Leider ist bei unserer unprofessionellen Logistik (zu viele Beteiligte) eine Ank?ndigung zu fr?h herausgerutscht, so dass wir uns jetzt f?r etwas entschuldigen m?ssen bevor wir es richtig ank?ndigen konnten. Wir wundern uns allerdings immer wieder wie es dazu kommt, dass der Ton zwischen deutschsprachigen kommerziellen Interessenvertretern (sprich: Unternehmen) immer wieder sehr angespannt wirkt. Deshalb m?chten wir auch Dich und die TYDAC AG ganz herzlich einladen bei unserer Veranstaltung mitzuspielen (und das gilt selbstverst?bndlich f?r alle anderen Firmen, die interessiert sind). Wenn Du die Notwendigkeit siehst diese Veranstaltung zu professionalisieren, tu Dir keinen Zwang an. Es scheint als seien kommerzielle Interessen an Freier Software und UMN MapServer reserviert f?r ausgew?hlte, weltweit agierende Softwareunternehmen (wie sich die TYDAC AG wohl selbst sieht und nicht umhin kann der ?ffentlichkeit kund zu tun). Genau dies hier: http://www.tydac.ch/german/index.php?menu=News_2002_09 m?chten wir jedoch vermeiden. Es geht uns nicht prim?r darum, unsere Firmen darzustellen oder eine reine Kundenveranstaltung zu bewerben. Das mag schwer nachvollziehbar sein f?r Neulinge in der Freien Software Szene, aber die Idee dahinter ist doch wohl eine andere als Selbstbeweihr?ucherung. Mehr noch wollen wir "unser" UMN Anwenderforum in Bonn eben genau nicht als DIE VERANSTALTUNG postulieren, sondern als eine Veranstaltung zwischen vielen anderen. Nun hat unser Bem?hen bereits so offensichtliches Interesse nicht nur bei unseren Kunden, sondern auch bei anderen Anwendern (und offensichtlich auch Unternehmen ;-) geweckt, dass wir die Veranstaltung ausdehnen und ?ffnen. Es ist eine kostenfreie Veranstaltung (auch dies f?hrte zu l?ngeren internen Diskussionen - kann etwas das nichts kostet gut sein?) f?r alle Interessierten mit einer gro?en Plattform nicht nur f?r Firmen, sondern eben gerade auch f?r Anwender und deren Interessen. Mit dieser Ausrichtung hoffen wir gute Lobby-Arbeit machen zu k?nnen und m?ssen uns den Vorwurf der "Unprofessionalit?t" halt mal gefallen lassen. Unser Anliegen kann also auch so umschrieben werden, dass wir den bereits erheblichen Bekanntheitsgrad von UMN MapServer nutzen, um die Prinzipien und Ideen hinter Freier Software einem gr??eren, interessierten Anwenderkreis n?herzubringen. Alle englischsprachigen UMN MapServer Anwender und Entwickler, die sich Ende September in Deutschland oder Europa aufhalten, sind herzlich eingeladen uns auf dem deutschsprachigen Anwenderforum zu treffen. Einige von uns sprechen sicherlich auch gerne ein bisschen Englisch. ;-) Das ist die per?nliche Meinung von Arnulf Christl und ich spreche hier nicht als offizieller Verteter des Geo-Consortiums. Mit freundlichen Gr??en, Arnulf Christl -------------------------------- arnulf.christl at ccgis.de http://www.ccgis.de -------------------------------- Zentrale: ++49 (0) 228 90826 0 Durchwahl: ++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 -------------------------------- -----Urspr?ngliche Nachricht----- Von: mapserver-de-bounces at freegis.org [mailto:mapserver-de-bounces at freegis.org]Im Auftrag von Flavio Hendry Gesendet: Samstag, 9. August 2003 10:09 An: mapserver-de at freegis.org; mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-DE] "programmloses" UMN Anwenderforum 30.09.2003 > Liebe deutschsprachige UMN MapServer Anwender > > MapServer Users: excuse the cross-posting from the German group, just > want to reach all German Speaking Users. > >>Hallo deutsche UMN Anwender! >>Um ein wenig Leben in die "Bude" zu bekommen, folgender >>Veranstaltungshinweis und gleichzeitig eine gemeinsame Erkl?rung des >>Geo-Consortiums Bonn und der Firma MapMedia, WARUM es schon wieder etwas >>derartiges hier gibt: > > Da ich denke was hier passiert schadet der Sache, muss mal Stellung > genommen werden, und zwar in aller Eindeutigkeit, auch wenn ich mal > jemanden ein bisschen auf die F?sse treten muss: > > Es scheint eine Inflation von gebastelten "ersten Deutschen > Anwenderkonferenzen" (? propos "Deutsche": ?sterreich und die Schweiz > lassen ganz herzlich gr?ssen) ohne gr?sseren Programm stattzufinden, > die von mehreren Firmen ohne gegenseitige Absprache und nun gar ohne > jegliche Vorank?ndigung eines Programms "organisiert" werden. > > Ich finde es sehr schade, dass nicht mal was professionelles auf die > Beine gestellt wird. Eine UMN MapServer Konferenz ohne Repr?sentanten > der University of Minnesota und von DM Solutions verdient den Namen > "UMN MapServer Konferenz" schlicht nicht, sorry! > > Und ?brigens: eine erste nicht so genannte "Deutschsprachige mit > Englisch durchsetzte UMN Mapserver Konferenz" fand in der Schweiz > schon im Jahr 2002 statt, mit Daniel Morissette von DM Solutions als > Keynote Speaker, also ist sowas ja nicht unm?glich: > s. http://www.tydac.ch/german/index.php?menu=News_2002_09 > > Also bitte auf die Bremse treten, mal mutig diese "Konferenz" absagen > und koordinieren (die Firmen und Institutionen die sich beteiligen > k?nnten sind ja hoffentlich allen bekannt). Gemeinsam und mit etwas > Sponsoring k?nnten wir was "richtiges" machen. TYDAC w?re jedenfalls > dabei. > > Mit freundlichem Gruss / Best regards > Flavio Hendry > > ---------------------------------------------------------------- > ++++++++++++++ Web Mapping auf www.mapserver.ch +++++++++++++++ > ---------------------------------------------------------------- > ############ Mit freundlichen Gruessen / Kind Regards > ############ Flavio Hendry- mailto:flavio at tydac.ch > ############ TYDAC AG - http://www.tydac.ch > #### #### Geographic Information Solutions > #### #### Luternauweg 12 -- CH-3006 Bern > ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 > ---------------------------------------------------------------- > > > _______________________________________________ > Mapserver-DE mailing list > Mapserver-DE at freegis.org > https://freegis.org/mailman/listinfo/mapserver-de > > From arnulf.christl at ccgis.de Mon Aug 11 10:34:24 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Mon, 11 Aug 2003 19:34:24 +0200 (CEST) Subject: [mapserver-users] OpenGIS CITE Message-ID: <2120.192.168.2.101.1060623264.squirrel@vogon.ccgis.de> Hello, our group (CCGIS) is very interested concerning any standardisation issues regarding WMS and WFS. Our main project (Mapbender) completely trusts in UMN MapServers WMS capabilities (nice wording). We are not into programming UMN MapServer directly but where it may be helpful to throw in our know-how regarding OGC specs we will do so willingly. We are definitely very interested in extending MSs WFS functionality as this is exactly where developments for our customers are currently put on hold. Many of the problems in questions can be solved by using MapScript (which is a great thing), but in the end it again is proprietary in its own sense. The question we cannot answer is whether technically it makes sense to try and implement all of WFS into MapServer, what we do (believe to) know is that to use and support WFS does make very much sense. And we know that it is a lot to do and quite a lot of the details are irrelevant to most users but part of the spec. MapServer beeing *more permissive* than the spec allows is OK with us - but that for this reason it fails some tests is a problem that will have to be accounted for. Another line of thought: There are other Free Software projects far on the way with WFS already. We cannot evaluate the need for UMN MapServer to be able to do WFS in all its details (and all on its own), but maybe it makes sense to just use whats already there. We already use loads of other free software projects btw, we use free OS, free DB, free scripting lingos, free webserver. Would it make sense to use another free project for UMN MapServers WFS? Regards, Arnulf Christl -------------------------------- arnulf.christl at ccgis.de www.ccgis.de -------------------------------- Zentrale: ++49 (0) 228 90826 Durchwahl: ++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 Our group (DM Solutions) has begun testing mapserver against the compliance tests from the CITE initiative. I don't have any information on results yet, but I anticipate that results will become know at some point. If anyone else out there is doing this, or planning on setting up some automated testing along these lines, please get in touch with us so we can coordinate activities. Dave -- Dave McIlhagga DM Solutions Group http://www.dmsolutions.ca Jean-Francois.Doyon at ccrs.nrcan.gc.ca wrote: > We haven't, though I've heard various things about it, notably that the > tests suites are extremely detailed, and stick VERY closely to the entire > spec. > > As such, most software isn't expected to pass all tests, including > MapServer, since some parts of some specs aren't always very clear or > realistic. > > I don't recall the details, but again, if memory serves me right MapServer > would NOT pass WMS or WFS, motsly due to the fact that it's more forgiving > of certain behaviors and mistakes than the spec says it should. > > If someone wants to give a try, it'd be neat to see the results ... Any > effort to make it comply with the tests would probably break a whole lot of > mapserver applications however. > > J.F. > > -----Original Message----- > From: Bart van den Eijnden [mailto:bartvde at xs4all.nl] > Sent: Friday, August 08, 2003 12:33 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [mapserver-users] OpenGIS CITE > > > Hi list, > > has anyone from the mapserver community participated in the OpenGIS CITE > initiative, to see how conformant mapserver is to the OpenGIS > specifications? I know their test suite is only in beta, but perhaps > somebody from mapserver has done the beta test. > > Thanks, > Bart > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From flavio at tydac.ch Mon Aug 11 11:43:05 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Mon, 11 Aug 2003 20:43:05 +0200 Subject: [Mapserver-users] Re: [Mapserver-DE] UMN MapServer Anwenderkonferenz (User Meeting) 30.09.2003 in Bonn, Germany In-Reply-To: <2033.192.168.2.101.1060620797.squirrel@vogon.ccgis.de> References: <757959843.20030809100831@tydac.ch> <2033.192.168.2.101.1060620797.squirrel@vogon.ccgis.de> Message-ID: <13120750515.20030811204305@tydac.ch> Hi Arnulf > We wonder how it comes that the tone between german-speaking companies > working with Free Software and UMN MapServer is somewhat strained. > Therefore we want to also kindly invite you and the TYDAC AG (as any other > firm) to play with us. If you see the need to foster our efforts in a more > *professional* way - just tag along and do it. I do not wonder at all. You knew exactly that a "First German Speaking Countries User Meeting" took place in June in Berlin (as to my surprise even Steve Lime and most of DM Solutions I met in Minneapolis knew). There, the participants agreed to have/organize annual meetings. And you were aware of it, I know that from different sources. Anyway, weard and disturbing, you now try to position yourself with your own "First German Speaking Countries User Meeting" which shall take place in September in Bonn. What's that all about ??? Bonn still wants to be the capital, as well of MapServer ? ;-) > It seems that commercial interests in Free Software and UMN MapServer are > to be *restricted* or *reserved* to the whims of seleted global players No. Not restricted reserved or whatever. Just, beside healthy competition, some cooperation and coordination between all of us would no harm the MapServer cause, it would immensly help. And none of us which were in Berlin or in Minneapolis ever heard of you and your ideas just up to now, where you come up with this "second wannabe first thing". In principle this is your freedom to do that. No problem. But does it help ??? > This company presentation: > http://www.tydac.ch/english/index.php?menu=News_2002_09 > is definitely what we do not want to replicate. This was just an example of a "professionally organized meeting" which honestly declared what it was: a user or even better a client meeting, even being all about open source (and a lot on non-clients attended, but they knew what they got). BTW they knew three month in advance about the detailed program, even before attending, imagine! Where is your detailed program, did not see any and it's up in six weeks ????? > Our *cause* can be broken down to promoting UMN MapServer Yep. Our too, however we try to cooperate at the max. BTW already with DM Solutions (Canada), MapMedia (D), AGIS (D), Terraplan (D) and others. And nothing against Geo-Consortium. But what you did was not as you say in German "the fine Art" ... No German translation, sorry (I'm Swiss, so my German is not readable ;-) ...). ciao flavio the rebel :-) From bfraser at geoanalytic.com Mon Aug 11 12:46:24 2003 From: bfraser at geoanalytic.com (Brent Fraser) Date: Mon, 11 Aug 2003 13:46:24 -0600 Subject: [mapserver-users] OpenGIS CITE References: <3F33E4C1.8080709@dmsolutions.ca> Message-ID: <039e01c36041$3f7eef50$020002c0@SHARK> Daniel M. (and others), First of all, thanks for implementing WMS in MapServer and continuing to upgrade it. I think giving the user a choice of client applications is a great feature! I also believe conformance to the WMS spec (as much as possible) is vital, especially since I've been struggling for the past few days to get a couple of WMS client applications to speak to Mapserver: Iowa State U's WMTOrthophoto extension to ArcView 3.x (http://www.gis.iastate.edu/Links.html) (only supports WMS v1.0.0), and ESRI's ArcExplorer 4.0.1 Java Edition (doesn't support WMS v1.1.0, although v1.0.0 and v1.1.1 are ok). I followed the mapserver wiki on using ArcExplorer (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapserverArcExplorer) and was eventually successful after using an ASP wrapper to spoof the WMS version of Mapserver to be 1.1.1. The problem with this method is that it requires keeping the map file and script in sync. How about an optional "WMS_Version " keyword for the metadata section of the WEB object in the map file? If present, Mapserver would spit out a tag (or whatever version was given in the map file). We could use it to get around client/server WMS version incompatibilies. I realize you're working to implement v1.1.1 in Mapserver , but there could be other client applications coming out that support only v1.1.2, etc. Thanks again! Brent Fraser GeoAnalytic Inc. Tel:(403) 213-2700 bfraser at geoanalytic.com www.geoanalytic.com ----- Original Message ----- From: "Daniel Morissette" To: Cc: Sent: Friday, August 08, 2003 11:58 AM Subject: Re: [mapserver-users] OpenGIS CITE > Bart van den Eijnden wrote: > > > > has anyone from the mapserver community participated in the OpenGIS CITE > > initiative, to see how conformant mapserver is to the OpenGIS > > specifications? I know their test suite is only in beta, but perhaps > > somebody from mapserver has done the beta test. > > > > We are currently testing MapServer 4.0 against the CITE test suite for > WMS, and it currently passes 56 out of 88 tests. > > Many of the tests that fail are due to the fact that it supports only > WMS 1.1.0 and many tests require WMS 1.1.1. > > Also, as JF mentioned in his reply, in a few cases MapServer is more > permissive than the spec allows and for this reason fails some tests. > For instance, when passing invalid layer names MapServer silently > ignores the invalid layer (or sends the whole map if LAYERS is omitted), > but the spec requires that we send an exception in those cases. > > All the issues are being filed in bugzilla, if you do a query for > "CITE", you'll currently see 12 bugs. We will look into each issue and > decide what we do about each one during the 4.1 development cycle. Our > goal would be to pass all WMS tests and get MapServer officially certified. > > With respect to WFS, we are going to run the tests but don't expect to > do very well since the MapServer WFS is very incomplete. Also, based on > the feedback I've seen on the CITE list, the WFS tests seem to push > things quite a bit with respect to GML support, etc. and for this reason > MapServer may never pass the whole WFS suite. > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette morissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From adubnansky at 3eTI.com Mon Aug 11 13:11:31 2003 From: adubnansky at 3eTI.com (Dubnansky, Andrew) Date: Mon, 11 Aug 2003 16:11:31 -0400 Subject: [Mapserver-users] mapserver & win2k Message-ID: I have downloaded & installed ms40_gif_pg.zip & ms366_gif_wms.zip (on separate win2k machines) . I am using win2k and IIS 5.0. I have installed everything according to the respective "readme" files, the only minor exception being that I have put mapserv.exe in the "scripts" directory in IIS instead "cgi-bin", and: (1) Version 4 was missing a file called "libpq.dll" which I found on the internet and copied to my system directory. (2) Version 3.6.6 was missing a file called "zlib.dll" which I found on the internet and copied to my system directory. I cannot get the ver. 3.5 demo or the ver. 4.0 demo to run at all. The "demo_init" webpage will bring up the display page, but there are red "x"s where the map, legend, and scalebar image should be. Typing "mapserv -v" at the command line returns the expected responses. e.g. - MapServer version 4.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE I am at a loss to locate what I have missed. I have double checked the directory struct, capitalization issues, etc.Any help would be very appreciated. thanks in advance, - AJ From nhv at cape.com Mon Aug 11 13:35:36 2003 From: nhv at cape.com (Norman Vine) Date: Mon, 11 Aug 2003 16:35:36 -0400 Subject: [Mapserver-users] cygwin versus mingw/native/win question In-Reply-To: <3F3654A1.2000400@growthmodels.com> Message-ID: Heitzso writes: > > I have potential clients that are "gotta have it > on Win" folks. So, while I prefer linux, I need > to push the whole tool stack over to WinXX. > > My question ... if I need all of the mapserver > extensions rolled in for a python mapscript app > with a postgis backend, am I better off messing with > cygwin or messing with mingw? My guess is it depends primarily on which you are more comfortable developing with and if you are comfortable releasing the sources for your application < see Cygwin license >. MSVC should work as well FWIW I have several mapservers deployed using a mishmash some have a Native Win32 PostGIS datastore and some use a Cygwin one. There is no real reason PostGIS needs to be on the same machine as ling as you have a fast network connection so concievably PostGIS could be on a 'Nix' box. I find little measurable difference in performance but these are not heavily loaded and do a fair bit more background processing then a 'standard' mapserver installation As far as Python mapscript goes there are some not so subtle differances between a Cygwin Python and a Native Win32 python ie one is a Posix application and the other a Win32 application with full access to the underlying OS features which may or maynot be important to you Since you prefer Linux my guess is that you will have fewer surprises with Cygwin but YMMV HTH Norman From rjames57 at yahoo.com Mon Aug 11 13:41:39 2003 From: rjames57 at yahoo.com (Randy James) Date: Mon, 11 Aug 2003 13:41:39 -0700 (PDT) Subject: [Mapserver-users] mapserver & win2k In-Reply-To: Message-ID: <20030811204139.61455.qmail@web12501.mail.yahoo.com> Hi If your are getting the template page minus the images, maybe check your path to your images and/or check if the images are created. (in your tmp folder) Hope this helps Cheers Randy --- "Dubnansky, Andrew" wrote: > I have downloaded & installed ms40_gif_pg.zip & > ms366_gif_wms.zip (on > separate win2k machines) . > I am using win2k and IIS 5.0. > > I have installed everything according to the > respective "readme" files, > the only minor exception being that I have put > mapserv.exe in the > "scripts" directory in IIS instead "cgi-bin", and: > > (1) Version 4 was missing a file called "libpq.dll" which > I found on the > internet and copied to my system directory. > (2) Version 3.6.6 was missing a file called "zlib.dll" > which I found on the > internet and copied to my system directory. > > I cannot get the ver. 3.5 demo or the ver. 4.0 demo to > run at all. The > "demo_init" webpage will bring up the display page, but > there are red "x"s > where the map, legend, and scalebar image should be. > > Typing "mapserv -v" at the command line returns the > expected responses. > > e.g. - MapServer version 4.0 OUTPUT=GIF OUTPUT=PNG > OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE > SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER > SUPPORTS=WFS_CLIENT INPUT=EPPL7 > INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > I am at a loss to locate what I have missed. I have > double checked the > directory struct, capitalization issues, etc.Any help > would be very > appreciated. > > thanks in advance, > > - AJ > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 TMitchell at lignum.com Mon Aug 11 13:46:49 2003 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 11 Aug 2003 13:46:49 -0700 Subject: [Mapserver-users] mapserver & win2k In-Reply-To: Message-ID: Hi Andrew, are you confident that your path and url settings in your "init.html" files and map file are set properly? If you are getting placeholder images instead of maps, but no errors, that suggests to me that the web server isn't finding the images that mapserver created. I suggest you try to view the map again, then do a search of files on your server to see ones that have been modified in the last day and then see if you find any gif or png files hanging around. For example, it may be creating them in another folder that you didn't realize. Mine are caled DEMOnnnnn.gif or DEMleg and DEMOref for map, legend and reference map respectively. Posting your html and map files will help others help you. Tyler "Dubnansky, Andrew" "'mapserver-users at lists.gis.umn.edu Sent by: '" mapserver-users-a dmin at lists.gis.um cc n.edu Fax to 08/11/2003 01:11 Subject PM [Mapserver-users] mapserver & win2k I have downloaded & installed ms40_gif_pg.zip & ms366_gif_wms.zip (on separate win2k machines) . I am using win2k and IIS 5.0. I have installed everything according to the respective "readme" files, the only minor exception being that I have put mapserv.exe in the "scripts" directory in IIS instead "cgi-bin", and: (1) Version 4 was missing a file called "libpq.dll" which I found on the internet and copied to my system directory. (2) Version 3.6.6 was missing a file called "zlib.dll" which I found on the internet and copied to my system directory. I cannot get the ver. 3.5 demo or the ver. 4.0 demo to run at all. The "demo_init" webpage will bring up the display page, but there are red "x"s where the map, legend, and scalebar image should be. Typing "mapserv -v" at the command line returns the expected responses. e.g. - MapServer version 4.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE I am at a loss to locate what I have missed. I have double checked the directory struct, capitalization issues, etc.Any help would be very appreciated. thanks in advance, - AJ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From tom at ecnow.co.uk Mon Aug 11 14:14:47 2003 From: tom at ecnow.co.uk (Tom H) Date: Mon, 11 Aug 2003 22:14:47 +0100 Subject: [Mapserver-users] msProcessProjection(): Projection library error. major axis or radius = 0 or not given In-Reply-To: Message-ID: Hi, I'm trying to set-up mapserver as a Web Map Server (WMS). At the moment I've got a fairly simple map file like so; NAME oz1 SIZE 400 400 EXTENT 110 -7 180 -40 SHAPEPATH "../data" LAYER NAME australia TYPE POLYGON STATUS DEFAULT DATA australia CLASS COLOR 0 0 0 OUTLINECOLOR 0 0 0 END PROJECTION "proj=latlong" END END END This however causes the error; "msProcessProjection(): Projection library error. major axis or radius = 0 or not given " If I comment out "proj=latlong" PROJECTION #"proj=latlong" END it outputs a map, and there is no error. I've added a env variable PROJ_LIB ie; C:\>echo %PROJ_LIB% C:\Inetpub\wwwroot\ms\Proj\nad and my epsg file is in that folder. and I've checked that the data in the layer is latlong projection. what am I missing? The wms server config requires that a projection be specified for each layer. Thanks in advance. T. From dblasby at refractions.net Mon Aug 11 14:17:26 2003 From: dblasby at refractions.net (David Blasby) Date: Mon, 11 Aug 2003 14:17:26 -0700 Subject: [Mapserver-users] itemnquery - what *exactly* does it do? Message-ID: <3F3807E6.4090502@refractions.net> I'm trying to debug a problem with the postgis connector for an itemnquery. As far as I can tell, mode=itemnquery does: 1. open layer (with the qstring FILTER added) 2. msPOSTGISLayerWhichShapes() - on rectangle 3. close layer 4. open layer 5. for each record returned in #2:: msPOSTGISLayerGetShape() -- get shape by OID 6. close layer Is this correct? Is anything else happening? Why isnt msPOSTGISLayerGetItems() called? Is it supposed to be called? Am I missing something? dave From warmerdam at pobox.com Mon Aug 11 14:45:44 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 11 Aug 2003 17:45:44 -0400 Subject: [Mapserver-users] msProcessProjection(): Projection library error. major axis or radius = 0 or not given In-Reply-To: References: Message-ID: <3F380E88.6080500@pobox.com> Tom H wrote: > Hi, > > I'm trying to set-up mapserver as a Web Map Server (WMS). > > At the moment I've got a fairly simple map file like so; > NAME oz1 > SIZE 400 400 > EXTENT 110 -7 180 -40 > SHAPEPATH "../data" > > LAYER > NAME australia > TYPE POLYGON > STATUS DEFAULT > DATA australia > CLASS > COLOR 0 0 0 > OUTLINECOLOR 0 0 0 > END > PROJECTION > "proj=latlong" > END > > END > END > This however causes the error; > "msProcessProjection(): Projection library error. major axis or radius = 0 or not given " > > If I comment out "proj=latlong" > PROJECTION > #"proj=latlong" > END > it outputs a map, and there is no error. Tom, You need an ellipsoid definition for the projection definition to be valid. eg. PROJECTION "proj=latlong" "ellps=WGS84" END Or just omit it since you aren't using it. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From mdoggett at coas.oregonstate.edu Mon Aug 11 15:06:47 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Mon, 11 Aug 2003 15:06:47 -0700 Subject: [Mapserver-users] Can display GRASS's result on Mapserver ? In-Reply-To: <5.1.1.6.2.20030811084711.00b0cfb0@mail.ait.ac.th> Message-ID: <001601c36054$dc16b1a0$2441c180@nino> Yes. Mapserver can access GRASS rasters via the GDAL library. You have to compile GDAL --with-grass and then compile Mapserver --with-gdal. I also found that you have to put a .grassrc5 file into the DocumentRoot directory of your website (as specified in the httpd.conf file). Matt -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Sarawut Ninsawat Sent: Sunday, August 10, 2003 6:47 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Can display GRASS's result on Mapserver ? Dear all I would like to make some network analysis with GRASS get data from PostGIS by two specific points from Mapserver. And after find the best route by model of GRASS, Can I display result from GRASS immediately on Mapserver? Best Regards Sarawut _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From tom at ecnow.co.uk Mon Aug 11 15:13:45 2003 From: tom at ecnow.co.uk (Tom H) Date: Mon, 11 Aug 2003 23:13:45 +0100 Subject: [Mapserver-users] msProcessProjection(): Projection library error. major axis or radius = 0 or not given In-Reply-To: Message-ID: Hi group, > > If I comment out "proj=latlong" > > PROJECTION > > #"proj=latlong" > > END > > it outputs a map, and there is no error. > > Tom, > > You need an ellipsoid definition for the projection definition to > be valid. > > eg. > PROJECTION > "proj=latlong" > "ellps=WGS84" > END in Section 4 Example 1 - On-the-fly Reprojection at; http://terrasip.gis.umn.edu/cgi-bin/mapserv35?map=/data/projects/tutorial35/s4/s4ex1.map&layer=water&layer=states&layer=relief&zoom=1 in the tutorial for 3.6 there is a projection block for the MAP; PROJECTION "proj=laea" "ellps=clrk66" "lat_0=45" "lon_0=-100" END and then subsequent projection blocks for the layers; PROJECTION "proj=latlong" END where there is no ellipsoid definition for each of the layers. I downloaded all these tutorial files to my mapserver, which is a binary version 4.0 mapserver on win2000, and im getting the same "msProcessProjection(): Projection library error. major axis or radius = 0 or not given" error with the tutorial files. so was there a default ellipsoid definition for earlier versions of mapserver? and also; how do I find out the correct ellipsoid definition for shapefiles and their layers? Thanks, T. From tom at ecnow.co.uk Mon Aug 11 16:29:22 2003 From: tom at ecnow.co.uk (Tom H) Date: Tue, 12 Aug 2003 00:29:22 +0100 Subject: [Mapserver-users] when mapserv.exe runs it looks for avgridio.dll and aigridio.dll In-Reply-To: Message-ID: Hi group, I ran filemon in order to see whether mapserv.exe was finding my epsg file correctly, and it wasn't regardless of whether I defined a PROJ_LIB env variable. It was still looking in C:\PROJ\NAD, so I made a copy of the NAD folder there. however, as filemon ran, it also looked for and did not find avgridio.dll and aigridio.dll in the PATH, before giving up and then looking for the epsg file. Are these files important? it seems that these files are shipped with ArcGIS and/or arcView. Cheers T. From warmerdam at pobox.com Mon Aug 11 16:39:46 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 11 Aug 2003 19:39:46 -0400 Subject: [Mapserver-users] when mapserv.exe runs it looks for avgridio.dll and aigridio.dll In-Reply-To: References: Message-ID: <3F382942.1070404@pobox.com> Tom H wrote: > Hi group, > > I ran filemon in order to see whether mapserv.exe was finding my epsg file correctly, > and it wasn't regardless of whether I defined a PROJ_LIB env variable. It was still > looking in C:\PROJ\NAD, so I made a copy of the NAD folder there. > > however, as filemon ran, it also looked for and did not find avgridio.dll and aigridio.dll > in the PATH, before giving up and then looking for the epsg file. > > Are these files important? > > it seems that these files are shipped with ArcGIS and/or arcView. Tom, They are not important, but if found they may be used to grid ESRI Grid files. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From nacional at cbs.umn.edu Mon Aug 11 17:15:20 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 11 Aug 2003 19:15:20 -0500 Subject: [Mapserver-users] msProcessProjection(): Projection library error. major axis or radius = 0 or not given In-Reply-To: References: Message-ID: <1060647320.14413.22.camel@arceuthobium.ecology.umn.edu> Hi Tom, I'm in the process of updating the tutorial for version 4. I have no answer as to why the LAYER projection objects no longer work without the ellipsoid. However, it should work if you add "ellps=clrk66" to your projection object. The original data came in Lambert Azimuthal Equal Area projection and uses Clarke 1866 as the ellipsoid. Just so you know, shapefiles themselves don't require projection info. You can define a projection for it by adding a projection info (.PRJ) file (I don't know the format) which ArcView 3.x would gladly use for reprojection purposes. If you are fortunate enough to have shapefiles that come with .PRJ file, it includes ellipsoid (called spheroid) info. If the .PRJ file is missing, then you'd better hope to find a metadata for your shapefile. The metadata should have a projection info section. -Perry N. On Mon, 2003-08-11 at 17:13, Tom H wrote: > Hi group, > > > > If I comment out "proj=latlong" > > > PROJECTION > > > #"proj=latlong" > > > END > > > it outputs a map, and there is no error. > > > > Tom, > > > > You need an ellipsoid definition for the projection definition to > > be valid. > > > > eg. > > PROJECTION > > "proj=latlong" > > "ellps=WGS84" > > END > > in Section 4 Example 1 - On-the-fly Reprojection at; > http://terrasip.gis.umn.edu/cgi-bin/mapserv35?map=/data/projects/tutorial35/s4/s4ex1.map&layer=water&layer=states&layer=relief&zoom=1 > > in the tutorial for 3.6 there is a projection block for the MAP; > PROJECTION > "proj=laea" > "ellps=clrk66" > "lat_0=45" > "lon_0=-100" > END > > and then subsequent projection blocks for the layers; > PROJECTION > "proj=latlong" > END > where there is no ellipsoid definition for each of the layers. > > I downloaded all these tutorial files to my mapserver, which is a binary version 4.0 mapserver > on win2000, and im getting the same "msProcessProjection(): Projection library error. > major axis or radius = 0 or not given" error with the tutorial files. > > so was there a default ellipsoid definition for earlier versions of mapserver? > > and also; > > how do I find out the correct ellipsoid definition for shapefiles and their layers? > > Thanks, > > T. > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From tom at ecnow.co.uk Mon Aug 11 18:32:00 2003 From: tom at ecnow.co.uk (Tom H) Date: Tue, 12 Aug 2003 02:32:00 +0100 Subject: [Mapserver-users] world basemap In-Reply-To: <1060647320.14413.22.camel@arceuthobium.ecology.umn.edu> Message-ID: Hi group, Is there a freely available world basemap? I've been searching the web with google and haven't found one that can be used as the backdrop for my current project. Thanks in advance. T. From franck at sopac.org Mon Aug 11 19:26:08 2003 From: franck at sopac.org (Franck Martin) Date: 12 Aug 2003 14:26:08 +1200 Subject: [Mapserver-users] world basemap In-Reply-To: References: Message-ID: <1060655168.3354.5.camel@localhost> --=-d5BhajtDeL/71pAPKJyS Content-Type: text/plain Content-Transfer-Encoding: 7bit Look on the USGS web site in digital products... Cheers On Tue, 2003-08-12 at 13:32, Tom H wrote: > Hi group, > > Is there a freely available world basemap? I've been searching the web with google and > haven't found one that can be used as the backdrop for my current project. > > Thanks in advance. > > T. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Franck Martin SOPAC --=-d5BhajtDeL/71pAPKJyS Content-Type: text/html; charset=utf-8 Look on the USGS web site in digital products...

Cheers

On Tue, 2003-08-12 at 13:32, Tom H wrote: 
Hi group,

Is there a freely available world basemap? I've been searching the web with google and
haven't found one that can be used as the backdrop for my current project.

Thanks in advance.

T.


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




-- 

Franck Martin <franck at sopac.org>

SOPAC
--=-d5BhajtDeL/71pAPKJyS-- From morissette at dmsolutions.ca Mon Aug 11 19:51:55 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 11 Aug 2003 22:51:55 -0400 Subject: [mapserver-users] OpenGIS CITE In-Reply-To: <039e01c36041$3f7eef50$020002c0@SHARK> References: <3F33E4C1.8080709@dmsolutions.ca> <039e01c36041$3f7eef50$020002c0@SHARK> Message-ID: <3F38564B.2020900@dmsolutions.ca> Brent Fraser wrote: > > How about an optional "WMS_Version " keyword for the metadata section of > the WEB object in the map file? If present, Mapserver would spit out a > tag (or whatever version was given in > the map file). We could use it to get around client/server WMS version > incompatibilies. I realize you're working to implement v1.1.1 in Mapserver > , but there could be other client applications coming out that support only > v1.1.2, etc. > Unfortunately properly supporting version 1.1.1 is not as simple as changing the version tag at the top of the capabilities to say 1.1.1. There is probably not much more to it (I don't remember the differences) and changing the version number may be enough to fool the ArcExplorer client but shouldn't be considered a good practice. Actually, I'm a bit surprised that you were unable to connect since you wrote that both of your clients support WMS 1.0.0 (do they really?). MapServer does support V1.0.0 if the clients ask for that version... so if those clients did implement WMS version negociation properly then they would have picked version 1.0.0. Note that very few clients implement WMS version negociation properly, I don't even think our MapLab package does... one more reason to not implement hacks in MapServer but instead work on fixing the clients to adhere to the spec. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ----------------------------------------------------------- From morissette at dmsolutions.ca Mon Aug 11 20:28:32 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 11 Aug 2003 23:28:32 -0400 Subject: [mapserver-users] OpenGIS CITE In-Reply-To: <2120.192.168.2.101.1060623264.squirrel@vogon.ccgis.de> References: <2120.192.168.2.101.1060623264.squirrel@vogon.ccgis.de> Message-ID: <3F385EE0.8050802@dmsolutions.ca> Arnulf Christl (CCGIS) wrote: > > The question we cannot answer is whether technically it makes sense to try > and implement all of WFS into MapServer, what we do (believe to) know is > that to use and support WFS does make very much sense. And we know that it > is a lot to do and quite a lot of the details are irrelevant to most users > but part of the spec. MapServer beeing *more permissive* than the spec > allows is OK with us - but that for this reason it fails some tests is a > problem that will have to be accounted for. > > Another line of thought: > There are other Free Software projects far on the way with WFS already. We > cannot evaluate the need for UMN MapServer to be able to do WFS in all its > details (and all on its own), but maybe it makes sense to just use whats > already there. > > We already use loads of other free software projects btw, we use free OS, > free DB, free scripting lingos, free webserver. Would it make sense to use > another free project for UMN MapServers WFS? > Here are my 0.02$ on MapServer and WFS. The comments below represent only my views and other may have different opinions that would be very valuable too I'm sure: MapServer is a "map server", serving maps (GIF/PNG images, etc.) is what it's really good at and it's one of the best softwares for serving maps. For this reason MapServer has to and will be made compliant with the WMS spec. All the features of the WMS spec, including optional features should be supported by MapServer unless it really doesn't make sense to support a given feature. WFS is about serving features (vectors and attributes), while this is very complementary to serving maps, it's not the same thing and is not what MapServer is best at. It makes sense to provide 'basic' WFS capability in MapServer to complement web mapping applications, and we are currently working on enhancements to the WFS in MapServer to support filters (OGC filter encoding) which will make it a very useful WFS to query data. However I don't think we should push MapServer to become a fully featured transactional WFS. The above does not mean that MapServer users should be left on their own without a transactional WFS solution. I already know of at least one open source package, GeoServer, that supports transactional WFS and there may be others. Since we're in an open source world, there is no such thing as vendor locking, so we have no interest in preventing MapServer users from using GeoServer as well. Actually, I have already talked with Markus Muller a few months ago about the possibility of sharing config files between MapServer, Degree and GeoServer. Sharing a common config file format would allow someone to combine the best WMS and the best WFS on the same server with a single configuration file. Looking at a Degree config file and comparing it to a MapServer map file it was not obvious how the mapping could be done (and I don't even know what the GeoServer config files look like or if they're the same). The solution probably revolves around another OGC spec: Web Map Context documents (think of them as XML mapfiles for WMS layers only). One thing we could do is extend web map context documents to support local data sources (in addition to WMS layers), and then implement support for that extension in all three softwares. This would require some work but should be quite feasible if developers from all three groups can find the time to sit and work on this together. So in conclusion, I don't think we should push MapServer to become a fully features transactional WFS. Instead, we should continue to put our efforts into making MapServer the best WMS around, and work with other groups who already have excellent WFS servers to build a bridge between MapServer and their software. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From ercan at attila.sdsu.edu Mon Aug 11 22:02:14 2003 From: ercan at attila.sdsu.edu (Sezar Ercan) Date: Mon, 11 Aug 2003 22:02:14 -0700 Subject: [Mapserver-users] any arcview or arcgis tool Message-ID: <000e01c3608e$e5a368a0$6400a8c0@VMponce> Hi, Is there any tool producing Mapserver files from ArcView or ArcGIS other than AveIN? AveIN gives me the error of "A nil object does not recognize request SetEolType at MS.mapserver 3012." It seems free verson is not working. Thanks. Regards Sezar Ercan From flavio at tydac.ch Mon Aug 11 22:57:41 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Tue, 12 Aug 2003 07:57:41 +0200 Subject: [Mapserver-users] MapServer Oracle question Message-ID: Hi List Some questions: 1. Does MapServer need Oracle Spatial to access geographic data in Oracle or could Oracle be as well used without the Spatial Option ? (i.e. I'd use FME to feed the beast). I suppose I'd need it for the Spatial Indexing ? 2. Does MapServer support the additional geometry types of Oracle such as the so named "Arc Line String", "Arc Polygon", "Compound Polygon" and so on ? If yes, are / how are the Arcs stroked ??? Thanks Flavio From adams at terrestris.de Mon Aug 11 23:50:44 2003 From: adams at terrestris.de (Till Adams) Date: Tue, 12 Aug 2003 08:50:44 +0200 Subject: [Mapserver-users] any arcview or arcgis tool References: <000e01c3608e$e5a368a0$6400a8c0@VMponce> Message-ID: <3F388E44.6080806@terrestris.de> Dear Ercan, there is only a free version of AveiN! - you may order the manual for a small fee, not covering 1% of the costs consumed by making the manual.... Btw, in the moment we think about releasing AveiN! as OSS ;-), but first of all, I have to clean my code. To your problem: Can you give me some more info on your error. I can point you to the right direction. I think one of your configure files (*.map or *.set) seems not OK. Regards, Till Sezar Ercan schrieb: > Hi, > Is there any tool producing Mapserver files from ArcView or ArcGIS other > than AveIN? > > AveIN gives me the error of > "A nil object does not recognize request SetEolType at MS.mapserver 3012." > > It seems free verson is not working. > Thanks. > Regards > Sezar Ercan > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ***** Besuchen Sie uns auf der INTERGEO in Hamburg ***** ***** vom 17.-19. September, Halle 12, EG Stand D02 ***** ----- Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de From nwoe at privat.utfors.se Tue Aug 12 02:03:35 2003 From: nwoe at privat.utfors.se (niklas wörmann) Date: Tue, 12 Aug 2003 11:03:35 +0200 Subject: [Mapserver-users] CGI pixel to latlong and back References: <71E37EF6B7DCC1499CEA0316A25683280105703B@loki.globexplorer.com> <200308111025.32174.schut@sarvision.com> <00d401c3600a$69e76e20$8300a8c0@big> Message-ID: <00f501c360b0$a0532520$8300a8c0@big> Hi! i have asked before, maybe my questions weren?t clear. i am trying to figure out a way to have mapserver create a map between pixel coordinates on the image, and latitude longitude. i am using mapserver cgi 4. what i really would like to do is to send in a number of pixel coordinates for a given map, and have the cgi send lat long values back that way i am figuring i could create a grid of coordinate pairs, and use it to interpolate the translation. the only data that needs to be processed should be the projection and the extent, no need to mess about with layer data etc. i havent even succeded sending in one imgxy value and getting latlong back. where do i start? tia niklas w?rmann ?lvsj? sweden From steffen.gebhardt at informus.de Tue Aug 12 03:45:23 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Tue, 12 Aug 2003 12:45:23 +0200 Subject: [Mapserver-users] check installation In-Reply-To: <20030811170002.13287.58267.Mailman@lists.gis.umn.edu> References: <20030811170002.13287.58267.Mailman@lists.gis.umn.edu> Message-ID: Hi to all, I think of upgrading my mapserver to the current stable version. Before I want to check the installed version and it's libraries. I remember that there was a linux command that displays the included libraries and the version of the mapserv file. But I don't remember what the command was like. Would anybody be so kind and tell me again? Thanks Steffen Gebhardt From schut at sarvision.com Tue Aug 12 06:03:25 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 12 Aug 2003 15:03:25 +0200 Subject: [Mapserver-users] check installation In-Reply-To: References: <20030811170002.13287.58267.Mailman@lists.gis.umn.edu> Message-ID: <200308121503.25113.schut@sarvision.com> I think you mean this: display mapserver version (and supported formats): 'mapserv -v' display shared libraries a program has been linked against: 'ldd programname', like 'ldd mapserv' Cheers, Vincent. On Tuesday 12 August 2003 12:45, Steffen Gebhardt wrote: > Hi to all, > > I think of upgrading my mapserver to the current stable version. Before I > want to check the installed version and it's libraries. I remember that > there was a linux command that displays the included libraries and the > version of the mapserv file. But I don't remember what the command was > like. Would anybody be so kind and tell me again? > > > Thanks > Steffen Gebhardt > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From morissette at dmsolutions.ca Tue Aug 12 07:11:04 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 12 Aug 2003 10:11:04 -0400 Subject: [Mapserver-users] Re: Mapscript on Linux Red Hat In-Reply-To: <200308121314.JAA14884@www21.ureach.com> References: <200308121314.JAA14884@www21.ureach.com> Message-ID: <3F38F578.9010303@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... Alexander Shostko wrote: > > I am porting mapscript application to Linux. What is the working > combination > > Mapsever 4.0 (or 3.6) > If you are porting a 3.6 application then you could go with 3.6 on Linux as well to make the transition easier. Otherwise 4.0 is officially the latest and greatest stable release > php as cgi or module (version 4.3.2) > PHP as a CGI for both 4.0 or 3.6. > what is absolute must to be compiled in (pdflib, ming, curl, > jpeglib, pnglib, > zd, etc.) > The only absolute requirement is GD (GD 1.8.4 for 3.6, or GD 2.0.12 or more recent for V4.0). jpeglib and pnglib are required by GD if you built it using those formats so they're also required by MapServer. Same with freetype if you built your GD to use it. You may need other libs depending on the options you need for your application. See the file README.CONFIGURE in the root of the MapServer source package for a description of what each lib/option does and how to enable it. Finally, you'll also find resources on compiling and installing PHP MapScript in the Wiki at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScript Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mservin at tecnoaccion.com.ar Tue Aug 12 07:17:00 2003 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Tue, 12 Aug 2003 11:17:00 -0300 Subject: [Mapserver-users] Adding a GIF layer to my .map file Message-ID: <00a101c360dc$6596a930$9105a8c0@mariolaptop> Hi, I followed the MapServer 4.0 Tutorial for puting a layer with a GIF (RASTER type) in my .map file. Well, nothing happened. The image is not shown. Ok, I did not realize that MapServer has no information about georeference of the GIF file, but nothing was mentioned about it in the Tutorial. Could it be the reason that the image is not shown?. Anyway, how can I georeference my GIF file? Regards, Mario From MHoward at spaceimaging.com Tue Aug 12 07:30:12 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Tue, 12 Aug 2003 08:30:12 -0600 Subject: [Mapserver-users] &WHERECLAUSES=? Message-ID: Is there any why to dynamically filter for features to be displayed in a layer using a HTML template (JS/Java) or with a WMS call -- i.e. &WHERECLAUSES = ?????? I know expressions in map files - I'm talking dynamically. Thanks, 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 MHoward at spaceimaging.com Tue Aug 12 07:33:40 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Tue, 12 Aug 2003 08:33:40 -0600 Subject: [Mapserver-users] Adding a GIF layer to my .map file Message-ID: Mario, You can use a world file to georeference. You need to know the coordinates of the upper left corner and the map units / pixel to display. see: http://mapserver.gis.umn.edu/doc36/raster-howto.html Mark -----Original Message----- From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] Sent: Tuesday, August 12, 2003 8:17 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Adding a GIF layer to my .map file Hi, I followed the MapServer 4.0 Tutorial for puting a layer with a GIF (RASTER type) in my .map file. Well, nothing happened. The image is not shown. Ok, I did not realize that MapServer has no information about georeference of the GIF file, but nothing was mentioned about it in the Tutorial. Could it be the reason that the image is not shown?. Anyway, how can I georeference my GIF file? Regards, Mario _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ******************************************************************************** This message is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachments and notify Space Imaging immediately. ******************************************************************************** From adubnansky at 3eTI.com Tue Aug 12 07:31:42 2003 From: adubnansky at 3eTI.com (Dubnansky, Andrew) Date: Tue, 12 Aug 2003 10:31:42 -0400 Subject: [Mapserver-users] Re: mapserver & win2k Message-ID: Thanks so much for your reply. Sorry it took me a while to respond, but our email server IDs listserver email as "spam" (odd that it only stops me from receiving the email I want to get) ...anyway... I am confident about the paths. The .png files referenced in the html below dont appear anywhere on my hard drive. In another bizarre twist , I did some experimenting and found that if I add "&mode=map" on to the end of the URL you obtain from the map place holder, the map image displays all by itself in the browser. The aforementioned file is being stored to a directory called "mapserv_png_files" that the application created. I am encouraged that Mapserver works for me on some level,but now I am more confused than ever. thanks again for your help. ***************************************** ***DEMO_INIT.HTML*** MapServer Demo Interface

MapServer Demo Interface

Click on the initialize button to fire up the demo with 3 layers turned on will be accessible for browsing. The data are of Itasca County, MN and were derived, for the most part, from USGS 1:24,000 quadrangles. Some things to note are:

___________________________________________________________________________ ********************************************************** ***RESULTANT PAGE*** MapServer Demo Interface

MapServer Demo Interface

 Powered by MapServer

Browse map
Query feature
Query multiple features

Select Layers to Display:

Zoom In Pan Zoom Out

Zoom Size

Legend

****************************************************** ****************************************************** -----Original Message----- From: Tyler Mitchell [mailto:TMitchell at lignum.com] Sent: Monday, August 11, 2003 4:47 PM To: Dubnansky, Andrew Cc: mapserver-users at lists.gis.umn.edu Subject: adubnansky at 3eTI.com - Email found in subject - Re: [Mapserver-users] mapserver & win2k Hi Andrew, are you confident that your path and url settings in your "init.html" files and map file are set properly? If you are getting placeholder images instead of maps, but no errors, that suggests to me that the web server isn't finding the images that mapserver created. I suggest you try to view the map again, then do a search of files on your server to see ones that have been modified in the last day and then see if you find any gif or png files hanging around. For example, it may be creating them in another folder that you didn't realize. Mine are caled DEMOnnnnn.gif or DEMleg and DEMOref for map, legend and reference map respectively. Posting your html and map files will help others help you. Tyler "Dubnansky, Andrew" "'mapserver-users at lists.gis.umn.edu Sent by: '" mapserver-users-a dmin at lists.gis.um cc n.edu Fax to 08/11/2003 01:11 Subject PM [Mapserver-users] mapserver & win2k I have downloaded & installed ms40_gif_pg.zip & ms366_gif_wms.zip (on separate win2k machines) . I am using win2k and IIS 5.0. I have installed everything according to the respective "readme" files, the only minor exception being that I have put mapserv.exe in the "scripts" directory in IIS instead "cgi-bin", and: (1) Version 4 was missing a file called "libpq.dll" which I found on the internet and copied to my system directory. (2) Version 3.6.6 was missing a file called "zlib.dll" which I found on the internet and copied to my system directory. I cannot get the ver. 3.5 demo or the ver. 4.0 demo to run at all. The "demo_init" webpage will bring up the display page, but there are red "x"s where the map, legend, and scalebar image should be. Typing "mapserv -v" at the command line returns the expected responses. e.g. - MapServer version 4.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE I am at a loss to locate what I have missed. I have double checked the directory struct, capitalization issues, etc.Any help would be very appreciated. thanks in advance, - AJ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mservin at tecnoaccion.com.ar Tue Aug 12 07:43:17 2003 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Tue, 12 Aug 2003 11:43:17 -0300 Subject: [Mapserver-users] Adding a GIF layer to my .map file References: Message-ID: <00c501c360e0$117aff00$9105a8c0@mariolaptop> Thanks Mark, Just in case, if there is no imagefilename.wld file associated with the image file, it will not be shown, will it? Mario ----- Original Message ----- From: "Howard Mark" To: "'Mario Servin'" ; Sent: Tuesday, August 12, 2003 11:33 AM Subject: RE: [Mapserver-users] Adding a GIF layer to my .map file > Mario, > You can use a world file to georeference. You need to know the coordinates > of the upper left corner and the map units / pixel to display. > see: > http://mapserver.gis.umn.edu/doc36/raster-howto.html > > Mark > > -----Original Message----- > From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] > Sent: Tuesday, August 12, 2003 8:17 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Adding a GIF layer to my .map file > > > Hi, > I followed the MapServer 4.0 Tutorial for puting a layer with a GIF > (RASTER type) in my .map file. Well, nothing happened. The image is not > shown. Ok, I did not realize that MapServer has no information about > georeference of the GIF file, but nothing was mentioned about it in the > Tutorial. Could it be the reason that the image is not shown?. Anyway, how > can I georeference my GIF file? > Regards, > Mario > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > **************************************************************************** **** > This message is intended only for the use of the Addressee and may > contain information that is PRIVILEGED and CONFIDENTIAL. > > If you are not the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please erase all copies of the > message and its attachments and notify Space Imaging immediately. > **************************************************************************** **** > From mservin at tecnoaccion.com.ar Tue Aug 12 07:48:19 2003 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Tue, 12 Aug 2003 11:48:19 -0300 Subject: [Mapserver-users] Adding a GIF layer to my .map file References: Message-ID: <00cf01c360e0$c51e8b80$9105a8c0@mariolaptop> Sorry Howard!!, I realize that it is the second time I use your last name instead of your first name!!!. Well, I am a bit distracted by these days. Another question: Do you know any software that can help me to georeference my GIF file, and generate the world file? Mario ----- Original Message ----- From: "Howard Mark" To: "'Mario Servin'" ; Sent: Tuesday, August 12, 2003 11:33 AM Subject: RE: [Mapserver-users] Adding a GIF layer to my .map file > Mario, > You can use a world file to georeference. You need to know the coordinates > of the upper left corner and the map units / pixel to display. > see: > http://mapserver.gis.umn.edu/doc36/raster-howto.html > > Mark > > -----Original Message----- > From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] > Sent: Tuesday, August 12, 2003 8:17 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Adding a GIF layer to my .map file > > > Hi, > I followed the MapServer 4.0 Tutorial for puting a layer with a GIF > (RASTER type) in my .map file. Well, nothing happened. The image is not > shown. Ok, I did not realize that MapServer has no information about > georeference of the GIF file, but nothing was mentioned about it in the > Tutorial. Could it be the reason that the image is not shown?. Anyway, how > can I georeference my GIF file? > Regards, > Mario > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > **************************************************************************** **** > This message is intended only for the use of the Addressee and may > contain information that is PRIVILEGED and CONFIDENTIAL. > > If you are not the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please erase all copies of the > message and its attachments and notify Space Imaging immediately. > **************************************************************************** **** > From schut at sarvision.com Tue Aug 12 07:42:55 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 12 Aug 2003 16:42:55 +0200 Subject: [Mapserver-users] Adding a GIF layer to my .map file In-Reply-To: <00a101c360dc$6596a930$9105a8c0@mariolaptop> References: <00a101c360dc$6596a930$9105a8c0@mariolaptop> Message-ID: <200308121642.55358.schut@sarvision.com> Add a world file. It is a simple ascii file, having the same name as the gif file but with .wld instead of .gif as extension. Mapserver will automatically find the file and use it. It contains the following lines: - horizontal (east-west) pixel size - rotation info, usually ignored, just put 0 - again rotation info, also 0 - vertical pixel size (north-south, so usually negative!) - x corner coordinate of upper left pixel - y corner coordinate of upper left pixel So it just contains 6 lines with each one figure. The numbers should be conform the used projection, e.g. is your projection in UTM then use meters, is it unprojected latlon then use DD. Cheers, Vincent. BTW make sure your version of mapserver has gif support, because due to patent stuff this is normally disabled I think. You can check by running './mapserv -v' on the command line (if on linux). On Tuesday 12 August 2003 16:17, Mario Servin wrote: > Hi, > I followed the MapServer 4.0 Tutorial for puting a layer with a GIF > (RASTER type) in my .map file. Well, nothing happened. The image is not > shown. Ok, I did not realize that MapServer has no information about > georeference of the GIF file, but nothing was mentioned about it in the > Tutorial. Could it be the reason that the image is not shown?. Anyway, how > can I georeference my GIF file? > Regards, > Mario > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From bfraser at geoanalytic.com Tue Aug 12 08:02:56 2003 From: bfraser at geoanalytic.com (Brent Fraser) Date: Tue, 12 Aug 2003 09:02:56 -0600 Subject: [mapserver-users] OpenGIS CITE References: <3F33E4C1.8080709@dmsolutions.ca> <039e01c36041$3f7eef50$020002c0@SHARK> <3F38564B.2020900@dmsolutions.ca> Message-ID: <04ed01c360e2$d03893b0$020002c0@SHARK> Daniel, I think you are right. ArcExplorer will display data from servers supporting WMS v1.1.1 or later. I tested ArcExplorer with 17 WMS urls (switch to courier font to line things up in the table below): WMS ArcExporer 4.0.1 Java Version Connects: Shows Data: ------ ---------------------- 1. NASA Landsat http://wmt.jpl.nasa.gov/cgi-bin/wmt.cgi 1.0.0 YES no 2. GeoArctic Nunavut http://www.geoarctic.com/cgi-bin/wmsgeomapcan 1.0.0 YES "msWMSLoadMapParams(): Unsupported output format." 3. B.C. prov WMS http://slkapps2.env.gov.bc.ca/servlet/com.esri.wms.Esrimap 1.0.0 no 4. Ontario MNR NFIS http://lioib.lio.mnr.gov.on.ca/lioogc/default.asp 1.0.0 no 5. Ontario MNR GeoLoc http://lioib.lio.mnr.gov.on.ca/lioogc/OGC_ENV1_View.asp 1.0.0 no 6. Agriculture Canada http://linuxgurrl.agr.ca/cgi-bin/mapeco 1.1.0 no 7. Atlas of Canada http://cgdi-dev.geoconnections.org/cgi-bin/tomatlasmapper 1.1.0 no 8. GeoScience K Net http://cgkn.net/cgi-bin/mswms_cgkn 1.1.0 no 9. DM Solutions http://www2.dmsolutions.ca/cgi-bin/mswms_gmap 1.1.0 no 10. PCI demo data http://gws.pcigeomatics.com/GWSApp/GeoWSServlet 1.1.1 no 11. Canada's Ag http://dev.geographynetwork.ca/ogcwms/servlet/com.esri.ogc.wms.WMSServlet 1.1.1 YES YES 12. Canada's Basemap http://k12.esricanada.com/ogcwms/servlet/com.esri.ogc.wms.WMSServlet 1.1.1 YES YES 13. CCRS http://ceoware2.ccrs.nrcan.gc.ca/cubewerx/cubeserv/cubeserv.cgi 1.1.2 YES YES 14. CTIS 1 http://wms.cits.nrcan.gc.ca/cgi-bin/cubeserv.cgi 1.1.2 YES YES 15. CubeWerx http://www.cubewerx.com/demo/cubeserv/cubeserv.cgi 1.1.3 YES YES 16. Iowa http://komodo.gis.iastate.edu/server.cgi graphic YES no 17. Boston coast ortho http://coast.mit.edu/wmtserver.cgi graphic no Basically not all servers do a good job of implementing the WMS spec, and as you point out, the client apps (at least the two I tested) are not much better. I expect CITE will help the general situation, but it will take some time. As for the WMS_Version keyword, I agree that it is not good practice, but given the current chaotic state of servers and clients it may be useful. The alternative is a wrapper script on the server. Here's an ASP script to "promote" Mapserver's version number (and take care of specifying the map file, another problem): ======================================================== <% strRequest = Request.ServerVariables("QUERY_STRING") strURL = "http://my.server.com/cgi-bin/mapserv.exe?map=C:\Inetpub\wwwroot\MySite\myma pfile.map&" & strRequest Dim objHTTP 'As MSXML2.XMLHTTP Set objHTTP = Server.CreateObject("MSXML2.ServerXMLHTTP") objHTTP.open "GET", strURL, false objHTTP.send "" pos = instr(ucase(strRequest),"REQUEST=GETCAPABILITIES") if pos = 0 then pos = instr(ucase(strRequest),"REQUEST=CAPABILITIES") if pos > 0 then str111 = replace(objHTTP.responseText,"WMT_MS_Capabilities version=""1.1.0""","WMT_MS_Capabilities version=""1.1.1""") Response.Write str111 'objHTTP.responseText else Response.BinaryWrite objHTTP.responseBody end if Set objHTTP = Nothing %> ======================================================== Be advised, the script is not well tested, and is bad practice at least until Mapserver truely supports v1.1.1. On the other hand it does work well with ArcExplorer. Brent ----- Original Message ----- From: "Daniel Morissette" To: "Brent Fraser" Cc: Sent: Monday, August 11, 2003 8:51 PM Subject: Re: [mapserver-users] OpenGIS CITE > Brent Fraser wrote: > > > > How about an optional "WMS_Version " keyword for the metadata section of > > the WEB object in the map file? If present, Mapserver would spit out a > > tag (or whatever version was given in > > the map file). We could use it to get around client/server WMS version > > incompatibilies. I realize you're working to implement v1.1.1 in Mapserver > > , but there could be other client applications coming out that support only > > v1.1.2, etc. > > > > Unfortunately properly supporting version 1.1.1 is not as simple as > changing the version tag at the top of the capabilities to say 1.1.1. > There is probably not much more to it (I don't remember the differences) > and changing the version number may be enough to fool the ArcExplorer > client but shouldn't be considered a good practice. > > Actually, I'm a bit surprised that you were unable to connect since you > wrote that both of your clients support WMS 1.0.0 (do they really?). > MapServer does support V1.0.0 if the clients ask for that version... so > if those clients did implement WMS version negociation properly then > they would have picked version 1.0.0. Note that very few clients > implement WMS version negociation properly, I don't even think our > MapLab package does... one more reason to not implement hacks in > MapServer but instead work on fixing the clients to adhere to the spec. > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette morissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ----------------------------------------------------------- > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From MHoward at spaceimaging.com Tue Aug 12 08:04:38 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Tue, 12 Aug 2003 09:04:38 -0600 Subject: [Mapserver-users] Adding a GIF layer to my .map file Message-ID: #1 The filename is NOT imagefilename.wld In the case of a tif it's imagefilename.tfw For JPG it's imagefilename.jgw For GIF it's imagefilename.gfw #2 You should be able to determine this yourself -----Original Message----- From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] Sent: Tuesday, August 12, 2003 8:48 AM To: Howard Mark; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Adding a GIF layer to my .map file Sorry Howard!!, I realize that it is the second time I use your last name instead of your first name!!!. Well, I am a bit distracted by these days. Another question: Do you know any software that can help me to georeference my GIF file, and generate the world file? Mario ----- Original Message ----- From: "Howard Mark" To: "'Mario Servin'" ; Sent: Tuesday, August 12, 2003 11:33 AM Subject: RE: [Mapserver-users] Adding a GIF layer to my .map file > Mario, > You can use a world file to georeference. You need to know the coordinates > of the upper left corner and the map units / pixel to display. > see: > http://mapserver.gis.umn.edu/doc36/raster-howto.html > > Mark > > -----Original Message----- > From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] > Sent: Tuesday, August 12, 2003 8:17 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Adding a GIF layer to my .map file > > > Hi, > I followed the MapServer 4.0 Tutorial for puting a layer with a GIF > (RASTER type) in my .map file. Well, nothing happened. The image is not > shown. Ok, I did not realize that MapServer has no information about > georeference of the GIF file, but nothing was mentioned about it in the > Tutorial. Could it be the reason that the image is not shown?. Anyway, how > can I georeference my GIF file? > Regards, > Mario > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > **************************************************************************** **** > This message is intended only for the use of the Addressee and may > contain information that is PRIVILEGED and CONFIDENTIAL. > > If you are not the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please erase all copies of the > message and its attachments and notify Space Imaging immediately. > **************************************************************************** **** > ******************************************************************************** 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 tom at ecnow.co.uk Tue Aug 12 08:08:01 2003 From: tom at ecnow.co.uk (Tom H) Date: Tue, 12 Aug 2003 16:08:01 +0100 Subject: [Mapserver-users] mapserver orthographic projections, was "project onto globe" In-Reply-To: <00f501c360b0$a0532520$8300a8c0@big> Message-ID: Hi group, I'm using a world basemap from http://www.vdstech.com/map_data.htm I've got a orthographic on-the-fly projection working, it is here; http://www.scriptsupport.co.uk/images/mapserv.png the map file for this is pasted below; I've got a couple of problems though. The first is that there is obviously some background through the projection. I have tried using the BACKGROUNDCOLOR value in the CLASS object to mask this but I can't seem to get this tag to effect any of my objects. A workaround for this was to get a ocean shapefile and fill it with sea colour to mask out the background, but so far I only have ocean shapefiles for australia, but my initial effort at that is here; http://www.scriptsupport.co.uk/images/mapserv2.png It seems to cause shards of what should be on the background to be printed over the foreground. And as my background masking ocean shapefile falls over the edge of the earth, it too causes shards across my map image like so; http://www.scriptsupport.co.uk/images/mapserv3.png The second problem is the EXTENTS for the map output, you can see that it is; EXTENT -10000000 -90 10000000 90 which seems to be in meters in the x direction and dd in the y direction, which is most odd. setting "UNITS DD" makes no difference either. I would prefer it to be in decimal degress rather than meters, as that seems easier to work with on orthograhic projections. Many Thanks for any help in advance, T. mymap.map file; NAME oz1 SIZE 400 400 EXTENT -10000000 -90 10000000 90 SHAPEPATH "../data" IMAGETYPE PNG IMAGECOLOR 40 40 180 DEBUG on WEB #LOG "./log.txt" END PROJECTION #"proj=laea" "proj=ortho" "ellps=WGS84" "lat_0=51.0000" "lon_0=0.0000" "x_0=0.00" "y_0=0.00" END LAYER NAME world TYPE POLYGON STATUS DEFAULT DATA world CLASS COLOR 0 88 0 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 40 40 180 END PROJECTION "proj=latlong" "ellps=WGS84" END METADATA WMS_TITLE "world layer1" END END END From Zamil.Murji at divestco.com Tue Aug 12 08:10:08 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 12 Aug 2003 09:10:08 -0600 Subject: [Mapserver-users] &WHERECLAUSES=? Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30AA28@div-mx02.DIVESTCO.COM> Yes there is. Look into the filteritem and filter tags. Both of these can be changed dynamically from the url. Hope this helps Zamil -----Original Message----- From: Howard Mark [mailto:MHoward at spaceimaging.com] Sent: Tuesday, August 12, 2003 8:30 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] &WHERECLAUSES=? Is there any why to dynamically filter for features to be displayed in a layer using a HTML template (JS/Java) or with a WMS call -- i.e. &WHERECLAUSES = ?????? I know expressions in map files - I'm talking dynamically. Thanks, 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From siki at bme-geod.agt.bme.hu Tue Aug 12 12:45:23 2003 From: siki at bme-geod.agt.bme.hu (Siki Zoltan) Date: Tue, 12 Aug 2003 18:45:23 -0100 (GMT+1) Subject: [Mapserver-users] Adding a GIF layer to my .map file In-Reply-To: Message-ID: Hi, On Tue, 12 Aug 2003, Howard Mark wrote: > #1 The filename is NOT imagefilename.wld You can use .wld for any supported raster (I use .wld for tif & jpeg). See RASTER-HOWTO. -- Cherrs, Zoltan > In the case of a tif it's imagefilename.tfw > For JPG it's imagefilename.jgw > For GIF it's imagefilename.gfw > > #2 You should be able to determine this yourself > > > > -----Original Message----- > From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] > Sent: Tuesday, August 12, 2003 8:48 AM > To: Howard Mark; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Adding a GIF layer to my .map file > > > Sorry Howard!!, > I realize that it is the second time I use your last name instead of > your first name!!!. Well, I am a bit distracted by these days. Another > question: Do you know any software that can help me to georeference my GIF > file, and generate the world file? > > Mario > ----- Original Message ----- > From: "Howard Mark" > To: "'Mario Servin'" ; > > Sent: Tuesday, August 12, 2003 11:33 AM > Subject: RE: [Mapserver-users] Adding a GIF layer to my .map file > > > > Mario, > > You can use a world file to georeference. You need to know the coordinates > > of the upper left corner and the map units / pixel to display. > > see: > > http://mapserver.gis.umn.edu/doc36/raster-howto.html > > > > Mark > > > > -----Original Message----- > > From: Mario Servin [mailto:mservin at tecnoaccion.com.ar] > > Sent: Tuesday, August 12, 2003 8:17 AM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] Adding a GIF layer to my .map file > > > > > > Hi, > > I followed the MapServer 4.0 Tutorial for puting a layer with a GIF > > (RASTER type) in my .map file. Well, nothing happened. The image is not > > shown. Ok, I did not realize that MapServer has no information about > > georeference of the GIF file, but nothing was mentioned about it in the > > Tutorial. Could it be the reason that the image is not shown?. Anyway, how > > can I georeference my GIF file? > > Regards, > > Mario > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > **************************************************************************** > **** > > This message is intended only for the use of the Addressee and may > > contain information that is PRIVILEGED and CONFIDENTIAL. > > > > If you are not the intended recipient, you are hereby notified that any > > dissemination of this communication is strictly prohibited. If you have > > received this communication in error, please erase all copies of the > > message and its attachments and notify Space Imaging immediately. > > > **************************************************************************** > **** > > > > > > ******************************************************************************** > This message is intended only for the use of the Addressee and may > contain information that is PRIVILEGED and CONFIDENTIAL. > > If you are not the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please erase all copies of the > message and its attachments and notify Space Imaging immediately. > ******************************************************************************** > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From mweinelt at planiglobe.com Tue Aug 12 09:21:49 2003 From: mweinelt at planiglobe.com (Martin Weinelt) Date: Tue, 12 Aug 2003 18:21:49 +0200 Subject: [Mapserver-users] SunONE chokes on template file Message-ID: <200308121821.49509.mweinelt@planiglobe.com> Hi, currently installing a MapServer CGI-based site under Solaris / SunONE environment. Trying to - to be honest. With the first occurence of an angular bracket in the template file, the server inserts a nice 'segemtation fault' into the document and aborts. The maps are generated, though. Nothing in the error log. Any thoughts, anyone? Thanks, Martin -- --- Martin Weinelt --- kk+w - digital cartography --- Kiel, Germany --- Tel: +49.431.5791165 --- http://www.planiglobe.com From Zamil.Murji at divestco.com Tue Aug 12 09:41:33 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 12 Aug 2003 10:41:33 -0600 Subject: [Mapserver-users] MAXFEATURES and postgis layer Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30AA29@div-mx02.DIVESTCO.COM> I am trying to get the maxfeatures tag to work with a postgis layer. It just doesn't seem to work. Here is my layer definition: LAYER NAME "morewells" TYPE point STATUS off MAXSCALE 8 CONNECTIONTYPE postgis CONNECTION "user=idc dbname=idc host=sdb2 port=5432" DATA "the_geom from twell" CLASSITEM wellid MAXFEATURES 1 CLASS COLOR 0 0 0 SYMBOL 6 SIZE 10 MAXSIZE 10 MINSIZE 10 # TEMPLATE "c:\\mapfiles\test.html" END END Am i doing anything wrong? Does maxfeatures also work in nquery mode? Thanks zamil -----Original Message----- From: Zamil Murji Sent: Tuesday, August 12, 2003 9:10 AM To: Howard Mark; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] &WHERECLAUSES=? Yes there is. Look into the filteritem and filter tags. Both of these can be changed dynamically from the url. Hope this helps Zamil -----Original Message----- From: Howard Mark [mailto:MHoward at spaceimaging.com] Sent: Tuesday, August 12, 2003 8:30 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] &WHERECLAUSES=? Is there any why to dynamically filter for features to be displayed in a layer using a HTML template (JS/Java) or with a WMS call -- i.e. &WHERECLAUSES = ?????? I know expressions in map files - I'm talking dynamically. Thanks, 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From MHoward at spaceimaging.com Tue Aug 12 10:00:20 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Tue, 12 Aug 2003 11:00:20 -0600 Subject: [Mapserver-users] &WHERECLAUSES=? ---- NOW IMAGES! Message-ID: Zamil, I think I've got it. Thanks! Now the next question. This does not seem to work with image index shapefile layers. Is there anyway to display images in a tiled index layer by feature attribute? Mark -----Original Message----- From: Zamil Murji [mailto:Zamil.Murji at divestco.com] Sent: Tuesday, August 12, 2003 9:10 AM To: Howard Mark; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] &WHERECLAUSES=? Yes there is. Look into the filteritem and filter tags. Both of these can be changed dynamically from the url. Hope this helps Zamil -----Original Message----- From: Howard Mark [mailto:MHoward at spaceimaging.com] Sent: Tuesday, August 12, 2003 8:30 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] &WHERECLAUSES=? Is there any why to dynamically filter for features to be displayed in a layer using a HTML template (JS/Java) or with a WMS call -- i.e. &WHERECLAUSES = ?????? I know expressions in map files - I'm talking dynamically. Thanks, 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ******************************************************************************** This message is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachments and notify Space Imaging immediately. ******************************************************************************** From pramsey at refractions.net Tue Aug 12 10:05:43 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Tue, 12 Aug 2003 10:05:43 -0700 Subject: [Mapserver-users] MAXFEATURES and postgis layer In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30AA29@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30AA29@div-mx02.DIVESTCO.COM> Message-ID: <3F391E67.4080207@refractions.net> I am guessing that mappostgis.c is ignoring it. The maplayer.c delegates that feature to the implementation, and the mappostgis.c implementation says nothing about it. Should be a very easy feature to add. P. Zamil Murji wrote: > I am trying to get the maxfeatures tag to work with a postgis layer. It just doesn't seem to work. Here is my layer definition: > LAYER > NAME "morewells" > TYPE point > STATUS off > MAXSCALE 8 > CONNECTIONTYPE postgis > CONNECTION "user=idc dbname=idc host=sdb2 port=5432" > DATA "the_geom from twell" > CLASSITEM wellid > MAXFEATURES 1 > CLASS > COLOR 0 0 0 > SYMBOL 6 > SIZE 10 > MAXSIZE 10 > MINSIZE 10 > # TEMPLATE "c:\\mapfiles\test.html" > END > END > > Am i doing anything wrong? Does maxfeatures also work in nquery mode? > Thanks > zamil > > -----Original Message----- > From: Zamil Murji > Sent: Tuesday, August 12, 2003 9:10 AM > To: Howard Mark; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] &WHERECLAUSES=? > > > Yes there is. Look into the filteritem and filter tags. Both of these can be changed dynamically from the url. > > Hope this helps > Zamil > > -----Original Message----- > From: Howard Mark [mailto:MHoward at spaceimaging.com] > Sent: Tuesday, August 12, 2003 8:30 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] &WHERECLAUSES=? > > > > Is there any why to dynamically filter for features to be displayed in a > layer using a HTML template (JS/Java) or with a WMS call -- i.e. > &WHERECLAUSES = ?????? > I know expressions in map files - I'm talking dynamically. > > > Thanks, > 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From nacional at cbs.umn.edu Tue Aug 12 10:15:31 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: 12 Aug 2003 12:15:31 -0500 Subject: [Mapserver-users] Adding a GIF layer to my .map file In-Reply-To: <00a101c360dc$6596a930$9105a8c0@mariolaptop> References: <00a101c360dc$6596a930$9105a8c0@mariolaptop> Message-ID: <1060708531.1855.14.camel@arceuthobium.ecology.umn.edu> You are way ahead of me. The version 4 tutorial isn't available for public consumption yet. It isn't complete (but thanks for pointing out a raster projection issue that I have almost forgotten). Please don't use the tutorial just yet as I don't want to waste time answering questions instead of finishing the tutorial. The definitive how-to for raster layers is available in the documentation section of the mapserver site: http://mapserver.gis.umn.edu/doc40/raster-howto.html I also recommend browsing through the how-tos for more in depth explanations of concepts in MapServer. The tutorial will point you to these references when it becomes available. -Perry N. On Tue, 2003-08-12 at 09:17, Mario Servin wrote: > Hi, > I followed the MapServer 4.0 Tutorial for puting a layer with a GIF > (RASTER type) in my .map file. Well, nothing happened. The image is not > shown. Ok, I did not realize that MapServer has no information about > georeference of the GIF file, but nothing was mentioned about it in the > Tutorial. Could it be the reason that the image is not shown?. Anyway, how > can I georeference my GIF file? > Regards, > Mario > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From dblasby at refractions.net Tue Aug 12 10:17:02 2003 From: dblasby at refractions.net (David Blasby) Date: Tue, 12 Aug 2003 10:17:02 -0700 Subject: [Mapserver-users] MAXFEATURES and postgis layer In-Reply-To: <3F391E67.4080207@refractions.net> References: <64FC1B3E23F04C4E931EE3F6D809FF30AA29@div-mx02.DIVESTCO.COM> <3F391E67.4080207@refractions.net> Message-ID: <3F39210E.60303@refractions.net> Paul Ramsey wrote: > I am guessing that mappostgis.c is ignoring it. The maplayer.c delegates > that feature to the implementation, and the mappostgis.c implementation > says nothing about it. Should be a very easy feature to add. You can also add a "LIMIT n" clause to the SQL in your DATA statement if you want the functionality "right now". dave From shostko at ureach.com Tue Aug 12 10:30:15 2003 From: shostko at ureach.com (Alexander Shostko) Date: Tue, 12 Aug 2003 13:30:15 -0400 Subject: [Mapserver-users] Red Hat LInux Mapserver/Mapscript compilation Message-ID: <200308121730.NAA31039@www21.ureach.com> Thanks for review I tried to compile the mapserver using 4.0 with recommended features, in some details: ming, curl, curl-dev and other packages have been installed, After which I reinstalled gdal.1.18 by ./cble-force-cgi-redirect \ --enable-discard-path \ --with-config-file-path=/etc/httpd/ \ --with-gd=/usr/local \ --with-jpeg-dir \ --with-png-dir \ --with-zlib-dir \ --with-freetype-dir \ --without-ttf \ --with-pdflib \ --with-mysql \ --with-regex=system \ --enable-dbase \ --enable-dbx \ --enable-versioning make make ogr-all make install 4. Now trying to install php in the same fashion rm -f config.cashe ./configure \ --enable-force-cgi-redirect \ --enable-discard-path \ --with-config-file-path=/etc/httpd/ \ --with-gd=/usr/local \ --with-jpeg-dir \ --with-png-dir \ --with-zlib-dir \ --with-freetype-dir \ --without-ttf \ --with-pdflib \ --with-mysql \ --with-regex=system \ --enable-dbase \ --enable-dbx \ --enable-versioning make cp sapi/cgi/php /var/www/cgi-bin cp php.ini-dist /etc/httpd/php.ini proj, libpng, libtiff, zlib ... and other libraries are already there. 6. Installing mapserver rm -r config.cache ./configure \ --without-tiff \ --without-eepl \ --without-jpeg \ --with-threads \ --with-proj \ --with-gdal=/usr/local/bin \ --with-php=../php-4.3.2 \ --with-gd=/usr/local \ --with-freetype=/usr/bin \ --with-pdf \ --with-ogr \ --with-gdal \ --with-ming \ --with-wmsclient \ --with-wfs \ --with-wfs-client After which ./configure gets the message: !!! The current version of PHP MapScript has some problems with !!! !!! PHP4's bundled regex. Until we figure the solution to the !!! !!! problem, the workaround is to compile PHP4 with the system regex !!! !!! Please re-configure and re-compile PHP4 with --with-regex=system !!! !!! and then re-configure and re-compile MapServer. !!! However php is compiled --with-regex=system Plan to reduce the number of features in mapserver and try again Thanks for tips Regards Alex From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Tue Aug 12 10:33:49 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Tue, 12 Aug 2003 13:33:49 -0400 Subject: [Mapserver-users] SunONE chokes on template file Message-ID: <7CDD7B94357FD5119E800002A537C46E230938@s5-ccr-r1.ccrs.nrcan.gc.ca> Interesting ... I can't help specifically, but can make a few suggestions: Since you're running the CGI, this is likely a problem with the mapserv executable, unrelated to the webserver (Unless the webserver creates a bad CGI environment, though since this si done usually with a shell, it's hard to imagine) What compiler are you using? Gcc or Sun's ? I've got mapserver on Solaris 8 with GCC working fine (Under Apache) If you have 4.0, you can use -QUERY_STRING="map=..." (Or is it -QUERYSTRING ?) as an option to the executable form the command line. With the proper query string, you can get mapserver to go through the template parsing, and see if it dies there too. Doesn't provide a solution, but might help find the cause ... Hope this helps ... J.F. -----Original Message----- From: Martin Weinelt [mailto:mweinelt at planiglobe.com] Sent: Tuesday, August 12, 2003 12:22 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] SunONE chokes on template file Hi, currently installing a MapServer CGI-based site under Solaris / SunONE environment. Trying to - to be honest. With the first occurence of an angular bracket in the template file, the server inserts a nice 'segemtation fault' into the document and aborts. The maps are generated, though. Nothing in the error log. Any thoughts, anyone? Thanks, Martin -- --- Martin Weinelt --- kk+w - digital cartography --- Kiel, Germany --- Tel: +49.431.5791165 --- http://www.planiglobe.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Zamil.Murji at divestco.com Tue Aug 12 10:45:52 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 12 Aug 2003 11:45:52 -0600 Subject: [Mapserver-users] MAXFEATURES and postgis layer Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30AA2C@div-mx02.DIVESTCO.COM> Sorry doesn't work... Here is my DATA tag in my layer definition: DATA "the_geom from twell LIMIT 1" Any thoughts? It brought back this: prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT wellid::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from twell LIMIT 1 WHERE the_geom && setSRID('BOX3D(-98.8122689312977 28.0409584082397,-98.8045708396947 28.0517352621723)'::BOX3D, find_srid('','twell LIMIT 1','the_geom') )' Postgresql reports the error '' More Help: Error with POSTGIS data variable. You specified ''. Standard ways of specifiying are : (1) 'geometry_column from geometry_table' (2) 'geometry_column from () as foo using unique using SRID=' Make sure you put in the 'using unique ' and 'using SRID=#' clauses in. For more help, please see http://postgis.refractions.net/documentation.php Mappostgis.c - version of June 12/2003. -----Original Message----- From: David Blasby [mailto:dblasby at refractions.net] Sent: Tuesday, August 12, 2003 11:17 AM To: Paul Ramsey; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] MAXFEATURES and postgis layer Paul Ramsey wrote: > I am guessing that mappostgis.c is ignoring it. The maplayer.c delegates > that feature to the implementation, and the mappostgis.c implementation > says nothing about it. Should be a very easy feature to add. You can also add a "LIMIT n" clause to the SQL in your DATA statement if you want the functionality "right now". dave _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From morissette at dmsolutions.ca Tue Aug 12 10:55:51 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 12 Aug 2003 13:55:51 -0400 Subject: [Mapserver-users] Red Hat LInux Mapserver/Mapscript compilation In-Reply-To: <200308121730.NAA31039@www21.ureach.com> References: <200308121730.NAA31039@www21.ureach.com> Message-ID: <3F392A27.6030909@dmsolutions.ca> Removing or changing MapServer's configure options won't help with this. The root of the problem is really that the PHP configure --with-regex=system didn't work. Usually this is caused by using the --with-apxs switch in configuring PHP but you don't appear to be using it. There must be another PHP configure option that you use and that conflicts with the --with-regex=system but I have no clue which one it would be. I would suggest checking your PHP configure output in case there is a message about this. To tell if your PHP did properly select the system regex, you can look at php-4.3.2/main/php_config.h. If you find a line saying '#define REGEX 1' then it's using the builtin regex (no good). If you don't find that line then it's using the system regex and you're fine. Daniel Alexander Shostko wrote: > Thanks for review > > I tried to compile the mapserver using 4.0 with recommended > features, in some details: > > ming, curl, curl-dev and other packages have been installed, > > After which I reinstalled gdal.1.18 by > > ./cble-force-cgi-redirect \ > --enable-discard-path \ > --with-config-file-path=/etc/httpd/ \ > --with-gd=/usr/local \ > --with-jpeg-dir \ > --with-png-dir \ > --with-zlib-dir \ > --with-freetype-dir \ > --without-ttf \ > --with-pdflib \ > --with-mysql \ > --with-regex=system \ > --enable-dbase \ > --enable-dbx \ > --enable-versioning > > make > make ogr-all > make install > > 4. Now trying to install php in the same fashion > > > rm -f config.cashe > ./configure \ > --enable-force-cgi-redirect \ > --enable-discard-path \ > --with-config-file-path=/etc/httpd/ \ > --with-gd=/usr/local \ > --with-jpeg-dir \ > --with-png-dir \ > --with-zlib-dir \ > --with-freetype-dir \ > --without-ttf \ > --with-pdflib \ > --with-mysql \ > --with-regex=system \ > --enable-dbase \ > --enable-dbx \ > --enable-versioning > > make > cp sapi/cgi/php /var/www/cgi-bin > > cp php.ini-dist /etc/httpd/php.ini > > > proj, libpng, libtiff, zlib ... and other libraries are already > there. > > 6. Installing mapserver > > > rm -r config.cache > ./configure \ > --without-tiff \ > --without-eepl \ > --without-jpeg \ > --with-threads \ > --with-proj \ > --with-gdal=/usr/local/bin \ > --with-php=../php-4.3.2 \ > --with-gd=/usr/local \ > --with-freetype=/usr/bin \ > --with-pdf \ > --with-ogr \ > --with-gdal \ > --with-ming \ > --with-wmsclient \ > --with-wfs \ > --with-wfs-client > > > After which ./configure gets the message: > > > !!! The current version of PHP MapScript has some problems with > !!! > !!! PHP4's bundled regex. Until we figure the solution to the > !!! > !!! problem, the workaround is to compile PHP4 with the system > regex !!! > !!! Please re-configure and re-compile PHP4 with > --with-regex=system !!! > !!! and then re-configure and re-compile MapServer. > !!! > > However php is compiled --with-regex=system > > > Plan to reduce the number of features in mapserver and try > again > > Thanks for tips > > Regards > Alex > From pramsey at refractions.net Tue Aug 12 10:56:46 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Tue, 12 Aug 2003 10:56:46 -0700 Subject: [Mapserver-users] MAXFEATURES and postgis layer In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30AA2C@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30AA2C@div-mx02.DIVESTCO.COM> Message-ID: <3F392A5E.80204@refractions.net> That's not a SQL data statement, it's a mapserver data statement: DATA "the_geom from (select * from twell limit 1) as the_selection" Zamil Murji wrote: > Sorry doesn't work... > Here is my DATA tag in my layer definition: > DATA "the_geom from twell LIMIT 1" > > > Any thoughts? > It brought back this: > prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT wellid::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from twell LIMIT 1 WHERE the_geom && setSRID('BOX3D(-98.8122689312977 28.0409584082397,-98.8045708396947 28.0517352621723)'::BOX3D, find_srid('','twell LIMIT 1','the_geom') )' > > Postgresql reports the error '' > > More Help: > > Error with POSTGIS data variable. You specified ''. > Standard ways of specifiying are : > (1) 'geometry_column from geometry_table' > (2) 'geometry_column from () as foo using unique using SRID=' > > Make sure you put in the 'using unique ' and 'using SRID=#' clauses in. > > For more help, please see http://postgis.refractions.net/documentation.php > > Mappostgis.c - version of June 12/2003. > > -----Original Message----- > From: David Blasby [mailto:dblasby at refractions.net] > Sent: Tuesday, August 12, 2003 11:17 AM > To: Paul Ramsey; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] MAXFEATURES and postgis layer > > > Paul Ramsey wrote: > >>I am guessing that mappostgis.c is ignoring it. The maplayer.c delegates >>that feature to the implementation, and the mappostgis.c implementation >>says nothing about it. Should be a very easy feature to add. > > > You can also add a "LIMIT n" clause to the SQL in your DATA statement if > you want the functionality "right now". > > dave > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From dblasby at refractions.net Tue Aug 12 10:57:27 2003 From: dblasby at refractions.net (David Blasby) Date: Tue, 12 Aug 2003 10:57:27 -0700 Subject: [Mapserver-users] MAXFEATURES and postgis layer In-Reply-To: <3F392A5E.80204@refractions.net> References: <64FC1B3E23F04C4E931EE3F6D809FF30AA2C@div-mx02.DIVESTCO.COM> <3F392A5E.80204@refractions.net> Message-ID: <3F392A87.8010404@refractions.net> Paul Ramsey wrote: > That's not a SQL data statement, it's a mapserver data statement: > > DATA "the_geom from (select * from twell limit 1) as the_selection" dont forget to put "oid" in the inner select statement: DATA "the_geom from (select oid,* from twell limit 1) as the_selection" From Zamil.Murji at divestco.com Tue Aug 12 11:00:42 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 12 Aug 2003 12:00:42 -0600 Subject: [Mapserver-users] MAXFEATURES and postgis layer Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30AA2E@div-mx02.DIVESTCO.COM> Still no luck... Here is my DATA tag: DATA "the_geom from (select * from twell limit 1) as foo" Any thoughts? Returns the following: prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT wellid::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from (select * from twell limit 1) as foo WHERE the_geom && setSRID('BOX3D(-98.8122689312977 28.0409584082397,-98.8045708396947 28.0517352621723)'::BOX3D, find_srid('','twell','the_geom') )' Postgresql reports the error '' More Help: Error with POSTGIS data variable. You specified ''. Standard ways of specifiying are : (1) 'geometry_column from geometry_table' (2) 'geometry_column from () as foo using unique using SRID=' Make sure you put in the 'using unique ' and 'using SRID=#' clauses in. For more help, please see http://postgis.refractions.net/documentation.php Mappostgis.c - version of June 12/2003. Thanks in advance, Zamil -----Original Message----- From: Paul Ramsey [mailto:pramsey at refractions.net] Sent: Tuesday, August 12, 2003 11:57 AM To: Zamil Murji Cc: David Blasby; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] MAXFEATURES and postgis layer That's not a SQL data statement, it's a mapserver data statement: DATA "the_geom from (select * from twell limit 1) as the_selection" Zamil Murji wrote: > Sorry doesn't work... > Here is my DATA tag in my layer definition: > DATA "the_geom from twell LIMIT 1" > > > Any thoughts? > It brought back this: > prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT wellid::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from twell LIMIT 1 WHERE the_geom && setSRID('BOX3D(-98.8122689312977 28.0409584082397,-98.8045708396947 28.0517352621723)'::BOX3D, find_srid('','twell LIMIT 1','the_geom') )' > > Postgresql reports the error '' > > More Help: > > Error with POSTGIS data variable. You specified ''. > Standard ways of specifiying are : > (1) 'geometry_column from geometry_table' > (2) 'geometry_column from () as foo using unique using SRID=' > > Make sure you put in the 'using unique ' and 'using SRID=#' clauses in. > > For more help, please see http://postgis.refractions.net/documentation.php > > Mappostgis.c - version of June 12/2003. > > -----Original Message----- > From: David Blasby [mailto:dblasby at refractions.net] > Sent: Tuesday, August 12, 2003 11:17 AM > To: Paul Ramsey; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] MAXFEATURES and postgis layer > > > Paul Ramsey wrote: > >>I am guessing that mappostgis.c is ignoring it. The maplayer.c delegates >>that feature to the implementation, and the mappostgis.c implementation >>says nothing about it. Should be a very easy feature to add. > > > You can also add a "LIMIT n" clause to the SQL in your DATA statement if > you want the functionality "right now". > > dave > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From pramsey at refractions.net Tue Aug 12 11:06:58 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Tue, 12 Aug 2003 11:06:58 -0700 Subject: [Mapserver-users] MAXFEATURES and postgis layer In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF30AA2E@div-mx02.DIVESTCO.COM> References: <64FC1B3E23F04C4E931EE3F6D809FF30AA2E@div-mx02.DIVESTCO.COM> Message-ID: <3F392CC2.3080704@refractions.net> Uh, yeah, bottom line is Dave's "short term fix" won't work. I guess limit statements are illegal in subselects (fair enough). The final solution will have to be actually adding the maxfeatures logic to mappostgis, so that the limit get tagged to the end of the complete SQL call. P. Zamil Murji wrote: > Still no luck... > Here is my DATA tag: > DATA "the_geom from (select * from twell limit 1) as foo" > > Any thoughts? > Returns the following: > prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT wellid::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from (select * from twell limit 1) as foo WHERE the_geom && setSRID('BOX3D(-98.8122689312977 28.0409584082397,-98.8045708396947 28.0517352621723)'::BOX3D, find_srid('','twell','the_geom') )' > > Postgresql reports the error '' > > More Help: > > Error with POSTGIS data variable. You specified ''. > Standard ways of specifiying are : > (1) 'geometry_column from geometry_table' > (2) 'geometry_column from () as foo using unique using SRID=' > > Make sure you put in the 'using unique ' and 'using SRID=#' clauses in. > > For more help, please see http://postgis.refractions.net/documentation.php > > Mappostgis.c - version of June 12/2003. > > Thanks in advance, > Zamil > -----Original Message----- > From: Paul Ramsey [mailto:pramsey at refractions.net] > Sent: Tuesday, August 12, 2003 11:57 AM > To: Zamil Murji > Cc: David Blasby; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] MAXFEATURES and postgis layer > > > That's not a SQL data statement, it's a mapserver data statement: > > DATA "the_geom from (select * from twell limit 1) as the_selection" > > Zamil Murji wrote: > > >>Sorry doesn't work... >>Here is my DATA tag in my layer definition: >>DATA "the_geom from twell LIMIT 1" >> >> >>Any thoughts? >>It brought back this: >>prep_DB(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT wellid::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from twell LIMIT 1 WHERE the_geom && setSRID('BOX3D(-98.8122689312977 28.0409584082397,-98.8045708396947 28.0517352621723)'::BOX3D, find_srid('','twell LIMIT 1','the_geom') )' >> >>Postgresql reports the error '' >> >>More Help: >> >>Error with POSTGIS data variable. You specified ''. >>Standard ways of specifiying are : >>(1) 'geometry_column from geometry_table' >>(2) 'geometry_column from () as foo using unique using SRID=' >> >>Make sure you put in the 'using unique ' and 'using SRID=#' clauses in. >> >>For more help, please see http://postgis.refractions.net/documentation.php >> >>Mappostgis.c - version of June 12/2003. >> >>-----Original Message----- >>From: David Blasby [mailto:dblasby at refractions.net] >>Sent: Tuesday, August 12, 2003 11:17 AM >>To: Paul Ramsey; mapserver-users at lists.gis.umn.edu >>Subject: Re: [Mapserver-users] MAXFEATURES and postgis layer >> >> >>Paul Ramsey wrote: >> >> >>>I am guessing that mappostgis.c is ignoring it. The maplayer.c delegates >>>that feature to the implementation, and the mappostgis.c implementation >>>says nothing about it. Should be a very easy feature to add. >> >> >>You can also add a "LIMIT n" clause to the SQL in your DATA statement if >>you want the functionality "right now". >> >>dave >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From Andrew.Simpson at ssc.nasa.gov Tue Aug 12 12:25:09 2003 From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew) Date: Tue, 12 Aug 2003 14:25:09 -0500 Subject: [Mapserver-users] saveImage --> save in 4.0 Message-ID: <7F086B24179D91449EDA19F5FC928D0B01F26F2B@sscleda2.ssc.nasa.gov> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C36107.71CAB522 Content-Type: text/plain; charset="iso-8859-1" Hello, I've been upgrading perl mapscripts to 4.0 and found the wiki MigrationGuide to be a little confusing. After stumbling around in the code I found saveImage() is now save() and one can use $map->setImageType('xxx') to change the image type. How does one change the transparent and interlace options? I see a lot of code dealing with outputFormat, but couldn't get any of the functions to work. Thanks, Drew. ------_=_NextPart_001_01C36107.71CAB522 Content-Type: text/html; charset="iso-8859-1"

Hello,
 
I've been upgrading perl mapscripts to 4.0 and found the wiki MigrationGuide to be a little confusing.
 
After stumbling around in the code I found saveImage() is now save() and one can use $map->setImageType('xxx') to change the image type.
 
How does one change the transparent and interlace options?  I see a lot of code dealing with outputFormat, but couldn't get any of the functions to work.
 
Thanks,
Drew.
------_=_NextPart_001_01C36107.71CAB522-- From sgillies at frii.com Tue Aug 12 13:00:55 2003 From: sgillies at frii.com (Sean Gillies) Date: Tue, 12 Aug 2003 14:00:55 -0600 Subject: [Mapserver-users] saveImage --> save in 4.0 In-Reply-To: <7F086B24179D91449EDA19F5FC928D0B01F26F2B@sscleda2.ssc.nasa.gov> Message-ID: If output formats are properly defined in your map file (see the map file reference), you change formats using setImageType(). $map->setImageType('JPEG') # JPEG is a built-in $map->setImageType('JPEG_TRANSPARENT') # Using a named outputformat # in your map file outputformat is documented at http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#outputformat cheers, Sean On Tuesday, August 12, 2003, at 01:25 PM, Simpson, Andrew wrote: > Hello, > ? > I've been upgrading perl mapscripts to 4.0 and found the wiki > MigrationGuide to be a little confusing. > ? > After stumbling around in the code I found saveImage() is now save() > and one can use $map->setImageType('xxx') to change the image type. > ? > How does one change the transparent and?interlace options?? I see a > lot of code dealing with outputFormat, but couldn't get any of the > functions to work. > ? > Thanks, > Drew. > -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From sgillies at frii.com Tue Aug 12 13:43:23 2003 From: sgillies at frii.com (Sean Gillies) Date: Tue, 12 Aug 2003 14:43:23 -0600 Subject: [Mapserver-users] Anyone building MapServer on Win32 with pthreads? Message-ID: <9D912044-CD05-11D7-8A95-000393B98B56@frii.com> This looks pretty promising http://sources.redhat.com/pthreads-win32/ Anyone using it or something like it to take advantage of threading in MapServer on Win32? Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From Andrew.Simpson at ssc.nasa.gov Tue Aug 12 13:50:42 2003 From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew) Date: Tue, 12 Aug 2003 15:50:42 -0500 Subject: [Mapserver-users] saveImage --> save in 4.0 Message-ID: <7F086B24179D91449EDA19F5FC928D0B01F26F30@sscleda2.ssc.nasa.gov> Thanks, for the response. That helps clarify the new functionality. Is there code to instantiate an outputFormat object and access its methods/attributes from code without the use of map files? -----Original Message----- From: Sean Gillies [mailto:sgillies at frii.com] Sent: Tuesday, August 12, 2003 3:01 PM To: Simpson, Andrew Cc: 'mapserver-users at lists.gis.umn.edu' Subject: Re: [Mapserver-users] saveImage --> save in 4.0 If output formats are properly defined in your map file (see the map file reference), you change formats using setImageType(). $map->setImageType('JPEG') # JPEG is a built-in $map->setImageType('JPEG_TRANSPARENT') # Using a named outputformat # in your map file outputformat is documented at http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#outputformat cheers, Sean On Tuesday, August 12, 2003, at 01:25 PM, Simpson, Andrew wrote: > Hello, > ? > I've been upgrading perl mapscripts to 4.0 and found the wiki > MigrationGuide to be a little confusing. > ? > After stumbling around in the code I found saveImage() is now save() > and one can use $map->setImageType('xxx') to change the image type. > ? > How does one change the transparent and?interlace options?? I see a > lot of code dealing with outputFormat, but couldn't get any of the > functions to work. > ? > Thanks, > Drew. > -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From geoffrey.rowland at noaa.gov Tue Aug 12 14:08:45 2003 From: geoffrey.rowland at noaa.gov (Geoffrey Rowland) Date: Tue, 12 Aug 2003 17:08:45 -0400 Subject: [Mapserver-users] MapLab error Message-ID: <3F39575D.5080104@noaa.gov> This is a multi-part message in MIME format. --------------060607050109060308040703 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I just installed MapLab and seem to be having some problems with it. If I view installation information, it shows everything installed correctly. However if I try and open the XML Config Utility, it comes up with the following warnings Warning: fopen(../config/gmapfactory.xml): failed to open stream: Permission denied in D:\wkdir\wnv\maplab\htdocs\common\appcontext\appcontext.php on line 553 Warning: fopen(../config/maplab.xml): failed to open stream: Permission denied in D:\wkdir\wnv\maplab\htdocs\common\appcontext\appcontext.php on line 55 and I can't seem to change any of the values. Worst case I suppose I can just change them manually....I was just wondering if anyone had any idea as to what was causing this error. Thanks, Geoff -- Geoffrey Rowland Technical Officer Climate Information Project NOAA Research Office of Global Programs http://www.cip.ogp.noaa.gov Contractor, RGII Technologies, Inc., a Computer Horizons Company http://www.rg2.com Phone: 301-427-2089x186 Fax : 301-427-2082 geoffrey.rowland at noaa.gov --------------060607050109060308040703 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi,

I just installed MapLab and seem to be having some problems with it.  If I view installation information, it shows everything installed correctly.  However if I try and open the XML Config Utility, it comes up with the following warnings

Warning: fopen(../config/gmapfactory.xml): failed to open stream: Permission denied in D:\wkdir\wnv\maplab\htdocs\common\appcontext\appcontext.php on line 553

Warning: fopen(../config/maplab.xml): failed to open stream: Permission denied in D:\wkdir\wnv\maplab\htdocs\common\appcontext\appcontext.php on line 55

and I can't seem to change any of the values.  Worst case I suppose I can just change them manually....I was just wondering if anyone had any idea as to what was causing this error.

Thanks,
Geoff
-- 
Geoffrey Rowland
Technical Officer
Climate Information Project
NOAA Research
Office of  Global Programs
http://www.cip.ogp.noaa.gov
Contractor, 
RGII Technologies, Inc., a Computer Horizons Company
http://www.rg2.com
Phone: 301-427-2089x186
Fax : 301-427-2082
geoffrey.rowland at noaa.gov
--------------060607050109060308040703-- From sgillies at frii.com Tue Aug 12 14:25:56 2003 From: sgillies at frii.com (Sean Gillies) Date: Tue, 12 Aug 2003 15:25:56 -0600 Subject: [Mapserver-users] saveImage --> save in 4.0 In-Reply-To: <7F086B24179D91449EDA19F5FC928D0B01F26F30@sscleda2.ssc.nasa.gov> Message-ID: <8F298A59-CD0B-11D7-8A95-000393B98B56@frii.com> On Tuesday, August 12, 2003, at 02:50 PM, Simpson, Andrew wrote: > Thanks, for the response. That helps clarify the new functionality. > Is there code to instantiate an outputFormat object and access its > methods/attributes from code without the use of map files? Here's an example of how you'd do it in Python (because I don't remember exactly the syntax for the Perl MapScript constructors). Just add the necessary $->{} noise to Perlify it. ;) formatobj = outputFormatObj('GD/PNG') # Driver argument formatobj.transparent = MS_ON formatobj.setOption('INTERLACE', 'ON') mapobj.outputformat = formatobj # That's it cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From steve.lime at dnr.state.mn.us Tue Aug 12 14:32:56 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 12 Aug 2003 16:32:56 -0500 Subject: [Mapserver-users] SunONE chokes on template file Message-ID: I too have noticed a problem under very specific circumstances with seg faults and templates. Am trying to resolve now... Steve >>> 08/12/03 12:33PM >>> Interesting ... I can't help specifically, but can make a few suggestions: Since you're running the CGI, this is likely a problem with the mapserv executable, unrelated to the webserver (Unless the webserver creates a bad CGI environment, though since this si done usually with a shell, it's hard to imagine) What compiler are you using? Gcc or Sun's ? I've got mapserver on Solaris 8 with GCC working fine (Under Apache) If you have 4.0, you can use -QUERY_STRING="map=..." (Or is it -QUERYSTRING ?) as an option to the executable form the command line. With the proper query string, you can get mapserver to go through the template parsing, and see if it dies there too. Doesn't provide a solution, but might help find the cause ... Hope this helps ... J.F. -----Original Message----- From: Martin Weinelt [mailto:mweinelt at planiglobe.com] Sent: Tuesday, August 12, 2003 12:22 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] SunONE chokes on template file Hi, currently installing a MapServer CGI-based site under Solaris / SunONE environment. Trying to - to be honest. With the first occurence of an angular bracket in the template file, the server inserts a nice 'segemtation fault' into the document and aborts. The maps are generated, though. Nothing in the error log. Any thoughts, anyone? Thanks, Martin -- --- Martin Weinelt --- kk+w - digital cartography --- Kiel, Germany --- Tel: +49.431.5791165 --- http://www.planiglobe.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nhv at cape.com Tue Aug 12 15:51:15 2003 From: nhv at cape.com (Norman Vine) Date: Tue, 12 Aug 2003 18:51:15 -0400 Subject: [Mapserver-users] Anyone building MapServer on Win32 with pthreads? In-Reply-To: <9D912044-CD05-11D7-8A95-000393B98B56@frii.com> Message-ID: Sean Gillies writes: > > This looks pretty promising > > http://sources.redhat.com/pthreads-win32/ > > Anyone using it or something like it to take advantage of > threading in MapServer on Win32? Haven't tried building mapserver with it but this is a 'production' quality library that I use extensively in some other cross plaform thread intensive applications so I don't see why it shouldn't just work Cheers Norman From ivan at finbarinteractive.com.au Tue Aug 12 19:32:21 2003 From: ivan at finbarinteractive.com.au (Ivan Price) Date: Wed, 13 Aug 2003 10:32:21 +0800 (WST) Subject: [Mapserver-users] Memory could not be "read" on GetFeatureInfo; mapserver doesn't return after request; logging of WMS requests Message-ID: Hi there, The instruction at "0x0041c9f0" referenced memory at "0x01409c9c". The memory could not be "read". I'm getting the above message appear in a popup dialogue on the mapserver machine whenever I submit a WMS getfeatureinfo request. I can issue the request successfully without error when not using the WMS lingo. The feature information is returned, but only after the error box is 'okayed' on the server. This occurs on Mapservers version 3.6.6 and 4.0, on Apache 1.3.36, 2.0.46 and IIS , running on WinNT4 workstation. I used the pre-compiled win32 binaries available on the Mapserver site. The same datasets / mapfile is fine on an install on a linux machine, however i need to host this on a windows box cause of company reasons. This error message seems to popup around the place a number of times in windows, has anyone discovered a way of making it go away for them ? Also, on another machine the getfeatureinfo request never successfully exists; it returns the data but doesn't close the connection, the mapserv.exe process persists and the borwser continues waiting forever. Anyone seen this one ? ALSO, is it possible to log anything done via WMS ? Normal logging seems to ignore WMS requests. Sorry about the windows factor, it's a company thing. Thanks heaps, -ivan Ivan Price Government Information Solutions Department of Land Information Western Australia ivan_price at dola.wa.gov.au +61 08 9273 7519 From gerry.creager at tamu.edu Tue Aug 12 20:26:37 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Tue, 12 Aug 2003 22:26:37 -0500 Subject: [Mapserver-users] Red Hat LInux Mapserver/Mapscript compilation In-Reply-To: <3F392A27.6030909@dmsolutions.ca> References: <200308121730.NAA31039@www21.ureach.com> <3F392A27.6030909@dmsolutions.ca> Message-ID: <3F39AFED.7020209@tamu.edu> On RedHat, we've ripped out Apache and PHP, as they came from RedHat... and PostGres, as well, and installed from tarball. Doing this, we've seen no problems that weren't related to fumbling the keyboard. Before we decided on this approach, we had all sorts of problems accessing PHP reliably and using Postgres as a standard DB call. HTH, Gerry Daniel Morissette wrote: > Removing or changing MapServer's configure options won't help with this. > The root of the problem is really that the PHP configure > --with-regex=system didn't work. Usually this is caused by using the > --with-apxs switch in configuring PHP but you don't appear to be using > it. There must be another PHP configure option that you use and that > conflicts with the --with-regex=system but I have no clue which one it > would be. I would suggest checking your PHP configure output in case > there is a message about this. > > To tell if your PHP did properly select the system regex, you can look > at php-4.3.2/main/php_config.h. If you find a line saying '#define > REGEX 1' then it's using the builtin regex (no good). If you don't find > that line then it's using the system regex and you're fine. > > Daniel > > > > Alexander Shostko wrote: > >> Thanks for review >> >> I tried to compile the mapserver using 4.0 with recommended >> features, in some details: >> >> ming, curl, curl-dev and other packages have been installed, >> After which I reinstalled gdal.1.18 by >> ./cble-force-cgi-redirect \ >> --enable-discard-path \ >> --with-config-file-path=/etc/httpd/ \ >> --with-gd=/usr/local \ >> --with-jpeg-dir \ >> --with-png-dir \ >> --with-zlib-dir \ >> --with-freetype-dir \ >> --without-ttf \ >> --with-pdflib \ >> --with-mysql \ >> --with-regex=system \ >> --enable-dbase \ >> --enable-dbx \ >> --enable-versioning >> make make ogr-all >> make install >> >> 4. Now trying to install php in the same fashion >> >> >> rm -f config.cashe >> ./configure \ >> --enable-force-cgi-redirect \ >> --enable-discard-path \ >> --with-config-file-path=/etc/httpd/ \ >> --with-gd=/usr/local \ >> --with-jpeg-dir \ >> --with-png-dir \ >> --with-zlib-dir \ >> --with-freetype-dir \ >> --without-ttf \ >> --with-pdflib \ >> --with-mysql \ >> --with-regex=system \ >> --enable-dbase \ >> --enable-dbx \ >> --enable-versioning >> >> make cp sapi/cgi/php /var/www/cgi-bin >> >> cp php.ini-dist /etc/httpd/php.ini >> >> >> proj, libpng, libtiff, zlib ... and other libraries are already >> there. >> >> 6. Installing mapserver >> >> >> rm -r config.cache >> ./configure \ >> --without-tiff \ >> --without-eepl \ >> --without-jpeg \ >> --with-threads \ >> --with-proj \ >> --with-gdal=/usr/local/bin \ >> --with-php=../php-4.3.2 \ >> --with-gd=/usr/local \ >> --with-freetype=/usr/bin \ >> --with-pdf \ >> --with-ogr \ >> --with-gdal \ >> --with-ming \ >> --with-wmsclient \ >> --with-wfs \ >> --with-wfs-client >> >> After which ./configure gets the message: >> >> >> !!! The current version of PHP MapScript has some problems with !!! >> !!! PHP4's bundled regex. Until we figure the solution to the !!! >> !!! problem, the workaround is to compile PHP4 with the system >> regex !!! >> !!! Please re-configure and re-compile PHP4 with >> --with-regex=system !!! >> !!! and then re-configure and re-compile MapServer. !!! >> >> However php is compiled --with-regex=system >> >> Plan to reduce the number of features in mapserver and try >> again >> >> Thanks for tips >> >> Regards >> Alex >> > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu 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 Zamil.Murji at divestco.com Tue Aug 12 20:38:36 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 12 Aug 2003 21:38:36 -0600 Subject: [Mapserver-users] Help please Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30AA3C@div-mx02.DIVESTCO.COM> Hello all If I run this in my browser: http://10.0.50.30/cgi-bin/mapserv?mode=nquery&map=/mapfiles/idc-query.map&imgext=-98.86166+28.00098+-98.73630+28.10481&mapsize=524+434&imgbox=122+199+307+365 I get about 11 records printed back and then it hangs. If I run the same thing command line like so: ./mapserv "QUERY_STRING=mode=nquery&map=/mapfiles/idc-query.map&imgext=-98.86166+28.00098+-98.73630+28.10481&mapsize=524+434&imgbox=122+199+307+365" Everything comes back normally. Am I missing a setting in my apache .conf file. I am using the mapserver 4.0 compiled on red hat 7.3. Funny thing, when I edit the source code and recompile, I will get less records brought back (say 5). All that I added was some print statements. Also it doesn't freeze at the same place in the code everytime. If I add some print statements, it might go so far. If I take out some print statements it dies somewhere else. BTW, I am querying a postgis layer. I ran through valgrind and it reported 0 errors. Any ideas? Zamil From aattri at cba.ua.edu Tue Aug 12 22:04:49 2003 From: aattri at cba.ua.edu (Attri, Abhishek) Date: Wed, 13 Aug 2003 00:04:49 -0500 Subject: [Mapserver-users] Using query results to generate maps Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C36158.6C3C8438 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there! I am trying to use the "result set" from a query (only a single row with multiple elements), with MapServer in order to generate maps. For example the map will color different areas with different colors, based on the number returned for that specific area in the result set.=20 Also, the results are coming from a database and therefore the numbers in the result set are not present in the "shape files". Can anybody help me in this regard? Please let me know if the question is not very clear. With thanks Abhishek =20 PS: I am trying to "map" demographic attributes as it is done here: - http://www.mnplan.state.mn.us/php/census2000/c2000.html =20 =20 ------_=_NextPart_001_01C36158.6C3C8438 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi there!

       &nbs= p;         I am trying to use the “result set” from a query = (only a single row with multiple elements), with MapServer in order to generate = maps. For example the map will color different areas with different colors, = based on the number returned for that specific area in the result set. =

       &nbs= p;          Also, the results are coming from a database and therefore the = numbers in the result set are not present in the “shape files”. Can = anybody help me in this regard? Please let me know if the question is not very = clear.

With thanks

Abhishek

 

PS:  I = am trying to “map” demographic attributes as it is done here: - http://w= ww.mnplan.state.mn.us/php/census2000/c2000.html

 

 

=00 ------_=_NextPart_001_01C36158.6C3C8438-- From schut at sarvision.com Wed Aug 13 01:17:15 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 13 Aug 2003 10:17:15 +0200 Subject: [Mapserver-users] Red Hat LInux Mapserver/Mapscript compilation In-Reply-To: <200308121730.NAA31039@www21.ureach.com> References: <200308121730.NAA31039@www21.ureach.com> Message-ID: <200308131017.15769.schut@sarvision.com> Alex, I know especially for php it seems a hell of a job, but it usually is worth the effort to check the output of ./configure before installing a program... An easy wat to do this is redirect it to a file (or to both screen and file using 'tee': './configure | tee configure.out.txt', then you can open the file in an editor and do searches, or use grep, etc. Then you usually will know if one of your ./configure options did not work the way you wanted it. You can also check mapservers ./configure output for the place where the php header files were found. This should be the place where you just compiled php. Hope it helps... Cheers, Vincent. On Tuesday 12 August 2003 19:30, Alexander Shostko wrote: > Thanks for review > > I tried to compile the mapserver using 4.0 with recommended > features, in some details: > > ming, curl, curl-dev and other packages have been installed, > > After which I reinstalled gdal.1.18 by > > ./cble-force-cgi-redirect \ > --enable-discard-path \ > --with-config-file-path=/etc/httpd/ \ > --with-gd=/usr/local \ > --with-jpeg-dir \ > --with-png-dir \ > --with-zlib-dir \ > --with-freetype-dir \ > --without-ttf \ > --with-pdflib \ > --with-mysql \ > --with-regex=system \ > --enable-dbase \ > --enable-dbx \ > --enable-versioning > > make > make ogr-all > make install > > 4. Now trying to install php in the same fashion > > > rm -f config.cashe > ./configure \ > --enable-force-cgi-redirect \ > --enable-discard-path \ > --with-config-file-path=/etc/httpd/ \ > --with-gd=/usr/local \ > --with-jpeg-dir \ > --with-png-dir \ > --with-zlib-dir \ > --with-freetype-dir \ > --without-ttf \ > --with-pdflib \ > --with-mysql \ > --with-regex=system \ > --enable-dbase \ > --enable-dbx \ > --enable-versioning > > make > cp sapi/cgi/php /var/www/cgi-bin > > cp php.ini-dist /etc/httpd/php.ini > > > proj, libpng, libtiff, zlib ... and other libraries are already > there. > > 6. Installing mapserver > > > rm -r config.cache > ./configure \ > --without-tiff \ > --without-eepl \ > --without-jpeg \ > --with-threads \ > --with-proj \ > --with-gdal=/usr/local/bin \ > --with-php=../php-4.3.2 \ > --with-gd=/usr/local \ > --with-freetype=/usr/bin \ > --with-pdf \ > --with-ogr \ > --with-gdal \ > --with-ming \ > --with-wmsclient \ > --with-wfs \ > --with-wfs-client > > > After which ./configure gets the message: > > > !!! The current version of PHP MapScript has some problems with > !!! > !!! PHP4's bundled regex. Until we figure the solution to the > !!! > !!! problem, the workaround is to compile PHP4 with the system > regex !!! > !!! Please re-configure and re-compile PHP4 with > --with-regex=system !!! > !!! and then re-configure and re-compile MapServer. > !!! > > However php is compiled --with-regex=system > > > Plan to reduce the number of features in mapserver and try > again > > Thanks for tips > > Regards > Alex > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From schut at sarvision.com Wed Aug 13 01:23:43 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 13 Aug 2003 10:23:43 +0200 Subject: [Mapserver-users] MapLab error In-Reply-To: <3F39575D.5080104@noaa.gov> References: <3F39575D.5080104@noaa.gov> Message-ID: <200308131023.43998.schut@sarvision.com> Geoffrey, seems you have permissions on the maplab config files a bit too restrictive. Mind that maplab is running as the user apache is running as (you can set this in the apache config file, httpd.conf; usually it is something like wwwrun or apache. You need to set permissions for maplab's config files to writable for this user. You can set them to writable for all if you are not on a system that can be accessed from internet, it is however a bad security habit to do this... Btw there is a maplab users mailing list that is more appropriate for questions like this: maplab-users at dmsolutions.ca . You might want to subscribe to this list. Cheers, Vincent. On Tuesday 12 August 2003 23:08, Geoffrey Rowland wrote: > Hi, > > I just installed MapLab and seem to be having some problems with it. If > I view installation information, it shows everything installed > correctly. However if I try and open the XML Config Utility, it comes > up with the following warnings > > Warning: fopen(../config/gmapfactory.xml): failed to open stream: > Permission denied in > D:\wkdir\wnv\maplab\htdocs\common\appcontext\appcontext.php on line 553 > > Warning: fopen(../config/maplab.xml): failed to open stream: Permission > denied in D:\wkdir\wnv\maplab\htdocs\common\appcontext\appcontext.php on > line 55 > > and I can't seem to change any of the values. Worst case I suppose I > can just change them manually....I was just wondering if anyone had any > idea as to what was causing this error. > > Thanks, > Geoff -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From mweinelt at planiglobe.com Wed Aug 13 01:46:52 2003 From: mweinelt at planiglobe.com (Martin Weinelt) Date: Wed, 13 Aug 2003 10:46:52 +0200 Subject: [Mapserver-users] SunONE chokes on template file (lengthy) In-Reply-To: <7CDD7B94357FD5119E800002A537C46E230938@s5-ccr-r1.ccrs.nrcan.gc.ca> References: <7CDD7B94357FD5119E800002A537C46E230938@s5-ccr-r1.ccrs.nrcan.gc.ca> Message-ID: <200308131046.52324.mweinelt@planiglobe.com> See below Jean-Francois.Doyon at CCRS.NRCan.gc.ca: > Interesting ... > > I can't help specifically, but can make a few suggestions: > > Since you're running the CGI, this is likely a problem with the mapserv > executable, unrelated to the webserver (Unless the webserver creates a bad > CGI environment, though since this si done usually with a shell, it's hard > to imagine) > > What compiler are you using? Gcc or Sun's ? I've got mapserver on Solaris 8 > with GCC working fine (Under Apache) > > If you have 4.0, you can use -QUERY_STRING="map=..." (Or is it -QUERYSTRING > ?) as an option to the executable form the command line. With the proper > query string, you can get mapserver to go through the template parsing, and > see if it dies there too. > > Doesn't provide a solution, but might help find the cause ... > > Hope this helps ... > > J.F. "Steve Lime" : > What does the layer definition that it dies on look like? I just found > and fixed an error in the development version that caused a segfault > when a layer template was defined without any classes defined. E.g. > > LAYER > NAME "counties" > DATA "bdry_counpy2" > STATUS DEFAULT > TYPE QUERY > TEMPLATE "success.html" > END > > I'm hoping this is the same bug. The mapser version is 3.6.5 and was compiled with gcc. But the installation is _very_ - er - unusual. The people owning the server want everything mapserver related to be seperate from their 'normal' environment - incl. the libs. So I got a '/somedir/mapserver/local/' where libs and includes used by mapserver are stored. Moreover because they report problems adding the GNU environment to the LD_LIBRARY_PATH of the webserver I must wrap the cgi in a shell-script ('wrapserv') doing just that. If I call this with an IMG-tag ('') I actuallly get inline maps in the doc - surprisingly enough. But this is actually meant to be an interactive site. To check the problem with the TEMPLATE file, which is globally defined under the WEB-object, I deleted all layer definitions without CLASSes as Steve said. No avail. The problem does not seem to be closely related to the CGI but to the SunONE server, I guess, because if I insert an empty '[ ]' with none of the CGI-keywords anywhere in the template the effect is just the same: Head of the template file : Bottom Form

Hallo Welt

Hallo Welt

[] <------------------------ empty bracket

Hallo Welt

Hallo Welt

Massstab: 1 : [scale]

...... Resulting document: Bottom Form

Hallo Welt

Hallo Welt

Segmentation Fault This is strange to me, but (this) SunONE seems to intercept and abort exactly where it finds an angular bracket. Martin From bergeron at zedxinc.com Wed Aug 13 07:07:46 2003 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Wed, 13 Aug 2003 10:07:46 -0400 Subject: [Mapserver-users] mapserver compilation issues w/PHP Message-ID: <5.1.0.14.0.20030813100336.00add610@mail.zedxinc.com> I'm trying to get mapserver-3.6.1 compiled with PHP 4.3.2. PHP is compiled and is working fine with the following configuration options './configure' '--with-mysql' '--with-dbase' '--with-regex=system' '--with-gd' '--with-zlib' (without the quotes, obviously) Here's my mapserver configuration line: ./configure --without-tiff --with-proj --with-gdal --with-ogr --with-jpeg --with-php=/usr/local/src/php-4.3.2 The configuration runs fine, but the make produces the following error: Entering directory `/usr/local/src/mapserver-3.6.1/mapscript/php3' gcc gcc -I. -I.. -fPIC -O2 -Wall -DCOMPILE_DL=1 -DPHP4 -DUSE_WMS -DUSE_GDAL -DUSE_OGR -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_EPPL -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_JPEG -I/usr/local/src/mapserver-3.6.1 -I/usr/local/include -I/usr/local/include -I/usr/include -I/usr/local/src/php-4.3.2 -I/usr/local/src/php-4.3.2/dl -I/usr/local/src/php-4.3.2/main -I/usr/local/src/php-4.3.2/Zend -I/usr/local/src/php-4.3.2/include -I/usr/local/src/php-4.3.2/TSRM -c -o php_mapscript_util.o php_mapscript_util.c gcc: cannot specify -o with -c or -S and multiple compilations make[1]: *** [php_mapscript_util.o] Error 1 make[1]: Leaving directory `/usr/local/src/mapserver-3.6.1/mapscript/php3' Any ideas? Nick Petersen-Bergeron System Administrator ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From steffen.gebhardt at informus.de Wed Aug 13 07:27:55 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Wed, 13 Aug 2003 16:27:55 +0200 Subject: [Mapserver-users] Updating to Maserver 4 In-Reply-To: <20030713170002.7328.1003.Mailman@lists.gis.umn.edu> References: <20030713170002.7328.1003.Mailman@lists.gis.umn.edu> Message-ID: <20030813142608.06D9B26761@mfa1.informus.de> Hi to all, I try to update to Version 4.0. I downloaded the binaries and additionaly freetype 2.0.4; gdal 1.1.9; libgeotiff 1.2.1; postgis 0.7.5; libtiff 3.6.0. beta; gd 2.0.12; proj 4.4.7; w3c-libwww 5.4.0 I'm occuring problems when installing libgeotiff, which says libtiff 3.6.0. beta or later is required, which I allready installed succesfully. What to do? Another error is occuring by installing gdal. make[2]: *** [jpeg2000dataset.o] Error 1 make[2]: Leaving directory `/tmp/unpacked/gdal-1.1.9/frmts/jpeg2000' make[1]: *** [sub-libs] Error 1 make[1]: Leaving directory `/tmp/unpacked/gdal-1.1.9/frmts' make: *** [frmts-target] Error 2 Where to find the JPEG2000 library? And at least I do not really know how to install postgis. Actually in my current mapserver 3.5 this library is included, so i do not really need to reinstall it, do i? So please if anybody knows how to avoid the first mentioned errors, please help. Thanks in advance Steffen Gebhardt From steffen.gebhardt at informus.de Wed Aug 13 08:34:03 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Wed, 13 Aug 2003 17:34:03 +0200 Subject: [Mapserver-users] encounter errors even with gdal 1 1 8 In-Reply-To: <20030713170002.7328.1003.Mailman@lists.gis.umn.edu> References: <20030713170002.7328.1003.Mailman@lists.gis.umn.edu> Message-ID: <20030813153216.11EC1267C2@mfa1.informus.de> Now I tried with gdal 118 ./configure seemed to work fine but make isn't. after millions of minutes this message appears. seems that there are errors in gdal_py.h or what? HELP. Is there a stable version or am i to stupid? make[1]: Leaving directory `/tmp/unpacked/gdal-1.1.8' (cd pymod; make) make[1]: Entering directory `/tmp/unpacked/gdal-1.1.8/pymod' gcc -c ?-I.. -I../port -I../core -I../ogr -I/usr/include/python2.1 -I/usr/include/python2.1\ ? ? ? ? -Wall -fPIC -O2 -I/usr/local/include ?-I/usr/local/include ? gdal_wrap.c -o gdal_wrap.o gdal_wrap.c:35: Python.h: Datei oder Verzeichnis nicht gefunden In file included from gdal_wrap.c:447: gdal_py.h:44: Python.h: Datei oder Verzeichnis nicht gefunden make[1]: *** [gdal_wrap.o] Error 1 make[1]: Leaving directory `/tmp/unpacked/gdal-1.1.8/pymod' make: *** [py-module] Error 2 From sgillies at frii.com Wed Aug 13 09:07:08 2003 From: sgillies at frii.com (Sean Gillies) Date: Wed, 13 Aug 2003 10:07:08 -0600 Subject: [Mapserver-users] encounter errors even with gdal 1 1 8 In-Reply-To: <20030813153216.11EC1267C2@mfa1.informus.de> Message-ID: <30909DCA-CDA8-11D7-BC7D-000393B98B56@frii.com> On Wednesday, August 13, 2003, at 09:34 AM, Steffen Gebhardt wrote: > Now I tried with gdal 118 > ../configure seemed to work fine > > but make isn't. after millions of minutes this message appears. > seems that there are errors in gdal_py.h or what? HELP. Is there a > stable > version or am i to stupid? > > > make[1]: Leaving directory `/tmp/unpacked/gdal-1.1.8' > (cd pymod; make) > make[1]: Entering directory `/tmp/unpacked/gdal-1.1.8/pymod' > gcc -c ?-I.. -I../port -I../core -I../ogr -I/usr/include/python2.1 > -I/usr/include/python2.1\ > ? ? ? ? -Wall -fPIC -O2 -I/usr/local/include ?-I/usr/local/include ? > gdal_wrap.c -o gdal_wrap.o > gdal_wrap.c:35: Python.h: Datei oder Verzeichnis nicht gefunden > In file included from gdal_wrap.c:447: > gdal_py.h:44: Python.h: Datei oder Verzeichnis nicht gefunden > make[1]: *** [gdal_wrap.o] Error 1 > make[1]: Leaving directory `/tmp/unpacked/gdal-1.1.8/pymod' > make: *** [py-module] Error 2 > Steffen, GDAL will try to build a Python module by default. Configure using --without-python if you don't want it. Read the output of ./configure --help (_always_ a good thing to do) for more info. cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From keon at nacse.org Wed Aug 13 09:12:04 2003 From: keon at nacse.org (Dylan Keon) Date: Wed, 13 Aug 2003 09:12:04 -0700 Subject: [Mapserver-users] encounter errors even with gdal 1 1 8 In-Reply-To: <20030813153216.11EC1267C2@mfa1.informus.de> References: <20030713170002.7328.1003.Mailman@lists.gis.umn.edu> <20030813153216.11EC1267C2@mfa1.informus.de> Message-ID: <3F3A6354.4020603@nacse.org> If you don't plan to use Python with gdal, you could try configuring gdal with the --without-python option. As for versions, you should definitely use gdal 1.1.9 and gd 2.0.15, if possible. And as for your libtiff and libgeotiff issues (in your previous message), I've found it's best to just use the internal libtiff and libgeotiff support within gdal (use --with-libtiff=internal and --with-geotiff=internal). --Dylan Steffen Gebhardt wrote: > Now I tried with gdal 118 > ./configure seemed to work fine > > but make isn't. after millions of minutes this message appears. > seems that there are errors in gdal_py.h or what? HELP. Is there a stable > version or am i to stupid? > > > make[1]: Leaving directory `/tmp/unpacked/gdal-1.1.8' > (cd pymod; make) > make[1]: Entering directory `/tmp/unpacked/gdal-1.1.8/pymod' > gcc -c -I.. -I../port -I../core -I../ogr -I/usr/include/python2.1 > -I/usr/include/python2.1\ > -Wall -fPIC -O2 -I/usr/local/include -I/usr/local/include > gdal_wrap.c -o gdal_wrap.o > gdal_wrap.c:35: Python.h: Datei oder Verzeichnis nicht gefunden > In file included from gdal_wrap.c:447: > gdal_py.h:44: Python.h: Datei oder Verzeichnis nicht gefunden > make[1]: *** [gdal_wrap.o] Error 1 > make[1]: Leaving directory `/tmp/unpacked/gdal-1.1.8/pymod' > make: *** [py-module] Error 2 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From tom at ecnow.co.uk Wed Aug 13 09:35:08 2003 From: tom at ecnow.co.uk (Tom H) Date: Wed, 13 Aug 2003 17:35:08 +0100 Subject: [Mapserver-users] mapserver orthographic projections, was "project onto globe" In-Reply-To: Message-ID: Im trying to fix the overlap with my orthographic projection here; http://www.scriptsupport.co.uk/images/mapserv3.png where the area overlapping the edge of the ellipsiod is being presented at a point in the centre of the image. Is there a way to fool mapserver into shrinking the final projection by modifying the ellipsoid values? Map projection; PROJECTION #"proj=laea" "proj=ortho" "ellps=WGS84" <--- maybe change this to something else "lat_0=51.0000" "lon_0=0.0000" "x_0=0.00" "y_0=0.00" END Layer; PROJECTION "proj=latlong" "ellps=WGS84" <--- maybe change this to something else END Cheers T. From joe at poconogis.com Wed Aug 13 10:52:43 2003 From: joe at poconogis.com (Joe Smith) Date: Wed, 13 Aug 2003 13:52:43 -0400 Subject: [Mapserver-users] 4.0 pdf make error Message-ID: The answer may have been posted, but I didn't catch it. You can just email me the solution if you want. I configured like this: ./configure --with-gd=/home/joe/gd --with-php=/home/joe/php --enable-debug - -with-pdf=/home/joe/pdflib/bind/c/include I added a line to the Makefile: PDF_INC= -I/home/joe/pdflib/bind/c/include PDF_LIB= -L/home/joe/pdflib/bind/c/include/lib -lpdf PDF= -DUSE_PDF PDF_OBJ= mappdf.o Here's my error: /usr/bin/ld: cannot find -lpdf collect2: ld returned 1 exit status make: *** [shp2img] Error 1 Any suggestions? Joe From Andrew.Simpson at ssc.nasa.gov Wed Aug 13 11:10:56 2003 From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew) Date: Wed, 13 Aug 2003 13:10:56 -0500 Subject: [Mapserver-users] saveImage --> save in 4.0 Message-ID: <7F086B24179D91449EDA19F5FC928D0B01F26F39@sscleda2.ssc.nasa.gov> I got it almost working, but having trouble with the setOption() being unblessed. Not that important right now, so will wait for the mapscript documentation instead of guessing and snooping the source. Thanks for your response, Drew. -----Original Message----- From: Sean Gillies [mailto:sgillies at frii.com] Sent: Tuesday, August 12, 2003 4:26 PM To: Simpson, Andrew Cc: 'mapserver-users at lists.gis.umn.edu' Subject: Re: [Mapserver-users] saveImage --> save in 4.0 On Tuesday, August 12, 2003, at 02:50 PM, Simpson, Andrew wrote: > Thanks, for the response. That helps clarify the new functionality. > Is there code to instantiate an outputFormat object and access its > methods/attributes from code without the use of map files? Here's an example of how you'd do it in Python (because I don't remember exactly the syntax for the Perl MapScript constructors). Just add the necessary $->{} noise to Perlify it. ;) formatobj = outputFormatObj('GD/PNG') # Driver argument formatobj.transparent = MS_ON formatobj.setOption('INTERLACE', 'ON') mapobj.outputformat = formatobj # That's it cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From morissette at dmsolutions.ca Wed Aug 13 11:12:29 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 13 Aug 2003 14:12:29 -0400 Subject: [Mapserver-users] 4.0 pdf make error In-Reply-To: References: Message-ID: <3F3A7F8D.4080605@dmsolutions.ca> Joe Smith wrote: > The answer may have been posted, but I didn't catch it. You can just email > me the solution if you want. I configured like this: > > ./configure --with-gd=/home/joe/gd --with-php=/home/joe/php --enable-debug - > -with-pdf=/home/joe/pdflib/bind/c/include > > I added a line to the Makefile: > > PDF_INC= -I/home/joe/pdflib/bind/c/include > PDF_LIB= -L/home/joe/pdflib/bind/c/include/lib -lpdf > PDF= -DUSE_PDF > PDF_OBJ= mappdf.o > Why did you have to edit the makefile? Configure didn't detect your PDF lib? This is quite possible since the lib was probably not 'installed'. You would save lots of trouble if you installed the lib (using 'make install'), either in the default location (/usr/local) or even under your home account if you specify --prefix=/home/joe/local for instance. Note that you'll also need LD_LIBRARY_PATH if pdflib is not installed in the default system libs directory. > Here's my error: > > /usr/bin/ld: cannot find -lpdf > collect2: ld returned 1 exit status > make: *** [shp2img] Error 1 > The following line: > PDF_LIB= -L/home/joe/pdflib/bind/c/include/lib -lpdf means: look for libpdf.so or libpdf.a in /home/joe/pdflib/bind/c/include/lib. Make sure you specify the correct path to the lipdf.so/.a -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Wed Aug 13 11:14:06 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 13 Aug 2003 14:14:06 -0400 Subject: [Mapserver-users] mapserver compilation issues w/PHP In-Reply-To: <5.1.0.14.0.20030813100336.00add610@mail.zedxinc.com> References: <5.1.0.14.0.20030813100336.00add610@mail.zedxinc.com> Message-ID: <3F3A7FEE.1040005@dmsolutions.ca> Nick Petersen-Bergeron wrote: > The configuration runs fine, but the make produces the following error: > > Entering directory `/usr/local/src/mapserver-3.6.1/mapscript/php3' > gcc gcc -I. -I.. -fPIC -O2 -Wall -DCOMPILE_DL=1 -DPHP4 -DUSE_WMS > -DUSE_GDAL -DUSE_OGR -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_EPPL > -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_JPEG > -I/usr/local/src/mapserver-3.6.1 -I/usr/local/include > -I/usr/local/include -I/usr/include -I/usr/local/src/php-4.3.2 > -I/usr/local/src/php-4.3.2/dl -I/usr/local/src/php-4.3.2/main > -I/usr/local/src/php-4.3.2/Zend -I/usr/local/src/php-4.3.2/include > -I/usr/local/src/php-4.3.2/TSRM -c -o php_mapscript_util.o > php_mapscript_util.c > gcc: cannot specify -o with -c or -S and multiple compilations > make[1]: *** [php_mapscript_util.o] Error 1 > make[1]: Leaving directory `/usr/local/src/mapserver-3.6.1/mapscript/php3' > If I remember well this is fixed in the latest 3.6.x ... upgrade to 3.6.6. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From sgillies at frii.com Wed Aug 13 11:26:27 2003 From: sgillies at frii.com (Sean Gillies) Date: Wed, 13 Aug 2003 12:26:27 -0600 Subject: [Mapserver-users] saveImage --> save in 4.0 In-Reply-To: <7F086B24179D91449EDA19F5FC928D0B01F26F39@sscleda2.ssc.nasa.gov> Message-ID: Drew, my response is at the bottom: On Wednesday, August 13, 2003, at 12:10 PM, Simpson, Andrew wrote: > > I got it almost working, but having trouble with the setOption() being > unblessed. > > Not that important right now, so will wait for the mapscript > documentation > instead of guessing and snooping the source. > > Thanks for your response, > Drew. > > -----Original Message----- > From: Sean Gillies [mailto:sgillies at frii.com] > Sent: Tuesday, August 12, 2003 4:26 PM > To: Simpson, Andrew > Cc: 'mapserver-users at lists.gis.umn.edu' > Subject: Re: [Mapserver-users] saveImage --> save in 4.0 > > > On Tuesday, August 12, 2003, at 02:50 PM, Simpson, Andrew wrote: > >> Thanks, for the response. That helps clarify the new functionality. >> Is there code to instantiate an outputFormat object and access its >> methods/attributes from code without the use of map files? > > Here's an example of how you'd do it in Python (because I don't > remember exactly the syntax for the Perl MapScript constructors). > Just add the necessary $->{} noise to Perlify it. ;) > > formatobj = outputFormatObj('GD/PNG') # Driver argument > formatobj.transparent = MS_ON > formatobj.setOption('INTERLACE', 'ON') > > mapobj.outputformat = formatobj # That's it > > cheers, > Sean > Drew, Please consider reporting the issue with setOption to the MapServer Bugzilla http://mapserver.gis.umn.edu/bugs. Make sure to note that it's a 4.0 bug. Hopefully other Perl MapScript users can help confirm the issue. It's working for me (Python) and we could get it fixed in a 4.0.1 release. cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From bruce.bushby at wol.co.za Wed Aug 13 11:59:35 2003 From: bruce.bushby at wol.co.za (Bruce Bushby) Date: Wed, 13 Aug 2003 20:59:35 +0200 Subject: [Mapserver-users] line thickness? Message-ID: I've been playing around with Mapserv4.0 for a few days and I can't find a way to render 'line thickness' for my ESRI street maps. Is it possible to specify 'line thickness' when rendering a layer? Thanks for the help Regards Bruce From armin.burger at libero.it Wed Aug 13 13:15:56 2003 From: armin.burger at libero.it (Armin Burger) Date: Wed, 13 Aug 2003 21:15:56 +0100 Subject: [Mapserver-users] line thickness? Message-ID: <20030813191636.GRLA2268.viefep11-int.chello.at@libero.it> Bruce, have a look at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SymbolExamples section 'Tips on using symbol files' armin > I've been playing around with Mapserv4.0 for a few days and I can't > find a way to render 'line thickness' for my ESRI street maps. > Is it possible to specify 'line thickness' when rendering a layer? > Thanks for the help > Regards > Bruce > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mdoggett at coas.oregonstate.edu Wed Aug 13 12:17:56 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Wed, 13 Aug 2003 12:17:56 -0700 Subject: [Mapserver-users] help with ???->draw() mapscript function Message-ID: <004001c361cf$9a18ffc0$2441c180@nino> Can anyone help me out with the mapscript "draw" function? From what I see we've got a PointObj->draw(), LayerObj->draw(), MapObj->draw(), RectObj-draw(), etc. etc. So which one should I use? I'm using mapscript to dynamically create a layer containing point observations and I get different results depending on which object function I use. Matt Matt Doggett Spatial Climate Analysis Service Oregon State University 316 Strand Ag Hall Corvallis, OR 97331 (541)737-9153 mdoggett at coas.oregonstate.edu From eric at gomoos.org Wed Aug 13 08:17:01 2003 From: eric at gomoos.org (Eric Bridger) Date: 13 Aug 2003 15:17:01 +0000 Subject: [Mapserver-users] line thickness? In-Reply-To: References: Message-ID: <1060787822.1469.32.camel@ubet.gomoos.org> Not sure if this still the case for 4.0, but in 3.6 you do this by using a circle SYMBOL to draw your lines and the SIZE will then change the width. E.g. in you map file: SYMBOL Name 'circle' Type ELLIPSE Filled TRUE Points 1 1 END END LAYER TYPE "LINE" DATA "/data/tgr/23005/tgr23005lkA" CLASS SYMBOL "circle" SIZE 3 COLOR 0 0 0 END END On Wed, 2003-08-13 at 18:59, Bruce Bushby wrote: > > I've been playing around with Mapserv4.0 for a few days and I can't > find a way to render 'line thickness' for my ESRI street maps. > > Is it possible to specify 'line thickness' when rendering a layer? > > Thanks for the help > > > Regards > Bruce > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From gadoury at dmsolutions.ca Wed Aug 13 12:20:03 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Wed, 13 Aug 2003 15:20:03 -0400 Subject: [Mapserver-users] line thickness? In-Reply-To: References: Message-ID: <3F3A8F63.5010802@dmsolutions.ca> This is a multi-part message in MIME format. --------------030107070700000603060706 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit You need to use a symbol, preferably a circle, and then use the SIZE property in your class. Here's an example: If you don't have a circle symbol in your symbol file use this and put it in the MAP object SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END Then in your layer object make a class, something like this: CLASS NAME "whatever" STYLE SYMBOL 'circle' COLOR 0 0 0 SIZE 3 END END That will result in a line 3 pixels wide. Just change the SIZE property to change the thickness of the line. Bruce Bushby wrote: >I've been playing around with Mapserv4.0 for a few days and I can't >find a way to render 'line thickness' for my ESRI street maps. > >Is it possible to specify 'line thickness' when rendering a layer? > >Thanks for the help > > >Regards >Bruce >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- ___________________________ Dean Gadoury DM Solutions Group 72 Chamberlain Ave. Third Floor Ottawa, Ontario. K1S 1V9 613 565-5056 ext. 24 gadoury at dmsolutions.ca www.dmsolutions.ca --------------030107070700000603060706 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit You need to use a symbol, preferably a circle, and then use the SIZE property in your class. Here's an example:

If you don't have a circle symbol in your symbol file use this and put it in the MAP object

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

Then in your layer object make a class, something like this:

CLASS
  NAME "whatever"
  STYLE
    SYMBOL 'circle'
    COLOR 0 0 0
    SIZE 3
  END
END

That will result in a line 3 pixels wide. Just change the SIZE property to change the thickness of the line.


Bruce Bushby wrote:
I've been playing around with Mapserv4.0 for a few days and I can't
find a way to render 'line thickness' for my ESRI street maps.

Is it possible to specify 'line thickness' when rendering a layer?

Thanks for the help


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

  

-- 
___________________________

Dean Gadoury

DM Solutions Group
72 Chamberlain Ave. Third Floor
Ottawa, Ontario. K1S 1V9
613 565-5056 ext. 24

gadoury at dmsolutions.ca
www.dmsolutions.ca
--------------030107070700000603060706-- From bergeron at zedxinc.com Wed Aug 13 12:43:28 2003 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Wed, 13 Aug 2003 15:43:28 -0400 Subject: [Mapserver-users] line thickness? In-Reply-To: Message-ID: <5.1.0.14.0.20030813154012.00add758@mail.zedxinc.com> At 08:59 PM 8/13/2003 +0200, Bruce Bushby wrote: mapserver-users at lists.gis.umn.edu You can specify line thickness by adding a circular symbol to the layer, and then changing the size of the symbol. For example, here's a symbol declaration: SYMBOL NAME "circle" TYPE ellipse FILLED true POINTS 1 1 END END and here's a layer you would use it in. LAYER NAME boundary TYPE polygon DATA "" STATUS ON CLASS NAME "boundary" SYMBOL 'circle' SIZE 5 OUTLINECOLOR 255 0 0 COLOR -1 -1 -1 END END Just tailor that layer to suit your needs. Adjusting the size declaration in the boundary Class will adjust the thickness of the line. Nick Petersen-Bergeron System Administrator ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From eric at gomoos.org Wed Aug 13 09:26:59 2003 From: eric at gomoos.org (Eric Bridger) Date: 13 Aug 2003 16:26:59 +0000 Subject: [Mapserver-users] help with ???->draw() mapscript function In-Reply-To: <004001c361cf$9a18ffc0$2441c180@nino> References: <004001c361cf$9a18ffc0$2441c180@nino> Message-ID: <1060792020.1469.47.camel@ubet.gomoos.org> If you use MapObj->prepareImage() you should not use MapObj->draw(). You are responsible to do all the drawing using LayerObj->draw(), which draws on the image prepared and Point->draw() or Rect->draw() etc. which take both the prepared image and a layerObj. After you've finished all your drawing you should call MapObj->drawLabelCache($img) to draw the labels. Typically I loop thru each layerObj, turning it on and calling LayerObj->draw(). I make sure to skip any dynamic point layers. Then I get the point layer obj and call Point->draw() for each point: $point->draw($map, $layerObj, $img, undef, $text); Finally I call $MapObj->drawLabelCache($img); HTH Eric > On Wed, 2003-08-13 at 19:17, Matt Doggett wrote: > Can anyone help me out with the mapscript "draw" function? > > From what I see we've got a PointObj->draw(), LayerObj->draw(), > MapObj->draw(), RectObj-draw(), etc. etc. So which one should I use? > I'm using mapscript to dynamically create a layer containing point > observations and I get different results depending on which object > function I use. > > Matt > > Matt Doggett > Spatial Climate Analysis Service > Oregon State University > 316 Strand Ag Hall > Corvallis, OR 97331 > (541)737-9153 > mdoggett at coas.oregonstate.edu > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From joe at poconogis.com Wed Aug 13 13:34:40 2003 From: joe at poconogis.com (Joe Smith) Date: Wed, 13 Aug 2003 16:34:40 -0400 Subject: [Mapserver-users] 4.0 pdf make error In-Reply-To: <3F3A7F8D.4080605@dmsolutions.ca> Message-ID: Fixed the problem. I had downloaded just the PDFlib file from www.pdflib.com (which you need for the pdflib.h and libpdf.a files), but not PDF Lite (which you need to compile/make the source). I *think* you need both files, since I didn't find pdflib.h with PDF Lite, and MapServer needs that file to compile. Does that sound right, or did I miss something? After I installed PDF Lite, the mapserver4.0 Makefile worked without erroring. If I'm not the only person confused by that, and I didn't mess something up, might wanna make a note on MapServerWiki. I had added the extra line to the makefile just for something to try (and I think it was used before 4.0), but it wasn't needed after I installed the pdf lib correctly. thanks for the help --Joe -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Daniel Morissette Sent: Wednesday, August 13, 2003 2:12 PM To: Joe Smith Cc: Mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] 4.0 pdf make error Joe Smith wrote: > The answer may have been posted, but I didn't catch it. You can just email > me the solution if you want. I configured like this: > > ./configure --with-gd=/home/joe/gd --with-php=/home/joe/php --enable-debug - > -with-pdf=/home/joe/pdflib/bind/c/include > > I added a line to the Makefile: > > PDF_INC= -I/home/joe/pdflib/bind/c/include > PDF_LIB= -L/home/joe/pdflib/bind/c/include/lib -lpdf > PDF= -DUSE_PDF > PDF_OBJ= mappdf.o > Why did you have to edit the makefile? Configure didn't detect your PDF lib? This is quite possible since the lib was probably not 'installed'. You would save lots of trouble if you installed the lib (using 'make install'), either in the default location (/usr/local) or even under your home account if you specify --prefix=/home/joe/local for instance. Note that you'll also need LD_LIBRARY_PATH if pdflib is not installed in the default system libs directory. > Here's my error: > > /usr/bin/ld: cannot find -lpdf > collect2: ld returned 1 exit status > make: *** [shp2img] Error 1 > The following line: > PDF_LIB= -L/home/joe/pdflib/bind/c/include/lib -lpdf means: look for libpdf.so or libpdf.a in /home/joe/pdflib/bind/c/include/lib. Make sure you specify the correct path to the lipdf.so/.a -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mdoggett at coas.oregonstate.edu Wed Aug 13 13:44:26 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Wed, 13 Aug 2003 13:44:26 -0700 Subject: [Mapserver-users] help with ???->draw() mapscript function In-Reply-To: <1060792020.1469.47.camel@ubet.gomoos.org> Message-ID: <004b01c361db$af5aee50$2441c180@nino> Your reply helps a lot. Thanks. I'm still not clear about the difference between the Point->draw() and the LayerObj->draw(). In my code, I step through each of my points and add them to the LayerObj using LayerObj->addFeature($shape). Then, like you, I call Point->draw(MapObj,LayerObj,Img,...). But what is the difference between calling Point->draw() for each point as it is added to the layer, or calling LayerObj->draw() after all the points have been added to the layer? It seems to me that once all the points (or whatever other objects) are added to the layer, calling LayerObj->draw() would do the trick. Matt -----Original Message----- From: Eric Bridger [mailto:eric at gomoos.org] Sent: Wednesday, August 13, 2003 9:27 AM To: mdoggett at coas.oregonstate.edu Cc: Mapserver List Subject: Re: [Mapserver-users] help with ???->draw() mapscript function If you use MapObj->prepareImage() you should not use MapObj->draw(). You are responsible to do all the drawing using LayerObj->draw(), which draws on the image prepared and Point->draw() or Rect->draw() etc. which take both the prepared image and a layerObj. After you've finished all your drawing you should call MapObj->drawLabelCache($img) to draw the labels. Typically I loop thru each layerObj, turning it on and calling LayerObj->draw(). I make sure to skip any dynamic point layers. Then I get the point layer obj and call Point->draw() for each point: $point->draw($map, $layerObj, $img, undef, $text); Finally I call $MapObj->drawLabelCache($img); HTH Eric > On Wed, 2003-08-13 at 19:17, Matt Doggett wrote: > Can anyone help me out with the mapscript "draw" function? > > From what I see we've got a PointObj->draw(), LayerObj->draw(), > MapObj->draw(), RectObj-draw(), etc. etc. So which one should I use? > I'm using mapscript to dynamically create a layer containing point > observations and I get different results depending on which object > function I use. > > Matt > > Matt Doggett > Spatial Climate Analysis Service > Oregon State University > 316 Strand Ag Hall > Corvallis, OR 97331 > (541)737-9153 > mdoggett at coas.oregonstate.edu > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From eric at gomoos.org Wed Aug 13 10:32:01 2003 From: eric at gomoos.org (Eric Bridger) Date: 13 Aug 2003 17:32:01 +0000 Subject: [Mapserver-users] help with ???->draw() mapscript function In-Reply-To: <004b01c361db$af5aee50$2441c180@nino> References: <004b01c361db$af5aee50$2441c180@nino> Message-ID: <1060795921.1474.87.camel@ubet.gomoos.org> Matt, You might be right. I haven't tried the $layer-addFeature(), $layer->draw() approach with no point->draw()'s. But it seems like it should work. On Wed, 2003-08-13 at 20:44, Matt Doggett wrote: > Your reply helps a lot. Thanks. > > I'm still not clear about the difference between the Point->draw() and > the LayerObj->draw(). In my code, I step through each of my points and > add them to the LayerObj using LayerObj->addFeature($shape). Then, like > you, I call Point->draw(MapObj,LayerObj,Img,...). But what is the > difference between calling Point->draw() for each point as it is added > to the layer, or calling LayerObj->draw() after all the points have been > added to the layer? It seems to me that once all the points (or > whatever other objects) are added to the layer, calling LayerObj->draw() > would do the trick. > > Matt > > -----Original Message----- > From: Eric Bridger [mailto:eric at gomoos.org] > Sent: Wednesday, August 13, 2003 9:27 AM > To: mdoggett at coas.oregonstate.edu > Cc: Mapserver List > Subject: Re: [Mapserver-users] help with ???->draw() mapscript function > > If you use MapObj->prepareImage() you should not use MapObj->draw(). You > are responsible to do all the drawing using LayerObj->draw(), which > draws on the image prepared and Point->draw() or Rect->draw() etc. which > take both the prepared image and a layerObj. After you've finished all > your drawing you should call MapObj->drawLabelCache($img) to draw the > labels. > > Typically I loop thru each layerObj, turning it on and calling > LayerObj->draw(). I make sure to skip any dynamic point layers. > Then I get the point layer obj and call Point->draw() for each point: > > $point->draw($map, $layerObj, $img, undef, $text); > > Finally I call $MapObj->drawLabelCache($img); > > HTH > > Eric > > > > > On Wed, 2003-08-13 at 19:17, Matt Doggett wrote: > > Can anyone help me out with the mapscript "draw" function? > > > > From what I see we've got a PointObj->draw(), LayerObj->draw(), > > MapObj->draw(), RectObj-draw(), etc. etc. So which one should I use? > > I'm using mapscript to dynamically create a layer containing point > > observations and I get different results depending on which object > > function I use. > > > > Matt > > > > Matt Doggett > > Spatial Climate Analysis Service > > Oregon State University > > 316 Strand Ag Hall > > Corvallis, OR 97331 > > (541)737-9153 > > mdoggett at coas.oregonstate.edu > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > From mdoggett at coas.oregonstate.edu Wed Aug 13 15:46:05 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Wed, 13 Aug 2003 15:46:05 -0700 Subject: [Mapserver-users] help with ???->draw() mapscript function In-Reply-To: <1060795921.1474.87.camel@ubet.gomoos.org> Message-ID: <005901c361ec$ae2d8220$2441c180@nino> Well I just discovered a difference... If I use Point->draw() for each of the points individually, the point Labels will appear in the final map. But if I use Layer->draw() (where the Layer contains the point shape objects) the point labels do NOT appear. -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Eric Bridger Sent: Wednesday, August 13, 2003 10:32 AM To: mdoggett at coas.oregonstate.edu Cc: 'Mapserver List' Subject: RE: [Mapserver-users] help with ???->draw() mapscript function Matt, You might be right. I haven't tried the $layer-addFeature(), $layer->draw() approach with no point->draw()'s. But it seems like it should work. On Wed, 2003-08-13 at 20:44, Matt Doggett wrote: > Your reply helps a lot. Thanks. > > I'm still not clear about the difference between the Point->draw() and > the LayerObj->draw(). In my code, I step through each of my points and > add them to the LayerObj using LayerObj->addFeature($shape). Then, like > you, I call Point->draw(MapObj,LayerObj,Img,...). But what is the > difference between calling Point->draw() for each point as it is added > to the layer, or calling LayerObj->draw() after all the points have been > added to the layer? It seems to me that once all the points (or > whatever other objects) are added to the layer, calling LayerObj->draw() > would do the trick. > > Matt > > -----Original Message----- > From: Eric Bridger [mailto:eric at gomoos.org] > Sent: Wednesday, August 13, 2003 9:27 AM > To: mdoggett at coas.oregonstate.edu > Cc: Mapserver List > Subject: Re: [Mapserver-users] help with ???->draw() mapscript function > > If you use MapObj->prepareImage() you should not use MapObj->draw(). You > are responsible to do all the drawing using LayerObj->draw(), which > draws on the image prepared and Point->draw() or Rect->draw() etc. which > take both the prepared image and a layerObj. After you've finished all > your drawing you should call MapObj->drawLabelCache($img) to draw the > labels. > > Typically I loop thru each layerObj, turning it on and calling > LayerObj->draw(). I make sure to skip any dynamic point layers. > Then I get the point layer obj and call Point->draw() for each point: > > $point->draw($map, $layerObj, $img, undef, $text); > > Finally I call $MapObj->drawLabelCache($img); > > HTH > > Eric > > > > > On Wed, 2003-08-13 at 19:17, Matt Doggett wrote: > > Can anyone help me out with the mapscript "draw" function? > > > > From what I see we've got a PointObj->draw(), LayerObj->draw(), > > MapObj->draw(), RectObj-draw(), etc. etc. So which one should I use? > > I'm using mapscript to dynamically create a layer containing point > > observations and I get different results depending on which object > > function I use. > > > > Matt > > > > Matt Doggett > > Spatial Climate Analysis Service > > Oregon State University > > 316 Strand Ag Hall > > Corvallis, OR 97331 > > (541)737-9153 > > mdoggett at coas.oregonstate.edu > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From vinko at cprsig.cl Wed Aug 13 17:50:46 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Wed, 13 Aug 2003 20:50:46 -0400 Subject: [Mapserver-users] help with ???->draw() mapscript function In-Reply-To: <005901c361ec$ae2d8220$2441c180@nino> References: <1060795921.1474.87.camel@ubet.gomoos.org> <005901c361ec$ae2d8220$2441c180@nino> Message-ID: <20030814005046.GA27810@landsat.cprsig.cl> On Wed, Aug 13, 2003 at 03:46:05PM -0700, Matt Doggett wrote: > Well I just discovered a difference... > > If I use Point->draw() for each of the points individually, the point > Labels will appear in the final map. But if I use Layer->draw() (where > the Layer contains the point shape objects) the point labels do NOT > appear. You must set the text and classindex properties of the shapeObj for the labels to appear as defined in the layer's classObj's (and styleObj's if MS_VERSION >= 3.7). Example: $shp = ms_newShapeObj(MS_SHAPE_LINE); $shp->add($line); //$line is a valid LineObj $shp->set('text',"MY LABEL"); $shp->set('classindex',0); // Important to choose the class this point // will be rendered in. That's class 0 in // $layer $layer->addFeature($shp); $layer->draw(); -- Vinko Vrsalovic http://www.cprsig.cl From acate at email.arizona.edu Wed Aug 13 17:53:32 2003 From: acate at email.arizona.edu (Averill Cate, Jr.) Date: Wed, 13 Aug 2003 17:53:32 -0700 Subject: [Mapserver-users] Oracle Spatial and MapServer Message-ID: <3F3ADD8C.9010104@email.arizona.edu> Hi, I got MapServer 4 talking to my Oracle server, however when I test the mapserver with: http://dss-dev/cgi-bin/mapserv.exe?map=C:\oracle\ora92\Apache\Apache\htdocs\wg\wg.map&VERSION=1.1.0&REQUEST=GetMap I get a blank image back from Map Server. There should be two layers according to my map definition which is listed below the dashed line. Does anyone know why the layers don't display? Thanks for any help. -------------------------------------------------------------------------------------------------------------------------------------------- # Generic MapServer MapFile with all potential elements (commented out) # Begin with the 'root' map element map EXTENT 580217 3503392 606269 3515517 IMAGECOLOR 200 200 200 #IMAGECOLOR [r] [g] [b] IMAGETYPE PNG #IMAGETYPE [gif|png|jpeg|wbmp] INTERLACE ON #INTERLACE [on|off] NAME "WG" #NAME [name] # SHAPEPATH "shapefiles/" #SHAPEPATH [filename] SIZE 600 600 #SIZE [x][y] STATUS ON #STATUS [on|off] UNITS meters #UNITS [feet|inches|kilometers|meters|miles|dd] PROJECTION "init=epsg:26912" #"init=epsg:4326" END # PROJECTION WEB EMPTY "/wg/empty.html" #EMPTY [url] :relative to the web root of the server, in a directory from which html documents can be retreived TEMPLATE "wg_template.html" #TEMPLATE [filename|url] IMAGEPATH "/tmp/" #IMAGEPATH [path] IMAGEURL "/tmp/" #IMAGEURL [path] LOG "/tmp/map.log" #LOG [filename] METADATA END # METADATA END # WEB LEGEND imagecolor 200 200 200 status on END # Legend ########################### # The sub-basin layer ########################### LAYER NAME "SubWatersheds" #NAME [string] DATA "GEOMETRY from WATERSHEDS" TYPE polygon #TYPE [point|line|polygon|circle|annotation|raster|query] CONNECTIONTYPE oraclespatial CONNECTION "gis/gis at ORCL_DSS-DEV" LABELITEM "major_subw" #LABELITEM [attribute] STATUS on #STATUS [on|off|default] TEMPLATE "results_watersheds.html" #TEMPLATE [file|url] METADATA END # METADATA CLASS NAME "watersheds" #NAME [string] TITLE "Sub Watersheds" OUTLINECOLOR 0 0 0 #OUTLINECOLOR [r][g][b] LABEL ANTIALIAS true #ANTIALIAS [true|false] COLOR 255 255 255 #COLOR [r][g][b] SIZE medium #SIZE [integer]|[tiny|small|medium|large|giant] TYPE bitmap #TYPE [bitmap|truetype] END # LABEL END # CLASS PROJECTION "init=epsg:26912" END # PROJECTION END # Sub-Basin LAYER LAYER # Streams name "Streams" data "geometry from STREAMS" type line connectiontype oraclespatial connection "gis/gis at ORCL_DSS-DEV" status on template "results_streams.html" CLASS name "Streams" title "Streams" outlinecolor 0 0 255 END # End class PROJECTION "init=epsg:26912" END # Projection END # Streams layer END # MAP From dbarron at ddive.com Wed Aug 13 18:27:47 2003 From: dbarron at ddive.com (Dan Barron) Date: Wed, 13 Aug 2003 18:27:47 -0700 Subject: [Mapserver-users] Troubles w/ Dynamic Symbols in PHP/Mapscript Message-ID: <5.2.0.9.0.20030813180526.03815210@arctictern.ddive.com> --=====================_12641328==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hello, I'm trying to change a symbol for a point layer dynamically within PHP/Mapscript v4.0 on W2K. After searching the mail archive and trying a few variations of what seemed correct, I'm not having much luck. I've included a simplified look into the pertinent pieces of my map file, symbol file, and php/mapscript code. Anyone have any experience with this and willing to provide some insight as to what I am doing wrong? Thanks! Dan >>>Map File<<< symbolset "./symbols/symbols.list" ... LAYER name 'mylayer' type POINT class name 'symbol' style symbol 'symbol_1' end end END >>>symbols.list<<< SYMBOL name'symbol_1' type PIXMAP image '..\graphics\symbol_1.gif' END SYMBOL name'symbol_2' type PIXMAP image '..\graphics\symbol_2.gif' END >>>PHP Mapscript<<< $layer = $map->getLayerByName('myLayer'); $symbolClass = $layer->getClass(0); $symbolStyle = $symbolClass->getStyle(0); $symbolStyle->set('symbolname', 'symbol_2'); ..also tried... $layer = $map->getLayerByName('myLayer'); $symbolClass = $layer->getClass(0); $symbolStyle = $symbolClass->getStyle(0); $symbolStyle->set('symbol', 'symbol_2'); ..and this... $layer = $map->getLayerByName('myLayer'); $symbolClass = $layer->getClass(0); $symbolStyle = $symbolClass->getStyle(0); $symbolStyle->set('symbol', 1); ...and this... $map->setSymbolSet('symbols.list'); $layer = $map->getLayerByName('myLayer'); $symbolClass = $layer->getClass(0); $symbolStyle = $symbolClass->getStyle(0); $symbolStyle->set('symbol', 1); --=====================_12641328==.ALT Content-Type: text/html; charset="us-ascii" Hello,

I'm trying to change a symbol for a point layer dynamically within PHP/Mapscript v4.0 on W2K.  After searching the mail archive and trying a few variations of what seemed correct, I'm not having much luck.  I've included a simplified look into the pertinent pieces of my map file, symbol file, and php/mapscript code.  Anyone have any experience with this and willing to provide some insight as to what I am doing wrong?

Thanks!

Dan



>>>Map File<<<

symbolset "./symbols/symbols.list"

...

LAYER
  name 'mylayer'
  type POINT
  class
    name 'symbol'
    style
      symbol 'symbol_1'
    end
  end
END


>>>symbols.list<<<

SYMBOL
  name'symbol_1'
  type PIXMAP
  image '..\graphics\symbol_1.gif'
END

SYMBOL
  name'symbol_2'
  type PIXMAP
  image '..\graphics\symbol_2.gif'
END

>>>PHP Mapscript<<<

$layer = $map->getLayerByName('myLayer');
$symbolClass = $layer->getClass(0);
$symbolStyle = $symbolClass->getStyle(0);
$symbolStyle->set('symbolname', 'symbol_2');

..also tried...

$layer = $map->getLayerByName('myLayer');
$symbolClass = $layer->getClass(0);
$symbolStyle = $symbolClass->getStyle(0);
$symbolStyle->set('symbol', 'symbol_2');

..and this...

$layer = $map->getLayerByName('myLayer');
$symbolClass = $layer->getClass(0);
$symbolStyle = $symbolClass->getStyle(0);
$symbolStyle->set('symbol', 1);

...and this...

$map->setSymbolSet('symbols.list');
$layer = $map->getLayerByName('myLayer');
$symbolClass = $layer->getClass(0);
$symbolStyle = $symbolClass->getStyle(0);
$symbolStyle->set('symbol', 1);
--=====================_12641328==.ALT-- From dbarron at ddive.com Wed Aug 13 18:50:55 2003 From: dbarron at ddive.com (Dan Barron) Date: Wed, 13 Aug 2003 18:50:55 -0700 Subject: [Mapserver-users] Solved - Troubles w/ Dynamic Symbols in PHP/Mapscript Message-ID: <5.2.0.9.0.20030813184657.038b8ab0@arctictern.ddive.com> --=====================_14017031==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hello, Disregard previous question, I had a small error in the way I was querying my database. For the record the following works to change the symbol dynamically. Dan >>>Map File<<< symbolset "./symbols/symbols.list" ... LAYER name 'mylayer' type POINT class name 'symbol' style symbol 'symbol_1' end end END >>>symbols.list<<< SYMBOL name'symbol_1' type PIXMAP image '..\graphics\symbol_1.gif' END SYMBOL name'symbol_2' type PIXMAP image '..\graphics\symbol_2.gif' END >>>PHP Mapscript<<< $layer = $map->getLayerByName('myLayer'); $symbolClass = $layer->getClass(0); $symbolStyle = $symbolClass->getStyle(0); $symbolStyle->set('symbol', 1); --=====================_14017031==.ALT Content-Type: text/html; charset="us-ascii" Hello,

Disregard previous question, I had a small error in the way I was querying my database.  For the record the following works to change the symbol dynamically.

Dan



>>>Map File<<<

symbolset "./symbols/symbols.list"

...

LAYER
  name 'mylayer'
  type POINT
  class
    name 'symbol'
    style
      symbol 'symbol_1'
    end
  end
END


>>>symbols.list<<<

SYMBOL
  name'symbol_1'
  type PIXMAP
  image '..\graphics\symbol_1.gif'
END

SYMBOL
  name'symbol_2'
  type PIXMAP
  image '..\graphics\symbol_2.gif'
END

>>>PHP Mapscript<<<

$layer = $map->getLayerByName('myLayer');
$symbolClass = $layer->getClass(0);
$symbolStyle = $symbolClass->getStyle(0);
$symbolStyle->set('symbol', 1);
--=====================_14017031==.ALT-- From poff at sixbit.org Thu Aug 14 02:05:57 2003 From: poff at sixbit.org (poff) Date: Thu, 14 Aug 2003 11:05:57 +0200 Subject: [Mapserver-users] Success! Was: php_mapscript on a host - nightmare! help! In-Reply-To: <20030802144325.GA29223@freeshell.org> References: <20030802144325.GA29223@freeshell.org> Message-ID: <20030814090557.GA10878@freeshell.org> finally I have got a map to draw! For others here is what I had to do using a host with the php_module, 25mb space, and linux. Actually I used another account with 100+mb to actually compile php, but installed with a 6mb shapefile the whole setup takes 10mb. get php-4.3.1 (NOT 4.3.2 as it won't work: "Cannot find input file" bug) ./configure --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr -with-mysql=/usr --with-pear --with-ttf --with-freetype-dir=/usr --enable-gd-native-ttf --with-zlib --enable-force-cgi-redirect make cp sapi/cgi/php ~/pkg/bin get mapserver (tested with 3.6) compile --with-php your compiled version (well configured really) make copy the .so file to your mapscripts directory cd ~/public_html/mapscripts cat < .htaccess SetEnv REDIRECT_STATUS CGI END cat < draw.cgi #!${HOME}/pkg/bin chmod +x draw.cgi Works fine, not sure how much slower it is though. Nice thing about linux is that it compiled very easily with libjpeg, gd and png support. The trick is not to specify a --prefix so it uses the system extensions - pear works fine too. 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 at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From mweinelt at planiglobe.com Thu Aug 14 02:12:57 2003 From: mweinelt at planiglobe.com (Martin Weinelt) Date: Thu, 14 Aug 2003 11:12:57 +0200 Subject: [Mapserver-users] SunONE chokes on template file In-Reply-To: <7CDD7B94357FD5119E800002A537C46E230938@s5-ccr-r1.ccrs.nrcan.gc.ca> References: <7CDD7B94357FD5119E800002A537C46E230938@s5-ccr-r1.ccrs.nrcan.gc.ca> Message-ID: <200308141112.57019.mweinelt@planiglobe.com> Jean-Francois.Doyon wrote: > > If you have 4.0, you can use -QUERY_STRING="map=..." (Or is it -QUERYSTRING > ?) as an option to the executable form the command line. With the proper > query string, you can get mapserver to go through the template parsing, and > see if it dies there too. > > Doesn't provide a solution, but might help find the cause ... > > Hope this helps ... > I have now compiled (gcc 2.95.3) and installed 4.0 at the site (SunOS 5.9 Generic_112233-05 sun4u sparc SUNW,Sun-Fire-880): ./configure --prefix=/somedir/mapserver/local --with-zlib=/somedir/mapserver/packages/zlib --with-gd=/somedir/mapserver/packages/gd-2.0.15 --enable-runpath --with-threads --enable-internal-ld-detect --without-gdal --with-png=/somedir/mapserver/local/bin/libpng12-config --with-tiff=../tiff-v3.6.0-beta --with-proj=../proj-4.4.7 --with-jpeg=../jpeg-6b --with-freetype=../../local/bin/freetype-config The need for a script adding LD_LIBRARY_PATH was gone with the --enable-runpath option. If I now use "./mapserv QUERY_STRING=..." on the command-line as suggested by Jean-Francois I get a Segmentation fault. So I guess the SunONE server has nothing to do with the problems. Maybe still a problem in conflicting libs. ldd mapserv libgd.so.2 => /somedir/mapserver/local/lib/libgd.so.2 libfreetype.so.6 => /somedir/mapserver/local/lib/libfreetype.so.6 libpng.so.2 => /somedir/mapserver/local/lib/libpng.so.2 libXpm.so.4 => /opt/sfw/lib/libXpm.so.4 libX11.so.4 => /usr/openwin/lib/libX11.so.4 libtiff.so => /somedir/mapserver/local/lib/libtiff.so libproj.so.0 => /somedir/mapserver/local/lib/libproj.so.0 libpthread.so.1 => /usr/lib/libpthread.so.1 libm.so.1 => /usr/lib/libm.so.1 libc.so.1 => /usr/lib/libc.so.1 libpng.so.3 => /somedir/mapserver/local/lib/libpng.so.3 libz.so.1 => /usr/lib/libz.so.1 libXext.so.0 => /usr/openwin/lib/libXext.so.0 libsocket.so.1 => /usr/lib/libsocket.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libmp.so.2 => /usr/lib/libmp.so.2 libthread.so.1 => /usr/lib/libthread.so.1 librt.so.1 => /usr/lib/librt.so.1 libaio.so.1 => /usr/lib/libaio.so.1 libmd5.so.1 => /usr/lib/libmd5.so.1 /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1 /usr/platform/SUNW,Sun-Fire-880/lib/libmd5_psr.so.1 Does anyone had similar problems ( and a tip ) or can comment? Thanks, Martin From bruce.bushby at wol.co.za Thu Aug 14 04:10:49 2003 From: bruce.bushby at wol.co.za (Bruce Bushby) Date: Thu, 14 Aug 2003 13:10:49 +0200 Subject: [Mapserver-users] line thickness? In-Reply-To: Message-ID: A big thanks to everybody who responded, probably too much of a baby question to post a solution summary :) (define symbol, in layer use symbol, color and size ) Any ideas where one can find a 'cgi-reference' for mapserv4.0 ? My 'GET' strings are not behaving, even on the most basic map file. NAME xx STATUS on LAYER NAME rivers STATUS off etc END LAYER NAME roads STATUS off etc END 'Get string' GetMap I also tried "&layers=rivers roads" as the cgi-reference for 3.6 suggests. I've tried small and capitals on everything, "&layer/s" ignores me :) I have to use the hard "status on" in the map file to get more then one layer. I thought "&layer" turns a layer on, ie "status off -> status on" Maybe my get string is all wrong ? Any ideas ? -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Bruce Bushby Sent: Wednesday, August 13, 2003 9:00 PM To: MAPSERV MAIL LIST MAPSERVE Subject: [Mapserver-users] line thickness? I've been playing around with Mapserv4.0 for a few days and I can't find a way to render 'line thickness' for my ESRI street maps. Is it possible to specify 'line thickness' when rendering a layer? Thanks for the help Regards Bruce _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From twan at twansoft.com Thu Aug 14 05:04:25 2003 From: twan at twansoft.com (Twan Kogels) Date: Thu, 14 Aug 2003 14:04:25 +0200 Subject: [Mapserver-users] drawLegend() labels wrong position Message-ID: <5.0.0.25.2.20030814135708.02f3e928@pop.xs4all.nl> --=====================_16529125==_ Content-Type: text/plain; charset="us-ascii"; format=flowed Hello, I've got a little problem with the mapscript drawLegend() function, it goes oke, but the labels within the legend are not on the right spot. I've attached a example. Here is the code which i use to generate my legend: ======== $lg=$map->legend; $lg->set("width", 3000); $lg->set("height", 3000); $lg->set("keysizex", 20); $lg->set("keysizey", 20); $lg->set("outlinecolor", $map->addColor(255,255,0)); $legend_img=$map->drawLegend(); $legend_url=$legend_img->saveWebImage(MS_PNG,1,1,0); ======= Am i doing something wrong? Best regards, Twan --=====================_16529125==_ Content-Type: image/gif; name="legend.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="legend.gif" R0lGODlhjACCAIMAAAAA/wDO/87Ozv8AAP//AP////////////////////////////////////// /////yH5BAMAAAMALAAAAACMAIIAAAT/sMhJq7046827/2AojmRpnmiqrmzrvnAsz3QtEXiu77vt /xNCJcARAo80o4RIzASUyKgLytQ8pdgWtdDEXLNglLLbHRag4XRoPClTiGi1vNiuW5rxuf5idLu5 N3uCGX1mhnmDgoVvhmeJj0FLjZKBkI9Cf4B2jpaJmBdkFIidaZ93m5ykewSZkm6jqlECAmetgK8d s7QZs7EovaxOmpG5uxi9vibAG3+wFMjHxskjurM51TjWBNbIvd3G0AXVEt/TIeXou97qtOXk0hPr 4vDmHOnv8/j3+fjx4+P1QOyTl6/at3DQ0oULaI8dP4LrAALs97CdRYYeDPpLKJHcM3Aa/+fpqojx A4+TJ0tiQeMslcojUITAwvEySkyXFmjWhCkKZwWdO38oGYpBZlAgRCvl9HlURlKmRlo2XRH151Km U19U7WkVa1YtSsOmkvr1xFZiaMmWLWH0qlK1a0e07eoSbtw1UNF6vWt21FyxfEtAA/rxL8fAJAbn sebyMGIRgzegWfgYsrFtuq5pyyaR48h37UCz+xzUsWOSFAdeLOiwNMiJpkH60+fQ4GrKJU9/nM2v t7vOFdztjM0bte/a8FQf7Xzws0bbqGE7b50VgPXr2LNn/yC88gQAFcBvEJ+RtPfvFMCTv2D9fIr1 6jW0d38CfoH1FubTL0G+P4b4+/GHnv8E+KFXYIAf+EcgewsiOIJ4+BUIoYMPNjhgehZSmGCG94V3 oYYeTIjhiB2CuOGB9nFoonwlepjhgSsyiOKHMMYYXo0AfmhjcLTol1+LKu6Ij48e4ofbjr3UqOKR NiY5i3XVQBklACGJNJpnV9Kz3Gq7/SaNcsp9NZGVt1FH0kLQddeUdLT1gxByPMbZ21QQwXlmmXPe SRGdrT1HHWnA8ejlXQMUauihiCIqpAYDVNDoBo8uekGkBTRKqQWFSooBpZYyeqmmEnBaqaegYjpB pJ+GOmqpFKB66qarsqrqrLG2Squsj176aa6yvlrrr6umqimvthYLLKjE+qqssJJ2aur/sr2qmqqr yuJ6LLW3spoprLqW+tm2BDlbrQxM+nIRuKuJm+1uKpQbizSREgQss+5WBq9BA+BbaDWPModlm6xt tJFn4jxCHJh9foncP1UebOYeCgMc0XRyijbxxbK5iWciEQfssQW6oWnnaV7WC0bHdeqpJ8KpZSwv JMkxDOjMb76W8J0Ma2yyHCj1nEMaal4SHB1Am2cJFKHxYpeGSBesdLSNOX3M0hQqAc4xewlpdTxY U+3g1h6BDBioRiQndtY7lj302l4jqPYza6Nt49tcwz22pkJo+aVerOZ9wdV8l+r32VLLHeM2vBRu +IpMJh04uVoGRJk3irdNTeT1TK6OSls17GxwcwJwlpnooZMpsEU0Zzkw5uZu/KbEeLLsseekDLo6 lxrnKTvtndi+Z55W/r476++6ftE+xQk/8saS+57678EDHyjoGEUAADs= --=====================_16529125==_-- From eric at gomoos.org Thu Aug 14 06:06:38 2003 From: eric at gomoos.org (Eric Bridger) Date: Thu, 14 Aug 2003 09:06:38 -0400 Subject: [Mapserver-users] line thickness? In-Reply-To: References: Message-ID: <4.3.2.7.2.20030814090237.00ac0ca0@mail.gomoos.org> > HREF=/cgi-bin/mapserv?map=/mapserv/test.map&version1.1.1&request=map&layers= r> ivers&layers=roads>GetMap > Maybe my get string is all wrong ? Any ideas ? Yes, this looks suspicious to me. In particular: &version1.1.1& I'm not yet up to speed on version 4.0, but I would guess that this should at least be &version=1.1.1& or should even be eliminated. I've never used a version number in CGI request strings. At 01:10 PM 08/14/2003 +0200, Bruce Bushby wrote: >A big thanks to everybody who responded, probably too much of a baby >question >to post a solution summary :) (define symbol, in layer use symbol, color and >size ) > >Any ideas where one can find a 'cgi-reference' for mapserv4.0 ? My 'GET' >strings >are not behaving, even on the most basic map file. > >NAME xx >STATUS on >LAYER > NAME rivers > STATUS off > etc >END >LAYER > NAME roads > STATUS off > etc >END > >'Get string' >HREF=/cgi-bin/mapserv?map=/mapserv/test.map&version1.1.1&request=map&layers= >rivers&layers=roads>GetMap > >I also tried "&layers=rivers roads" as the cgi-reference for 3.6 suggests. > >I've tried small and capitals on everything, "&layer/s" ignores me :) I have >to use the hard "status on" in the map file to get more then one layer. I >thought >"&layer" turns a layer on, ie "status off -> status on" > >Maybe my get string is all wrong ? Any ideas ? > > > > > > >-----Original Message----- >From: mapserver-users-admin at lists.gis.umn.edu >[mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Bruce >Bushby >Sent: Wednesday, August 13, 2003 9:00 PM >To: MAPSERV MAIL LIST MAPSERVE >Subject: [Mapserver-users] line thickness? > > > >I've been playing around with Mapserv4.0 for a few days and I can't >find a way to render 'line thickness' for my ESRI street maps. > >Is it possible to specify 'line thickness' when rendering a layer? > >Thanks for the help > > >Regards >Bruce >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric at gomoos.org Thu Aug 14 06:09:10 2003 From: eric at gomoos.org (Eric Bridger) Date: Thu, 14 Aug 2003 09:09:10 -0400 Subject: [Mapserver-users] drawLegend() labels wrong position In-Reply-To: <5.0.0.25.2.20030814135708.02f3e928@pop.xs4all.nl> Message-ID: <4.3.2.7.2.20030814090748.00abbd60@mail.gomoos.org> Just a guess, but a 3000 X 3000 legend size seems extremely large and my be causing your problems. Try 300 X 300. At 02:04 PM 08/14/2003 +0200, Twan Kogels wrote: >Hello, > >I've got a little problem with the mapscript drawLegend() function, it goes oke, but the labels within the legend are not on the right spot. I've attached a example. > >Here is the code which i use to generate my legend: >======== >$lg=$map->legend; >$lg->set("width", 3000); >$lg->set("height", 3000); >$lg->set("keysizex", 20); >$lg->set("keysizey", 20); >$lg->set("outlinecolor", $map->addColor(255,255,0)); >$legend_img=$map->drawLegend(); >$legend_url=$legend_img->saveWebImage(MS_PNG,1,1,0); >======= > >Am i doing something wrong? > >Best regards, >Twan > From twan at twansoft.com Thu Aug 14 06:14:03 2003 From: twan at twansoft.com (Twan Kogels) Date: Thu, 14 Aug 2003 15:14:03 +0200 Subject: [Mapserver-users] drawLegend() labels wrong position In-Reply-To: <4.3.2.7.2.20030814090748.00abbd60@mail.gomoos.org> References: <5.0.0.25.2.20030814135708.02f3e928@pop.xs4all.nl> Message-ID: <5.0.0.25.2.20030814150742.02aa8930@pop.xs4all.nl> --=====================_20775171==_ Content-Type: text/plain; charset="us-ascii"; format=flowed Eric, I agree that 3000x3000 is quiet large :-) I did that cause i thought the labels were wrapping, i tryed 300x300 but still the same labels on the wrong spot. I tryed editing the label object associated with the legend object: =============== $lg=$map->legend; $lg->set("width", 100); $lg->set("height", 100); $my_lg_label = $lg->label; $my_lg_label->set(wrap, 0); $my_lg_label->set(partials, 0); $my_lg_label->set(offsetx, 20); $my_lg_label->set("color", $map->addColor(0,0,0)); $legend_img=$map->drawLegend(); $legend_url=$legend_img->saveWebImage(MS_PNG,1,1,0); ================ It looks a bit better (see attachment), but the legend labels are centered and cut off at the beginning. I'm now sure why the labels keep centering, cause i nowhere specified that they should center. Twan At 09:09 14-8-2003 -0400, you wrote: >Just a guess, but a 3000 X 3000 legend size seems extremely large and my >be causing your >problems. Try 300 X 300. > >At 02:04 PM 08/14/2003 +0200, Twan Kogels wrote: > >Hello, > > > >I've got a little problem with the mapscript drawLegend() function, it > goes oke, but the labels within the legend are not on the right spot. > I've attached a example. > > > >Here is the code which i use to generate my legend: > >======== > >$lg=$map->legend; > >$lg->set("width", 3000); > >$lg->set("height", 3000); > >$lg->set("keysizex", 20); > >$lg->set("keysizey", 20); > >$lg->set("outlinecolor", $map->addColor(255,255,0)); > >$legend_img=$map->drawLegend(); > >$legend_url=$legend_img->saveWebImage(MS_PNG,1,1,0); > >======= > > > >Am i doing something wrong? > > > >Best regards, > >Twan > > --=====================_20775171==_ Content-Type: image/gif; name="legend2.gif"; x-mac-type="47494666"; x-mac-creator="4A565752" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="legend2.gif" R0lGODlhqACVAIMAAAAAAAAAxgAA/wCEAADGAAD/AIQAAMYAAM7O5/////////////////////// /////yH5BAMAAAAALAAAAACoAJUAAAT/MMlJq7046827/2AojmRpnmiqrmzrvnAsz3Rt3/gbcHvu /6pdDzMEGo8gYaaIbDotQ+ZE+qwemVKqdevDVrTccI0aFZtz4B74zGalE+u2/BQPAACWO55yv/Ql eid/FYMbhXMjh4B7E4oJf32OH46SeYyIiZeNmh2VIJ6dnHOQgY96e6eXhaWEqJqnm3iupKyspoOp mHyyrqaLvsDBv5a3jKTAkb3Hw8i8zLrJsIfLwtXD06rKudS42726za3iwdh+3+PFz+HM5dZyy8nj 3ei7z8ft8eTG2uqju9SLSqXiBatetYLpAs6iJbAWQnATBEicSLFiRQ8ADZ2DWEMABY8e/zNInGQr FCiOLUJKACkygUqUMC2onImBZcybH1dWeKnTJc6fPoNG3DkU6E2bRHsqNYpyZM2lPJmCc3oB6VKp Uy1qtWiOw0kRX7GyOBn2kyixMcieNVEWrUaGC/fBjfUt31y3gvj5uqfXrrO9fdfixRg43EDDhfn2 G2z2l2LA8v76LTaZMYnHkzFL3kyZs+XLDR0jLJhLIV1UgE5/5jCA9WpdrVtnkP0aUezZtTHRpl2B d+4zvn0nEP5bTPDexeUQ3528DXEJsp83ryL99nQz0qHXKPmkrQ/vLvKNFeyVPBLwLdATZms+x92E GEg/tDRPAzyHd0vD118FYMZNoi2GmP8nmq2zykaQuXNEaAZlcNh/1yBITILRMBihQp6JQcla+Jx1 X3kfKnJggBS25x4/ECIm4Idv1eVZPKUVaMWBcsW10IWH7ZfNaDvW+E8/Mc7HBgH06UGkSdw5yF8K 6slB5JEYQMlRk208mYGU120BJZYTcJmlE1hy6eWXTYRZwZhkHuHllmlqeaUEaLb5A5pWyvlEnAlI SSWI9pko557l9WlnKDMQ6Geb+slHYmXCKKrgoAVGes6GCQ7aVYkqYmqPNElaimNiQY74KaC5SSqa fKKqSOprieIHSWoAYhjXOmQWwIGtnhphK64Y8JrrD7tm4OuvOfA67ATHElvDsMcmqyz/DcxW4Oyz MiRrLLXFCivBtNi+MG2w3drAbQK2dtpgg6s+q9alj4ZLKGjuqkCjXP/QolpAj5hG2a/11Udrv5zJ aGk3PMbqr6ScCkimv+hOuk+EGaW48MP6GExxphbT+meoNmLYmYGuXvibASSXbPLJJxcqYZoGUNBy yxmQTIOQbcIswcsxJ2BzvCvY7DMGOPPMAsw762wB0UIPfXMFRf+ctApBMz3BzkU/XYLMQC89tdUp YH1B1FpzbQLKZJt8R9Viy6Beuu6ufWjaIqP6ntw+7kuteACy+OmiGRL7kDci710vo347xPemJMaa sbovNo5phxrz62Ig3BAsoaNsc3TA/+acd+6553CXcAAFo4+eweahk2C6BKWfnsDqqYOw+uwYtB57 CKbD/roFud+OO+sV6E677x/YHvwEsOtOvAao1w488st70PwFxj8f/QafZ7+5HtNXuuDbjOHtfWPy gj+YJOKTxDhd7KvjTcj6tmoqvh7ja74TmWkDcKaViVrh/xcTGDQC5iKD5M9RivvYg1qVMYmxIX+B 499fJtSoVxSGHZO7H/4IGMH59c8ZHgygXmDCkPYdhFPwg88t2ocwymUQKwjgQAxR4kCIxHCGGMAh Dc2FkhtmQIfX8wAOgTgBIgZRA0AkohGP+MMKJJGJHzDiEKEoxCYmYIlUdGITsZjFIl1uwIiZS48G w8eJMMILUmUc43iKw6P8tHFW9rNbQuRnxgFKEHGPA9XhaugWwBlwIwuMzAn3uDIyJi5u2aBH/CxI SIXhJYQBekwCB5lHRz5SboGDn4gsxMIMqvEMEQAAOw== --=====================_20775171==_-- From morissette at dmsolutions.ca Thu Aug 14 06:50:11 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 14 Aug 2003 09:50:11 -0400 Subject: [Mapserver-users] line thickness? In-Reply-To: References: Message-ID: <3F3B9393.7020408@dmsolutions.ca> Bruce Bushby wrote: > > Any ideas where one can find a 'cgi-reference' for mapserv4.0 ? My 'GET' > strings > are not behaving, even on the most basic map file. > There's a link to it directly from the 4.0 docs page: http://mapserver.gis.umn.edu/doc40/cgi-reference.html > > 'Get string' > HREF=/cgi-bin/mapserv?map=/mapserv/test.map&version1.1.1&request=map&layers= > rivers&layers=roads>GetMap > > I also tried "&layers=rivers roads" as the cgi-reference for 3.6 suggests. > > I've tried small and capitals on everything, "&layer/s" ignores me :) I have > to use the hard "status on" in the map file to get more then one layer. I > thought > "&layer" turns a layer on, ie "status off -> status on" > > Maybe my get string is all wrong ? Any ideas ? > You are mixing WMS and traditional mapserv CGI parameters. VERSION and REQUEST are specific to the WMS interface and you probably don't want to use the WMS interface. You should start with the Itasca demo as an example, it will show you which parameters are needed. Then if you need to add more see the CGI reference above. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From warmerdam at pobox.com Thu Aug 14 06:59:25 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 14 Aug 2003 09:59:25 -0400 Subject: [Mapserver-users] Updating to Maserver 4 In-Reply-To: <20030813142608.06D9B26761@mfa1.informus.de> References: <20030713170002.7328.1003.Mailman@lists.gis.umn.edu> <20030813142608.06D9B26761@mfa1.informus.de> Message-ID: <3F3B95BD.9000200@pobox.com> Steffen Gebhardt wrote: > Hi to all, > > I try to update to Version 4.0. I downloaded the binaries and additionaly > freetype 2.0.4; gdal 1.1.9; libgeotiff 1.2.1; postgis 0.7.5; libtiff 3.6.0. > beta; gd 2.0.12; proj 4.4.7; w3c-libwww 5.4.0 > > I'm occuring problems when installing libgeotiff, which says libtiff 3.6.0. > beta or later is required, which I allready installed succesfully. What to do? > > Another error is occuring by installing gdal. > > make[2]: *** [jpeg2000dataset.o] Error 1 > make[2]: Leaving directory `/tmp/unpacked/gdal-1.1.9/frmts/jpeg2000' > make[1]: *** [sub-libs] Error 1 > make[1]: Leaving directory `/tmp/unpacked/gdal-1.1.9/frmts' > make: *** [frmts-target] Error 2 > > Where to find the JPEG2000 library? Steffen, I don't know why you are getting the above error. GDAL's configure should only add the jpeg2000 directory to the driver build list if you have the JasPer library on your system. You might want to try adding "--without-jasper" to your configure options unless you really want JPEG2000 support. I would add, it appears you cut off the actual error message from building jpeg2000dataset.cpp. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From manfred.zerndl at bvv.bayern.de Thu Aug 14 07:18:14 2003 From: manfred.zerndl at bvv.bayern.de (Manfred.Zerndl) Date: Thu, 14 Aug 2003 16:18:14 +0200 Subject: [Mapserver-users] Mapserver 4.0 can not handle TIf-Files over 40 MB Message-ID: <3F3B9A26.60007@bvv.bayern.de> Hi List, i have created a shapefile for tile indexing. the rasterfiles are in tif-Format. the size of each file is app. 40 MB . i works fine in Mapserver 3.6.4, but with Mapserver 4.0 i get a "Segmentation Fault" !!!!!!!!! (it happens, when "GDALOpen" is called, and Memory is allocated for the TIF-Pointer) (maybe a bug, while allocatin memory ???) when i convert the files to "PNG" it works fine, but the i got a other problem: the OFFSITE - Flag is ignored !!! (i know, that in 3.6.4 you have to define the index of the pallete, in 4.0 you have to define the absolute color.) what am i doing wrong? Manfred From sscott at gwi.net Thu Aug 14 07:36:14 2003 From: sscott at gwi.net (Shannon Scott) Date: Thu, 14 Aug 2003 10:36:14 -0400 Subject: [Mapserver-users] Oracle DB Connection - Client Required? Message-ID: <00a201c36271$6a767340$37c8a8c0@PEMAQUID> This is a multi-part message in MIME format. ------=_NextPart_000_009D_01C3624F.E2FB6310 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am setting up a new webserver, and would like to use MN Mapserver to = render some Oralce Spatial data from an Oracle DB on a separate machine. = I have done this before, but I had the Oracle client installed on that = webserver. Do I need to install the Oracle client on the webserver for Mapserver to = communicate with the server, or can I just grab the correct .so and set = ORACLE_HOME? I couldn't find this in the archives. Any help would be greatly appreciated. Thank You. Shannon ------=_NextPart_000_009D_01C3624F.E2FB6310 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
I am setting up a new webserver, and = would like to=20 use MN Mapserver to render some Oralce Spatial data from an Oracle=20 DB on a separate machine.  I have done this before, but I had = the=20 Oracle client installed on that webserver.
Do I need to install the Oracle client = on the=20 webserver for Mapserver to communicate with the server, or can I = just grab=20 the correct .so and set ORACLE_HOME?
I couldn't find this in the = archives.
Any help would be greatly = appreciated.
Thank You.
Shannon
 
------=_NextPart_000_009D_01C3624F.E2FB6310-- From armin.burger at libero.it Thu Aug 14 09:38:40 2003 From: armin.burger at libero.it (Armin Burger) Date: Thu, 14 Aug 2003 17:38:40 +0100 Subject: [Mapserver-users] shape bounds for map and layer with different projections Message-ID: <20030814153921.GYME14479.viefep16-int.chello.at@libero.it> Hi I found a problem with map and layer having different projections: For queries I want to display the result with a link that allows a zoom to the respective feature in the map. In MapScript I use the function $shape->bounds to get the shape extent used for the zoom-to-feature. This works well, when layers are in the same projection as the map. If the layer, however, has a different projection, then the shape bounds are returned in the layer projection, not in the map projection. This way, you cannot use this extent rectangle to make a zoom in because it typically is of a completely different dimension compared to the map projection. I was thinking of a workaround by re-projecting the shape extent rectangle. For that I have to get the map projection and apply this projection to the rectangle. This may work when the projection is defined explicitely with all parameters (lat_0, lon_0, ellipsoid, etc) but not when using the 'init=epsg:xxxx' notation. With epsg, the request $map->getProjection() just retrieves the string 'init=epsg:xxxx'. But to define a new projection object (ms_newprojectionobj) I have to define the projection with all the single parameters and not just the epsg. I hope that I expressed this small 'problem' in an understandable way Is there a solution possible to solve that? The best would be to have the '$shape->bounds' return the extent in map projection. A maybe simpler solution might be to have the ability to define a projection object via epsg. Perhaps this would be similar to the 'setWKTProjection()' method that exists for layers and maps. Any thoughts about it? Regards Armin From nhv at cape.com Thu Aug 14 09:32:47 2003 From: nhv at cape.com (Norman Vine) Date: Thu, 14 Aug 2003 12:32:47 -0400 Subject: [Mapserver-users] shape bounds for map and layer with different projections In-Reply-To: <20030814153921.GYME14479.viefep16-int.chello.at@libero.it> Message-ID: Armin Burger writes: > > I found a problem with map and layer having different projections: > > For queries I want to display the result with a link that allows a zoom > to the respective feature in the map. In MapScript I use the function > $shape->bounds > to get the shape extent used for the zoom-to-feature. This works well, > when layers are in the same projection as the map. > > If the layer, however, has a different projection, then the shape bounds > are returned in the layer projection, not in the map projection. This > way, you cannot use this extent rectangle to make a zoom in because it > typically is of a completely different dimension compared to the map > projection. > > I was thinking of a workaround by re-projecting the shape extent > rectangle. For that I have to get the map projection and apply this > projection to the rectangle. This may work when the projection is defined > explicitely with all parameters (lat_0, lon_0, ellipsoid, etc) but not > when using the 'init=epsg:xxxx' notation. With epsg, the request > $map->getProjection() just retrieves the string 'init=epsg:xxxx'. But to > define a new projection object (ms_newprojectionobj) I have to define the > projection with all the single parameters and not just the epsg. I have never found a good solution to this problem for all possible combinations of projections in any mapping system What I usually end up doing is creating the new projection parameters from a 'zoom factor' and the areal size of the pixel at the new center of interest in the original projection to get the desired areal size of said pixel in the new projection I have found this to be a reasonably satisfactory method even though it requires a 'bit' more computation HTH Norman From lfilak at medinaco.org Thu Aug 14 10:03:29 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 14 Aug 2003 13:03:29 -0400 Subject: [Mapserver-users] shape bounds for map and layer with different projections Message-ID: <200308141703.h7EH3JN28153@yogi.medinaco.net> What if you did a grep against the epsg file itself using the epsg:xxxx result? It should return all the parameters, ie. grep "<200>" /usr/local/share/proj/epsg = <200> +proj=tmerc +lat_0=0.000000000 +lon_0=-62.000000000 +k=0.999500 +x_0=400000.000 +y_0=0.000 +ellps=clrk80 +units=m no_defs <> Lowell The following message was sent by Armin Burger on Thu, 14 Aug 2003 17:38:40 +0100. > Hi > > I found a problem with map and layer having different projections: > > For queries I want to display the result with a link that allows a zoom > to the respective feature in the map. In MapScript I use the function > $shape->bounds > to get the shape extent used for the zoom-to-feature. This works well, > when layers are in the same projection as the map. > > If the layer, however, has a different projection, then the shape bounds > are returned in the layer projection, not in the map projection. This > way, you cannot use this extent rectangle to make a zoom in because it > typically is of a completely different dimension compared to the map > projection. > > I was thinking of a workaround by re-projecting the shape extent > rectangle. For that I have to get the map projection and apply this > projection to the rectangle. This may work when the projection is defined > explicitely with all parameters (lat_0, lon_0, ellipsoid, etc) but not > when using the 'init=epsg:xxxx' notation. With epsg, the request > $map->getProjection() just retrieves the string 'init=epsg:xxxx'. But to > define a new projection object (ms_newprojectionobj) I have to define the > projection with all the single parameters and not just the epsg. > > I hope that I expressed this small 'problem' in an understandable way > > Is there a solution possible to solve that? The best would be to have the > '$shape->bounds' return the extent in map projection. A maybe simpler > solution might be to have the ability to define a projection object via > epsg. Perhaps this would be similar to the 'setWKTProjection()' method > that exists for layers and maps. > > Any thoughts about it? > > Regards > > Armin > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From kgeurts at gis.umn.edu Thu Aug 14 10:59:59 2003 From: kgeurts at gis.umn.edu (Kari Geurts) Date: Thu, 14 Aug 2003 12:59:59 CDT Subject: [Mapserver-users] Fwd: MapServer Application help Message-ID: <200308141759.h7EHxx5V008014@firefox.software.umn.edu> > Hello! > I use a MapServer Minnesota 3.6 and I have just a vektor- Data (.*dbf, > *.prj, *.shp, *.sxp) > I try to display it and I don't have an errormassage, I'm sure that the > MapServer is runnig korrekt, but the Data won't be displayed. > I've also tryed to add my files(.*dbf,*.prj, *.shp, *.sxp) to the > 'data' of itasca directory (and of course made some changes in the > demo.map, demo_init.html etc). Nevertheless the MapServer display just > the Application of itaska but not my application > After request I have some files .png in the temp-Datei: what does it > mean? > May be I need a Plug-In to display my application? > Can you PLEASE help me : ) > thanks, Lisa > > > > Kari A. Geurts Department of Forest Resources University of Minnesota 115 Green Hall 1530 Cleveland Ave. N. St. Paul, MN 55108-6112 Phone: 612-624-3459 Email: kgeurts at gis.umn.edu From kgeurts at gis.umn.edu Thu Aug 14 11:16:59 2003 From: kgeurts at gis.umn.edu (Kari Geurts) Date: Thu, 14 Aug 2003 13:16:59 CDT Subject: [Mapserver-users] Fwd: MapServer Application help Message-ID: <200308141816.h7EIGxlB009785@firefox.software.umn.edu> > Hello! > I use a MapServer Minnesota 3.6 and I have just a vektor- Data (.*dbf, > *.prj, *.shp, *.sxp) > I try to display it and I don't have an errormassage, I'm sure that the > MapServer is runnig korrekt, but the Data won't be displayed. > I've also tryed to add my files(.*dbf,*.prj, *.shp, *.sxp) to the > 'data' of itasca directory (and of course made some changes in the > demo.map, demo_init.html etc). Nevertheless the MapServer display just > the Application of itaska but not my application > After request I have some files .png in the temp-Datei: what does it > mean? > May be I need a Plug-In to display my application? > Can you PLEASE help me : ) > thanks, Lisa > > > > Kari A. Geurts Department of Forest Resources University of Minnesota 115 Green Hall 1530 Cleveland Ave. N. St. Paul, MN 55108-6112 Phone: 612-624-3459 Email: kgeurts at gis.umn.edu From gayathri at ou.edu Thu Aug 14 11:29:44 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Thu, 14 Aug 2003 13:29:44 -0500 Subject: [Mapserver-users] Fwd: MapServer Application help Message-ID: I think Lisa does not have a /tmp folder mapped under her Webserver, or if she has one, she is referencing the same to display maps. Kari, do you by any chance know lisa's email? Thanks Gayathri -----Original Message----- From: Kari Geurts [mailto:kgeurts at gis.umn.edu] Sent: Thursday, August 14, 2003 1:17 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Fwd: MapServer Application help > Hello! > I use a MapServer Minnesota 3.6 and I have just a vektor- Data (.*dbf, > *.prj, *.shp, *.sxp) I try to display it and I don't have an > errormassage, I'm sure that the MapServer is runnig korrekt, but the > Data won't be displayed. I've also tryed to add my files(.*dbf,*.prj, > *.shp, *.sxp) to the 'data' of itasca directory (and of course made > some changes in the demo.map, demo_init.html etc). Nevertheless the > MapServer display just the Application of itaska but not my > application After request I have some files .png in the temp-Datei: > what does it mean? > May be I need a Plug-In to display my application? > Can you PLEASE help me : ) > thanks, Lisa > > > > Kari A. Geurts Department of Forest Resources University of Minnesota 115 Green Hall 1530 Cleveland Ave. N. St. Paul, MN 55108-6112 Phone: 612-624-3459 Email: kgeurts at gis.umn.edu _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bruce.bushby at wol.co.za Thu Aug 14 11:44:09 2003 From: bruce.bushby at wol.co.za (Bruce Bushby) Date: Thu, 14 Aug 2003 20:44:09 +0200 Subject: [Mapserver-users] Mapserv4.0 cgi-reference Message-ID: What am I missing with the mapserv4.0 documentation: If you look at the cgi reference for mapserv4.0, it says it's for 3.6. Then if you look at the cgi reference for mapserve3.6, it says it's for 3.5 ....however the cgi-reference for mapserv3.5 says it's for 3.5, seems a little odd. Any ideas? From mdoggett at coas.oregonstate.edu Thu Aug 14 11:39:01 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Thu, 14 Aug 2003 11:39:01 -0700 Subject: [Mapserver-users] help with ???->draw() mapscript function In-Reply-To: <20030814005046.GA27810@landsat.cprsig.cl> Message-ID: <001201c36293$552bbc30$2441c180@nino> Thanks. That helps a lot. Exactly what I needed. matt -----Original Message----- From: Vinko Vrsalovic [mailto:vinko at cprsig.cl] Sent: Wednesday, August 13, 2003 5:51 PM To: Matt Doggett Cc: 'Eric Bridger'; 'Mapserver List' Subject: Re: [Mapserver-users] help with ???->draw() mapscript function On Wed, Aug 13, 2003 at 03:46:05PM -0700, Matt Doggett wrote: > Well I just discovered a difference... > > If I use Point->draw() for each of the points individually, the point > Labels will appear in the final map. But if I use Layer->draw() (where > the Layer contains the point shape objects) the point labels do NOT > appear. You must set the text and classindex properties of the shapeObj for the labels to appear as defined in the layer's classObj's (and styleObj's if MS_VERSION >= 3.7). Example: $shp = ms_newShapeObj(MS_SHAPE_LINE); $shp->add($line); //$line is a valid LineObj $shp->set('text',"MY LABEL"); $shp->set('classindex',0); // Important to choose the class this point // will be rendered in. That's class 0 in // $layer $layer->addFeature($shp); $layer->draw(); -- Vinko Vrsalovic http://www.cprsig.cl From sgillies at frii.com Thu Aug 14 11:50:32 2003 From: sgillies at frii.com (Sean Gillies) Date: Thu, 14 Aug 2003 12:50:32 -0600 Subject: [Mapserver-users] shape bounds for map and layer with different projections In-Reply-To: <20030814153921.GYME14479.viefep16-int.chello.at@libero.it> Message-ID: <2EA328BC-CE88-11D7-843C-000393B98B56@frii.com> On Thursday, August 14, 2003, at 10:38 AM, Armin Burger wrote: > Hi > > I found a problem with map and layer having different projections: > > For queries I want to display the result with a link that allows a zoom > to the respective feature in the map. In MapScript I use the function > $shape->bounds > to get the shape extent used for the zoom-to-feature. This works well, > when layers are in the same projection as the map. > > If the layer, however, has a different projection, then the shape > bounds > are returned in the layer projection, not in the map projection. This > way, you cannot use this extent rectangle to make a zoom in because it > typically is of a completely different dimension compared to the map > projection. > > I was thinking of a workaround by re-projecting the shape extent > rectangle. For that I have to get the map projection and apply this > projection to the rectangle. This may work when the projection is > defined > explicitely with all parameters (lat_0, lon_0, ellipsoid, etc) but not > when using the 'init=epsg:xxxx' notation. With epsg, the request > $map->getProjection() just retrieves the string 'init=epsg:xxxx'. But > to > define a new projection object (ms_newprojectionobj) I have to define > the > projection with all the single parameters and not just the epsg. > > I hope that I expressed this small 'problem' in an understandable way > > Is there a solution possible to solve that? The best would be to have > the > '$shape->bounds' return the extent in map projection. A maybe simpler > solution might be to have the ability to define a projection object via > epsg. Perhaps this would be similar to the 'setWKTProjection()' method > that exists for layers and maps. > > Any thoughts about it? > > Regards > > Armin You _can_ construct a projectionObj from an "init=epsg:xxxx" string. In the code below I create a rectObj and then project it from map projection to an arbitrary EPSG projection. This is using the 4.0 MapScript and should be equally applicable to Perl. Python 2.1.3 (#18, Jun 24 2003, 18:02:42) [GCC 3.1 20020420 (prerelease)] on darwin6 Type "copyright", "credits" or "license" for more information. >>> from mapscript import * >>> mapobj = mapObj('/Users/sean/Projects/ZMapServer/demo/demo.map') >>> e = mapobj.extent >>> e.minx, e.miny, e.maxx, e.maxy (388108.0, 5203121.0, 500896.0, 5315909.0) >>> mapobj.getProjection() 'init=epsg:26915' >>> prj_map = projectionObj(mapobj.getProjection()) >>> prj_nad83 = projectionObj("init=epsg:4269") >>> f = rectObj() >>> f.minx = e.minx >>> f.minx, f.miny, f.maxx, f.maxy = e.minx, e.miny, e.maxx, e.maxy >>> f.project(prj_map, prj_nad83) 0 >>> e.minx, e.miny, e.maxx, e.maxy (388108.0, 5203121.0, 500896.0, 5315909.0) >>> f.minx, f.miny, f.maxx, f.maxy (-94.499615104017138, 46.972164652306077, -92.987989369267908, 47.996480038279742) cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From bartvde at xs4all.nl Thu Aug 14 12:29:41 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Thu, 14 Aug 2003 21:29:41 +0200 Subject: [Mapserver-users] Oracle DB Connection - Client Required? In-Reply-To: <00a201c36271$6a767340$37c8a8c0@PEMAQUID> References: <00a201c36271$6a767340$37c8a8c0@PEMAQUID> Message-ID: Hi Shannon, I think the best option is the install the complete Oracle client. Mapserver uses the OCI library to interface with Oracle. So if you know exactly which things to copy just go ahead with that plan. Best regards, Bart On Thu, 14 Aug 2003 10:36:14 -0400, Shannon Scott wrote: > Hello, > I am setting up a new webserver, and would like to use MN Mapserver to > render some Oralce Spatial data from an Oracle DB on a separate machine. > I have done this before, but I had the Oracle client installed on that > webserver. > Do I need to install the Oracle client on the webserver for Mapserver to > communicate with the server, or can I just grab the correct .so and set > ORACLE_HOME? > I couldn't find this in the archives. > Any help would be greatly appreciated. > Thank You. > Shannon > > -- From bartvde at xs4all.nl Thu Aug 14 12:33:31 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Thu, 14 Aug 2003 21:33:31 +0200 Subject: [Mapserver-users] Oracle Spatial and MapServer In-Reply-To: <3F3ADD8C.9010104@email.arizona.edu> References: <3F3ADD8C.9010104@email.arizona.edu> Message-ID: Hi, You should specify among others (see OGC WMS 1.1 specs): -which layers you want to see -the spatial extent in which you want to see them etc. The URL you sent is not complete/valid GetMap request. Or didn't the complete URL get pasted into your e-mail? Best regards, Bart On Wed, 13 Aug 2003 17:53:32 -0700, Averill Cate, Jr. wrote: > Hi, > > I got MapServer 4 talking to my Oracle server, however when I test the > mapserver with: > > http://dss-dev/cgi- > bin/mapserv.exe?map=C:\oracle\ora92\Apache\Apache\htdocs\wg\wg.map&VERSION=1.1.0&REQUEST=GetMap > > I get a blank image back from Map Server. There should be two layers > according to my map definition which is listed below the dashed line. > > Does anyone know why the layers don't display? Thanks for any help. > > > -------------------------------------------------------------------------- > > > ------------------------------------------------------------------ > > # Generic MapServer MapFile with all potential elements (commented out) > > # Begin with the 'root' map element > map > EXTENT 580217 3503392 606269 3515517 > IMAGECOLOR 200 200 200 #IMAGECOLOR [r] [g] [b] > IMAGETYPE PNG #IMAGETYPE [gif|png|jpeg|wbmp] > INTERLACE ON #INTERLACE [on|off] > NAME "WG" #NAME [name] > # SHAPEPATH "shapefiles/" #SHAPEPATH [filename] > SIZE 600 600 #SIZE [x][y] > STATUS ON #STATUS [on|off] > UNITS meters #UNITS [feet|inches|kilometers|meters|miles|dd] > > PROJECTION > "init=epsg:26912" #"init=epsg:4326" > END # PROJECTION > WEB EMPTY "/wg/empty.html" #EMPTY [url] > :relative to the web root of the server, in a directory from which html > documents can be retreived > TEMPLATE "wg_template.html" #TEMPLATE [filename|url] > IMAGEPATH "/tmp/" #IMAGEPATH [path] > IMAGEURL "/tmp/" #IMAGEURL [path] > LOG "/tmp/map.log" #LOG [filename] > METADATA END # METADATA END # WEB > > LEGEND > imagecolor 200 200 200 > status on > END # Legend > > ########################### > # The sub-basin layer > ########################### > LAYER > NAME "SubWatersheds" #NAME [string] > DATA "GEOMETRY from WATERSHEDS" > TYPE polygon #TYPE [point|line|polygon|circle|annotation|raster|query] > CONNECTIONTYPE oraclespatial > CONNECTION "gis/gis at ORCL_DSS-DEV" > LABELITEM "major_subw" #LABELITEM [attribute] > STATUS on #STATUS [on|off|default] > TEMPLATE "results_watersheds.html" #TEMPLATE [file|url] > METADATA > END # METADATA > CLASS > NAME "watersheds" #NAME [string] > TITLE "Sub Watersheds" > OUTLINECOLOR 0 0 0 #OUTLINECOLOR [r][g][b] > LABEL > ANTIALIAS true #ANTIALIAS [true|false] > COLOR 255 255 255 #COLOR [r][g][b] > SIZE medium #SIZE [integer]|[tiny|small|medium|large|giant] > TYPE bitmap #TYPE [bitmap|truetype] > END # LABEL > END # CLASS > PROJECTION > "init=epsg:26912" > END # PROJECTION > END # Sub-Basin LAYER > > LAYER # Streams > name "Streams" > data "geometry from STREAMS" > type line > connectiontype oraclespatial > connection "gis/gis at ORCL_DSS-DEV" > status on > template "results_streams.html" > CLASS > name "Streams" > title "Streams" > outlinecolor 0 0 255 > END # End class > PROJECTION > "init=epsg:26912" > END # Projection > END # Streams layer > > END # MAP > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- From mservin at tecnoaccion.com.ar Thu Aug 14 12:43:03 2003 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Thu, 14 Aug 2003 16:43:03 -0300 Subject: [Mapserver-users] Adding a GIF layer to my .map file References: <00a101c360dc$6596a930$9105a8c0@mariolaptop> <1060708531.1855.14.camel@arceuthobium.ecology.umn.edu> Message-ID: <018101c3629c$472ae6c0$9105a8c0@mariolaptop> Hi all, Still I am fooling around with this.... This is my .map fiel can anybody tell me what is wrong this file ? The GIF image is not shown. # # Start of map file # NAME DEMO STATUS ON SIZE 600 600 EXTENT -71.89965056 -41.36073059 -71.08687515 -40.99260904 UNITS DD SHAPEPATH "Bariloche" IMAGECOLOR 255 255 255 # you may need to change this to match your MapServer build IMAGETYPE PNG # # Start of web interface definition (including WMS enabling metadata) # WEB HEADER demo_header.html TEMPLATE demo.html FOOTER demo_footer.html MINSCALE 1000 MAXSCALE 1550000 IMAGEPATH "set in demo_init.html" IMAGEURL "set in demo_init.html" METADATA WMS_TITLE "UMN MapServer Itasca Demo" WMS_ABSTRACT "This is the UMN MapServer demonstration application for Itasca County located in north central Minnesota." WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://mariolaptop/MyPages/itasca/demo_init.html" WMS_SRS "EPSG:26915" END END # # Start of legend # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END STATUS ON END # # Start of scalebar # SCALEBAR IMAGECOLOR 0 0 0 LABEL COLOR 255 255 255 SIZE MEDIUM END STYLE 1 SIZE 300 10 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 5 TRANSPARENT TRUE STATUS TRUE END # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END # # Start of layer definitions # LAYER NAME LagoRutas TYPE POLYGON STATUS DEFAULT DATA LagoRutas CLASS NAME 'Lago y Rutas' COLOR 100 150 255 END END # lago LAYER NAME calles TYPE LINE STATUS DEFAULT DATA calles # CLASS # NAME 'Calles' # COLOR 0 0 0 # END CLASSITEM "NAME" LABELITEM "NAME" CLASS NAME 'Calles' COLOR 0 0 0 LABEL COLOR 0 0 0 TYPE BITMAP SIZE MEDIUM ANTIALIAS TRUE POSITION CC PARTIALS FALSE MINDISTANCE 300 BUFFER 4 END # end of label END END # calles LAYER # MODIS raster layer begins here TYPE RASTER STATUS ON NAME "modis" DATA "ImgRow4xCol4.gif" END # MODIS raster layer ends here END # Map File Additionally the ImgRow4xCol4.gfw file is as follows: 0.000313 0 0 0.000313 -71.488229 -40.989377 Where pixel dimensions where measured in GG.GGGGGG Regards, Mario ----- Original Message ----- From: "Pericles S. Nacionales" To: "Mario Servin" Cc: Sent: Tuesday, August 12, 2003 2:15 PM Subject: Re: [Mapserver-users] Adding a GIF layer to my .map file > You are way ahead of me. The version 4 tutorial isn't available for > public consumption yet. It isn't complete (but thanks for pointing out > a raster projection issue that I have almost forgotten). Please don't > use the tutorial just yet as I don't want to waste time answering > questions instead of finishing the tutorial. > > The definitive how-to for raster layers is available in the > documentation section of the mapserver site: > http://mapserver.gis.umn.edu/doc40/raster-howto.html > > I also recommend browsing through the how-tos for more in depth > explanations of concepts in MapServer. The tutorial will point you to > these references when it becomes available. > > -Perry N. > > On Tue, 2003-08-12 at 09:17, Mario Servin wrote: > > Hi, > > I followed the MapServer 4.0 Tutorial for puting a layer with a GIF > > (RASTER type) in my .map file. Well, nothing happened. The image is not > > shown. Ok, I did not realize that MapServer has no information about > > georeference of the GIF file, but nothing was mentioned about it in the > > Tutorial. Could it be the reason that the image is not shown?. Anyway, how > > can I georeference my GIF file? > > Regards, > > Mario > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- > Pericles S. Nacionales > University of Minnesota > From armin.burger at libero.it Thu Aug 14 13:56:12 2003 From: armin.burger at libero.it (Armin Burger) Date: Thu, 14 Aug 2003 21:56:12 +0100 Subject: [Mapserver-users] shape bounds for map and layer with different projections Message-ID: <20030814195652.NHIA17577.viefep13-int.chello.at@libero.it> Sean, Thanks for the reply. You're right: the problem lies not in the definition of the projection via epsg code. I thought so because the shape rectangle extent (minx/miny/maxx/maxy) remained the same after re-projection when defining the projections like that. I now found the reason for this behaviour: I tested it with a point layer. For points the '$shape->bounds' function produces a rectangle where minx=maxx and miny=maxy. Therefore the 'project(inPJ, outPJ)' method did not re-projection this 'rectangle' (which has actually only 1 dimension). When setting a buffer to the min/max values everything worked ok. Armin > You _can_ construct a projectionObj from an "init=epsg:xxxx" string. > In the code below I create a rectObj and then project it from map > projection to an arbitrary EPSG projection. This is using the 4.0 > MapScript and should be equally applicable to Perl. > Python 2.1.3 (#18, Jun 24 2003, 18:02:42) > [GCC 3.1 20020420 (prerelease)] on darwin6 > Type "copyright", "credits" or "license" for more information. > >>> from mapscript import * > >>> mapobj = mapObj('/Users/sean/Projects/ZMapServer/demo/demo.map') > >>> e = mapobj.extent > >>> e.minx, e.miny, e.maxx, e.maxy > (388108.0, 5203121.0, 500896.0, 5315909.0) > >>> mapobj.getProjection() > 'init=epsg:26915' > >>> prj_map = projectionObj(mapobj.getProjection()) > >>> prj_nad83 = projectionObj("init=epsg:4269") > >>> f = rectObj() > >>> f.minx = e.minx > >>> f.minx, f.miny, f.maxx, f.maxy = e.minx, e.miny, e.maxx, e.maxy > >>> f.project(prj_map, prj_nad83) > 0 > >>> e.minx, e.miny, e.maxx, e.maxy > (388108.0, 5203121.0, 500896.0, 5315909.0) > >>> f.minx, f.miny, f.maxx, f.maxy > (-94.499615104017138, 46.972164652306077, -92.987989369267908, > 47.996480038279742) > cheers, > Sean > -- > Sean Gillies > sgillies at frii dot com > http://www.frii.com/~sgillies From warmerdam at pobox.com Thu Aug 14 12:56:32 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 14 Aug 2003 15:56:32 -0400 Subject: [Mapserver-users] Adding a GIF layer to my .map file In-Reply-To: <018101c3629c$472ae6c0$9105a8c0@mariolaptop> References: <00a101c360dc$6596a930$9105a8c0@mariolaptop> <1060708531.1855.14.camel@arceuthobium.ecology.umn.edu> <018101c3629c$472ae6c0$9105a8c0@mariolaptop> Message-ID: <3F3BE970.6030701@pobox.com> Mario Servin wrote: > Hi all, > Still I am fooling around with this.... > This is my .map fiel can anybody tell me what is wrong this file ? The GIF > image is not shown. ... > Additionally the ImgRow4xCol4.gfw file is as follows: > 0.000313 > 0 > 0 > 0.000313 > -71.488229 > -40.989377 Mario, I suspect you want the fourth value to be -0.000313. The origin should be the top left corner of the image, and a negative y size indicates that the "northing" degrees as you move down the image. This might be your problem. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From mservin at tecnoaccion.com.ar Thu Aug 14 13:19:27 2003 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Thu, 14 Aug 2003 17:19:27 -0300 Subject: [Mapserver-users] Adding a GIF layer to my .map file References: <00a101c360dc$6596a930$9105a8c0@mariolaptop> <1060708531.1855.14.camel@arceuthobium.ecology.umn.edu> <018101c3629c$472ae6c0$9105a8c0@mariolaptop> <3F3BE970.6030701@pobox.com> Message-ID: <01a201c362a1$5d1cc890$9105a8c0@mariolaptop> Frank, I did use a negative value (HOWTO Raster....) and still it is not shown..... ----- Original Message ----- From: "Frank Warmerdam" To: "Mario Servin" Cc: ; Sent: Thursday, August 14, 2003 4:56 PM Subject: Re: [Mapserver-users] Adding a GIF layer to my .map file > Mario Servin wrote: > > Hi all, > > Still I am fooling around with this.... > > This is my .map fiel can anybody tell me what is wrong this file ? The GIF > > image is not shown. > ... > > Additionally the ImgRow4xCol4.gfw file is as follows: > > 0.000313 > > 0 > > 0 > > 0.000313 > > -71.488229 > > -40.989377 > > Mario, > > I suspect you want the fourth value to be -0.000313. The origin should be > the top left corner of the image, and a negative y size indicates that the > "northing" degrees as you move down the image. > > This might be your problem. > > Best regards, > > -- > ---------------------------------------+---------------------------------- ---- > I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > From Andrew.Simpson at ssc.nasa.gov Thu Aug 14 13:22:59 2003 From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew) Date: Thu, 14 Aug 2003 15:22:59 -0500 Subject: [Mapserver-users] saveImage --> save in 4.0 Message-ID: <7F086B24179D91449EDA19F5FC928D0B01F26F40@sscleda2.ssc.nasa.gov> Thanks for yet another response. You guys are doing a great job with Mapserver. Its been an outstanding collection of software and am looking forward to digging in to all the new functionality. Just wanted to give you guys a 'that a boy', since usually all you probably hear is gripes. Now on to my griping, here is one of my attempts: my $formatobj = new mapscript::outputFormatObj('png'); $formatobj->{transparent} = $mapscript::MS_ON; $formatobj->setOption('interlace', $mapscript::MS_ON); And to assign the object I tried $map->{outputformat} = $formatobj; and $map->setOutputFormat( $formatobj ); Thanks again, Drew. > -----Original Message----- > From: Lowell Filak [mailto:lfilak at medinaco.org] > Sent: Thursday, August 14, 2003 9:18 AM > To: Simpson, Andrew > Subject: RE: [Mapserver-users] saveImage --> save in 4.0 > > > I'm still recovering from food poisoning but I'll try to help > sort this > out and post the solution back to the list. > Are you calling setOption as a member or method? > It appears to be a method and should not have a problem with "bless". > What does your code look like? > Thanks. > Lowell > > The following message was sent by "Simpson, Andrew" > on Wed, 13 Aug 2003 13:10:56 -0500. > > > > > I got it almost working, but having trouble with the > setOption() being > > unblessed. > > > > Not that important right now, so will wait for the > mapscript documentation > > instead of guessing and snooping the source. > > > > Thanks for your response, > > Drew. > > > > -----Original Message----- > > From: Sean Gillies [mailto:sgillies at frii.com] > > Sent: Tuesday, August 12, 2003 4:26 PM > > To: Simpson, Andrew > > Cc: 'mapserver-users at lists.gis.umn.edu' > > Subject: Re: [Mapserver-users] saveImage --> save in 4.0 > > > > > > On Tuesday, August 12, 2003, at 02:50 PM, Simpson, Andrew wrote: > > > > > Thanks, for the response. That helps clarify the new > functionality. > > > Is there code to instantiate an outputFormat object and access its > > > methods/attributes from code without the use of map files? > > > > Here's an example of how you'd do it in Python (because I don't > > remember exactly the syntax for the Perl MapScript constructors). > > Just add the necessary $->{} noise to Perlify it. ;) > > > > formatobj = outputFormatObj('GD/PNG') # Driver argument > > formatobj.transparent = MS_ON > > formatobj.setOption('INTERLACE', 'ON') > > > > mapobj.outputformat = formatobj # That's it > > > > cheers, > > Sean > > > > > > -- > > Sean Gillies > > sgillies at frii dot com > > http://www.frii.com/~sgillies > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From nacional at cbs.umn.edu Thu Aug 14 13:28:56 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Thu, 14 Aug 2003 15:28:56 -0500 Subject: [Mapserver-users] Adding a GIF layer to my .map file In-Reply-To: <018101c3629c$472ae6c0$9105a8c0@mariolaptop> References: <00a101c360dc$6596a930$9105a8c0@mariolaptop> <1060708531.1855.14.camel@arceuthobium.ecology.umn.edu> <018101c3629c$472ae6c0$9105a8c0@mariolaptop> Message-ID: <1060892935.6875.4.camel@arceuthobium.ecology.umn.edu> Mario, Frank is right but if you're still not getting the GIF image, try changing the .gfw extension to .wld. (I don't think this is no longer required with the newer versions of MapServer but it never hurts to try) -Perry N. On Thu, 2003-08-14 at 14:43, Mario Servin wrote: > Hi all, > Still I am fooling around with this.... > This is my .map fiel can anybody tell me what is wrong this file ? The GIF > image is not shown. > # > # Start of map file > # > NAME DEMO > STATUS ON > SIZE 600 600 > EXTENT -71.89965056 -41.36073059 -71.08687515 -40.99260904 > UNITS DD > SHAPEPATH "Bariloche" > IMAGECOLOR 255 255 255 > > # you may need to change this to match your MapServer build > IMAGETYPE PNG > > # > # Start of web interface definition (including WMS enabling metadata) > # > WEB > HEADER demo_header.html > TEMPLATE demo.html > FOOTER demo_footer.html > MINSCALE 1000 > MAXSCALE 1550000 > IMAGEPATH "set in demo_init.html" > IMAGEURL "set in demo_init.html" > METADATA > WMS_TITLE "UMN MapServer Itasca Demo" > WMS_ABSTRACT "This is the UMN MapServer demonstration application for > Itasca County located in north central Minnesota." > WMS_ACCESSCONSTRAINTS none > > # change this value to match your setup > WMS_ONLINERESOURCE "http://mariolaptop/MyPages/itasca/demo_init.html" > > WMS_SRS "EPSG:26915" > END > END > > # > # Start of legend > # > LEGEND > KEYSIZE 18 12 > LABEL > TYPE BITMAP > SIZE MEDIUM > COLOR 0 0 89 > END > STATUS ON > END > > # > # Start of scalebar > # > SCALEBAR > IMAGECOLOR 0 0 0 > LABEL > COLOR 255 255 255 > SIZE MEDIUM > END > STYLE 1 > SIZE 300 10 > COLOR 255 255 255 > UNITS KILOMETERS > INTERVALS 5 > TRANSPARENT TRUE > STATUS TRUE > END > > # > # Start of symbol definitions (we're only using a few) > # > SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > > # > # Start of layer definitions > # > > LAYER > NAME LagoRutas > TYPE POLYGON > STATUS DEFAULT > DATA LagoRutas > CLASS > NAME 'Lago y Rutas' > COLOR 100 150 255 > END > END # lago > > LAYER > NAME calles > TYPE LINE > STATUS DEFAULT > DATA calles > # CLASS > # NAME 'Calles' > # COLOR 0 0 0 > # END > CLASSITEM "NAME" > LABELITEM "NAME" > CLASS > NAME 'Calles' > COLOR 0 0 0 > LABEL > COLOR 0 0 0 > TYPE BITMAP > SIZE MEDIUM > ANTIALIAS TRUE > POSITION CC > PARTIALS FALSE > MINDISTANCE 300 > BUFFER 4 > END # end of label > > END > END # calles > > LAYER # MODIS raster layer begins here > TYPE RASTER > STATUS ON > NAME "modis" > DATA "ImgRow4xCol4.gif" > END # MODIS raster layer ends here > > > END # Map File > > Additionally the ImgRow4xCol4.gfw file is as follows: > 0.000313 > 0 > 0 > 0.000313 > -71.488229 > -40.989377 > > Where pixel dimensions where measured in GG.GGGGGG > Regards, > Mario > ----- Original Message ----- > From: "Pericles S. Nacionales" > To: "Mario Servin" > Cc: > Sent: Tuesday, August 12, 2003 2:15 PM > Subject: Re: [Mapserver-users] Adding a GIF layer to my .map file > > > > You are way ahead of me. The version 4 tutorial isn't available for > > public consumption yet. It isn't complete (but thanks for pointing out > > a raster projection issue that I have almost forgotten). Please don't > > use the tutorial just yet as I don't want to waste time answering > > questions instead of finishing the tutorial. > > > > The definitive how-to for raster layers is available in the > > documentation section of the mapserver site: > > http://mapserver.gis.umn.edu/doc40/raster-howto.html > > > > I also recommend browsing through the how-tos for more in depth > > explanations of concepts in MapServer. The tutorial will point you to > > these references when it becomes available. > > > > -Perry N. > > > > On Tue, 2003-08-12 at 09:17, Mario Servin wrote: > > > Hi, > > > I followed the MapServer 4.0 Tutorial for puting a layer with a GIF > > > (RASTER type) in my .map file. Well, nothing happened. The image is not > > > shown. Ok, I did not realize that MapServer has no information about > > > georeference of the GIF file, but nothing was mentioned about it in the > > > Tutorial. Could it be the reason that the image is not shown?. Anyway, > how > > > can I georeference my GIF file? > > > Regards, > > > Mario > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > > Pericles S. Nacionales > > University of Minnesota > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From mservin at tecnoaccion.com.ar Thu Aug 14 13:40:11 2003 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Thu, 14 Aug 2003 17:40:11 -0300 Subject: [Mapserver-users] Adding a GIF layer to my .map file References: <00a101c360dc$6596a930$9105a8c0@mariolaptop> <1060708531.1855.14.camel@arceuthobium.ecology.umn.edu> <018101c3629c$472ae6c0$9105a8c0@mariolaptop> <1060892935.6875.4.camel@arceuthobium.ecology.umn.edu> Message-ID: <01c401c362a4$41e39ba0$9105a8c0@mariolaptop> I already did that.....without success! ----- Original Message ----- From: "Pericles S. Nacionales" To: "Mario Servin" Cc: Sent: Thursday, August 14, 2003 5:28 PM Subject: Re: [Mapserver-users] Adding a GIF layer to my .map file > Mario, > > Frank is right but if you're still not getting the GIF image, try > changing the .gfw extension to .wld. (I don't think this is no longer > required with the newer versions of MapServer but it never hurts to try) > > -Perry N. > > > On Thu, 2003-08-14 at 14:43, Mario Servin wrote: > > Hi all, > > Still I am fooling around with this.... > > This is my .map fiel can anybody tell me what is wrong this file ? The GIF > > image is not shown. > > # > > # Start of map file > > # > > NAME DEMO > > STATUS ON > > SIZE 600 600 > > EXTENT -71.89965056 -41.36073059 -71.08687515 -40.99260904 > > UNITS DD > > SHAPEPATH "Bariloche" > > IMAGECOLOR 255 255 255 > > > > # you may need to change this to match your MapServer build > > IMAGETYPE PNG > > > > # > > # Start of web interface definition (including WMS enabling metadata) > > # > > WEB > > HEADER demo_header.html > > TEMPLATE demo.html > > FOOTER demo_footer.html > > MINSCALE 1000 > > MAXSCALE 1550000 > > IMAGEPATH "set in demo_init.html" > > IMAGEURL "set in demo_init.html" > > METADATA > > WMS_TITLE "UMN MapServer Itasca Demo" > > WMS_ABSTRACT "This is the UMN MapServer demonstration application for > > Itasca County located in north central Minnesota." > > WMS_ACCESSCONSTRAINTS none > > > > # change this value to match your setup > > WMS_ONLINERESOURCE "http://mariolaptop/MyPages/itasca/demo_init.html" > > > > WMS_SRS "EPSG:26915" > > END > > END > > > > # > > # Start of legend > > # > > LEGEND > > KEYSIZE 18 12 > > LABEL > > TYPE BITMAP > > SIZE MEDIUM > > COLOR 0 0 89 > > END > > STATUS ON > > END > > > > # > > # Start of scalebar > > # > > SCALEBAR > > IMAGECOLOR 0 0 0 > > LABEL > > COLOR 255 255 255 > > SIZE MEDIUM > > END > > STYLE 1 > > SIZE 300 10 > > COLOR 255 255 255 > > UNITS KILOMETERS > > INTERVALS 5 > > TRANSPARENT TRUE > > STATUS TRUE > > END > > > > # > > # Start of symbol definitions (we're only using a few) > > # > > SYMBOL > > NAME 'circle' > > TYPE ELLIPSE > > POINTS 1 1 END > > FILLED TRUE > > END > > > > # > > # Start of layer definitions > > # > > > > LAYER > > NAME LagoRutas > > TYPE POLYGON > > STATUS DEFAULT > > DATA LagoRutas > > CLASS > > NAME 'Lago y Rutas' > > COLOR 100 150 255 > > END > > END # lago > > > > LAYER > > NAME calles > > TYPE LINE > > STATUS DEFAULT > > DATA calles > > # CLASS > > # NAME 'Calles' > > # COLOR 0 0 0 > > # END > > CLASSITEM "NAME" > > LABELITEM "NAME" > > CLASS > > NAME 'Calles' > > COLOR 0 0 0 > > LABEL > > COLOR 0 0 0 > > TYPE BITMAP > > SIZE MEDIUM > > ANTIALIAS TRUE > > POSITION CC > > PARTIALS FALSE > > MINDISTANCE 300 > > BUFFER 4 > > END # end of label > > > > END > > END # calles > > > > LAYER # MODIS raster layer begins here > > TYPE RASTER > > STATUS ON > > NAME "modis" > > DATA "ImgRow4xCol4.gif" > > END # MODIS raster layer ends here > > > > > > END # Map File > > > > Additionally the ImgRow4xCol4.gfw file is as follows: > > 0.000313 > > 0 > > 0 > > 0.000313 > > -71.488229 > > -40.989377 > > > > Where pixel dimensions where measured in GG.GGGGGG > > Regards, > > Mario > > ----- Original Message ----- > > From: "Pericles S. Nacionales" > > To: "Mario Servin" > > Cc: > > Sent: Tuesday, August 12, 2003 2:15 PM > > Subject: Re: [Mapserver-users] Adding a GIF layer to my .map file > > > > > > > You are way ahead of me. The version 4 tutorial isn't available for > > > public consumption yet. It isn't complete (but thanks for pointing out > > > a raster projection issue that I have almost forgotten). Please don't > > > use the tutorial just yet as I don't want to waste time answering > > > questions instead of finishing the tutorial. > > > > > > The definitive how-to for raster layers is available in the > > > documentation section of the mapserver site: > > > http://mapserver.gis.umn.edu/doc40/raster-howto.html > > > > > > I also recommend browsing through the how-tos for more in depth > > > explanations of concepts in MapServer. The tutorial will point you to > > > these references when it becomes available. > > > > > > -Perry N. > > > > > > On Tue, 2003-08-12 at 09:17, Mario Servin wrote: > > > > Hi, > > > > I followed the MapServer 4.0 Tutorial for puting a layer with a GIF > > > > (RASTER type) in my .map file. Well, nothing happened. The image is not > > > > shown. Ok, I did not realize that MapServer has no information about > > > > georeference of the GIF file, but nothing was mentioned about it in the > > > > Tutorial. Could it be the reason that the image is not shown?. Anyway, > > how > > > > can I georeference my GIF file? > > > > Regards, > > > > Mario > > > > > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- > > > Pericles S. Nacionales > > > University of Minnesota > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- > Pericles S. Nacionales > University of Minnesota > From mservin at tecnoaccion.com.ar Thu Aug 14 13:43:55 2003 From: mservin at tecnoaccion.com.ar (Mario Servin) Date: Thu, 14 Aug 2003 17:43:55 -0300 Subject: [Mapserver-users] Adding a GIF layer to my .map file References: <00a101c360dc$6596a930$9105a8c0@mariolaptop> <1060708531.1855.14.camel@arceuthobium.ecology.umn.edu> <018101c3629c$472ae6c0$9105a8c0@mariolaptop> <1060892935.6875.4.camel@arceuthobium.ecology.umn.edu> Message-ID: <01c801c362a4$ccbdb850$9105a8c0@mariolaptop> I discovered whta happens!!!!, I changed the name of the file to a name shorter than 9 characters and it works!!!, Well, it's a house by house battle!. Thanks again to all of you. I'll be back. Mario ----- Original Message ----- From: "Pericles S. Nacionales" To: "Mario Servin" Cc: Sent: Thursday, August 14, 2003 5:28 PM Subject: Re: [Mapserver-users] Adding a GIF layer to my .map file > Mario, > > Frank is right but if you're still not getting the GIF image, try > changing the .gfw extension to .wld. (I don't think this is no longer > required with the newer versions of MapServer but it never hurts to try) > > -Perry N. > > > On Thu, 2003-08-14 at 14:43, Mario Servin wrote: > > Hi all, > > Still I am fooling around with this.... > > This is my .map fiel can anybody tell me what is wrong this file ? The GIF > > image is not shown. > > # > > # Start of map file > > # > > NAME DEMO > > STATUS ON > > SIZE 600 600 > > EXTENT -71.89965056 -41.36073059 -71.08687515 -40.99260904 > > UNITS DD > > SHAPEPATH "Bariloche" > > IMAGECOLOR 255 255 255 > > > > # you may need to change this to match your MapServer build > > IMAGETYPE PNG > > > > # > > # Start of web interface definition (including WMS enabling metadata) > > # > > WEB > > HEADER demo_header.html > > TEMPLATE demo.html > > FOOTER demo_footer.html > > MINSCALE 1000 > > MAXSCALE 1550000 > > IMAGEPATH "set in demo_init.html" > > IMAGEURL "set in demo_init.html" > > METADATA > > WMS_TITLE "UMN MapServer Itasca Demo" > > WMS_ABSTRACT "This is the UMN MapServer demonstration application for > > Itasca County located in north central Minnesota." > > WMS_ACCESSCONSTRAINTS none > > > > # change this value to match your setup > > WMS_ONLINERESOURCE "http://mariolaptop/MyPages/itasca/demo_init.html" > > > > WMS_SRS "EPSG:26915" > > END > > END > > > > # > > # Start of legend > > # > > LEGEND > > KEYSIZE 18 12 > > LABEL > > TYPE BITMAP > > SIZE MEDIUM > > COLOR 0 0 89 > > END > > STATUS ON > > END > > > > # > > # Start of scalebar > > # > > SCALEBAR > > IMAGECOLOR 0 0 0 > > LABEL > > COLOR 255 255 255 > > SIZE MEDIUM > > END > > STYLE 1 > > SIZE 300 10 > > COLOR 255 255 255 > > UNITS KILOMETERS > > INTERVALS 5 > > TRANSPARENT TRUE > > STATUS TRUE > > END > > > > # > > # Start of symbol definitions (we're only using a few) > > # > > SYMBOL > > NAME 'circle' > > TYPE ELLIPSE > > POINTS 1 1 END > > FILLED TRUE > > END > > > > # > > # Start of layer definitions > > # > > > > LAYER > > NAME LagoRutas > > TYPE POLYGON > > STATUS DEFAULT > > DATA LagoRutas > > CLASS > > NAME 'Lago y Rutas' > > COLOR 100 150 255 > > END > > END # lago > > > > LAYER > > NAME calles > > TYPE LINE > > STATUS DEFAULT > > DATA calles > > # CLASS > > # NAME 'Calles' > > # COLOR 0 0 0 > > # END > > CLASSITEM "NAME" > > LABELITEM "NAME" > > CLASS > > NAME 'Calles' > > COLOR 0 0 0 > > LABEL > > COLOR 0 0 0 > > TYPE BITMAP > > SIZE MEDIUM > > ANTIALIAS TRUE > > POSITION CC > > PARTIALS FALSE > > MINDISTANCE 300 > > BUFFER 4 > > END # end of label > > > > END > > END # calles > > > > LAYER # MODIS raster layer begins here > > TYPE RASTER > > STATUS ON > > NAME "modis" > > DATA "ImgRow4xCol4.gif" > > END # MODIS raster layer ends here > > > > > > END # Map File > > > > Additionally the ImgRow4xCol4.gfw file is as follows: > > 0.000313 > > 0 > > 0 > > 0.000313 > > -71.488229 > > -40.989377 > > > > Where pixel dimensions where measured in GG.GGGGGG > > Regards, > > Mario > > ----- Original Message ----- > > From: "Pericles S. Nacionales" > > To: "Mario Servin" > > Cc: > > Sent: Tuesday, August 12, 2003 2:15 PM > > Subject: Re: [Mapserver-users] Adding a GIF layer to my .map file > > > > > > > You are way ahead of me. The version 4 tutorial isn't available for > > > public consumption yet. It isn't complete (but thanks for pointing out > > > a raster projection issue that I have almost forgotten). Please don't > > > use the tutorial just yet as I don't want to waste time answering > > > questions instead of finishing the tutorial. > > > > > > The definitive how-to for raster layers is available in the > > > documentation section of the mapserver site: > > > http://mapserver.gis.umn.edu/doc40/raster-howto.html > > > > > > I also recommend browsing through the how-tos for more in depth > > > explanations of concepts in MapServer. The tutorial will point you to > > > these references when it becomes available. > > > > > > -Perry N. > > > > > > On Tue, 2003-08-12 at 09:17, Mario Servin wrote: > > > > Hi, > > > > I followed the MapServer 4.0 Tutorial for puting a layer with a GIF > > > > (RASTER type) in my .map file. Well, nothing happened. The image is not > > > > shown. Ok, I did not realize that MapServer has no information about > > > > georeference of the GIF file, but nothing was mentioned about it in the > > > > Tutorial. Could it be the reason that the image is not shown?. Anyway, > > how > > > > can I georeference my GIF file? > > > > Regards, > > > > Mario > > > > > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- > > > Pericles S. Nacionales > > > University of Minnesota > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- > Pericles S. Nacionales > University of Minnesota > From joe at poconogis.com Thu Aug 14 13:55:24 2003 From: joe at poconogis.com (Joe Smith) Date: Thu, 14 Aug 2003 16:55:24 -0400 Subject: [Mapserver-users] displaying tif raster in 4.0 Message-ID: The php code seems to stop at saveWebImage() when I try to view a raster layer. All other images work properly, and everything works with the raster layer turned off. I compiled with INPUT=TIFF so it should work. any ideas? thanks, Joe From sgillies at frii.com Thu Aug 14 14:05:01 2003 From: sgillies at frii.com (Sean Gillies) Date: Thu, 14 Aug 2003 15:05:01 -0600 Subject: [Mapserver-users] saveImage --> save in 4.0 In-Reply-To: <7F086B24179D91449EDA19F5FC928D0B01F26F40@sscleda2.ssc.nasa.gov> Message-ID: Andrew, Here's the issue: use setOption('INTERLACE', 'ON') 'ON', not MS_ON. It's a bit awkward, but that's the way it is. cheers, Sean On Thursday, August 14, 2003, at 02:22 PM, Simpson, Andrew wrote: > > Thanks for yet another response. > You guys are doing a great job with Mapserver. > Its been an outstanding collection of software and am looking forward > to > digging in to all the new functionality. > Just wanted to give you guys a 'that a boy', since usually all you > probably > hear is gripes. > > Now on to my griping, here is one of my attempts: > > my $formatobj = new mapscript::outputFormatObj('png'); > $formatobj->{transparent} = $mapscript::MS_ON; > $formatobj->setOption('interlace', $mapscript::MS_ON); > > And to assign the object I tried > > $map->{outputformat} = $formatobj; > > and > > $map->setOutputFormat( $formatobj ); > > Thanks again, > Drew. From bruce.bushby at wol.co.za Thu Aug 14 14:32:15 2003 From: bruce.bushby at wol.co.za (Bruce Bushby) Date: Thu, 14 Aug 2003 23:32:15 +0200 Subject: [Mapserver-users] Adding a GIF layer to my .map file In-Reply-To: <018101c3629c$472ae6c0$9105a8c0@mariolaptop> Message-ID: type 'mapserv -v' and check what has been compiled, you may find that you only have 'png' support. In that case cd to your demo files, find . -name "*gif" and use 'convert' to convert them into 'png'. -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Mario Servin Sent: Thursday, August 14, 2003 9:43 PM To: nacional at cbs.umn.edu Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Adding a GIF layer to my .map file Hi all, Still I am fooling around with this.... This is my .map fiel can anybody tell me what is wrong this file ? The GIF image is not shown. # # Start of map file # NAME DEMO STATUS ON SIZE 600 600 EXTENT -71.89965056 -41.36073059 -71.08687515 -40.99260904 UNITS DD SHAPEPATH "Bariloche" IMAGECOLOR 255 255 255 # you may need to change this to match your MapServer build IMAGETYPE PNG # # Start of web interface definition (including WMS enabling metadata) # WEB HEADER demo_header.html TEMPLATE demo.html FOOTER demo_footer.html MINSCALE 1000 MAXSCALE 1550000 IMAGEPATH "set in demo_init.html" IMAGEURL "set in demo_init.html" METADATA WMS_TITLE "UMN MapServer Itasca Demo" WMS_ABSTRACT "This is the UMN MapServer demonstration application for Itasca County located in north central Minnesota." WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://mariolaptop/MyPages/itasca/demo_init.html" WMS_SRS "EPSG:26915" END END # # Start of legend # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END STATUS ON END # # Start of scalebar # SCALEBAR IMAGECOLOR 0 0 0 LABEL COLOR 255 255 255 SIZE MEDIUM END STYLE 1 SIZE 300 10 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 5 TRANSPARENT TRUE STATUS TRUE END # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END # # Start of layer definitions # LAYER NAME LagoRutas TYPE POLYGON STATUS DEFAULT DATA LagoRutas CLASS NAME 'Lago y Rutas' COLOR 100 150 255 END END # lago LAYER NAME calles TYPE LINE STATUS DEFAULT DATA calles # CLASS # NAME 'Calles' # COLOR 0 0 0 # END CLASSITEM "NAME" LABELITEM "NAME" CLASS NAME 'Calles' COLOR 0 0 0 LABEL COLOR 0 0 0 TYPE BITMAP SIZE MEDIUM ANTIALIAS TRUE POSITION CC PARTIALS FALSE MINDISTANCE 300 BUFFER 4 END # end of label END END # calles LAYER # MODIS raster layer begins here TYPE RASTER STATUS ON NAME "modis" DATA "ImgRow4xCol4.gif" END # MODIS raster layer ends here END # Map File Additionally the ImgRow4xCol4.gfw file is as follows: 0.000313 0 0 0.000313 -71.488229 -40.989377 Where pixel dimensions where measured in GG.GGGGGG Regards, Mario ----- Original Message ----- From: "Pericles S. Nacionales" To: "Mario Servin" Cc: Sent: Tuesday, August 12, 2003 2:15 PM Subject: Re: [Mapserver-users] Adding a GIF layer to my .map file > You are way ahead of me. The version 4 tutorial isn't available for > public consumption yet. It isn't complete (but thanks for pointing out > a raster projection issue that I have almost forgotten). Please don't > use the tutorial just yet as I don't want to waste time answering > questions instead of finishing the tutorial. > > The definitive how-to for raster layers is available in the > documentation section of the mapserver site: > http://mapserver.gis.umn.edu/doc40/raster-howto.html > > I also recommend browsing through the how-tos for more in depth > explanations of concepts in MapServer. The tutorial will point you to > these references when it becomes available. > > -Perry N. > > On Tue, 2003-08-12 at 09:17, Mario Servin wrote: > > Hi, > > I followed the MapServer 4.0 Tutorial for puting a layer with a GIF > > (RASTER type) in my .map file. Well, nothing happened. The image is not > > shown. Ok, I did not realize that MapServer has no information about > > georeference of the GIF file, but nothing was mentioned about it in the > > Tutorial. Could it be the reason that the image is not shown?. Anyway, how > > can I georeference my GIF file? > > Regards, > > Mario > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- > Pericles S. Nacionales > University of Minnesota > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gisgeek at nc.rr.com Thu Aug 14 16:28:46 2003 From: gisgeek at nc.rr.com (Bill Wheaton) Date: Thu, 14 Aug 2003 19:28:46 -0400 Subject: [Mapserver-users] Confused about QuerybyPoint with PostGIS Message-ID: <0CEBED99-CEAF-11D7-BE2F-000A959B852A@nc.rr.com> Hello-- I have experienced a problem reported by other users trying to use QueryByPoint on a PostGIS data source. The error message is: Fatal error : Assertion failed, Could not set shape values: 0, 0 in /Library/WebServer/Documents/file.phtml on line 702 I saw follow-up posts regarding a potential fix, but I could not tell if the fix is available, or if so, how you get it...Can anyone confirm that the problem noted above has been fixed? If I do not have the option of upgrading to MS 4.0 (assuming that's where any fix would be), is there any possible workaround for the problem using, for example, MS 3.6.6? Many thanks. From pramsey at refractions.net Thu Aug 14 17:16:53 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Thu, 14 Aug 2003 17:16:53 -0700 Subject: [Mapserver-users] Confused about QuerybyPoint with PostGIS In-Reply-To: <0CEBED99-CEAF-11D7-BE2F-000A959B852A@nc.rr.com> References: <0CEBED99-CEAF-11D7-BE2F-000A959B852A@nc.rr.com> Message-ID: <3F3C2675.8090807@refractions.net> This bug in PHP mapscript *was* identified and killed, but I do not know if the fix resides in the 3.7 series or only in the 4.0 series. Daniel knows though... :) P Bill Wheaton wrote: > Hello-- > > I have experienced a problem reported by other users trying to use > QueryByPoint on a PostGIS data source. The error message is: > > Fatal error : Assertion failed, Could not set shape values: 0, 0 in > /Library/WebServer/Documents/file.phtml on line 702 > > I saw follow-up posts regarding a potential fix, but I could not tell if > the fix is available, or if so, how you get it...Can anyone confirm that > the problem noted above has been fixed? > > If I do not have the option of upgrading to MS 4.0 (assuming that's > where any fix would be), is there any possible workaround for the > problem using, for example, MS 3.6.6? > > Many thanks. > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From morissette at dmsolutions.ca Thu Aug 14 19:36:17 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 14 Aug 2003 22:36:17 -0400 Subject: [Mapserver-users] Confused about QuerybyPoint with PostGIS In-Reply-To: <3F3C2675.8090807@refractions.net> References: <0CEBED99-CEAF-11D7-BE2F-000A959B852A@nc.rr.com> <3F3C2675.8090807@refractions.net> Message-ID: <3F3C4721.6080900@dmsolutions.ca> Paul Ramsey wrote: > This bug in PHP mapscript *was* identified and killed, but I do not know > if the fix resides in the 3.7 series or only in the 4.0 series. > Daniel knows though... :) > P > See bug 316: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=316 AFAIK this was fixed in 4.0 but not in 3.6.x. If you want to patch your 3.6.x then you could do a cvs diff -r 1.70 -r 1.71 mapscript/php3/php_mapscript.c to find out the changes and then re-apply them to your 3.6.x source. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From shostko at ureach.com Thu Aug 14 23:02:11 2003 From: shostko at ureach.com (Alexander Shostko) Date: Fri, 15 Aug 2003 02:02:11 -0400 Subject: [Mapserver-users] Linux RedHat 9.0 php/mapscript installation Message-ID: <200308150602.CAA04759@www23.ureach.com> Dear List ! The brief description of the problem: I am porting php/mapscript application (php-4.3.2/apache-1.3.27) from Windows to Linux Linux is Red-Hat 9.0, php is 4.3.2, apache is 1.3.28 installed in /etc/httpd and /var/www/ as typical. mapserver-3.6.6 The installation flags and options are below. All compiles fine. But does not run at all. It did not even come to mapscript. The php itself does not work with apache as cgi . When I try to run simple gives -- Warning: Unexpected character in input: '(ASCII=15) state=1 in /var/www/cgi-bin/php on line 3395 Warning: Unexpected character in input: '^B' (ASCII=2) state=1 in /var/www/cgi-bin/php on line 3395 Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on line 3395 Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on line 3395 Warning: Unexpected character in input: '(ASCII=15) state=1 in /var/www/cgi-bin/php on line 3395 Parse error: parse error in /var/www/cgi-bin/php on line 3395 -- which means that php simply not working whether I use dl(..) or not. I tried also httpd-2.0.47 etc. same results. ALso I tried from tarball (Linux 9.0 installation) of apache/php . Same results. The possible options are: --Install older / stabler RedHat (8.0 for ex, 9.0 is very new) --Install apache 1.3.27 or older --try php-4.3.0 or 4.2.x until I have at least apache-php as cgi working, then put mapscript there. Any ideas on which Linux/apache/php/options or simly what I am missing ? Thanks a lot Alex Simulation Tech. engineer ------------------------------------------ The apache is compiled with: rm config.cache ./configure \ --prefix=/etc/httpd/ \ --enable-module=all \ --enable-shared=max \ --with-layout=RedHat \ --disable-rule=WANTHSREGEX=no php is compiled with: rm config.cache ./configure \ --with-regex=system \ --with-config-file-path=/etc/httpd/ \ --enable-safe-mode \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-versioning \ --enable-magic-quotes \ --enable-track-vars \ --with-gd \ --with-zlib \ --with-jpeg \ --with-ming \ --with-xml \ --with-ftp \ --with-regex=system when making make test it tells that: ===================================================================== CWD : /usr/local/php-4.3.2 PHP : /usr/local/php-4.3.2/sapi/cli/php PHP_SAPI : cli PHP_VERSION : 4.3.2 ZEND_VERSION: 1.3.0 PHP_OS : Linux INI actual : /etc/httpd/php.ini More .INIs : Extra dirs : ===================================================================== TIME START 2003-08-15 01:47:20 The mapscript is compiled with: rm -r config.cache ./configure \ --without-tiff \ --without-eepl \ --with-jpeg \ --with-threads \ --with-proj \ --with-gdal \ --with-php=../php-4.3.2 \ --with-gd=/usr/local \ --with-freetype=/usr/bin \ --with-pdf \ --with-ogr \ --with-ming \ --with-wmsclient \ --with-wfs \ --with-wfs-client From keon at nacse.org Fri Aug 15 00:08:49 2003 From: keon at nacse.org (Dylan Keon) Date: Fri, 15 Aug 2003 00:08:49 -0700 Subject: [Mapserver-users] Linux RedHat 9.0 php/mapscript installation In-Reply-To: <200308150602.CAA04759@www23.ureach.com> References: <200308150602.CAA04759@www23.ureach.com> Message-ID: <3F3C8701.4020301@nacse.org> Alexander, Did you copy /usr/local/php-4.3.2/sapi/cgi/php to your cgi-bin? Or did you copy another php file to your cgi-bin? Also make sure the php executable that came with RH9 isn't being called for some reason. Do you have lines similar to these in your httpd.conf?... AddType application/x-httpd-php .php .phtml Action application/x-httpd-php /cgi-bin/php You might also try removing certain PHP ./configure options one by one, to see if you can pinpoint the problem. I'm not familiar with --with-layout=RedHat (in your Apache config). Make sure that's not doing anything weird. :-) HTH, --Dylan Alexander Shostko wrote: > Dear List ! > > > The brief description of the problem: > > > I am porting php/mapscript application > (php-4.3.2/apache-1.3.27) > from Windows to Linux > > > Linux is Red-Hat 9.0, php is 4.3.2, apache is 1.3.28 > installed in /etc/httpd and /var/www/ as typical. > > > mapserver-3.6.6 > > > The installation flags and options are below. All compiles > fine. But does > not run at all. It did not even come to > mapscript. The php itself does not work with apache as cgi . > > > When I try to run simple > > > // nothing works > dl("php_mapscript.so"); > phpinfo(); > ?> > > gives > > > -- > > > Warning: Unexpected character in input: '(ASCII=15) state=1 in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: '^B' (ASCII=2) state=1 > in /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: ' in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: ' in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: '(ASCII=15) state=1 in > /var/www/cgi-bin/php on line 3395 > > > Parse error: parse error in /var/www/cgi-bin/php on line 3395 > > > -- > which means that php simply not working whether I use dl(..) or > not. > > > I tried also httpd-2.0.47 etc. same results. ALso I tried from > tarball > (Linux 9.0 installation) of apache/php . Same results. > > > The possible options are: > > > --Install older / stabler RedHat (8.0 for ex, 9.0 is very new) > --Install apache 1.3.27 or older > --try php-4.3.0 or 4.2.x until I have at least apache-php as cgi > working, > then put mapscript there. > > > Any ideas on which Linux/apache/php/options or simly what I am > missing ? > > > Thanks a lot > Alex > Simulation Tech. > engineer > > > ------------------------------------------ > > > The apache is compiled with: > > > rm config.cache > ./configure \ > --prefix=/etc/httpd/ \ > --enable-module=all \ > --enable-shared=max \ > --with-layout=RedHat \ > --disable-rule=WANTHSREGEX=no > > > php is compiled with: > > rm config.cache > ./configure \ > --with-regex=system \ > --with-config-file-path=/etc/httpd/ \ > --enable-safe-mode \ > --enable-force-cgi-redirect \ > --enable-discard-path \ > --enable-versioning \ > --enable-magic-quotes \ > --enable-track-vars \ > --with-gd \ > --with-zlib \ > --with-jpeg \ > --with-ming \ > --with-xml \ > --with-ftp \ > --with-regex=system > > > when making make test it tells that: > > ===================================================================== > CWD : /usr/local/php-4.3.2 > PHP : /usr/local/php-4.3.2/sapi/cli/php > PHP_SAPI : cli > PHP_VERSION : 4.3.2 > ZEND_VERSION: 1.3.0 > PHP_OS : Linux > INI actual : /etc/httpd/php.ini > More .INIs : > Extra dirs : > ===================================================================== > TIME START 2003-08-15 01:47:20 > > > The mapscript is compiled with: > rm -r config.cache > ./configure \ > --without-tiff \ > --without-eepl \ > --with-jpeg \ > --with-threads \ > --with-proj \ > --with-gdal \ > --with-php=../php-4.3.2 \ > --with-gd=/usr/local \ > --with-freetype=/usr/bin \ > --with-pdf \ > --with-ogr \ > --with-ming \ > --with-wmsclient \ > --with-wfs \ > --with-wfs-client > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Fri Aug 15 05:01:46 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Fri, 15 Aug 2003 08:01:46 -0400 Subject: [Mapserver-users] Linux RedHat 9.0 php/mapscript installation In-Reply-To: <200308150602.CAA04759@www23.ureach.com> Message-ID: <3F3C936A.12679.2229B01E@localhost> I think php 4.3.2 is broken for CGI. I have had a similar problem on RH 8.0 on solved it by using PHP-4.3.1 -Steve W. On 15 Aug 2003 at 2:02, Alexander Shostko wrote: > Dear List ! > > > The brief description of the problem: > > > I am porting php/mapscript application > (php-4.3.2/apache-1.3.27) > from Windows to Linux > > > Linux is Red-Hat 9.0, php is 4.3.2, apache is 1.3.28 > installed in /etc/httpd and /var/www/ as typical. > > > mapserver-3.6.6 > > > The installation flags and options are below. All compiles > fine. But does > not run at all. It did not even come to > mapscript. The php itself does not work with apache as cgi . > > > When I try to run simple > > > // nothing works > dl("php_mapscript.so"); > phpinfo(); > ?> > > gives > > > -- > > > Warning: Unexpected character in input: '(ASCII=15) state=1 in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: '^B' (ASCII=2) state=1 > in /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: ' in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: ' in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: '(ASCII=15) state=1 in > /var/www/cgi-bin/php on line 3395 > > > Parse error: parse error in /var/www/cgi-bin/php on line 3395 > > > -- > which means that php simply not working whether I use dl(..) or > not. > > > I tried also httpd-2.0.47 etc. same results. ALso I tried from > tarball > (Linux 9.0 installation) of apache/php . Same results. > > > The possible options are: > > > --Install older / stabler RedHat (8.0 for ex, 9.0 is very new) > --Install apache 1.3.27 or older > --try php-4.3.0 or 4.2.x until I have at least apache-php as cgi > working, > then put mapscript there. > > > Any ideas on which Linux/apache/php/options or simly what I am > missing ? > > > Thanks a lot > Alex > Simulation Tech. > engineer > > > ------------------------------------------ > > > The apache is compiled with: > > > rm config.cache > ./configure \ > --prefix=/etc/httpd/ \ > --enable-module=all \ > --enable-shared=max \ > --with-layout=RedHat \ > --disable-rule=WANTHSREGEX=no > > > php is compiled with: > > rm config.cache > ./configure \ > --with-regex=system \ > --with-config-file-path=/etc/httpd/ \ > --enable-safe-mode \ > --enable-force-cgi-redirect \ > --enable-discard-path \ > --enable-versioning \ > --enable-magic-quotes \ > --enable-track-vars \ > --with-gd \ > --with-zlib \ > --with-jpeg \ > --with-ming \ > --with-xml \ > --with-ftp \ > --with-regex=system > > > when making make test it tells that: > > ===================================================================== > CWD : /usr/local/php-4.3.2 PHP : > /usr/local/php-4.3.2/sapi/cli/php PHP_SAPI : cli PHP_VERSION : > 4.3.2 ZEND_VERSION: 1.3.0 PHP_OS : Linux INI actual : > /etc/httpd/php.ini More .INIs : Extra dirs : > ===================================================================== > TIME START 2003-08-15 01:47:20 > > > The mapscript is compiled with: > rm -r config.cache > ./configure \ > --without-tiff \ > --without-eepl \ > --with-jpeg \ > --with-threads \ > --with-proj \ > --with-gdal \ > --with-php=../php-4.3.2 \ > --with-gd=/usr/local \ > --with-freetype=/usr/bin \ > --with-pdf \ > --with-ogr \ > --with-ming \ > --with-wmsclient \ > --with-wfs \ > --with-wfs-client > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jamesp at eastcan.ca Fri Aug 15 05:40:04 2003 From: jamesp at eastcan.ca (Perry, James) Date: Fri, 15 Aug 2003 09:40:04 -0300 Subject: [Mapserver-users] Linux RedHat 9.0 php/mapscript installation Message-ID: <4D1A9B20C8F9D311859700E018C298ABF77FFC@hfxexch> This is a multi-part message in MIME format. --------------InterScan_NT_MIME_Boundary Content-Type: text/plain; charset="iso-8859-1" I think it's a PHP or Apache bug. PHP is looking at SCRIPT_FILENAME as the program to run, while Apache is settign SCRIPT_FILENAME to the path of the php binary (/var/www/cgi-bin/php), while PATH_TRANSLATED is the location of the actual script. I'm not sure which behaviour is correct, or how to get them to look in the same place, but a simple workaround is to build a wrapper around PHP to copy the PATH_TRANSLATED environment (CGI) variable into SCRIPT_FILENAME. /var/www/cgi-bin/php: #!/bin/bash export SCRIPT_FILENAME=$PATH_TRANSLATED exec /usr/local/bin/php Using shell scripts for CGI isn't particularly safe, although that one is simple enough that I don't think it'd be a problem... No guarantees though. James -----Original Message----- From: Alexander Shostko [mailto:shostko at ureach.com] Sent: Friday, August 15, 2003 3:02 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Linux RedHat 9.0 php/mapscript installation Dear List ! The brief description of the problem: I am porting php/mapscript application (php-4.3.2/apache-1.3.27) from Windows to Linux Linux is Red-Hat 9.0, php is 4.3.2, apache is 1.3.28 installed in /etc/httpd and /var/www/ as typical. mapserver-3.6.6 The installation flags and options are below. All compiles fine. But does not run at all. It did not even come to mapscript. The php itself does not work with apache as cgi . When I try to run simple gives -- Warning: Unexpected character in input: '(ASCII=15) state=1 in /var/www/cgi-bin/php on line 3395 Warning: Unexpected character in input: '^B' (ASCII=2) state=1 in /var/www/cgi-bin/php on line 3395 Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on line 3395 Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on line 3395 Warning: Unexpected character in input: '(ASCII=15) state=1 in /var/www/cgi-bin/php on line 3395 Parse error: parse error in /var/www/cgi-bin/php on line 3395 -- which means that php simply not working whether I use dl(..) or not. I tried also httpd-2.0.47 etc. same results. ALso I tried from tarball (Linux 9.0 installation) of apache/php . Same results. The possible options are: --Install older / stabler RedHat (8.0 for ex, 9.0 is very new) --Install apache 1.3.27 or older --try php-4.3.0 or 4.2.x until I have at least apache-php as cgi working, then put mapscript there. Any ideas on which Linux/apache/php/options or simly what I am missing ? Thanks a lot Alex Simulation Tech. engineer ------------------------------------------ The apache is compiled with: rm config.cache ./configure \ --prefix=/etc/httpd/ \ --enable-module=all \ --enable-shared=max \ --with-layout=RedHat \ --disable-rule=WANTHSREGEX=no php is compiled with: rm config.cache ./configure \ --with-regex=system \ --with-config-file-path=/etc/httpd/ \ --enable-safe-mode \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-versioning \ --enable-magic-quotes \ --enable-track-vars \ --with-gd \ --with-zlib \ --with-jpeg \ --with-ming \ --with-xml \ --with-ftp \ --with-regex=system when making make test it tells that: ===================================================================== CWD : /usr/local/php-4.3.2 PHP : /usr/local/php-4.3.2/sapi/cli/php PHP_SAPI : cli PHP_VERSION : 4.3.2 ZEND_VERSION: 1.3.0 PHP_OS : Linux INI actual : /etc/httpd/php.ini More .INIs : Extra dirs : ===================================================================== TIME START 2003-08-15 01:47:20 The mapscript is compiled with: rm -r config.cache ./configure \ --without-tiff \ --without-eepl \ --with-jpeg \ --with-threads \ --with-proj \ --with-gdal \ --with-php=../php-4.3.2 \ --with-gd=/usr/local \ --with-freetype=/usr/bin \ --with-pdf \ --with-ogr \ --with-ming \ --with-wmsclient \ --with-wfs \ --with-wfs-client _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users --------------InterScan_NT_MIME_Boundary Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" ******************************************************************************************* This e-mail and any files transmitted with it are provided for convenience only and is to be considered confidential and are intended solely for the use of the individual to whom it is addressed. If you have received this e-mail in error please notify the sender immediately. CBCL Limited assumes no responsibility for data supplied electronically by e-mail and any unauthorized use or changes to such data is strictly prohibited. CBCL Limited maintains all rights and copyrights to e-mailed electronic files. This message has been scanned for the presence of computer viruses, however no warranty is given that this messge upon it's receipt is virus free and no liability is accepted by the sender in this respect. --------------InterScan_NT_MIME_Boundary-- From fx.gamoy at mapxplore.com Fri Aug 15 06:57:40 2003 From: fx.gamoy at mapxplore.com (fx gamoy) Date: Fri, 15 Aug 2003 14:57:40 +0100 Subject: [Mapserver-users] printing a map with a defined scale References: Message-ID: <004601c36335$316f7370$0201a8c0@mapxplore.com> thanks i ve used 96 on my window plateform and the printed map was well scaled best regards fx ----- Original Message ----- From: "Pericles Nacionales" To: "Ellis Robin (Bundaberg)" Cc: "fx gamoy" ; Sent: Wednesday, July 30, 2003 1:59 AM Subject: RE: [Mapserver-users] printing a map with a defined scale > Well, if using a Mac it should be 72 (unless that's changed in OS X) or if > you're using Windows then it would be 96. If you're in *NIX it could be > 75 or 100 (or higher?) I don't know if those screen resolutions are > set in stone. It's possible that it changes from computer to computer. > If your function is in Javascript, is there a way for you to obtain the > client's screen resolution so that you could take it into account when > calculating your scale? > > Cheers! > Perry > > On Wed, 30 Jul 2003, Ellis Robin (Bundaberg) wrote: > > > I think the problem occurs because the screen resolution of the user's system is different ot that assumed to be the default by Mapserver, and is related i think to the dots per inch used to build and display the image (I'm sure somebody else can supply all the technical details). I have found that to overcome this for our internal tools I add the following line to the map file: > > > > RESOLUTION 96 > > > > >From memory of earlier discussions Mapserver assumes a resolution of 72 unless told otherwise. > > > > Rob > > > > -----Original Message----- > > From: fx gamoy [mailto:fx.gamoy at mapxplore.com] > > Sent: Tuesday, 29 July 2003 8:57 PM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] printing a map with a defined scale > > > > > > hello world, > > i would like to add a print function with a defined scale. The results i obtain for the moment are bad and the scale given by mapserver is not the same as the document source. The mapserver printed map image (scale = 1/1000) is smaller than for example the same printed map with mapinfo (scale=1/1000). > > > > I hope this is understandable. > > thanks > > fx > > > > > > > > ************************************************************************ > > The information in this e-mail together with any attachments is > > intended only for the person or entity to which it is addressed > > and may contain confidential and/or privileged material. > > Any form of review, disclosure, modification, distribution > > and/or publication of this e-mail message is prohibited. > > If you have received this message in error, you are asked to > > inform the sender as quickly as possible and delete this message > > and any copies of this message from your computer and/or your > > computer system network. > > ************************************************************************ > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From pkishor at geoanalytics.com Fri Aug 15 06:55:27 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Fri, 15 Aug 2003 13:55:27 -0000 Subject: [Mapserver-users] Re: Linux RedHat 9.0 php/mapscript installation In-Reply-To: <4D1A9B20C8F9D311859700E018C298ABF77FFC@hfxexch> Message-ID: as suggested, first check if php itself is running correctly. funny, just yesterday I compiled the whole shebang on RH9. Took about 5 hours from start to finish but worked without a scratch. I used Erich Schroeder's instructions on the as a guide... fantanstic instructions. I didn't install ming, but everything else worked just as advertised. The instructions are at http://mapserver.gis.umn.edu/cgi-bin/ wiki.pl?RedHat9AndMapserver40b. The only thing, this is all about MapServer 4. I didn't try the older version. So. yes RH9 with PHP4.3.2 and Apache 2.0.47, Perl 5.8.0 work just fine with MapServer 4. Do make sure that php itself works, and then try php_mapscript.so. > -----Original Message----- > From: Alexander Shostko [mailto:shostko at u...] > Sent: Friday, August 15, 2003 3:02 AM > To: mapserver-users at l... > Subject: [Mapserver-users] Linux RedHat 9.0 php/mapscript installation > > > Dear List ! > > > The brief description of the problem: > > > I am porting php/mapscript application > (php-4.3.2/apache-1.3.27) > from Windows to Linux > > > Linux is Red-Hat 9.0, php is 4.3.2, apache is 1.3.28 > installed in /etc/httpd and /var/www/ as typical. > > > mapserver-3.6.6 > > > The installation flags and options are below. All compiles > fine. But does > not run at all. It did not even come to > mapscript. The php itself does not work with apache as cgi . > > > When I try to run simple > > > // nothing works > dl("php_mapscript.so"); > phpinfo(); > ?> > > gives > > > -- > > > Warning: Unexpected character in input: '(ASCII=15) state=1 in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: '^B' (ASCII=2) state=1 > in /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: ' in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: ' in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: '(ASCII=15) state=1 in > /var/www/cgi-bin/php on line 3395 > > > Parse error: parse error in /var/www/cgi-bin/php on line 3395 > > > -- > which means that php simply not working whether I use dl(..) or > not. > > > I tried also httpd-2.0.47 etc. same results. ALso I tried from > tarball > (Linux 9.0 installation) of apache/php . Same results. > > > The possible options are: > > > --Install older / stabler RedHat (8.0 for ex, 9.0 is very new) > --Install apache 1.3.27 or older > --try php-4.3.0 or 4.2.x until I have at least apache-php as cgi > working, > then put mapscript there. > > > Any ideas on which Linux/apache/php/options or simly what I am > missing ? > > > Thanks a lot > Alex > Simulation Tech. > engineer > > > ------------------------------------------ > > > The apache is compiled with: > > > rm config.cache > ./configure \ > --prefix=/etc/httpd/ \ > --enable-module=all \ > --enable-shared=max \ > --with-layout=RedHat \ > --disable-rule=WANTHSREGEX=no > > > php is compiled with: > > rm config.cache > ./configure \ > --with-regex=system \ > --with-config-file-path=/etc/httpd/ \ > --enable-safe-mode \ > --enable-force-cgi-redirect \ > --enable-discard-path \ > --enable-versioning \ > --enable-magic-quotes \ > --enable-track-vars \ > --with-gd \ > --with-zlib \ > --with-jpeg \ > --with-ming \ > --with-xml \ > --with-ftp \ > --with-regex=system > > > when making make test it tells that: > > ====================================================== =============== > CWD : /usr/local/php-4.3.2 > PHP : /usr/local/php-4.3.2/sapi/cli/php > PHP_SAPI : cli > PHP_VERSION : 4.3.2 > ZEND_VERSION: 1.3.0 > PHP_OS : Linux > INI actual : /etc/httpd/php.ini > More .INIs : > Extra dirs : > ====================================================== =============== > TIME START 2003-08-15 01:47:20 > > > The mapscript is compiled with: > rm -r config.cache > ./configure \ > --without-tiff \ > --without-eepl \ > --with-jpeg \ > --with-threads \ > --with-proj \ > --with-gdal \ > --with-php=../php-4.3.2 \ > --with-gd=/usr/local \ > --with-freetype=/usr/bin \ > --with-pdf \ > --with-ogr \ > --with-ming \ > --with-wmsclient \ > --with-wfs \ > --with-wfs-client > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > ****************************************************************************************** * > This e-mail and any files transmitted with it are provided for convenience only > and is to be considered confidential and are intended solely for the use > of the individual to whom it is addressed. If you have received this e-mail > in error please notify the sender immediately. > > CBCL Limited assumes no responsibility for data supplied electronically by e-mail > and any unauthorized use or changes to such data is strictly prohibited. CBCL > Limited maintains all rights and copyrights to e-mailed electronic files. > > This message has been scanned for the presence of computer viruses, however > no warranty is given that this messge upon it's receipt is virus free and no liability > is accepted by the sender in this respect. From geoffrey.rowland at noaa.gov Fri Aug 15 10:19:21 2003 From: geoffrey.rowland at noaa.gov (Geoffrey Rowland) Date: Fri, 15 Aug 2003 13:19:21 -0400 Subject: [Mapserver-users] Displaying Shapefile Message-ID: <3F3D1619.70800@noaa.gov> Hello, Does anyone have a simple .map file they could share that would display a shape file? I am having problems displaying a shapefile, which I assume is due to my .map file. I'm new to using MapServer so I'm sure that I screwed something up, heh. The shapefile I have is from the ESRI data cd and is population data (county level) of the united states. Thanks, Geoff -- Geoffrey Rowland Technical Officer Climate Information Project NOAA Research Office of Global Programs http://www.cip.ogp.noaa.gov Contractor, RGII Technologies, Inc., a Computer Horizons Company http://www.rg2.com Phone: 301-427-2089x186 Fax : 301-427-2082 geoffrey.rowland at noaa.gov From rjames57 at yahoo.com Fri Aug 15 11:14:20 2003 From: rjames57 at yahoo.com (Randy James) Date: Fri, 15 Aug 2003 11:14:20 -0700 (PDT) Subject: [Mapserver-users] Displaying Shapefile In-Reply-To: <3F3D1619.70800@noaa.gov> Message-ID: <20030815181420.23140.qmail@web12502.mail.yahoo.com> Hi Download the demo, it has examples and datafiles http://cvs.gis.umn.edu/dist/itasca3.5.tar.gz Cheers Randy --- Geoffrey Rowland wrote: > Hello, > > Does anyone have a simple .map file they could share that > would display > a shape file? I am having problems displaying a > shapefile, which I > assume is due to my .map file. I'm new to using > MapServer so I'm sure > that I screwed something up, heh. The shapefile I have > is from the ESRI > data cd and is population data (county level) of the > united states. > > Thanks, > Geoff > > -- > Geoffrey Rowland > Technical Officer > Climate Information Project > NOAA Research > Office of Global Programs > http://www.cip.ogp.noaa.gov > Contractor, > RGII Technologies, Inc., a Computer Horizons Company > http://www.rg2.com > Phone: 301-427-2089x186 > Fax : 301-427-2082 > geoffrey.rowland at noaa.gov > > > > > > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 map_surfer at yahoo.com Fri Aug 15 13:16:29 2003 From: map_surfer at yahoo.com (Damian Schroder) Date: Fri, 15 Aug 2003 13:16:29 -0700 (PDT) Subject: [Mapserver-users] Processing with tileindex Message-ID: <20030815201629.56483.qmail@web80704.mail.yahoo.com> --0-366343719-1060978589=:56279 Content-Type: text/plain; charset=us-ascii Greetings, We are trying to create a tileindex using 6 band Landsat imagery. We have been successful using OFFSITE with a tileindex but the PROCESSING option seems to give the tileindex trouble. The PROCESSING option worked fine for specifying the bands in a single raster layer object. Currently our work around has been to build the TILEINDEX with 3 band images. Does anybody know if the PROCESSING option is compatible with the TILEINDEX option? Thanks, Damian --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software --0-366343719-1060978589=:56279 Content-Type: text/html; charset=us-ascii
Greetings,
 
We are trying to create a tileindex using 6 band Landsat imagery. We have been successful using OFFSITE with a tileindex but the PROCESSING option seems to give the tileindex trouble. The PROCESSING option worked fine for specifying the bands in a single raster layer object. Currently our work around has been to build the TILEINDEX with 3 band images. Does anybody know if the PROCESSING option is compatible with the TILEINDEX option?
 
Thanks,
Damian

Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software --0-366343719-1060978589=:56279-- From bruce.bushby at wol.co.za Fri Aug 15 16:05:22 2003 From: bruce.bushby at wol.co.za (Bruce Bushby) Date: Sat, 16 Aug 2003 01:05:22 +0200 Subject: [Mapserver-users] Labels and fonts ? Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0091_01C36392.7801E130 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I'm looking for documentation on setting up fonts for mapserver. OS is RedHat8 with mapserv4.0 compiled with freetype. I've read that I need a "fontset" file which I guess is linked to "font.." problem is I'm not sure what should be in the 'font file' for fontset. Attached is a pic...although some what naked without it's labels :) Any ideas appreciated, Regards ------=_NextPart_000_0091_01C36392.7801E130 Content-Type: image/png; name="early-work.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="early-work.png" iVBORw0KGgoAAAANSUhEUgAAAlgAAAJYBAMAAAE7T7V5AAAAHlBMVEX///+tBgOrrK0exO0JEfkQ egSop58AAADv38L///8EwA2FAAAAAXRSTlMAQObYZgAAIABJREFUeJzUvc1u5DyyNqhLmF7VtiGc grQcTLlwejk4TuN42XClYF3BrE9r2lAuGyprpMsexR8ZQQYlpe337e8j+u1KZ1Khhw+DwWDwr2rX dp3WtV7n7vrzZ9d137f/nrqOP23p1q3/qtYt23Ib1vfLE/y8rjHbrePcPWYb6vr2/rNf1/knZbvS 7y/bX9tLmq77ewXvW79fn7Zc04zStk9PnA0e7W9D/dcKcq3/scma1mW9bt/flrolca9v258AfMNW r+/XH9/xz+V27Yd6atb1nVGtIdvl4QlKMdV1PW7Z2gm+/g2Z4OuQDeQuyMn237W/TcNK0nrKsd4w 27qVs7lxtq6v62mpa5VtaDDbNEOZNvjw7RP8//b4ew/vRK5uUMYtWyfZxoGybf9hnu1jDW/c8v2r GkjaDTP8XAHDRsi6NFumdqLs7SaNStPyS4cbfPy9TlNza7ms68u/qrFuVqSjbpb3Dh6CqluBF8k2 d3+ttoqv64Fkv3f804zZFqak27LV+NIZyt++95ztCWt6QkY3Yd3/UJ0uLbKO2abtl3fJhqJ71Lft i2X6DuK2bMva3qAIa0N5qKyQDfRynUhp4Ovtf/MzVhL9sVH0P9XK1Ytletqg15v0X71kWxug+F8h G9QRZMM/QC1v+B5QK50NxaHyULZXrq0pyQbpStnq68/ude7iT0m2X1ieemPq8l8Pl59E+vbf31Et gV4oKWTbILWgDf+1NTBoR1u2uZNsUdpELXUFBbsA5fAhyXbFj2+QbQA9/Lm+P09PWbZnbGCIoIFs vx6f1+Wf4+X/rL6tMQH56xu8pScDAu12raetpH/5y19uJhsbmC1tL/8blmHT3n/8BdJ44xLobFMP OrDBmP5adR1ljOnbOI6Ur751T2g1IFuX5+T83fB9K+ZWPs7WTaCcaNY2UTrnZnR6UEsyUS0o5/zc kepzone8Ib34xaYtW8Ocn4m/ubM5v739vcLWPKxkQYRmyoOP/Ddk/D+q7dlXfOU0X/tRZ8P6WTer /bplu61djQrezldu5PzaF/z4G2z036thE8PG7Rmy3UiNkbWVm/iWbWpbbIN1B+0FeomWxL3ewLS1 61M/dZtFgua7tFtDfd4+bbZyuVG27Z2b2ajXv61Q9WxPN2Q9vGXALqeuv3cTq/8zGq4VX7mh+Tm1 A6nN9tu8opGAj2Ao/lpRq+g3YZugemWLMMMD+Hj7/rxOKG3agHXP1PQgW0PZNjZb+P/3+QW6j+3T W3eh9j5tdnRah3Ze2bbDW7uXv1ZzvcHfcoElG9d2ey9xPNErAcDz9tKtK1i7S8/QWzbDoIw1GpsF GtJfoeo3+GyTgObmhtlaJHttt6/+tmWDdvuEpSei2hWMNmZD47Y98kzZNmFY+6202Gnt2ZBvtQLN a+vapu7nxvh0C2UTY7rV6NBCQ/sJrX7qnjcdB+krFhaJrVs0+dv/RqB0o/f2q5/XVUw3qx4XmTqH d8j2/drPQ0v5SIvW27ySRpHA9W+c7TZREQaEtkAvs6hsz5BtU/p+QS7rlvoc+K9ZY7b3Ldvb9QV6 xOFGZeTeBZQzZPsNvfP1ZWUiqSawnNR5LUHa0G3S8A944Y3ZDQ+Q0m39KXUBDeYTxe6lM0VfYb6C cXiCbAMyL9W6JtnA1FwhWzuJDq2iu/Q/yPYTsj1R7zRKj7+5cq3Jtj5Btp/tKooKddsunGEI2Qib ZFuEqV6AcbbfW7aLmBpVi61oC/pY6/x/V91P7BJ1ttlk45f+fHGz3dZl4YpY3/9etU/9DWFsTmB4 6Q1FTSHbVqe/OlR6VECpxZv4KlSQ7aXr96eXVVqWyhbKsgkDfWt+ke2N0jZvBM2bZLuCkk/zz3aY QpO65dmeBzBcN/p764yf0NndulFxn/kfdrbBYP3aMl03fYdO183WgO5dwV+cwQfYfvwdft+s6MuI zvbWOKbuF+RaZnDMN2ebveMRffKXBZxtsGvT7ydSSpC2mbjvP6Prvr6gkjebs/2fb6tk29rgLbju WIkjZnu8PIuzPaxb/Y7AwRN2WbNoe3S2UW/XnxPZ+Sv1bCob9CS3mG3zV0caCLCzXVM28Co7ySZe 9K+1o6HCRhXY6n9V3yXbopztX6SCA7blrQ1v0mb0/EDaCC4b2oZfYD03t5264amFrg2VA/4Bv7ch rd4seDOJ1Z6HjTfASM72lm3C3nF7+TJEZ7vbOqMb5BFnG32Cjd6f2iefO/TJ4e3oJsBLb+xsczZ4 rINs6LFO36OzDY39p9hx8uOh+wCbNZHvDtkmGCbQQGC6yYABsmEraeCtv8XD/x1EJc42ViW47gOU /EL6AxKxw1TO9oreILa+bSyIWrRQB5062/Pf6AHJtkonbL1okrb1HL+euhfH2V4oG/vkzTbwfXx5 enwK2f7O2WZyw9h1B6X5T2iHpJY0jF25e9zMPA0EUCdBD6GhXb53IRt7vvNPeIKywa9b431cydk2 2Z6RwpCtu1zA8vxH4my/g/73mO0Fs4EWL80LOtsx429Sluhsb54f9ix/rci/pTI8caE5Nf2K2dat Trsuc57F2X7dLFCHaP+152yP3eZJduC+irMNNTxDI34dR/3M208stjjbqEi/sA0HbK/kQsNHygZ9 1JbvF/OnnG329MnZxp562rK1zEx0tq+v7Gxvr7xBe9BeNL2USIICbtnWzc/bNGlp5yebbeJsLzAc a9ahx3f2v3ryYVtC90pdyu9u/S7OdgsG/BlcVO5HsPTojoBP3m+mBj23djPmYBnqmG1C09Kuz+hs k5sytJvnCB9qdrbB5pHCSjayJ9dndI7XpmUXg5oe+uTkbAPybVTYopsVndEarQtoV8vO9taUANm4 oH96Yz90IRf9uWuh+9iIfdu80Ya88M0Z2bpzMePw3RWc7dfth7l7wJdtlnoaxYtmDre39qBvm5u6 5cLeHm3fRG2xXaiiYcCwZQNn+2Hzj8GuTJOMEnr0pkHWhuV5+R/0ojsEMnBHjaYLbeqA6MjZXrbB Jb2gXcWLninbBLXSUbb2+tTVxKw0bHKPa5C1vHVootfvv7qByi62doE+Qmz55u/+jbzoFUd7zUrU YV1t/mxwdNjZflpnVK1WtIhsZxv8Gsi2+QHbQ1yElrOB4VfuzzNEpX6CC475ahmC9dCJBGcKXPct 20t9I3nbl0tD2Sblc1GM6yexifhuODxE+qPzhf5b90TfitNOJhaMds3uObjubyStRUrYi56JZ6y6 7ZnuGvxeqkcqwY2zyau7n5Jtumlnm1urZJv7f7F7jHSPONDdqOBaE4d0fvqX9qKRXPBdXlpSeOny nja/98ru8U1VT2ukoXv8+FIzIsk2h2xA3Sb0F7ju5H8Vs4G0DdsTZ7upysb/gYtGAc2tCOQdQ2it 5my3PsKjbBtvzRVHBzU1tjQblmL+udm3+QlGmDIABkJNthX8L9Dey4t48vSOBbs/le0nOtvbW7c2 zIM2J9v8zFECJA7ygV/XXR5//Hi4PF3JXd2Uh8z/r6fYXWy9VJf8tT0dZU0jxGzn64VjL9uAmT41 LEs/PbxR34Idwyu/DWVB4LYe2rmfHy9PJAnwsayaOqWLlgX9u+TrXrAlNLeKan9FJ+9CmNiYbIXq A+plnI2wWkJHmyxqtetSUdOCsFMrpWtI3hVC9OC24FvxbwNslcSygK/3y+Plxwap4a9GhHyDZyGc 3JI52fKJrG1g0PV1ECW/r9XD5VmJ3zCQtzJAGbFTrSXv/NDFDj1KoHjuKvVIhqfWOWr0MNCzrxlw IMyWLH6oVqwC6MypW44ZNvoWlEPRgTaRhVnHGDnYZE0hxgl2AvEO9POlsy/ufom68NfIKn9EWbWR NUjZNzwPLGupxxEK2v1SggaoFS24BVz4DTosbSz71rm849wNvJsLPl+EWAZUK1lgJ6spAF3rESdh mIzfTz375Czr/QljioBgoVbXRFEQp4SYnVQVvWcc6L2guSSFuxcY0a51NAQUeBFR3WtTtaH8tcLM 1C+t/LVyXQy3WkGto6gN2FbGgHQQJxQcjxkfrdUjvzsUQs2z0aWnGP9U0RBRsLGoCIPoD3ytFDFN gWGAbiK9p/Y9bGLfgi5euvAIt5ILUsR/kJRFN+IqckS25k00lEIMLYz46FUz6RfL4koccD6J4p1a Vh0hwqMPOG2AwR34bn7clKRD39yUMjyQy5Kx/PYs2kV8EjBIcwxNY6ih8qO9cGTJoHH+9RzeXgMz j2RzhtWmqElaVmMz4TCMyK03gwGzPmAy6/cfPy7RqMYmvFbK7jadkQVusPR3jQyArg81mNfLg5h7 qcrt90rZEcE1U74OJ56w2qY2zDS8Niwz6E4tAyglixuMpPlK42r4VowcaDd3htdH7P3eH8I3e7Iu 9BOa7rdgUaO928bw74/Aac21ost4M7KILpIlXf5KM2+cLtztYKe3/WGmr0y6UkYsXxOe75dYV0QC vgqpqOIo2ooCK8pF7/JUQzCDtJk5rW+1MxG2jbYlYU5PVo/WuBM9o6C16NeYCSwliQJsDeite+AK QdYq+7Zmc0LGk3JB5CM+94IaMGlZ28h54VZvPTedXk1E4S9jwGHaEPvV2C3Nm/WaY/3OjtAxE1iF bIP0behobkZCWROEmrBPU2kR5Lexkjm9rXBi92FVxqVPZa1WECd0pFhgRZmofAt1x7ftm4ekW7YF VT/9xlDtG5QZJ/bnoXkNvfcGZ76CfS7LetGI0a3FRlaBgR/ajpdHADZuHNSZY4OvrbCXRow82K7f 4IpCQ+urpR74Bx6hgm3q0WMABam1UzbHEmIsGXvW95+oraAT/AyR3k5oijue2mMXm/on9IBnXcJl xNegPQFLTfZe+p4FaEdRvIwDoiaqi4b66wbdL2zf/n5mnNx3LEI9TBuQS8TyF/Gp4M/OfkU19f43 hBP7oaGG7gGUQWqw5qJLNy+48PnotTVop9d5K3lVx5+B14uIwuAQM0/eYAPrMkQqR1SIqI3+zf1a K3w7OAdA6yMYQFnwgo5bAx+kC5yxOkbhC4lDNsFc1E1FQyMU9XjpVdiixdLhq0RrURYsV4pk0Y/v z/BCtBOQjSRhtGti8BM7uEG/gncn4wf0cuDD3yBXBS0I5KEHztVJfmgtOhmCG710l634QyR0RtcM dQJIxzHaJOCjHxQwQTPtmTrCdqPaBz0Kspamo3Fn3aoWIFJF6CZkk4UKwlpSQ6uYcI5k6//m7mXr a7d2CUNDshRB328WFkx1y4z+VCv3nrph6EN6kPUGWvUiNc21FDVDhC7MGoQ54UfyGdA96FH3K5T8 sxc9XENTN0NA/NSHL+l7fDu7r9AoYaaEltu81MH1nGS4E/00eISoX4KW6FEDWIsKXJ5fvHApsAUN eytS8Lix6WKGljQll/WIsr5vnWHfjZCpXkNvhH+2MoWDy1YigY6sTfWrdXjbZL1EqofAt4zAYexW 80CcR1u5rK2Q1Yr2/aVRIzVpb5H5Mdg//q6hcm/+QtDEx83mNBCqebktN/U0SVMdEVdj1FOwQQOM NYM3+fsZ2/YlDCZCAWs11lF0iYNMxQvjCLAyD+RPAC55RlRVKwQ29gNZWy/BsibVZES5aiOK7bMe USotW8HOcBl1H80KJNxtFQlvmqdmTxZEWUDWpvaprNBOUN9AVqek8OjUyNpsfkV0KZqR8iFrJ70Z Lw9a1gKatw3jNlkPl26KahKMuJU127G3MhQchdiGdRXaHl1EyLY0qaxeI+LekWTxGHBzQqoGbOoQ X4YxfewcU1lDLJ02Oizr98b99B3mMVvJEH06JWvB2Ld+oWPAnqA9vl1/dgMLU76DKkFJVtTYGcaA aFd/PXXsQxNe1UOQgIZkRY/JqAOxhXZ1ajaXH7Ik0SOSRe0EYxVvXVEW9tM4E/V94x8WImPAvZVA im5zB7Lmh02pR4gNRSKxQ8cO7/IgIdDhjf7V4dVXO95SMeRoJTGMyvFoGsX0YXysZfWNFvXaOrKg bJuPggtKcETUr6sry8a2X9qOxkOB5XokURw5xjDvrqx1lQWGnIPi5MvAoc05Bh5AFtFMxbKyZgkp bB+m5qZkofXeOsD3H5cw1oGYOyobl+BBy4I6DbIIyPgGsqhPhPq6PEkcFGYPOXtD/z4moe0oq16p XJWIAvV5JFENLfW8cHZuklcNDKInXIBgZbYxn/T703880lAcG8827nuMsiDSOT8m5Iuihv6qEkd9 /q//uKgIeA1DW/j7tkps1k54RL8odMkVGNT3y/Xy47++q2gDygJXsa6Do2tkTd/XXNbWLi8Pjz8u TzJkEv3YytRDH9RK8CzIwjmO1pF1gfbSr6z94jaPGGDtNyuxybplsmiunlMI1FWXGGtZ1zivUGP8 fsAINMt617KUvQmfYpxpbPQ7SBZka6SLKs1RRFkkR2YHgqyGZQWHtygrujCVTDOMay6LGtfUYugc G0LXBR1lOEMcTEL8vqa2mcp6gPFtE+rDlTXwaJBkDa0M7wdVdqiIMEfR0Is3D2uOoqCQAxPDwqoQ aMeALo/CgCPcgCIYUZbUOMuKgGi6Rst6EVkQRWs5VqCYsbKWIGmV4UUVY4nYrcUCvMuM34DzMK2V pSZ0SBjEFIbbuitrCONHlIVgRvw7athKA62KtHrOZcE8DEq6ceVCvGhiyaEDlDRvwKows4bvCW78 bRuP9wyDGyTMUQy3YSvyLRnEwYswphBH4s1Yq2k+sPw3EQwJhmJTO8XxmyokTiJWdZjIC0PrehNK 6sVOIDUwlhUHKGoAgCoFS1ZYGv8kbTOTBf7H0mhPIvoTSDfNNVGLVPrSQEsWprgsFHPQskIhqTup brF8ypluSO0NLzSXwi4evaSJsGDeSmlcHVruYmQtStbAjmWrC0lNvq4kKiey8OsFmmMvUphILONw 07L4H4JQV6GVgzIpY4ey2CljWejQ3dg7NoTRtDjOlbOwrWFEA0VmoqZ6wZ9/03yaqUKtrgP6X1zM mqbTyDxEWTd+AufmhtYg0u2b5ubCHi+Mp7F5eOB5vvj2B/xIfySFVHNzQWnquGaA6VGyLnnp2HEn /UzmwJboJ8ic4SKxs9nIiloxiGqmc2Ax4PmLqJ7E6m1DC/haOuxQyKjj2XxaULcrzT8uPBbFUfDa xTEde23KvGayQjyN5oeiZoLP2SlZE3VBSiuULG4qAozMexwMz4msTbXBwOzKClHxI1kY3tYG0ZE1 iixqf/zL9J2dX63q63ogixPNSslYaaq/Xx8v5F120Vdd9QyokmX6KDvH2kzQVK+Pm9vX1Zv396SE RZw7sq5RFnaPHczsXfrm4XJ5VJOsIVTT6fmh710uaxGlkznW/wZbcn2MyKINM7jm6KqtMmkow1J5 4//1H/jPJeSjSu5SWYKoi7jYzWJY/TrzoExGXuv6XAvmAl9dkIVWR5yhNQ4BpZSPl+DdHNUjjxyi LJmvvf5AQ/d+CdL3ZF26KCt2BGR6O94DCdMTU/t0JIvnfhNZau53e9flAbA3pMTXsqwr7dFcrKwp jrR/XR5R1Fpf/7t+v1x+6DZ0s7J4lhjHC56s6wM7irjvF+ekrYSYiHrA1IepZJhoisp9kYEdzbDA nPQ3V9osK442fXiNezH7W5QlU9JL04msv8gWTitLPF2ZvzfpO9XkGmgAbz/Mlafi5geR9T0X1eMQ WWb5KeQy1pWeFR7V3LtM4buyuhpmLAOloAGbj1Pp6Vs1HY7pVpT1gn1G96DGbA3Gal+PZsW/kWhN 3KQDNqSDMr/tgNuRS5TVNVoLWfY0tdEWvp5fEgAsbAPoer7+RLFsfM16gNfNfi522f+evK7jISVF 2QcjK4yH57D6kpgqlZcDWbQJ36wtgMWu7B3YaJdOVvC3UB+9WVtA+1zrKCtEr7KkqyqsVNCyKF5L wmQRTFGaXg7yTdYphN9exOGrWZaxZ56010RckNUH7wd8s3ydQrqEguQr8mDNg5SwCf5dQ2seBtva tbBAQPeoylpxHighK8TU+msePFm45EHKWtELYSmG+PkYsfi5Kysihqntjps0r8UYlH+Jh2085bJi IXs1osPI3+sM9QpjvhlMCEJaqIgbDc9m2iqRpddiYCSLHAMY126D+O/B5V1pYXPWxeky6p+gkD3F czFeuHVU0bGve4rsq5WbrQX2EmocnHWM7tIaEWiBNRzvEWoRV3aBZ9tyiadE1hDiVPALhk6hN+9h je7ExNPY543XPdDq0uGmSsuycCAYHP/fTxSY72EtrBgacv4b6qvgj4mHe9GLjLWIARWcgMD4ygSb XSr4ht8LlrCm9SY0Qhlo1B+qxdSihNbfn+EvkA/1KEZrqW/1pqfAvEzqoQrTQBkjBaYWt35qg0xL RLDfbtc4GwqdywyzynE5UsN0cVBl7pIJszZbByOlHHH5Eax+CytXQmwqxCJM3KvhIeoUxrWBsth8 6iBMjWB7eky1iDquqWkqKZ3Qi2y1XDwuN8pq17AORo0ZA/m1WlPT4OzujHpK81eiKk2QxePnKaxn ogDeQyILI5ebrwYeLT4NK6F1ZEjLamOABH7F9Tkb+VLGbfSE6gOLIqXxUMGhzQ0jLt5W63OknEjj I5iaduX10TUu3OrQni5RRE1PThx9nANHWJIQbwC7gzG+duXH3xgWr4JZudXVqDwjLlKCrGGcOfDw htcN1bDWumX719G6oSkGbGBJEzwplUxnQwS9D4YEIuivsG6IT+KJS5CCrKVlyyP61K1GIcJOMByi oP814Ep62FeKi6kb6UHIdunhOS8Cj0Eu+IHIF18O95tsSoqBklqqrwnreoKsfpWgC5vChskA1af1 THBeAxjTnl8lFSTD0GC/WFaMa9dML6j+5hei4e1nFkXLsDDj0LAexdBIzxih6bNdpZbMsjamwCpd 0bGROrzh51ZkcXhojrJ4FdUkEyt/Y1k4cqJhavQCVo55YPlovsOujWIfFbvEHmzYAnYCRk5XisKF CpJSxU+8QKcOX5Iyt6hNFLKraDDwizdNcI3FztTIsrPo0MIXihCg2RFZOG9Zt2HdUAhMaaFzpGsl c7BpOY7bfsOarYFkoc8PJQyWPwUIWCRATTVMjXviERv0KVUPk6vgrFAdBjvPJRPVmmASSZiqpZC0 EG2T9RNl4WDz0s0vzFVcVWfoEt3AL5cYFeMgNppWWv/1oLxT9p5ISuglNnM21sHFyGRh/4GyoOuZ 5angHRrqwUz1gXqzdAUS2nxeS7aqdWlUmXFraShsH1bGyqL8yMIjytpU9RfKCku/eFlam+isqKrI Ivsqy02eZS0ZGzm9qpk3rmpZa7BAuax3kYWRm9cwa862tW6Vy8qyBsKby4LWHWV1a1RVXE5r9m6w rIlGFOSuNFoWrr3bVJVkAR1iqzB2qraUrI2sOFXqQCaMi3JBWaiqPVi37U1RGPW1EuShJmT3+hhZ v59pvdwFejf2jpIdSbzZD2T0/JUv6z3IYve3XUMjkj8h5jyihb9FepRqBVl/E1mUhWomeu+tUBfb Yr5sSDiFNYGwjq/jzWYNPczC4qAvLumyssYxTi9tssBC/+pqvWZoiT2WKi41MraDdUwi60L75mC9 3KKeXvQesyBrTWQ1OFcZynjp4SiguPZuUhphBlf1amWlfMX1hQ+d0ncS1hhZy7GszdYkawKD39GY tYroUylZSy5r66utrKUR3htDF1mvXVkPqSzs3FsuYzQSqMkkaynIAp85kXWLBlVcSa6JOZelLPUa ZD1oWeItBOrJNtABV2Z2c4hf4PRuRb2b4iaVNdAc0FwrWWsu67Hj9ZivjZLVEMCw2pC6sF6xLp1t tK5hbeevJx0kwB+HMPUIbSuXFdv5riwyPFKCUJheM6XNDRfp+hNlXbq4wCCV1bKs2TBlZWGId1Ow CiZ9OrWYRQKvuawmk9USCxS33dr25qk+dXUcjIZ1oraMnUjJZDUUHiZZT3YIPXCuIT66VVhvZBlH hx7DMm6yjErUuaxJySI3NZd1fSJZvZHVqH5eZM2mdOOYy9r8iOo7zJ3WoXTYZHAHRSarjkytuSxY H93ENbqqz16trDaVlTlgKKt+ewyh1VZIjbLqe2RNsNiP1jRvIpSbauywK0tZMVxBCH3t45MUUrzo JpXVl2Xhxxk0C9f7PnTSVREs/KsgS636jdYSY7vgf8ES3Vcp5K4sGB/6snB6B/zo+frE+7G4Uap1 /SQLlx7S7Jcra5b1vptjiIXUy3ytrEXJYodCm5uV9xvTOmRcnV43eEBfm8uacFaYZL14st5/rhyz QvZRQXHgxUGp5Q5ZG12wFiN4EqHw2mfFL3EIjenHjx9wcJxZFgs7MM3f14fC3snXJKP9rdaz2BKy UraQ9VWWX81XRCMJoyudkgA5zTxBEVZX24wWVquFRljR4aXZGCJtxm3W8T09aPhDCuvNwiq9ezCM mIkKKyMuUmBY46giG/Dc5eGpM4sl1kBHLMdJWJIxylJbVQ2RAdZQmwSD9BWU6fJkQQGsH7xkPSqA ZvOxOHcmymXEzfQLpXGcDSwOW+MGHnpLD6tBUlDY0bNyKVhNp764FHVLlCuH9WJJCZFoveaO3rLp lH43V1cLsKiaevOAek8Z18QlzmCFsfRCWlRloOgtl8eHJ/V8XP+24lIrq29hz+qIkkKbyFJPdNmy 4srLxn5VYbDNfjnUv+GQA/V0sGoIYKZa1A/clqCbN/ndp+strUQsTzRPDEsanfB5uTwO9XuiUnpL noWFjiSPIptwIHMR1qut70x+gMUrHLrr448HbHmXy1akvDTLKMed4JQD7h1hNNDFmDMF5gxWHyZd cZYtTWq3H8MCMwBm/IGMOGGPlC5jajlEt2DmCNZCDHVWBx4s/B7pylEt2ZfVIwFKuAmlCPZkVMVC WJINCpGKzSyqJiapr4QHhnXxFLAJH5IDHzQsie7UjYn7YIbHpxKsnBkPamVrmvueACstBf2CZIie hlOTVMp0fhdDVqrQVacqdAwLND6Yhfi+adZHAAAgAElEQVQqrO3MQuiy53TldYj+aUjQ96A/GyZZ 92BxIAwDQrpI7T4sQ1cwd42lEI+cqqGISoqEyLNicEkf2daG5U6CkFcpIaxerz1whMg+kmZk06NJ rHT3H42ewLoFUYEKhuWxKIkOcyimAefUA9VrABmFuLCki4qwBg1rfsycnRxWGZXsckk1X3fNVe3A 6jJYnKhW3x+e0t7WmukdWIvZeeMA24MV3PnkOcJ5tbCSRowrZF1Yyyg05RYhFI+YqAL/8wlY9MVj 8C5CQxqC9oLS8xxv0kKVMk0FulY5XaNKO46ZJiUocpA+TO5WUK0h6Ig1JTNN8kJ+RWWjVMLrgjCB +7yiyuv2wGnyYVHTfn8QWEt80GaVhojj2LoO3YGS5FdjxysUq8kzZ0tKvXDfruCrU29ij0Yxr3nk lXBAijrFQ2F3LPsqp/TWuOMoqEgs+xI0JXdrgmqZijAWZH3k3V3wBrUVRutq7VSjmKeaF0msweay V5hV3xj2CAZYRp9gd1lYjLpVM7dU9BEVLNXt5FovDW57olIFWBQ1bkuhmfSg8brijImLG4StjzjZ gqg/NCqw5lUKgCuuybqyHJYtvHrJY9hsPMGxKI0VEP6wWm/sU+Uzk4y9e/XqLsAyzrWGFdlarOtq DKE1XuFdmK0i9U7Vb8hiKxguE1gCM8o1qvIeToTD03pK7c8aLzWAnGj4OmSU4Tfuyk+sRFFoKvyY auP7jycFq9j+Eq2f485qOX5pkKYdYMG73hxU2n/g/eZoTEz9PMoWV8Ckf7FmtGjr4wmMi6lKEDXF Xlzr/hy9LV0n5hUbXaG49hdTja6tR/9dbWzQG6MGCvJKVNE8dwmasxi10SV/fJB33JJf6iJI7Yro PV6qiwsuRJOhQr8mvCOIHM0brrSrwwFsGRKQYzSYCELDMtkFXj2nA8lr1HmoH+tPQ5r51CsXVlqN TdrBrHuwpHaGOjXG+pQH6vNoyBQrFNbBSe/TwYDFKnZt+1KJbJh0BEv8Mg3rKj2xUa5QOTwci5u0 EwFa4uhhKsKyhjJpL7OqItNKbuF3M9TPRgS8JE803DMSJVit+mtIbK0abqlXxo8JrMz1jiPm5ubG JM7BSn36TnxikzF8HOdHEzx1YMUVLgWbegpWkhQso4QNvaV+u8JJFQZWHmBek+fOwPJdWkm0AJmS PrWroY4IVv7BoTMy9wHdPk/LuOI8U1+CVeisGNblwclJw7JwsgHGGCGIXjcwP7PhfMgG4yyizd7w MVjRiJspLI6sqnR9fHjdYCFvXLW5PMcfNBuVQnpRzsM+LCVzkmkii+u/6jY0gMtjPgVhSeCMVZon y7jOGToNKzYkdl5jws/Xqf6nRmnnZfjBRr3oLKwIL3xQcaKoGUvdro7naB1dxqXEbio4RI3cheWZ Go3vEmHF9p2GpMSzTiZBH3+YCRKY7/rvbFr2I7C62CnqvMm0Yicj2HRYcHmMrv4Fr/jaZPzT5vkY LL2xO1R4Cou+rfMJ6qsM2DaAFNnZKP9x0T3DB2DNxpuKJmLwYC1e/Ax3hb+DvRAhdU1/Irbr5VJS +T1Yqu9ZlXKltcVYE7CEi2Zz9AtbGtP/v2iDL5Wzd/cgaYWnN3OcKKktxurO5j+mkyfkUYCTjmhx L3AW39qH9Zge+oPV9OJFO3tHtZCuh6c+EdLgnj5W1CpsaDyLLanDQFM/Fhc5uHQl2lM3FAWitSXV X3Q6Ay6tw1ypSqmXcdTc8bYXleS8NPJDLCzZ9zqWNS4jywtYFNJQ85F5W7r+eE45Z2HgtVa7x56H A9UDzG18kdJ/HhbstR5nEfTjyWs5tIiGPIjzu7ldzJhO4YqjL16PooeTrejEbdU7wz+C7Rh0AozC QyM0Oz7cX4XC+EO9Zv7WF6MLKd41TZS1eulSr9kCtffdQEg7+9Q/Ce+tWxc8LEDPOvZmyFmE1SdD SwX2C/B+Q1hmpdfQqEUqJVivNcbxzGBp3lsyZh4OirWLbRzTmfagaAVYE0dEbPAxVQfF4jHQIrYs cxFWXOtsgoQze1qdM/A4Z7oKDSrD5sHqBzsREIFJF1twfM52ij64b+rQDAfWqxd2jmzRNy6s85UK qUQcUFdlRZzC5I4G1qyi8higL81SHnBmehv44vqfvs5ViZge1Spd0kX9aCfu237kpMiY5wij6cor tbJipAJtOJziil0nbtJ+LKAIy8v6GBcJaWyV4V1FSqdaD+NbynN9PFKtHVyDW/OPdvESn9lSKUH9 kEwZRCPB2C98WtGeapVguSu3Vr0eNB5ANIYzB8nvnrz5Mlkae32kdnikWj6s0kzKu1hoPaKr1Koo 6NXXPMZK85G4vfuJv3BesKjPTlvMrE5MISqhxk7VGpX8xpN5lowJMvcQdwjz4iqH2YNW5qvnGQGT h5X3PbiDga6+kpUauDJTaLNzWlj4MITaflXtNE53WAYTWNBoljTcLQ0aO+xe0YX7YdGnNxSp7T8T j4olGsIxdTFsYcI5qyJbkeH0iTitA3MF9FCMxSFd8KHCOYVkNlFeznM+kOQo6JARHwkD/Tz+aWCp VhgnnQJ372oOuaFPfHJ01gJrrlmeguVpnklVwlKrxXex2pcwViq3woVXwbBCvuchz7AOYkha4CQz vTMpVpeDH1Qrbs1jMmeWk2UTo4hDWWE9RpqXrB+sg3GnlVFTNkVTBxUzPRX+g1tb902WoIjxdHgY Lsowx3U600LU5VyYqxDl1tjTeRv5I3bNkydZ5X2PI2xm28TlcxuPi69/RFTrmnoXeDOfRdqmsLi1 O8iYRxWQkPVbFr0tFqIivYqTuQlh0UtMYa3m27p2DD3z/J4G1Ks0G1sAvogILAMZLOXdN4nbY62D wLKTybxkKlsrxnRtNcJf0CpOC2uBA9el+fVztAzqNkYEYWrS+rIuLGZlyWaApUjvdJSirOKUmzvl BTcb7rw8SO/cxjxcAEWffKNspDqSYdVNNT1rOZRp0y9utiutpFQPt1yCgOqZf0inDdUqUVlICD0Y J3SxTTRaa9WoGQsaIA7OBAfMVmOtdJkeDlT9uDxziaLUGIa6UU3yK5WCUTQszmLcsr5J2ciAWNb+ v5KB6EVPJosKJgFTGWsgfSFEsJVUxt/mxUG15FD6JMVKknLOtPafbBmccPOKwJYwGOxw7k/C5mjg YmGnUNEksxZdyyxeeK270iHIDE9eg8bIYF+5QmTWN1Bhggs9jFbJu2lyvO4H5USnwDenyhfhb8Ia 2jbEIFQNXi8P8Z4Nfqv1HLQmlVbO6vUukMYMWfQgBZbc7NmY4xgJ1eVHABUdaHNjHoaYonUABc/9 rWxF3BQbaZRjLOB7rEU+EbCnFQFk1UPTVqqqcenFcdqRaVTcXFQrVi6SYjquAdYzqr/pvlR0pivh LViqrksqMMelfgDgdtFsY2BlhsDKiZJwC+EzZ2llx10TrLrEClK/0F+allQe3bgQYWU6mPb5/HFG MsSRkGPkxK5f41KFvFFPDq7cwWOgnQyT5PtI8BQ7K2PAox8xyAnwPLwJXC3eCDvH5SxEmTQsHdRu Q5aBR2c37u6kyQUndarlUkwOfBBsqcDUQ8pW35e3Eonfob5elEKG9qensR4fZvH9K6wzUi0JUvSh zhPHKlsylVfrolUrap7dOjXFz5OahYzx4qGi0Wwbv+0H2zMnK0U1rtxarYPYCmI7WofRbmNVJVN0 hWtyqj5ARo9v7lNVt767weW0AbPNwVqHQVssVbTg3KmhRkW54Cc6923OphLThbKZ62XyyldozOJD ticYdJ/xFvqY2Bb5/qoYrV2dYKIZUA25KdKw6MeOHms12HSje/ZxXVfxO2mncNNFrx0v/U4nhwdj 2Fv1srQA7IaYDFl3rohL9JPVq1pFtWQpx9x5G5fU7UeCywvsGliiQuFkKFX9rfMREh3LudLFYW9h QL/C1RQYtfCAhUBIu/qL55gXOb0T88UrfM/AIq0nWLOGNQdDn7R/qUn6xbEOgR/t1QyqNMewuBbx yAs8y/Ghs7DIZ0k9yhrPboMT19wouLHxYsWMa8P5is2ZGmOljSlX4jjwCCsb18dAY1bH+nXBj5+M Q+rCSv1acroq0Xiy8Us0g1RJGTDZysxfJ91RAmtNuogTsMh1rsSgISyKEty4pDIg9KJAehQbGVno oz7jsL0XFtZiFdyHDZaJ2plN347/EqCoziYERlP0KSyNMNXRR4JF7gN4Na+6bItWywyYFaaOAhlH NU63XPidYtZ0Hi8UACeHeYP1YhpO4skf+Q70Ndah6r7SDV2js18uEQIWFXZFtcLWi/Jj0y7PAitE Q/lAfOcEC4LlpDFjC5Srkhg36NZLCiQzDo189KyDfK1DSLqHmuowYvPrk2dkAVZ0DbPtCZkzH4Zo hXlOfllXhOX5DenSYZwvCbDAY053TUyZqgcP3EMVAgbmuyjSbAkswsKw9h5bK006aWD0h6/wMjCa PwXrgm6fgpXqFjl86VkyBNdBFYalZqpcl+AMLJ4v2YOlDLkR7Ct80OIk8O3C8hHGBcAG1uDCMuuD b6tbh4rTuR+MwTuCZTybGQ86Wq3KJyYkXOITvuejypM6XIz/Aus7XH065QfikUGxJaJf41sjJY4P RzPZeBJAGJ27pQRrPAGL97BGWJ3tElVarBVNt0xJ62RYvQ7ix5cm4wMXIcGC5fSVqUPXSEZdEt88 yol1J5m6gj7BxOcZ9xQPyYmwnsKEsgPLdBm7mjt3RX0653DRgSBVVK3XunYn16I0iXXvwAKjdQqW /kipZVgwYMWTTx9xm9CL62ZoyTLw2YOVQtGflYkayrCgU6xiqAaryFlrrTS+TbBkmkvOw52wkkqE 6a+qC4ePlVWrNVJ9WPSxy2GpUFntwkrOKUE7H9kqTr8PUeP5Ba66wkfupT19mlJYvsO1UtChakJw 0rCl6jLsnpe37cBKA7mpe+p10BbWO274req2492X2mxZP49PsTiAVQfnYSjA8jvoBBZ1PjDVSivO XtQ7xKMLKznH2FYKsEB6Fz96BSzB0hS8owtR4YojwqU7Dfo82OqQEIfF8kFYHsJVTt6oaH0WHcen +1haUGk8U+tHOB9lbHEClk/cLFvfcFTd8qyKbozpVLcZZfuwbj6s8H47Io5fx+YlqPDwR5zJxzko 2/fbrj0Wyoc1+bCOHa6Y4kYPjp3O5EOoasx2xcd1zH4rirD+P72b7PUOWNewWYpvEG54Q6NUo16I l62r9mHBVca9ZNCw3J7IGw+owwD4AihYrohudGiBteo1yrDMRxdW58Py1q7SRTWjOqaiDlFdigE2 wTiIC6xmVksDq7d4qsZHYNHGJvImwrVUzUzNcQpd14TaxX8o1+OPhUVJ1thEJTHTWvyAOPxwTuRT esxdutWueGjti7dVMbYM+pDCUoHGgIrjxsmByAms1/OwnK2CBVh5bajGiJgB0+OPH7TNEnaBalir zM2cgJXi/wgsheoxnO9JRyPLNpj4wFlY5eOjh2NYPHQmeHjvswCidABr58jaPViiwAksUXTU/iWc aQ1LrBUkdeBkCMwk2ybLByKnx+K4sDCDe9j2GI483Lr09ADiHNZwGlZyqvWa/8QphZWeag2L5JPD iJINfHfASg/bjqYnVTt9Bviol0Ejqq0NPlySLSez6LSC9aYrYA/Wm3kwAnuFBTr6hIOoIDo1cCvD jEf+ZhthwhIA+WKyp0fk+9UkTc7p0VSRPHRu0sO2I6yGrp3r8EiEyyU7fnIPFn5VhvVahDVpSjZs zhng/BbwflJUuPBDBnB6vqlTXzyWDMTO0eTJvIZ01XjW4s28BexVWjR0vUSpI1h8IGR8/1Giqy8e TY5GSel2PJr8Zt/SXTSqhf7BntOHpd5Tpquk8zHQoI4mT4LcBMsemM7mg4wuv1c9EB8eN9f5WqSr pPNJoGEZnRPTAdYVVwiG58WqEYCwQlRS8Dlwr83OyeSv7nmEcx4erfJJue3dF4sqdk0C6ymHxYes bjm74gHzrFxrksK1ewrWWOcTO4/JQe52QE21pIoMOxXUycY7tYh2PrU4ztRWlY5St765bh6SywH0 XXFywBYJhzPl1ti8x1v4vazzGap8etIc/jijG/pjq8SE6QTWNcAiDzYs2uJcZViTbbSZfAWLw7hg Oq/Y3YAC9MljUon1uoaD3BfpPdNtA2VYoPN5HeZzW+HYezjxCXzjzbJvCpDkmmRq3MAaRMeHJEI9 Z7Dk2HvQ+RxVPgxCu/UO51A9XMg3fsqOFzNz3goWVhzYjFRjc1hYclIuJ8TuHHsPtfdoT+PXj452 z5fA6vDY+wbi0qdh8QG+bQ4r/7K6MEkXbaXi4Mx4O4AxwmJhdZ2JzS8JCL+4geN86ruiy2ee/Vyx 4eszdmdz7P2gruo+hLW76kvDykApWEtwdoLQHNbkwMoGP3sQHPvg3l2g5gfSOSANKxzx0qYqO2fn MzjCtdQcVo4qHsaZ1Tl31XQkcpw9SBfvZr1Pn4pwCmthWePGDa8Mq81gjWn35fQ++iXeguMcVgZJ veUELHnmPKxcuZx6rTJI98CSpwblXN4OYOUgnFZQRUdJjFM8uvQIllgPRDjGEzl3YSVVNvIzKazF QgI3TepkD5bMeWFbNQOXA1hGuQIj2QUUg4UEaTgFa43SJgurS2EZIepuD/uYhrUkkAjWLRGwCk6C RU7iEgztJH0BeTcdnXxdgMXKJbqzvTxcyRNhwVxYfq6HwLKoZJFddgFFYnd5Qf7s1OAqyiWVdIu8 KRFVeqwepJcM1qCpjrcExDe1+s8uPWfNpjo0YbNWVuMqwGoTWPVXwlKjkeTb8IUL6/UYlq2Zu2Bl VxI4uE7C4n341AauDiw7eNqDNTpMZbgq77jBHFZ4kGBlenwa1hJJd3E1u7Do16xXlTuZElgbi3gt BNKwB4vrL7u2QOG6lWHJQq6sZ08vNyFQtUm3IqxRdlMUlq2ucXK8IuQJrhKsOsBKyl+CNQTndtE2 obRAJUz5VnGL/RlYwQtMQDEPI9n5DdazFD5Jcm9Yu09Xpdv2bGHlXOMX7/YqGCTA9p7hrF0fVFxm kaee6KrS4QF3wgQrKVN6FQy96ramnfrMsBa1gh6SKl+hFmfeG1y56jeUYLUpLC6/9e1mPrYSvp1w zzxUrl394ZsImcWHG2py01aARS+P9iEu9kpWafK6gQVbXVyfHQko1CJoEY5XqsGzuTDtE7RYw4J8 F4al7nMvwFoZVgj3qLCxW4tkNGuB5Wwn1akJF++BXDFbGknS+zyGE4JWta34sBapycFPFa3yrm3X mcASbGxNKeaWnHsiueCPcHHOgLAEjL2vQhVKkyXXDDXxqgULa5T+JGlLEgo09RBysIsROVFVZ6Ls Ti3Gro+P10m6dV0WPbmA8RoxW8nhNR6sCWNyHqzV6a7Fm4UTPPlXubZs5LK09okl9MMR1mRhse8D f1zkypUlgVVYqWTIQuWKtx/F3q1JrgQJOazZMoLtTTCXAKvRsOxKpdREhD5mE1w1OmdMJ2CVdjzp 249sqDCp9qQWtbtXGczjPbBKO56wUQis2q53afUT9h2zgpXdFbVw63OmjBjWVfU98bfJhzWEs0ii gPCHfbNx96rUksojIY9+tcCKVukAlg0VpqbOdO8R1oqwPFzJRLt+tYYV5VpYFx+WdeBsLep31XXl 7KbLYRFrKSy740m9I7nwS8HSDSMbLoW6Kd6slcNCOSms+MLRh7VYWLYntIZeaQyeB+Hhqmt7sZZS sQgrnqw82rb7+GBglfyZ7MKvPmST2dcEV2iM+7AaFp+YlHjHHSAv9oSJoY/jFj6mYsn2t+KL3jKl t7D4hblr9P5D30NUNG/Fcdmk7yEz1d6MphqVmVARCN72g528eYW6h8jCmhIT4cMK16OluLDTUNWo nlGwZJPUuCZt//Eh5LCwbC2WxmUR1mqPyQBR6ngwbe7f7cVa4Qn9vnCuA9RtgkQV3vXosf1U6oHE 7i2xGvVjs7Hh6nENS47BoLlZ9ctBLUq02tzaFp/Aj6EaTd9YvExOZ5LBPvhfg7WhRe50IN4cZ5jA Wgd3TYwa6xct5aO6jtYCLt14pzA1403DWpSm8GjfLuqh5N1xt4zmdfOlCGtyW0AENe5eJicjznrO FghczaWNa7iCW8EygSQLa0lGJrc1+p9x6vLgejTU+gyWuXrPBKExzfZ6iSSmmNeiGUbsw2rlsbpN 6hCv3lNvzB3aeNwgYExhJbXYrN64/ugeMse7UBem0DgQFSI+MuMiq54/51tXk1occlDHsNJTUFe8 RiSejnGT+IiCdZUTz8jopYFhY9u9cypPwIJqTEcocV278dMb9fvWfEPHlcKa1HER7tl9Z2CFKGtI 5qLCmC/ASifQszB6qAB/LrEMS5vvyZuJVn5LfNlZWFwB7nzyASxVhPSQt+L9iQVY3smPsBqArKcf FzxzmVwymNWw3J1IKazMTQjD96YQUToFK7vNVsNyRvKHsMSA3nLhd8Bydqf2eUb5uDRXe3mX994x rr51lesUrMVWv7kEs02egY2FF4OrGIOndMdtk/nKpQKsbMchqM18NbgAVu4frfa5r4H1HGAFKggh qEy4KjHAcpzc1T53ClbxdGyB5d7N2dKMIJ4hBLiIsH775spbTHxYTiWXYO2gWuXCB4RldlPhPCWd PwOXc+KFnK91c73gKr90hjsT8UlYysvTm7waGj1x3dHdnHjCESLEDVUeLqdqug/Ceog5VcC25tlE wQXrM582WBtRuP3Mx5Xp/Nx9CBZsEokyDaxbMmO6QXmp23hlqIfLCwuW7vPJXfgSrFBUdgaspMvD VP+TjQXg8vTeKBdvESnDopS6zAksVVQ5t8mk6w91k+T18sNrj6pu5OlyJSrZCTQNa9WwcrI2NRzq 9wiS9iUk8qJ+howndIsyGljmmHr5hGpmdoJhLZo9U7yW0eISRVCPnlV5DczAGiyslOP5aneH5XS9 w0Wma1L7d7TEAMxczhlrYKrt7a0hNqe/pJ1ymvvLj79tjCcq6cMqxMN4O7e5lHHSsIzoEMk039Lu IY3q8pheNlqEteuLJLDa8MkKl2+TvZ6PZrPc++Pl+TJlu08/BEtfRxsthHvBKoSn7BvB8kdYeMBp dtvoB2HpCz8VLKsgBVh0DbOgoqsUamVEPgoLNygqWKKHPqw63x4cI1Fy3v9mcu1S9g/BelRr/mOr dWEtDiwwXj2jCkfKJ5f3fgyWMjzqPBkH1uQtxKJZjvd44v+Czk/EdfkILHuXabAQ7uW9LiyMkKGf uAos2B/28HzDqtx8oA/A6kqwvMt7B+9SWNyQ+agvFYbh0mXZiOc9+AUrfwDLHsHXSokdWLV7Vy05 0c/qhfUbRW9+81XH7puTgWECy978Gk8+tbrdMyxv5/n1IdkBMsnw/5+0N+QjNzAnF9KyhUhNdU9Y fVgxzillwzTU7RXhVvfev4xxJPPFQFvOnDvHcWOye6qBezH0uIZdQBVe83gXrGsGC/GkfQ+GA18L sC4PCSyYz1J7YCu+f/IeWPFOIExM0+TeLLzGiy1NLeb3Vbd03v5NwbrzvuoUFhLyeupWYYH1mMDi IT9Hxwd1MfS3c9qf3VedNsFi0hdtP2ZCZDrnhvOJyX2dx8iyFbi5W1JIvDeedo3+SG69Zq3C6Hid X6O9d4U2pEzjvdUJJVh8u7e3dD1c9I73BN19u3e4Eel+WD0eLsSVl4qRzoLCl1X5Ul0fW365+mlY ePmuwEovQ5fOAu39Wu3e7B3v7pan56xp3wHrVU2k6Okqpkn+rel27zNXjn8b06Smqc/C6tRcCnZA uoDiTqKp+LK70N/OwDJ3oT/aOIlYUpxBk9DI568aP3Vhe8QlA/98wCmVyBX/pZegfysApCvaxxvd aERfJbDA0ttA0h9x+/m3pI6JMDy2TXbIWlhgupyb478eGaQIjXC96cOU+lUHMzZL74XdyjeEfw00 xPVmL1a3MevyzfFwzfo//hhoGzl4Xs1VbxfU+8B3YOHRMjgb+SU32Ov0TapT7wrX53pMO2wlM6P0 7ZVA/uOzyKiB6iNc+s29iLVYggX1n16l0Fl1gKRN1f2UmQPE9OLAoQQL1mWsCa45h1Vg+hzU8Z+5 NH5VAVZPgOy8+7xzQNouxIO6dIAVYA1xTY5e0aNgWZ07SkVs3/LOtC/Ceq3DCF7jIljelOVJbAXK UmQFWP2gYml2qRFec5XDOstaoePNek4Xll7AonFJHHBOHcE7gBWQfbPI3M7HNEDdHCVYU4jonARW 6He1t+HA6pNlIhHXLLCK8a+zwAr+XejPHVhTskok4pplTn8nLHca2C6yKgscvNbO5SEEtGNY5U2i x7h6langRG3IqlQMe2kprnblrba0cL5NwajkRUgMJpXtWuheq1QKVGF2rxDh6ASWv1znEFfWfmfs zDxkVSLllXbyJmujEMfcyWTP/uqNIiwnKx1Pl1cm32Sqq/CWdTrk0CKsJ+vffhZWOGQw6QEwpGur EL6xuGjxY9fJuoz9if8SLNcGK09QV2Zl5MR1k0a9Jlm9wxH54rboXViDR7E5Bi5WJgXApTyKI41r kOlegbW/9Mk3Er3bTt6T45S4MistxxjS2F2HOjxjtop0Fe4oUXQNb6EyKyWoN957XE3LAc1OGuK+ 2SrBKliV9zD86UOw83WsblFSYkgXiflQzc64NIVgfgRWqfmGWtRHsVaynBj1vc3OSV8DbTiD9Eyw DiKsHqzi/RZyKFavp9jCRkC8wjS/x3SVNcgYM5Br5D8Aq3i/xXs4PVVNOFR1DJRAZNNZWi11eHmQ Tdz79sGFlR6iD2khWI8ST1KzRlUdg4MN/Jq5NQsd9YeH/fIXDltLupI3q0KnvPSiR1kYoSLplSxZ nmR/Q7pWGM+b7uG84bCHW/vU/K5U37IqzFdVi51B5SI3TpSrrwRGDSeCUvO3lVTL7cwXfQiEvCD2 CruwJl7EbAjj97yH80BFuXq8qJvN5SgAACAASURBVBBegs0tTC8bV56YvTBZCy2TbmyJM31LYAHq 7JL2QcNSytXLQVfNarf5x6LLgoFw28FAG51CFL218EKyuxsR9ZLsumCG30MMlZQLh68Un2/sxjbT NZIbyWTxWE1wScbc8CdeHKE2e/AXoSI0xTXs36lWmmQxpY1WgqxGF6dL6zCTxX6Z5DuA1QbJtEx+ Vce/xgNoQLnwA7TE3BsNxl6mmmVyeYr0wKeAJrewBpZCbc9MEFhrUroKAUypUWH1CosrWOGVUURc 9hzUMiyDOgLjrx/VAsgIi2EYXGQlFrQaXIfkLevdBKCRkj08HUJbClfaH45sLNjYvefrMqs4X5YM KrB51sH96yxZhCuqYBufk9SExW95f0gH+fFj73EOL0yhK10xD4btvzTg8TqAQcG6mcc4veWqZcHR 8/Gu8TiF3oQsSZHEKLPR6vONzrGl6HWLDqyiyyE6H2BJAQqbTONLZ1L4bk27HY1LMy2T4WMdVlYW XQ7R+Yt6eIGjVtQam6wr5WOYROF5GjkxcGS+Gv2dKR2Uyz2tABKTozZZMs8KVqZeLFQUHvfGJrho hbzRnXhEVa9zudW4ZDqfb8nNrdeaaJbudqKYxhrTKYe1sGF3YKU6T7o5moVSqauVaFbodlJcyRZl GR3o16dODadM5xloleTKncwr74G03Y55pvZgmc2ppR1/mc6vHqzUSlAVPpEvJL84zVE/5MKSyklh BZ1/jqXMYUUrMZNkuiuAsrcCo7H0JKMHH9ZQZ14gC4N/3n+oPSe3HNYkTKBVj/puxthpWM5aSx8W +CleRbLYS8A1ebBENXG2Sum78l4n7Z1q0SksHThSp3amrgr+8/7I1cjnYVpYG1lkJcCIiiUlsarX u9m2kTjMAss7QHfJKlKYfifvRjxGCws4ASsRnBLxldUxA+SWK1zhFhnaRT54sNRSXluRwcqh1gdv w8Ba2MmKsYDoK0cQ2mtWkqWTdmHFek4OXA1Uv2+2i3wzhGXPQWjojW+RLH5zE+W0Umw7RNSuwy2B lV2sG3EFwBK5wS8qe5rfjd7DsK6XcCxhK3mE9Slob7hGrQmwIIu3klfKYaa6+KNEbtCUxBhE5ETW 8F2l2U7GVxYXi23cIsEC+IMP0GuVfRjXLBSgG3L4SeabURkqlYU5EcW6yiJ7Yy9jJIXVi5lQxotP tpbXokGx5kr5doFIWRXxgrDCZVXBYqaozMAirmCWWYUp9wSpcAFBfXMOTo2BWWZFVkW8wBkM1fwq 0MVipqgmTVZcK9eSfq1y/3HiICi2HO9B2UEByEf487KyGYM8bcw5J6jW2jPpU3C+CsdqBt1yTPuq 27ZU8MwnK2EBYT5RKqOJZOFeXyU2qsYgrfUmPyqN17DEPvgnPiyp2YNVh/wAw0JcoyYLNiQ8hedb fZTMJDEReWmm8ZTimVJNZtrpgUYycIHegzWSmf0h+nKE6uHCoT908BfTA9arUiVppZlSq4PB3BP7 g8xo59l1xjMpaTQ+SKnRH42o2I/WdA2k7G3409X4AEt+zwgLPkl4lF1nkM1z1f0QNQt3eYWySn8U xE00ALINKY9v2VOnHM3XpoZhXVaRJVPoLGSWvWfyKD+jg4V0SowVng/nsxN4ssFv6OoyWGbJIiDD fjBu8QpDIdv9tFGVJuvNhBTNVhsey9p0uxqDf4lNUc9VYxXi7ufwzvCI6ayblIMma2jRyKvatk7N kg6HJaAEa5qRom4BcP1MA53YtnWPGukSHyHCotSoFcUCKz4GshZzylcNRzAqnGIhBoIF8z0yrXFR mwcH6xcFurRjUqfpZmCpw53o02DkNKZWI6yb3NomsB7jFlDTF2q6FIv4MnuGrBn3xBYqSjYYORHV RobAmjJY6oaxdCiryhXXqUeNjgfcylvs7yrMGv3vWHBoce/RcFXyISMrDUi4B7GlUz2jPJUdW5nO 5a5G3Wm5IsNaIqy3SJaUMzFF7sRYHucbDKzcrYqmeQjU8pkfUolb3opzvLHCx33HmTeSXo9jXhvS pGFpMKGQg3TuEOppA6pOn58nsGgGJW6W9RcApdQ4c/wG1pRp/Cq1iKYhTs4DrBAUHCysSzivYaqd BUA5XXmfw5U4d+oP+4mUngcC+H9izUM4SWDRgPUarmtcZAGQeWtOlxNCrvn4BfWH/YS1KKNfqMXQ +aHGzzj4YVhNtA60w4witSVfxHuZQG8iLGtMl2gYGinxog6+7MPSg5e6Yvc5WIeuKy0Asv4NFyeF NYkSqz9WcpBiZqW3eg+qWhFR8eq1Ti1fN/N2yQSxoaus8QLrFr7WLUhprd7VGBaE98QWWVOpQ81R ovaTRelqPF3Dw3EeJadO26KICLDCOu51YFhvXVgYbDU9wWXpcjWenYmbqXMcg4dH7RnJEVbYhbdU a4CFRgtXLFgg+k9LlzO9oDvtwWi8ifo06oGgXCrgXFGpGVYPd+NZhUnU3hthm9yNdickL9a29rT0 iCXCigHnKvzE877Z3J/FpelyFkzRV+JMKB2/Kf+/COs90FURBXOMR2axc4vLaG4GSzs6aWDTP2he YOG7Q/dDsJouwEqv5Vxlvim8uI7fZxof4rnm5Qv3girWtjof1eQPndPcYIfYFWDZ5pjHWnJYc2dg E4eK3BKsMJtOsNouzJKv3vpQG74L4/zc0Rlcayoj62NY4ttUq5g0AyvdX6paVeiwHdWSl8zWrclG 3u65fgjrh4aF9oGHPFtJx7SPXq3ll5G2560qWMlw3hxPd3M+QuK2WK1stsIZ2nOfDcstLqHLW6tr YMWjb9uPwZrDzO+KBtXBpQaaTJc3MT6YcU/Ywn07DYtNRLVGs8W6Dnb+lk8v60Vb5I05IyE7HCM8 YlJOwWKdR1gNd9T0Sz+S31jGhXR5Gi/Vpo/rD27Sh2DF0YW6ccnHRfXprrkQWPLKVinloo1MEdaj wFoyWFIF6cIINhPU3blrLrTLjJK1m2S8rAIs1vlKWVMWNitYOS6c44T4r6dai4W12g5bezYKVvhI sB4Y1lSARZHrDBcWf9Cuuf69zWCpbsuDlboh7xHWGzvShGoZQ5TWdNJUNhqhZ4M1H1YyeXwO1rOG hS0RTriQoDOy6wxhw+IRsqkJmwRLensbTjkH6wfDGgKsDVT0KocwfWIe49MOxE+3axv4HcEJWe6H RTpfiSOGsCb2KgkQv9dTovBCyU1pSmDZ5vpRWLggWoofbjJ2cUkDsitcJ3pYr0XS44BTsLD7qUIA 4oH2HmUeh4/LTtXXfCfYxJ8V+gIsDyEl1PkqBiDiVaFWootLn3Oqh2DJ2MJYpYKtSGQzrEXDUmWL BfVwaaVJbwWrC1y4sLI4BjbFSsK54EFMFlaQmONK7ysOyOj2pAIsd0SWlfgxhTXU49BEjqJEf6+b TbjUMO0nDaxkoIiLZjMDRE2xkuAEwVLdYHKxk8VVWLIpR56q5xr7q2DxajyB9WZhtY7EFFdhcxuH AtWQzsJykwurrguwEs/FdtuFlaT0iu4eWGMO64FgzdISsWrCWCypKI2rsItscWCZmKnCEqatMlGw Ua2qw16L9Nz8dNpC4XIdZqfvsbUNl0UKFrdRUoAeNqpVsoIc/K3svo8cl3wqaDx+3Zmv3M+6Uaoc WG2oWyFwmcFyvZo2e5lKMu65C9aQwoLFWXuwcisqEXBf48MCjyKso5ANA9GwnryLNbLQYEv/uBof ZnAKsA4jSTxn0e+zlYwQIixf48UzNEso74eFYbb9SmySemRYvsZLyORzsChwFGDlBiKMPiMuhuWr lpgP91Sts7A45hBgXXNYYeKntbB81QpmLlk0rF3qY5W/HMJawlpENUfSrkknrsS3XGQLtgDLQ7iG 4N8urFbgCTsTh2AcWGHK4hQsnzg4hpOGqydgqeCyRIZyjY/Y7UEkZ2ApaRI4Mi2x9mHFAsntcRms IWrg3Osh7TGsKYH1ZFoiwrKqnLs49CH3QXUUpZtqv/UV4jQG1owHvkVYiDIdQEv+8D1HJ5OGyGMf KfBQgnUm7obK1RtYpa3Pi4WV2gekahyCxn8K1ky1WCmNL2z2j+IWhqWzSQUGWH2pEpfxBCy+VlZg XdLRqw+rTWGFrTIRllkAoGYytF0uhwNxajrAAo33Gr6RQR+02YobiwQW7r3PYS1mmFCoT3w+g1Xa GBceFGuqhxqCIcDyO5ylONrOYF00rKfyxjgVBklgqQ5ATUK5tgriYmeCp9QUq7J9ULDMB6OuKghC sPqirToXSSIoClbxaITBWtNdY53CKsRG9mD9OAkrGvnmEFb3MVjx/NQZp+qqqPGwrD+7mk9LW87A Wk/CUh853QTWhVX+ciH7oHo2ldSy6vYI1pweoXQcScpgwUHcAOuKtxRxBCKvyMSaHsNaSrDcJQcJ LBooIqwHvGBqqJdxF9bkwGrjR4TVfwCWXkarYPEOG6TYOQRZGflbAiuzit1HYKkc7DcjLFo3VTRb qlvbhQUfu/RF+vNYYsvAwtUrEdaO2QqwLEzH/DiwQntRPtlO8JTGrwgLK7HkP6TWdA/WnMFSh5Gc hIVjn6qTgyaLsBJrakPQCaz+NCw/wEWOjYZVcgJxWpPe1rhYzsGCMw0KAS4Li7zTmyx+M7q1qM8T W/84bizCStfmJi+9A1Y9MyzTEiczs0Vm9gys/EUWljdoTWHhyKd+k6WCNvqqcpK7Xg8HsJpDWP5Y 2ofVyMrOQjyR3qm6h4JTUoJ1GLLxYdUzGy57wg59Dkd1jh+FdRxJsk4xHV0KB13REutOB7z5s/Y/ wvAvrbkIS8IP98FKV3AhrAlr8dLR1QKqCDf8f6c6Uoo+CMsN2QRYK0yuEF22Fhs0DarnTrzBz8Eq RJJW9hvgoKsWNmg94Zxw+BnDVUncVP7442CFxfEwQ9bQxde2Fgdcx6/KEfucL4Y1aViPZKxwCv2N fS7t7U5mFGwEFWDVBVhHkaQlXiOBh48xrAlvav2R1OJqelYj34c1+LCOQzYxgami1da4Iqmmc19t LVp917VRhNV9Ela8T4cW4d14e4jxWdLYYJ1/2oPFUYSXe2CFI69ogWfDewtULWantMSzmUtrpgXW /6N3MtwBS91Qwkut38hHjbWYHk20qtu2yku5+/jxI7Au4e48hnVjpZdanPSq8tTH92FNJVixeDuL 3BBWPLaMdxc0rPSv0hfG8XU+leJ3swVYrz4sbyZE3dQk24/eeMdkmOdRu1d2YJmPn4YFqkWrPGTH XcN2H/tFUKxgH/KwRGkW9ZOw6Eo/8uwCrJmUfqtFPophkPgMTUipAXnJP/k8rF4cTj4CJSh9H+qP d8CwW6GDOX8kLHzRKCdKTbQk9kHfBISWS83eBVx/ECx93VNlf86WHsmXidqPNp5tjsa86AS3Dj7J 1vZiwpUfO7/bq+jPpCOJpYSHdugzD3WpkyOSSusA7Zey0MlSJfw8/lCJr2a/7JLVL19O1pHEUgIt OEtWxovzJY9lowbC6QOKpAejWk+F0vb6BVhH7tnOXeHxo/T6QbJwFZH+4iNkaYNQh8knSLNcXG9J upjipaX1quPLydqTWHosA3I3WcqSpfvo8DQzuFSWUrm0phn26Rv2TQwefHJfqfsC/b3C7aTXtBVy KpLlW3j4Uhpgo1rg1gThqts9KubMwGdk7ZuYg+7BTSn9mQa4dI27OFKynO5wHJPlypoqaIIPQlXG wb+RrFSijytJfWayTNoha8xYyowVTKr9EOtUoIrIslbnTrLeP0BWYuFL4PKHdiydR1bjkkQNUN2C ST2gqFWRKmbVkJVlKXeH8Ctc//0RspTEA3icllhOmAdOAWXXVBdWZ8fH6bWX2AMeYKHqs45WnsW1 xyL1/s6QW1RUrVNk9U7h6Z7Uc2TRlaqmKFumKzhV0UEoIVkiWVdzH/wZstSPSV96LlllPUXWa86V oSIha4y/6OuhTS31bNQPbVUIQEEurR3OE7t68P4RthLnoUxWtFuLaFKheRmyxInyfQcReSW/6hBE HDohWaodOmSpNziirh9h63Q7tE9ESFkPp8iSH5w4piaL1EoOArHZBnNQg3ZwTfdfJsv5Ac8e/whb SadxTFbveuQrb/zRZAlV7t3sgazrRauVl8uSFf42zkPhDSnQhSv2BjMH97N13sSz2cpvqEtSFbEW qZKe/YpdYFCrLFfq/WsCzIjHe4WtVdMAbjQp9aHIQ1Ct/f6aDtrzm1VMSNaSDo7dorxfKORyKRTY 29iiyFLtsPQG/JCb1xuN1u/2TI1q7ZEQIRyQFauwTBUV5fePyw5V3kjJkhXaoVvJA/ZEWTckgeNs EHCnau1x4MD1UyWo3Gz4HmCINIsbYEHUAVmdRxZdOC5P+zyJgPvJiqp11AgFwTmyEvXjt4XIJ771 af+1bjMUwTrOgiIW5c80CVnNmGv5/AGygmqd4eq4FSJZpgop6qkjxOB/cne4/1KlSIv0tpasLjQJ 297CVJfLE0s4QZZ716nrkezDLyTjlL7zHENIEvykMfyZt3nWGYtqyYq5Grke6gjrKbLoValqHQHH dNwKI1mRpzQ43K+FWR95S3l8oMkKoYNetTkYLAxfRlZU/OAwHLetUIzjnNWqW1wYG1NbtJLyouyR 5JEVTJYBxuU5KtZdZEGag2odEqVg7KVKJmXCdMNzSVTmYPvsYCxnvCUPWbIMsCUarX2yDh0tx6Se V61jk7VWkaV7RQ0ZRTsPqc4slcaVf0TWfOzDe4+dVa0z+apjnjDlZC2BpGIRz5HFfx2hndMponNk nWleUpyjbNXlnBeSv/IECE1WcMD7jBeS5J0totN8PG/hPndStc5wWh1RpYI6Rfe8kDTMOZQ0te/a +B2QdWDiCyU5pVqnKK1KXDlzOx8hS54pkrWYHnWnUPPhgKdQlFM8nGI0i8HveE3FkEIh+WSpH5aS C+ulD5N1iogTfaEia9e19E4r+iRZqa8/jqZxjioWTmHu7pCsPRw7UOVFzV7YBROSVZwmFH+gS+PT 66fISkaGTTilzhkuBZX+OFk7qrWMCZJDsnJ8TSRJUta13kmWuJS9/CJvikKLiv1ZsnzVyo0AKUi5 xVYGo3hNztxwNpS+l6zoOawcx2rGrMvwai1C2idrp1vPVCvrvBr9uUQXXd1dl0nSZGlyTvQxGmIg 6yC/8JO1h0BW+OsOsjTYVKHiq+IPBbqqg6VREcqQk5XPL4466SfeT5JVbAO0EOxBVsPut7ui6DG1 Ucn7wu8uXdXRoruQkqJ4ZDnGT3561/a9kHZHHPDsNZJ1Z3I6j9IwLV+EFtJ5shy3OxHnhCECWVdt 33dK9AeRlY369/IW6TpPVmLh79Ssz5I1C1l7pSwlo1I7vV1EMiTwKVXjF5KVvFG9bZY46RFZpT7j w2QZT+rY7wyPMV2miDi7c5qsLFSw+776vs7Qxh1CN0EiPkZWas/veZbp0mU8T1bSHd7nZl0PyCo4 iLGI3d1kGZGbSp2PxusCmFJWQt8xX58iq2yylvKizEOyouYlXyf9Xij6fWyREY7FrBLjs8PZvWSp qrSDnWKpdshCXGD49NOKjpiSpyOZQ31nQ8zYSsnidEjWOQde2/d0PjsZw0J/zqt/XRe+M5fxhoLs 02yF3N8QWR+lGAWyIkJO6btOhKwVWe8ydW+RK824pY+kaTYO/Op6dZb6fHxxv2rxAmZ+ap+s7F13 kKWhXTP/XS2iVmL22jYNDXudF5aULJmC+UeFyyN3sQWQla2TgfS98x/nyJIcYTbaAs/a2l5DwYjY U/w7hFtrPj5fNbqCnHttPDWq+FQV2kM2qPRehfUiQdVCX5QDzkzWUnhm14fHTiKHIzqqnyuxcl9D VD4TPVWZpr8/ZioH5zzaPJPVh58Kg9hdstTdxQLnFshyQmOOpHtsvPEw8akKVcQUvCjsRDcf+zFd iUkrLNev6Q5HWwXvKVnCrEvM5xui8gMEcEX/Wg+6MIQ6QZairTYmy6zZLdvxoyCP9tOkCK7ZLlXI aRuvnSZRrSqWyTo+joINOswrz+xNCu2QVajeHbIuKVlqrdKJfd36DSdUyzrnTH1lZSYKlhuC4nvy /Qhll7TcDvfI+hEvNjd4fGklsOdsfDKQYdWqskeTMW0TbcdJjywMOoJ9z/z3Iu3lV1An0TuZC3M3 JUlnGmI26KN3VK7I8tj2bFfijaI799fiYzZRXDojq7hmsKhBJ2x8YYvrrSqxXAiafB1ZxZL4r+Ae 1XzHCuqbp2IvctgQvWDCQmTtbBZYnN0OpjmVkyr1nJP1AYvCTdnLXSRrpxfZYcsNvGDoE+NZx8HW sFTbTpqVWfPI6t2fs4KcJ4tz+7SUlXS/IfpBKgx98qaBU7FprEhfVpZXFaArkFXq2UtkPWTNUK0Z 9MkqmZgd1SpN30KBqrB17oQ1OjG34RTaI2vPDfKLwROPWe76VtKhHU9n56fUaZDv4SVVDDgeT32c mggKsjOyzsAtFsMla9kj6/OqlT5ilxwd0MUufPmUCPWC6OfPHlluAbk/2SPLWsldso5UaydyZpUq vIoXswW6iitI5BXIaVm9nKeKZJmlE6rf9ckiC18iyyv5gWrtz357ZwvFlX/DMV1DpLTAldc9er1h YpzOTO9dcq9033fY1Z99Z6twzbxeU7q7gkReLrXvKpfvSpTIiotwFVFlC58PDpXvcLezfvfsxZIc VRDG0QXbRaCI073zlpLkkrVkZNFyjXL4Jg87rMs+WR+18aUHsrNo9uhiUJQnb4olF1X2kRTJUheA 7NT4u52wWOOs3oec9btUi+58zZZ2C12FyFkTUaZNsejOS4jGHQVnry+XwU6FiULePuisn1OtRQee crJCO8t/iOq+OE2x+MJZNt0UhGVlKJD1bidZo97sPLNDyb5qLVl4zieL6NofyHNTLHhwNrm+w16U vFSES2FhyN4z5YZYnAIqxX4bnyztgNsXN/qP2p59VEph81uG9c7ZqmuqWvuiwm/nDZofyBOTWiDL T7blLJqt3ee6nfhK/NvuxvfEgIY+Oz/shnBPN8R08YViidM9ZGXFw4LdDrlau52QwerEGb2ywVs+ 0gxPNsRsq4UXWLiXrFv6BQ5+DqKBcpCMzSb16hiIDCjoLx5F9eS9ap+sEw1RM7Uzy/4psqRTPHJX ZBOqN7Czq2EaDjGmErpwbGVCVtg1voPhqCHqdV675fgcWd7CSyfNrFruwI6qN1oHr+SdnByr27I9 fu4oALDTEIWpQxf1k2SJBh/OlqBquQM77y3J1zOtkIxLvJKh1hFZS8kQRkt1Jvb5ebJYufb1l4+/ yskqRDjTgh2c63p4nsniWQvVrZxc8f15ssTj2kPb6U1KRt65OazPkhVHRvK3Wcq8+6hK95C1N3+1 D7fjdpgLPDeHdbDz/sRUuQQ21nR19D3j6TvJKlTCkeFio+OQdW4O64CsMwXOl1PSYo57QjVfQxZv tiw+WSCrPIeVdYdHZJ0ob+r5jvHrk6r1RWQd/Dj7Fr68pMN+u9BYvMjWObKUcplVU+dV68vI8ofe nGQbaup++7WavAfKeLvSOZafImv1t2ScV60vI2s/Fcjy26F5D1/WDodUFen6BLD1HtX6M8nKd1Ye rkMLO9k6PIAwHhPukqW+ugfcadX688hyt6G6IqO+hcOeiQE6O+7hkuzB5/1qdETaB+g6rVp3kHX3 fIhKYuHT791KFbLiudiBAT5rz17AwufkB83bO0zVTWdV606y7pppU2nmdnhKJn2pjhDXQ8HrRV2D dLkIWbcLHVEfjpm7h66zavAnkuVtrXRhmlDAmq8CUieD4mYEBPao7/2JbfUcvDMGpnNuGiinz5Dl 7ICj5MIcNFXufr7IysYJtqKH0Cqvoa2epuuoHXJ17ZCVmsrPktUVyMqF2onenUVOFDwFwt9tJ3nh VnmyMe62w/j+qowkTfn1W19AVtFohaDl7oIwOCb+mchKfuFWSn8chL13VMu8XZNVElkk6+jB5KUl slyjFb7cr8GNrf+G3O/5iT7Xiz5RcR+er1qpxOIxdr5Ay/4drM0Fm1U0WmHd4EG6PP4ndoYFJh9O Ol6ZankK/SmybNplbC4djlIyWk0Zc3gFsbUUNT5hq1jUdzppO1ZaoWK+kKxVFS+T2vlBmkIDELJK 9kqLT66q2GPLB/x+EcO37r3zDyFL3mgFF8ly26GMX0ophVVeFnxV9775qgW3TVz4xPuDRn8HWXev lUtO0S6TlYkd9sqfkDXsktWZ2I4D8nKhwdM+5x8h68OBEO4MPbI8hT0gq0/y7mbm2E56rAQnnI58 3vTrea81/7lkdXItQ/6TY7SOajlb0bavEuLpd5lqXfAiS/XS9/9FyKJtXc7r8na4079lZA31sUbQ NYzZ4kNyW58Njt27Af8csuZwE4zzOn8JxUmylvoMWfGKpPgkX874bEQ1v7No2b+DLFpr/DVkJVnP HGklPgS//52pMmEQVK149/W/iyxRLPfH3Ggd2dok66nzv65qjVgIEzpA3jFadskIg1jGn0ZWvoi9 LPi853C2FXYUqY33dbhXBmAlcXRxHYdx5XAs367z408hay76DRGj+vvQ5bFZT5LVxQDrQ+F2BXlx WFo6/iYtoyfv0azdmcHdxOfel17lLb/cLX/MeroVIluH93UMGBtSgVqKVvNzz9Xp8xU/kYree8TY 2D9Pdobecvxykob4XARiViHWZMLUnTHVX/6yd1TR16T9Vijs9OrP3fL35sHzZLH/sIdULdniIxV1 9o2sLX37Qwmb/enomHS7649NVh8iA/eYrK5zF2vaNAhRcjmkMTxEFhP2VewkiRYMZXOGMVl6yhHZ nDZcOn+aLHexZo5k5SrJep5IFiTvbPHPp/S0vjyZhtffVf7+OJgaE6nWHla2l/RHsih8tGQFxr60 UVIrPAHxI+UvpdXdPnpStTSuwNZQO2RJo/wqyubiNhID8bwynUmLb/eu3vIUk2zTi2v0AGKJLEXZ Jxsme6S7CM9E3u5LJsoVtSWjGgAAGPxJREFUkZDDdwgl/ilsYYvcJ0s1zA+TRhZrF+Cxt3B3WlQ3 qeqJNh88H0DRy5rJOaFe8hRZnyGNo34HA4UvJ4vYoiMozLvnI7YS1Yp+arNW3es43kOYIu0MdTTS 2XFI/yiyenaZ1pQs1K09RU8chiVwtdKM9Dj+417CCtTl6Z8/8u1JfwJZwla6e6mjlvi0fwGUGdfj vl74Jk7ff4qwvfTtgE0G+NVkbR5rHLsYsuJFiUWyGvcLszDkAy3yK9I+l5+ga3Xogu/11GtBzdMv aqtZkbB//DsYKyefw7eTdKX7vjpmSwVCD8kST76w5OgV8Py7WdpPWesu0Kf3qTYj+/XpZbjpTGQS uGNP/mB91vi/nJ7tpG8l1vS2XjKNziWcvdajNMo5sOtwIv1vRdlfAmuKNHXmFauWdxlubyxUztYd K/+obf6v3jp1+qa6CDnbgskq3bPc76zNr+8hSxLvXZX0j383J4dJ9Aw0RxyU4vV/6XV7iq37yYru S+68z6nR/ce/myeVvhk/pHjfOYbT/Lngu8kKjrG4tXmKme0uwbz///MZC6asfM/y1l5R/XKzdS9Z cnbWWFIuQ9jxdfVuch2rf3wZYd+QscP7zjO+xjvJWiJFTFchQCh9zsFt9Z9Kr58hERg7U5G6UHeR 1Zu90HIq2U5bLJGVtNavSB9q1qGv3E39R8jqh4Scccd0oWplZBWjD183in69V91OMXYvWTxXbso4 FE2XJitqUYmrr+fsTlf6xHDzHrIWl5bygYrwjFrA5q/4/qMJI0U7y9i3AyU7S1afnrmR0ZX+JJvI 1QnCh8ch/UGE3RVL+VYelZ8ki70rv7AF09UxWaJO967C+TqqJN2rZCll58haHHN1RBc8Z5b7fWR9 11fT1d1nyvTgEsg6ofD98WEzuaUPBl4p1ofWd31Bi+wz3u9oliH6+NZVx2DiAGfP5iTHjqmoUR/J +tgU9yfo2hd2l2e2Za5SzrPETfBgeCN0CR34KA0N+Zu7d7Po9BU0OZTBkOeOZlmlbCeJm2ATGtqe csWfGYtedfu5Yz3u1K5ziz/jQP9cs6x04ZyXqsa1P7xZte50UnG2Ff55ZJ2U+m6HGEfNUjaU++9c 7ABnP9QQV5yYABv/+qnt6H8UWevlMRu87ihZ2H3voIlN0BBSKHVc+SWizCKHP5Osfjkr9lKILvt+ vzqqIH3APVaz2BbVKjkRYJYof8q+u/jKXA3nX1ViC1PKmD7XwdbeksYYOBXiWLERBglmRcjn7LuR e5TuUmKfrU035aNqluYQjDl5Y8E+DQ5Zg2qvLOb6FS6pD2439fcpscdWtqyVmmVlpYbcu3fLLJme 26WqwpVqhZ80WesdZN1bL058mc9NSlOV3OM0x8qR9W5nFq8NGVe49/jJz/ChdJasOxULrj/KQ5T+ Jo8q050umKu5L17QkCTdCHmdyqPh6k80Wfc3+ES1wHL4i1yrvKXNHOabu0KPmCXTCEEqn7Btc/wp ZNEhwPfpsFEtNrKualV5S1N7PPqd2z+SB2TvDcb8UK3SnW7nSrAbITxsitwtHd4Rtww6xyU/4cdV rWpNzThtpI03ZC4Hgxx1WMDKu6HpTNEkhy8j5WY/QnhEltrVtc+X7aGUahnIqWpVUhJ5Vm06VkPg PTuvK2EOZ3T0NkPBEXE3se4U8oAsNVu+y1dqFeIQ0ahWek1oFQoTNxLAR3M+yq5y6RXnkLAX1FxR CdyBUnn55ofI4mMl9dnlhQaRGDY1c24cQ6XJ8H0VixMulCC0OsqxY+fTvaSX9L5nedQbKGXG+NA6 7zbESLXmy9OvpFLe1TIDA0VTtSrNwlYy1IWaLdn5lKtrwpWO3mdBi7sVC9K+YkWq9YnvOWG2Vkyo RmOZzVcVc6UWEhZaW3lYrbm62FXvyQRa0hbvV6xdsjKqzcHvTWRszMpyyS18VK3wTRWslFTEbmzP 2mimQjUNOkOlxFUStPiQYpXJ8lz39OIhmHiI9CmySpd7zmbb7xIeG1U53JTa+XzTbWKwRkdgbIu5 83VqAFkkq7Bk79Td9O/esRMZ+ZWyUjuX9anHg3IxFQouGSzrchRPIb3l9vGU873bCktPp3elNaO9 Oy674A5SvkfafLG/5mo1dl6oSA2Wmc5xmY+H2Odr89P8zm0KcDWVF9c9pDocbTEKvJi9dHij3SNd uzal+ELOwDVlDuYTrtToquTJSsOwZfNKm3PFjGUDt3uHnza/ew1ZKrJyI1N7lktZAKIiTE8YIzl4 uhOT46O6pS2RlQ3c7o7M2Lpx22FafVXu4x5FsYJbRk9qrp5SrsqCch/VLS1c5Ada3IS1pYNP1v1x DWvjvDPFTf0tNCPtZTmhXIdcjY76ZFJiCYvDwtzFGMNm90DZsFvBx2Lf3Q2ugypG4ZrR5Ui5YtIG K+HqFpSwxLtZTVJWjayb67KJQQk4HMZm0tcfmHh7OE3h1O5Dn4tT0Ctzop+a0dhbdmrbYtnmnCBr jQ3//AELJ038IVmn7+KTNljgak3Up4Smue3YnIxGfy2Du3F1N5008Wwwbzs3DZwIkYYmSNE+LkHq mZfWUZr37N3ZlRqz2SdLj53PNcdEtY5M/N61DIfKFZvgHlfrkRsR/M4dN+McWavuhc8sYB3OmXiR tHstg+OhzvGjboJPJrLh7ZrdbYv71eKQVUKMihBfd8RXauJ/5Ge2LWfJymPnqlKVy3CxAUbvQNtb OQwPqXDLd0BhfnPtewR8O3/NY+I92ENe8yy7ZCXuJ+FkXnyu3OghlUBM+QnU+fMnyfJCpbvmK40B ZsoloWpMe2SpqGATYPKARmw7uaLm5dlYWL7bGabvjlVyskomS4tRoayy+cpmLlC51JvM5Yl7Bp5Y UgYlDsSUK3pJuHLHwvTd7nolG+PUgeCErB37nuRUfJ2cuaCT9JmtbBy1Q1bQEvHnuzSlQWSXK1OC wtocC1mFcEYObSZkFRA7jVk1R5eu/BE52EeP0IWsui28WUcF6W1pECk9ksefd07geE6XzWK9ZtGM qGplk+U35sCXS1c+IkXVUsWMUiGe1ZZebN3wlKxrcpJfYY4+LYHjdJksLlea4CJZxV4iNEfn15zg dFUNOQ8weK/yenZLPqZk0a02z8kT/h7/Jvk7bYumdrFexlVFYzKyCiZrr5coDiMchpNVNa8BQMVC HBFKMJqJOaHqhzlLdizUXDoKdpwug9eNxyQxIUPWRkM4KWlvdFYKpeQjz+TMh7jDpJLrp7M5Kf1N ZqyQKs1VMeDutcLE6TJZDgOeKVmBg8Mnl7ygq8PxnG7AVfGs+TWNwmXu0iFV5V1jXivUTteYZimG ABUY83cIzewrVszr+8wxzcmhAQgQo41VXOlnZ4ob/fQ+VaInXrWmZDlOl2mox9HhlCw9j3o4dh6d XHm4LOxS6W0G2kLXj9qKJO6S5urCVJkz88Y9rIkLlZqnOgnOHE87ZPZddwOHQ2eny87qJz2fM2SQ zZl9DGmm7GulojP6n3Kj0fgOaYou4SLr0o8VK/Pf6ZFjX12jzSNISTu0oS3JEHeymmUBDldykXNC VbCaJbZMm04tUhqcOZ7Az8iSkpyN/OU48xp6tyHmJSMrmi796Kypohsd8lfXYYr3gC1vPFIn5v2Y LPO3FqmPYCtLyAf7WaeShJjlHWaPdJ/5ImpC4gddOZz6OIohL+SwmobocHGneXc7Q2UTz/CV4fSG PKYH45ckG8r70Yz3ZcMnRkPzO4bSMP0RWx4Xd5p3j6wkLjsc8ZUaeQf2JW+HTeEQDMnDh5jRfT5P Kcw1CwYXRjwBTUGx7nCycv+9wH/g69CfcSdm0ng8AavcJTy9AOtkPkKt+FBvTMHss7VXMJxrOtEK Pf/d438/NBN1qRS/ddthaY/0Gvc5//Co4grJTlvx2YoxV6dgSaIVDXkBKc3O6jyHCdM9FvDc9mbp EudhiWRBou5wDLz1wpXbAvMmqGEU0B20GCeN2QH+CZKDhu2Ne1WmnW3MrvOgI6XO5REcYy80Qecl Jbb8KqQWM5YXMtZpM7JkHfYYxVGr6gWSX6ioDlmNIQvps1xd5JZvw5bfBJWUQgwwe8L6DWOBNjtM 1UC83jPze108QdWTX3hXjW/hK/uFJUtxlZZ7p4svsOWloqswGuLMODWJzR5GXHw8g9sC56gXnoVP yGrmQ652mqAGcoatE73fYp0gS1ZBsdLvcj+qMPRXvkC6TASh7pEVuMqb4D4XZ9k64YMmzcrU2znF WjO2VBeczBpFVyBbgDRYsvA9egOAGPf0vW5jz9Ad03BCsdY9sk4qVtIQo7tgONRasjpL2yBzQtYt 50qrFTfBQjQ7EX3I1nGIYU0YnTVZpxXLsKXcBc2h6dd67AyfMxGKLGvfg14pukIv6JtHnc6wdbYV xkzZxr708RL/okQ2gh7YSr1yUCzdCmea47FkxVZ4jVwFulQveHiIT2lQnRTszlZoyNprhRkuhJOh JpD5ACa0QqVtgybLmCzVEUozTnrBfJbDg3dAw7127Uwr3PR9KfySt4fMW1LtKvlqwYOolbjwXMqV hJ31iw6OVy4NqvcKmyfLaJcsQil4T17wYnGoyjs13bCSr16BrF49d1N59cxZ767NO2iLB2ydV6w4 QFRkFRWrpPGDi7WgWt61DYMiSz9mFUuoKo6P93ZPF9k6jl2tylOhMeRqV815JS/6gX7llFQrtsM+ Zq3MMUT6yB2oRfy7fMjtetAW99g63wqTRBEczyKySC8UtBY7ytQTV6r1nOatdCsMZD3K1edzPFei 1NiKIaF1l61TrXA/hFPqCv16KNSO3w7jMi2dKs9kqe0Sc+e3dY1ix3QV2TqnWJxryVfUONocRfoV 4bf7PNRCZHlsVc5DZqEonExztKR8py3uBZrPKZbKVdrhrEoQPrkW/h6yHLYCWUodL/p40bUzi993 SuXT5bN1TrHS8gVrO3oFV8y6vJQt/M1f8pVtudBkicmyZ23PnS8qeWexLbpsnVOspNAq/n4QTi4O p0/bfUjvKVtClrLv6XJtUcuDVHTpveDbKb9hhyxHMzVBLgN3k5UFtTRZymR195NVNl05WydbYZJt 3vPfTd47ySpCSaJaQpY2WWYPfWyHY7hBspRKbTELQZxshUnxdkMORmSRLL+rKZKVqJYiS1qh2ZNK IPU9bvt0+XkStk4q1hFZTZK1KT0YUdxJVqJalXrXrFuhImvWh3gd0eW3RcvWScVKymznVxMZQ1Yb X0KWneRRZBnHQXeAc1iCGra+H/uozoIx+eqsYiUMWLLsLFrStXwZWTa8XClY2nEw3gJqFq+fPk9X k9kU5TOeUaykHF1GVqM+ZytUvogs3Q4jWYnJMmQZlCfoytviotTtbCvMyOqTH03UVkv8OrJMO6yC 8MRkaWCJX7obhlBFUVmC0bvd0Qr3yWJC3OUM94x3Dly+i0uW9bIssNTVCjas/BLTFknTuCWeVqyd +PsqcUHpc/ae1KjPxrlC0u3wPFlatWLPuEOXuPTxkB/898zi/vgaQ5b9OcYhcovgknW/C79aV6sK 790ja+76xR7VV8sNhyfoinUv5TunWLYY2ThiKVL1lWTp4XQgK42SMlkzXlxtTWg6CVd+VVzfOcZH bSe/16smZKXD+aFcV19Illp8lJFldvnYI+ByN+kEXYkqJb78sPfwEVk7PcVXkhXbYRXempOVnoqm yArSj+nKodlhSV3cFGFMr7fZt9yRfSFZysQHsvSUIZGlxzhqOiqRfsbtKkOLzdRpTmln6GUolPMr yYquVjgBNyNL9iRmq2GzMazQtfdGVQrrPirtTRfeDlxN+L1HVrkdfiVZ0dUSsuJ0kJBFfswpJGe8 1IgsKUV6lGggKJ3acXS32A6LZJ2e9VEptMMyWXfp+Fm6CnHwvQW4iq2T4nyId36r0rsmy87Kynbq XetZWDB2RNdOLforlhutXWcbVgnih8mSdihkxdkgmWElGdlC9DJE/zzNM08qGcmm+5v+/g57c3ok zccv7mGKRqtIVtyg785muhAP/Yjzw0JWtV3PYUdTHYjqVMoTDdwkMVrVmnSGDlnpe/ca0y5d5+MN 65owW5iOK2kFBeB2NyPcQZYYrYpPGZ7vIGu3le+5XfcoVvKWD5B1RzpLFrMRuJLJHSRrq5vFtIYT hS57qfcpliGidLLRB8kaYzozhykW3iXrickqEeJNm+qfC3SdDieH3JosN1Op2pYSLaf7yPBeCS70 TFajFprKor89sti3PkHXqZKV33Fg38v83+Osl8hS+sN3D2b7DSWetUtWHmrJcOU57muFNndpucUX keXKsPoD78+2/V5OkbWzbCYgS6Ix9ylW0tI/QtZnB4eBq3BMWE4Wj3YOyDozwEnCE3cp1mByFw9j 23Phv4qseGexQ9YpzVL9ze69SbfCXwfJcvVvIcseR+6Tdc5mUXEOwvAWxT2tMG3BxRVifzxZV7Va zSHr2HVYQ9Xv0pXNsJ9thalrsn8k4h9K1lUfR56f63DCz9LF2aHLoLhDsTI3rrz08A8n66IXq32Q LF304nhQo7hHsYY07z5Zrtg7o38lAy9eJ33zMbKSt+7clnxzPh+kjKtyKyx7lHeErora2ekdAZA+ Tpb50T0eUUM7HoCJ6NS44xRvMfsfSdaczqLmBp5/3u3p8x+XXHXSRUFnFpG6OgqKtXPc71eQ5WOb o9uJfxc9+P3IQv6jw19isg5bYQyRJoq1c0/MDllfEFdWG57gz5SsoHf77WY4Eba5z2TpOTH7YpnB PN/rrfeNmXeKyleHc0PMyFI+6R2xJ++Nd5gsfby20wqHfxtZc9x5uOZkyU7D+2JPXsM/b7LM8U3Z i2EFz7+NLHVoae+SdTBr6KcPmyx9nrmbVW5XP0tWnB86G43ZVft4eHBGljhhBybLBf0Rk5WfmJmS NYfN7Kd6PR1P/mz0D5Naz5CSdflTTVYoWXLntyWrXx1HtST5I5Oyu2TNO2SphQ73tMIPkbXo5lcq D3Xap4c1QeYd/ucRWcFoWbKunzFZZfteNqz52qxEkgx17vOnSg/cF1dmALE/TMgSEu81Wfv2/RPr NNRpJXf0eqUHPrDoaFa3XFqyPmOyduz7x8kKY+h/G1mr2vplyLpqk6VvqT5M+ybrfwOyzKWcievC oXZts66Xy0W1wqRHP0gZNGt6PkyWvgbwi8jyvzUpCaaxqxXJwoOmf7D7/lp8spB8+27i7x8iK0ay Skb4K1ZoHZJFqhXJ4oOmYyvcORL1DOThS8iyF7bdRdYdXkIkixewJk5xmJKOZEWuguOQXaZUSq59 b0p/lZ9K8/55ZO31hmzLA1nmWKO7HYcjk7XjlO56Pcl2+38bWXIjmiIrmPq7HQefrNvO7zsg1bfm iKHTZB2MpO8Jla7UGco0q0fW3WOdI/v+QbL0RMXpRQ37I+n7YzTBoVJk6R079451jlzSknU6Iuvo NEQRXRxJfw1ZHOLrjYF/+pxmpZsjmiTDn0RWGEkfGcQdGTrpqcPqxjOv6jKxnVmwxf+aqzP0uWnj +BBZZrrwPufzzlfuhkrV0Q0Vr73VRqts4PN5ioiB+XLDnR8kq7ff3jHndd/s8y5ZEmhfcZnkLSWr 6DqU26eZmxkzbf88WXdOEJZ++BhZMs0Ka0pvXVw8s2vhd41Zsug8MyT3kIUPZ3vY/8iA1mmymtmx 8KUwsPl+TO77GL+ArAD9HFlfEXbY6/6FLPiMl0E2M13s8aTaoft07hFkeGRMaVn8AFnzn0fWbosJ XtZGFtrmW2fZWnwvZTXfF6dcxozrgwZnUyCrd751hXxFjOaALPxYrYati1ItD9sQ2VoKfp+Hc58W /9s/hKwPDA4vP2RJKayDl4bY4c1NT8dsNfKCHUdiL2567tv86Jk/may49E8anOwKwwt38Pq0p92G KGyV7qstvPtDZJ3I+0eSRcNAHY6R/YbkbV2i4do1W7TBtNTdOt3D/1/d2dw8DMJgeJdcusA3QldA 6gSfeu6lPVdC6dhVAtivwW5wovQnpwhQYz3FjjHE3heWw6cwH9kMzYEszMg9f45ynx54C6X3tSKS t266JopATliT6J2wnFOuP1SXwwtYb5Rz0eRlj6RluabDwrcCW2CNXwErlmPdYDlzsrGhmC1w5S1F xArYvVL6YdWnbrWxZbmxByw6Ag9tkPMvf3RIZstQRCsIKQYosLolN2GpBRR2g9WyotSbbLbCS0VM OriUfrORxyP5WLD883Xm1vfAipi6vFwiEXVtthpFtOrHX5cy0ayCpbduhtUV2MwxP8EKCquB2Toa imilT17+u1ySX7ywHCGSzihwDK0SIqwRFFGYLbEWHBSLZTkZKyV3zizfJlknrGZizZuvUKTortAC NyBp4KF9F5rO/krJnbCsIPh2WDMrDGtiFTpWxCCOiEy0OPNovSjsYeVa7ROWk9r6DlhZC6db3C1C WNJs/dERb84SnIZd0MjLQE15AzTyeKNLn4WVYqGnLLgOCxRR0qosVVoZ3uieMdBPK3m7fwdWpEwO j1z8NO3DCFgzrWsUtOisVl1iiyM1h6oDZyF0/A6swCZLXE8lAFn42M0xzwAAAABJRU5ErkJggg== ------=_NextPart_000_0091_01C36392.7801E130-- From phtran at nosc.mil Fri Aug 15 16:25:38 2003 From: phtran at nosc.mil (phtran at nosc.mil) Date: Fri, 15 Aug 2003 16:25:38 -0700 Subject: [Mapserver-users] php & php mapscript Message-ID: Hello, I am hoping to use maplab. However, I am having trouble with installing php & php mapscript. If anyone sees what's wrong with my configuration, please let me know. Thank you very much in advance. >From my php-4.3.2 directory, I am configuring php as follows: (I am under the assumption that I need to build PHP as a CGI in order to work with Mapcript. Actually, I did try to build PHP as DSO but I failed at building Mapserver (mapscript).) #!/bin/sh ./configure --prefix=/usr1/php \ --enable-force-cgi-redirect \ --with-regex=system \ --with-gd \ --with-jpeg-dir=/usr1/libjpeg \ --with-png-dir=/usr1/libpng \ --with-zlib-dir=/usr1/zlib-1.1.3 \ --with-ttf \ --enable-gd-native-ttf then make, then make install >From mapserver-4.0 I configure as follows #!/bin/csh ./configure --prefix=/usr1/mapserver \ --with-gd=/usr1/gdlib \ --enable-force-freetype1 \ --with-jpeg=/usr1/libjpeg \ --with-zlib=/usr1/zlib-1.1.3 \ --with-png=/usr1/libpng \ --without-tiff \ --with-freetype=/usr1/freetype \ --with-php=/usr1/php-4.3.2 make failed to link mapscript with the following errors: Script/php3; make; cd ../.. c++ -shared -o php_mapscript.so php_mapscript_util.o php_mapscript.o mapscript_i.o -L/usr1/mapserver-4.0 -lmap -L/usr1/libjpeg/lib -ljpeg -L/usr1/freetype/lib -lfreetype -lz -L/usr1/libpng/lib -lpng -lz -lXpm -lX11 -L/usr1/gdlib/lib -lgd -L/usr1/libjpeg/lib -ljpeg -L/usr1/freetype/lib -lfreetype -lz -L/usr1/libpng/lib -lpng - lz -lXpm -lX11 -L/usr1/libjpeg/lib -ljpeg -lm *** Error code 1 *** Error code 1 cos 0x55f0 /usr1/mapserver-4.0 /libmap.a(mapgd.o) cos 0x5610 /usr1/mapserver-4.0 /libmap.a(mapgd.o) cos 0x9468 /usr1/mapserver-4.0 /libmap.a(mapgd.o) cos 0x11a4 /usr1/mapserver-4.0 /libmap.a(mapimagemap.o) ld: fatal: relocations remain against allocatable but non-writable sections make: Fatal error: Command failed for target `php_mapscript.so' Current working directory /usr1/mapserver-4.0/mapscript/php3 make: Fatal error: Command failed for target `php3_mapscript' ----------------------------- From ed at topozone.com Fri Aug 15 17:07:56 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 15 Aug 2003 20:07:56 -0400 Subject: [Mapserver-users] Processing with tileindex Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFF0A@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3638A.71B8D502 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Damian - =20 While you may still be having trouble in some situations, the beta and release versions of 4.0 do work correctly for us with TILEINDEX and PROCESSING together on Windows and Linux. You don't say what version or platform you're using. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com =20 -----Original Message----- From: Damian Schroder [mailto:map_surfer at yahoo.com]=20 Sent: Friday, August 15, 2003 4:16 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Processing with tileindex =20 Greetings, =20 We are trying to create a tileindex using 6 band Landsat imagery. We have been successful using OFFSITE with a tileindex but the PROCESSING option seems to give the tileindex trouble. The PROCESSING option worked fine for specifying the bands in a single raster layer object. Currently our work around has been to build the TILEINDEX with 3 band images. Does anybody know if the PROCESSING option is compatible with the TILEINDEX option? =20 Thanks,=20 Damian=20 _____ =20 Do you Yahoo!? Yahoo! SiteBuilder - = Free, easy-to-use web site design software ------_=_NextPart_001_01C3638A.71B8D502 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Damian –

 

While you may still be having = trouble in some situations, the beta and release versions of 4.0 do work correctly = for us with TILEINDEX and PROCESSING together on Windows and Linux.  You = don’t say what version or platform you’re using.

 

      =       - Ed

 

Ed McNierney

President and Chief = Mapmaker

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

73 Princeton Street, Suite = 305

North Chelmsford, MA  = 01863

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

ed at topozone.com

 

-----Original = Message-----
From: Damian Schroder [mailto:map_surfer at yahoo.com]
Sent: Friday, August 15, = 2003 4:16 PM
To: mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users] Processing with tileindex

 

Greetings,

 

We are trying to create a tileindex using 6 = band Landsat imagery. We have been successful using OFFSITE with = a tileindex but the PROCESSING option seems to give the tileindex trouble. The = PROCESSING option worked fine for specifying the bands in a single raster layer = object. Currently our work around has been to build the TILEINDEX with 3 band = images. Does anybody know if the PROCESSING option is compatible with the = TILEINDEX option?

 

Thanks,

Damian

Do you Yahoo!?
= Yahoo! SiteBuilder - Free, easy-to-use web site design = software

=00 ------_=_NextPart_001_01C3638A.71B8D502-- From eric at gomoos.org Fri Aug 15 17:36:21 2003 From: eric at gomoos.org (Eric Bridger) Date: Fri, 15 Aug 2003 20:36:21 -0400 Subject: [Mapserver-users] Labels and fonts ? In-Reply-To: Message-ID: <4.3.2.7.2.20030815202639.00ab5c50@mail.gomoos.org> This is true for mapserver 3.6 but I believe that 4.0 works the same way. The FONTSET tag in the map file is the path to the fontset file, which is an ascii text file containing name value pairs: font_tag font_path E.g. hevli helvi_adob--------.ttf The path can be relative to the location of the FONTSET file. In your map file you'd use heliv to refer to the font. FONT helvi You can also use GD's built in fonts. No FONT tag, use a SIZE of tiny, small, medium or large. At 01:05 AM 08/16/2003 +0200, Bruce Bushby wrote: >I'm looking for documentation on setting up fonts for mapserver. OS is >RedHat8 with mapserv4.0 compiled with freetype. I've read that I need a >"fontset" file which I guess is linked to "font.." problem is I'm not sure >what should be in the 'font file' for fontset. Attached is a pic...although >some what naked without it's >labels :) > >Any ideas appreciated, Regards > > > > From wilmanrojas at geoweb.com.co Fri Aug 15 18:47:55 2003 From: wilmanrojas at geoweb.com.co (Wilman Rojas) Date: Fri, 15 Aug 2003 20:47:55 -0500 Subject: [Mapserver-users] Problem with Oracle Spatial. Message-ID: <002f01c36398$69849020$7d00a8c0@investigacion> This is a multi-part message in MIME format. --Boundary_(ID_bFPMy5urDDhBGNdjeG7lzw) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Mi problem is the next. apparently all it works well. but the image of the map is created in blank and limit of the extent be good. any help thanks. --Boundary_(ID_bFPMy5urDDhBGNdjeG7lzw) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: quoted-printable

Mi problem is the = next.

 

apparently all it works = well.

=A0but the = image of the map is created in=A0 blank and = limit of the extent be good.

=A0any help thanks.

--Boundary_(ID_bFPMy5urDDhBGNdjeG7lzw)-- From bartvde at xs4all.nl Sat Aug 16 03:22:12 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sat, 16 Aug 2003 12:22:12 +0200 Subject: [Mapserver-users] Problem with Oracle Spatial. In-Reply-To: <002f01c36398$69849020$7d00a8c0@investigacion> References: <002f01c36398$69849020$7d00a8c0@investigacion> Message-ID: Hi, can you turn debugging on in mapserver and let us know if there is any Oracle (ORA) error in your mapserver debug file? Are you using CGI or mapscript? Which version? See: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?DebuggingMapserver Bart On Fri, 15 Aug 2003 20:47:55 -0500, Wilman Rojas wrote: > Mi problem is the next. > apparently all it works well. > but the image of the map is created in blank and limit of the extent > be good. > any help thanks. > -- From gisgeek at nc.rr.com Sun Aug 17 09:18:32 2003 From: gisgeek at nc.rr.com (Bill Wheaton) Date: Sun, 17 Aug 2003 12:18:32 -0400 Subject: [Mapserver-users] Confused about QuerybyPoint with PostGIS In-Reply-To: <3F3C4721.6080900@dmsolutions.ca> Message-ID: <71CA14C0-D0CE-11D7-BE2F-000A959B852A@nc.rr.com> Daniel/Paul: Thanks for the information. I ran the cvs diff command and got the results, but when I looked at the php_mapscript.c file in my 3.6.6 source, it already seemed to have the lines identified by the diff. Basically, this is beyond my abilities to fix. I'm an applications guy, not a developer....(never used cvs before, etc.) Therefore, let me ask the list if anybody has already patched their 3.6.6 version of php_mapscript.c to correct the QuerybyPoint bug (#316)...If so, could you let me know and/or send it to me? Many thanks. Bill. On Thursday, August 14, 2003, at 10:36 PM, Daniel Morissette wrote: > Paul Ramsey wrote: >> This bug in PHP mapscript *was* identified and killed, but I do not >> know if the fix resides in the 3.7 series or only in the 4.0 series. >> Daniel knows though... :) >> P > > See bug 316: > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=316 > > AFAIK this was fixed in 4.0 but not in 3.6.x. If you want to patch > your 3.6.x then you could do a > cvs diff -r 1.70 -r 1.71 mapscript/php3/php_mapscript.c > to find out the changes and then re-apply them to your 3.6.x source. > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette morissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > From ed at topozone.com Mon Aug 18 07:09:04 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 18 Aug 2003 10:09:04 -0400 Subject: [Mapserver-users] Processing with tileindex Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFF1F@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C36592.48114C9A Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Damian - =20 Please ALWAYS reply to the entire list, not just to the individual who = replied to you. That way (a) you get the benefit of everyone else's = expertise and (b) people don't feel that if they answer one question = they're obligated to solve all your problems . =20 I would first check to confirm that your PROCESSING statement is working = properly, as I suspect TILEINDEX has nothing to do with it. Do you have = MapServer built with GDAL? Can you display the imagery at all, even = without the PROCESSING statement? =20 - Ed =20 -----Original Message----- From: Damian Schroder [mailto:map_surfer at yahoo.com] Sent: Monday, August 18, 2003 9:55 AM To: Ed McNierney Subject: RE: [Mapserver-users] Processing with tileindex Thank you Ed for your reply. =20 We are using beta version 4.0 with linux. I am pasting a raster layer = object from our mapfile for inspection. #------------------------------------------------------------------------= ------------- LAYER NAME "LandSat IMG 6 Band Test" GROUP "LandSat IMG Test" TILEINDEX "2003/imagery/lansat/testimg.shp" TYPE RASTER STATUS OFF PROCESSING "BANDS=3D5,4,3" OFFSITE 0 0 0 END #------------------------------------------------------------------------= ------------- =20 We have also experimented with changing the status option (off and on). = We would greatly appreciate any insight on this issue.=20 =20 Thanks, Damian Ed McNierney wrote: Damian - =20 While you may still be having trouble in some situations, the beta and = release versions of 4.0 do work correctly for us with TILEINDEX and = PROCESSING together on Windows and Linux. You don't say what version or = platform you're using. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com =20 -----Original Message----- From: Damian Schroder [mailto:map_surfer at yahoo.com]=20 Sent: Friday, August 15, 2003 4:16 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Processing with tileindex =20 Greetings, =20 We are trying to create a tileindex using 6 band Landsat imagery. We = have been successful using OFFSITE with a tileindex but the PROCESSING = option seems to give the tileindex trouble. The PROCESSING option worked = fine for specifying the bands in a single raster layer object. Currently = our work around has been to build the TILEINDEX with 3 band images. Does = anybody know if the PROCESSING option is compatible with the TILEINDEX = option? =20 Thanks,=20 Damian=20 _____ =20 Do you Yahoo!? Yahoo! = = SiteBuilder - Free, easy-to-use web site design software _____ =20 Do you Yahoo!? Yahoo! = = SiteBuilder - Free, easy-to-use web site design software ------_=_NextPart_001_01C36592.48114C9A Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Damian=20 -
 
Please=20 ALWAYS reply to the entire list, not just to the individual who replied = to=20 you.  That way (a) you get the benefit of everyone else's expertise = and (b)=20 people don't feel that if they answer one question they're obligated to = solve=20 all your problems <g>.
 
I=20 would first check to confirm that your PROCESSING statement is working = properly,=20 as I suspect TILEINDEX has nothing to do with it.  Do you have = MapServer=20 built with GDAL?  Can you display the imagery at all, even without = the=20 PROCESSING statement?
 
    - Ed
 
-----Original Message-----
From: Damian Schroder=20 [mailto:map_surfer at yahoo.com]
Sent: Monday, August 18, 2003 = 9:55=20 AM
To: Ed McNierney
Subject: RE: [Mapserver-users] = Processing with tileindex

Thank you Ed for your reply.
 
We are using beta version 4.0 with linux. I am pasting a raster = layer=20 object from our mapfile for inspection.
=
#-------------------------------------------------------------------= ------------------
  LAYER
    NAME "LandSat IMG 6 Band=20 Test"
    GROUP "LandSat IMG = Test"
   =20 TILEINDEX "2003/imagery/lansat/testimg.shp"
    TYPE = RASTER
    STATUS OFF
    = PROCESSING=20 "BANDS=3D5,4,3"
    OFFSITE 0 0 0
 =20 = END
#-----------------------------------------------------------------= --------------------
 
We have also experimented with changing the status option (off = and on).=20 We would greatly appreciate any insight on this issue.
 
Thanks,
Damian

Ed McNierney <ed at topozone.com> = wrote:

Damian=20 –

 

While you = may still=20 be having trouble in some situations, the beta and release versions = of 4.0=20 do work correctly for us with TILEINDEX and PROCESSING together on = Windows=20 and Linux.  You don’t say what version or platform = you’re=20 using.

 

           = =20 - Ed

 

Ed=20 McNierney

President = and Chief=20 Mapmaker

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

73 = Princeton=20 Street, Suite 305

North = Chelmsford,=20 MA  01863

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

ed at topozone.com

 

-----Original=20 Message-----
From: Damian=20 Schroder [mailto:map_surfer at yahoo.com]
Sent: Friday, August 15, 2003 = 4:16=20 PM
To:=20 mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] = Processing=20 with tileindex

 

Greetings,

 

We are trying to create a = tileindex=20 using 6 band Landsat imagery. We have been successful using OFFSITE = with=20 a tileindex but the PROCESSING option seems to give the = tileindex=20 trouble. The PROCESSING option worked fine for specifying the bands = in a=20 single raster layer object. Currently our work around has been to = build the=20 TILEINDEX with 3 band images. Does anybody know if the PROCESSING = option is=20 compatible with the TILEINDEX option?

 

Thanks, =

Damian =

Do you Yahoo!?
= Yahoo!=20 SiteBuilder - Free, easy-to-use web site design=20 software

Do you Yahoo!?
Yahoo!=20 SiteBuilder - Free, easy-to-use web site design=20 software ------_=_NextPart_001_01C36592.48114C9A-- From cp10 at chalonsursaone.com Mon Aug 18 07:50:03 2003 From: cp10 at chalonsursaone.com (Christophe) Date: Mon, 18 Aug 2003 16:50:03 +0200 (CEST) Subject: [Mapserver-users] PHP segfault with getlayerbyname Message-ID: I have installed Mapserver on my Linux box, and I'm trying some PHP/mapscript programs. I can't use mapfiles with more than 1 layer. When I try to access a second one, I've a segfault in the PHP cgi (see below). I can only use the first declared layer in the mapfile. For exemple, with the gmap75 code from http://www2.dmsolutions.ca/webtools/php_mapscript/php_mapscript_dl.html I've a segfault at GMapGetStatus("road"), a function wrapped around getlayerbyname. The layer "road" is not the first layer in the mapfile. When I replace road with the first layer name (bathymetry), the programm continues until the next getlayerbyname call. I'have the same problem with simplest programs, and also when I replace the function getlayerbyname by getlayer(index). When there's only 1 layer in the mapfile, the map display fine. I have though at a problem with regex, my php cgi is compiled with: Regex Library System library enabled but also with PCRE ... Don't know what to do, I'm thinking about suicide ! Sorry for my bad english. Christophe A small debug (don't know anything about C and library debugging...), I'have always the same error type, only the value of the parameter str changing. Program received signal SIGSEGV, Segmentation fault. 0x0811a1b1 in add_property_string_ex (arg=0x0, key=0x406d282b "labelitem", key_len=10, str=0xbff00000 "", duplicate=1) at /usr/src/mapserver/php-4.3.2/Zend/zend_API.c:978 978 ZVAL_STRING(tmp, str, duplicate); #0 0x0811a1b1 in add_property_string_ex (arg=0x0, key=0x406d282b "labelitem", key_len=10, str=0xbff00000 "", duplicate=1) at /usr/src/mapserver/php-4.3.2/Zend/zend_API.c:978 #1 0x4067ad46 in _phpms_build_layer_object () from /usr/local/lib/php/extensions/php_mapscript.so #2 0x406785a9 in php3_ms_map_getLayerByName () from /usr/local/lib/php/extensions/php_mapscript.so From bruce.bushby at wol.co.za Mon Aug 18 08:01:32 2003 From: bruce.bushby at wol.co.za (Bruce Bushby) Date: Mon, 18 Aug 2003 17:01:32 +0200 Subject: [Mapserver-users] shp2mysql.pl and LINE data. Message-ID: Greetings, Has anybody else had problems importing ESRI shapefiles using shp2mysql.pl? When I run the script against my data set it all works beautifully, importing point and polygon layers, however it ignores "line" layers, ie: roads. shp2mysql.pl is a fantastic tool, unfortunately I don't know perl. Having a look it seems to cater for line data: " .....} elsif ($shape->{Shapetype} eq POLYGON){ if ($shape->{Shapetype} eq LINE){ } elsif ($shape->{Shapetype} eq POINT){ } elsif ($shape->{Shapetype} eq POLYGON){...." ..any ideas? Is there a php script to import ESRI shape files into mysql? Thanks for the help! From steffen.gebhardt at informus.de Mon Aug 18 08:08:03 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Mon, 18 Aug 2003 17:08:03 +0200 Subject: [Mapserver-users] Problem with final Mapserv 4.0 installation In-Reply-To: <20030817170002.18209.56541.Mailman@lists.gis.umn.edu> References: <20030817170002.18209.56541.Mailman@lists.gis.umn.edu> Message-ID: <20030818150614.9B2A225EB9@mfa1.informus.de> Hello to all, as I needed you help last week I do this week, since I do not find any comments in the archive. I succesfully installed all the libraries I want to include. Now I started the configuration of Mapserver like this: ./configure --with-gd=/tmp/unpacked/gd-2.0.15 --with-proj=/tmp/unpacked/proj-4.4.7 --with-postgis=/usr/src/postgresql-7.1.3/src/postgis-0.6.2 --with-gdal=/usr/local/bin/gdal-config This is running well, it seems. Executing the command "make", gives me this: # make gcc -c -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_PDF -DUSE_GDAL -DUSE_POSTGIS -I/tmp/unpacked/gd-2.0.15 -I/tmp/unpacked/proj-4.4.7/src -I/usr/local/include -I maptemplate.c -o maptemplate.o gcc: No input files make: *** [maptemplate.o] Error 1 Does anybody now what is wrong? Is it that inputfiles for gdal and postgis are missing? How to repair this? I'm sorry for wasting your time again. Steffen From map_surfer at yahoo.com Mon Aug 18 08:06:44 2003 From: map_surfer at yahoo.com (Damian Schroder) Date: Mon, 18 Aug 2003 08:06:44 -0700 (PDT) Subject: [Mapserver-users] image band processing problem Message-ID: <20030818150644.60031.qmail@web80703.mail.yahoo.com> --0-548185879-1061219204=:55254 Content-Type: text/plain; charset=us-ascii Dear list, We have a TILEINDEX for 6 band imagery using the PROCESSING function ("BANDS=5,4,3"). However, when applying this no imagery appears. Yet, when replacing the TILEINDEX with a single image this works. We are using Redhat 9, Mapserver 4.0b compiled with GDAL. DOES NOT WORK: LAYER NAME "LandSat IMG 6 Band Test" GROUP "LandSat IMG Test" TILEINDEX "2003/imagery/lansat/testimg.shp" TYPE RASTER PROCESSING "BANDS=5,4,3" OFFSITE 0 0 0 STATUS OFF END WORKS: LAYER NAME "LandSat IMG 6 Band Test" GROUP "LandSat IMG Test" DATA "2003/imagery/lansat/test6band.tif" TYPE RASTER PROCESSING "BANDS=5,4,3" OFFSITE 0 0 0 STATUS OFF END TIA, Damian --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software --0-548185879-1061219204=:55254 Content-Type: text/html; charset=us-ascii
Dear list,
 
We have a TILEINDEX for 6 band imagery using the PROCESSING function ("BANDS=5,4,3"). However, when applying this no imagery appears. Yet, when replacing the TILEINDEX with a single image this works. We are using Redhat 9, Mapserver 4.0b compiled with GDAL.
 
                                   DOES NOT WORK:
 
  LAYER
    NAME "LandSat IMG 6 Band Test"
    GROUP "LandSat IMG Test"
    TILEINDEX "2003/imagery/lansat/testimg.shp"
    TYPE RASTER
    PROCESSING "BANDS=5,4,3"
    OFFSITE 0 0 0
    STATUS OFF
  END
 
                                              WORKS:
 
  LAYER
    NAME "LandSat IMG 6 Band Test"
    GROUP "LandSat IMG Test"
    DATA "2003/imagery/lansat/test6band.tif"
    TYPE RASTER
    PROCESSING "BANDS=5,4,3"
    OFFSITE 0 0 0
   STATUS OFF
  END
 
 
TIA,
            Damian

Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software --0-548185879-1061219204=:55254-- From poff at sixbit.org Mon Aug 18 08:07:52 2003 From: poff at sixbit.org (poff) Date: Mon, 18 Aug 2003 17:07:52 +0200 Subject: [Mapserver-users] "Prettying up" shape files, some questions... Message-ID: <20030818150752.GA6524@freeshell.org> Hello, I was just wondering, what methods are open to one if you want to "pretty up" a shapefile? For example. I'm using a standard map of the world (country_col from terraserver.ru), and, great as it is, it's quite plain and "boring". Without resorting to using satellite tiffs, what methods can I use? I know someone using a shapefile as a layer below the map layer, which is an improvement, but gee - I just wanted to know how else to do it. I'm using mapscript, but I think that's irrelevant for shapefiles themselves. I guess there are lots of php techiques but I'd like to stay simple. Here are some ideas: shadows, textures, anti-aliasing? Thanks, -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From ed at topozone.com Mon Aug 18 08:25:12 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 18 Aug 2003 11:25:12 -0400 Subject: [Mapserver-users] image band processing problem Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFF2B@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3659C.EA9B7BF4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Damian - =20 Does the TILEINDEX version work WITHOUT the PROCESSING directive? One = other explanation for your symptom is that your index is incorrect. =20 - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242=20 -----Original Message----- From: Damian Schroder [mailto:map_surfer at yahoo.com] Sent: Monday, August 18, 2003 11:07 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] image band processing problem Dear list, =20 We have a TILEINDEX for 6 band imagery using the PROCESSING function = ("BANDS=3D5,4,3"). However, when applying this no imagery appears. Yet, = when replacing the TILEINDEX with a single image this works. We are = using Redhat 9, Mapserver 4.0b compiled with GDAL. =20 DOES NOT WORK: =20 LAYER NAME "LandSat IMG 6 Band Test" GROUP "LandSat IMG Test" TILEINDEX "2003/imagery/lansat/testimg.shp" TYPE RASTER PROCESSING "BANDS=3D5,4,3" OFFSITE 0 0 0 STATUS OFF END =20 WORKS: =20 LAYER NAME "LandSat IMG 6 Band Test" GROUP "LandSat IMG Test" DATA "2003/imagery/lansat/test6band.tif" TYPE RASTER PROCESSING "BANDS=3D5,4,3" OFFSITE 0 0 0 STATUS OFF END =20 =20 TIA, Damian _____ =20 Do you Yahoo!? Yahoo! = = SiteBuilder - Free, easy-to-use web site design software ------_=_NextPart_001_01C3659C.EA9B7BF4 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Damian=20 -
 
Does=20 the TILEINDEX version work WITHOUT the PROCESSING directive?  One = other=20 explanation for your symptom is that your index is=20 incorrect.
 
    - Ed

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

-----Original Message-----
From: Damian Schroder=20 [mailto:map_surfer at yahoo.com]
Sent: Monday, August 18, 2003 = 11:07=20 AM
To: mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] image band processing problem

Dear list,
 
We have a TILEINDEX for 6 band imagery using the PROCESSING = function=20 ("BANDS=3D5,4,3"). However, when applying this no imagery appears. = Yet, when=20 replacing the TILEINDEX with a single image this works. We are using = Redhat 9,=20 Mapserver 4.0b compiled with GDAL.
 
=
           &n= bsp;           &nb= sp;          =20 DOES NOT WORK:
 
  LAYER
    NAME "LandSat IMG 6 Band=20 Test"
    GROUP "LandSat IMG = Test"
   =20 TILEINDEX "2003/imagery/lansat/testimg.shp"
    TYPE = RASTER
    PROCESSING = "BANDS=3D5,4,3"
   =20 OFFSITE 0 0 0
    STATUS OFF
  END
 
=
           &n= bsp;           &nb= sp;           &nbs= p;         =20 WORKS:
 
  LAYER
    NAME "LandSat IMG 6 Band=20 Test"
    GROUP "LandSat IMG = Test"
   =20 DATA "2003/imagery/lansat/test6band.tif"
    TYPE=20 RASTER
    PROCESSING = "BANDS=3D5,4,3"
   =20 OFFSITE 0 0 0
   STATUS OFF
 =20 END
 
 
TIA,
           =20 Damian

Do you Yahoo!?
Yahoo!=20 SiteBuilder - Free, easy-to-use web site design=20 software
------_=_NextPart_001_01C3659C.EA9B7BF4-- From rjames57 at yahoo.com Mon Aug 18 08:46:01 2003 From: rjames57 at yahoo.com (Randy James) Date: Mon, 18 Aug 2003 08:46:01 -0700 (PDT) Subject: [Mapserver-users] Problem with final Mapserv 4.0 installation In-Reply-To: <20030818150614.9B2A225EB9@mfa1.informus.de> Message-ID: <20030818154601.65778.qmail@web12507.mail.yahoo.com> Hi maptemplate.c is a mapserver file and should be in the root of your directory containing the mapserver source files. Cheers Randy --- Steffen Gebhardt wrote: > Hello to all, > > as I needed you help last week I do this week, since I do > not find any > comments in the archive. > > I succesfully installed all the libraries I want to > include. > Now I started the configuration of Mapserver like this: > > ./configure --with-gd=/tmp/unpacked/gd-2.0.15 > --with-proj=/tmp/unpacked/proj-4.4.7 > --with-postgis=/usr/src/postgresql-7.1.3/src/postgis-0.6.2 > > --with-gdal=/usr/local/bin/gdal-config > > This is running well, it seems. > > Executing the command "make", gives me this: > > # make > gcc -c -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_PDF > -DUSE_GDAL -DUSE_POSTGIS > -I/tmp/unpacked/gd-2.0.15 > -I/tmp/unpacked/proj-4.4.7/src > -I/usr/local/include -I maptemplate.c -o > maptemplate.o > gcc: No input files > make: *** [maptemplate.o] Error 1 > > Does anybody now what is wrong? Is it that inputfiles for > gdal and postgis > are missing? How to repair this? > > I'm sorry for wasting your time again. > > Steffen > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 agsb at bdep.gov.br Mon Aug 18 09:35:30 2003 From: agsb at bdep.gov.br (Alvaro Gomes Sobral Barcellos) Date: Mon, 18 Aug 2003 13:35:30 -0300 Subject: [Mapserver-users] avl and mapserver In-Reply-To: <20030818150614.9B2A225EB9@mfa1.informus.de> References: <20030817170002.18209.56541.Mailman@lists.gis.umn.edu> <20030818150614.9B2A225EB9@mfa1.informus.de> Message-ID: <3F410052.9030908@bdep.gov.br> Hello list, I m a newbie to mapserver, and a need to port an large prospect from arcims to mapserver. All shape files are ok but i need transfor the legend avl files to mapserver .map files. I get no good responses with find at google, so i presume that someone can help me. any tips or clues ? thanks []s agsb From pond_bear at hotmail.com Mon Aug 18 09:42:06 2003 From: pond_bear at hotmail.com (pond bear) Date: Mon, 18 Aug 2003 11:42:06 -0500 Subject: [Mapserver-users] Rosa polyline drawing Message-ID: Right now, I am trying using Rosa to draw a polygon on the map. But I have to keep on drawing the lines and don't know how to stop the drawing to submit the form. Thank you for answering my question. My project is almost done. Welcome to visit our website http://digit-ngp.aero.und.edu/php_ngp.0.8/ Jing Huang University of North Dakota _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus From cp10 at chalonsursaone.com Mon Aug 18 10:20:24 2003 From: cp10 at chalonsursaone.com (Christophe) Date: Mon, 18 Aug 2003 19:20:24 +0200 (CEST) Subject: [Mapserver-users] PHP segfault with getlayerbyname In-Reply-To: Message-ID: Shame on me !!! I spent hours trying to find the error, playing with mapfiles, and I had only forgotten to copy the fresh compiled version of php_mapscript.so. I used a old one ! Sorry, Christophe On Mon, 18 Aug 2003, Christophe wrote: > > I have installed Mapserver on my Linux box, and I'm trying some > PHP/mapscript programs. > > I can't use mapfiles with more than 1 layer. When I try to access a second > one, I've a segfault in the PHP cgi (see below). > > I can only use the first declared layer in the mapfile. For exemple, with > the gmap75 code from > http://www2.dmsolutions.ca/webtools/php_mapscript/php_mapscript_dl.html > I've a segfault at GMapGetStatus("road"), a function wrapped around > getlayerbyname. The layer "road" is not the first layer in the mapfile. > When I replace road with the first layer name (bathymetry), the > programm continues until the next getlayerbyname call. > I'have the same problem with simplest programs, and also when I replace > the function getlayerbyname by getlayer(index). > > When there's only 1 layer in the mapfile, the map display fine. > > I have though at a problem with regex, my php cgi is compiled with: > Regex Library System library enabled > but also with PCRE ... > > Don't know what to do, I'm thinking about suicide ! > > Sorry for my bad english. > > Christophe > > A small debug (don't know anything about C and library debugging...), > I'have > always the same error type, only the value of the parameter str changing. > > > > Program received signal SIGSEGV, Segmentation fault. > 0x0811a1b1 in add_property_string_ex (arg=0x0, key=0x406d282b "labelitem", > key_len=10, > str=0xbff00000 "", duplicate=1) at > /usr/src/mapserver/php-4.3.2/Zend/zend_API.c:978 > 978 ZVAL_STRING(tmp, str, duplicate); > > #0 0x0811a1b1 in add_property_string_ex (arg=0x0, key=0x406d282b > "labelitem", key_len=10, > str=0xbff00000 "", duplicate=1) at > /usr/src/mapserver/php-4.3.2/Zend/zend_API.c:978 > #1 0x4067ad46 in _phpms_build_layer_object () from > /usr/local/lib/php/extensions/php_mapscript.so > #2 0x406785a9 in php3_ms_map_getLayerByName () from > /usr/local/lib/php/extensions/php_mapscript.so > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From lfilak at medinaco.org Mon Aug 18 10:44:47 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 18 Aug 2003 13:44:47 -0400 Subject: [Mapserver-users] shp2mysql.pl and LINE data. Message-ID: <200308181744.h7IHih306474@yogi.medinaco.net> I haven't used the tool yet but it may just be the way that the Shapetype is reported that is causing the problem. The first Shapetype if block checks for LINE & ARC as equivalent while the second does not allow for ARC. Does changing the line: if ($shape->{Shapetype} eq LINE){ to: if ($shape->{Shapetype} eq LINE or $shape->{Shapetype} eq ARC){ help? Lowell The following message was sent by "Bruce Bushby" on Mon, 18 Aug 2003 17:01:32 +0200. > Greetings, > > Has anybody else had problems importing ESRI shapefiles using shp2mysql.pl? > When I run the script against my data set it all works beautifully, > importing > point and polygon layers, however it ignores "line" layers, ie: roads. > > shp2mysql.pl is a fantastic tool, unfortunately I don't know perl. Having a > look > it seems to cater for line data: > " .....} elsif ($shape->{Shapetype} eq POLYGON){ > if ($shape->{Shapetype} eq LINE){ > } elsif ($shape->{Shapetype} eq POINT){ > } elsif ($shape->{Shapetype} eq POLYGON){...." > ..any ideas? > > Is there a php script to import ESRI shape files into mysql? > > Thanks for the help! > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From TMitchell at lignum.com Mon Aug 18 10:45:43 2003 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 18 Aug 2003 10:45:43 -0700 Subject: [Mapserver-users] avl and mapserver In-Reply-To: <3F410052.9030908@bdep.gov.br> Message-ID: Does anyone know if Ross Searle's ArcView utility (http://mapserver.gis.umn.edu/user_utilities/maputils.ZIP) does what Alvaro is after? Alvaro Gomes Sobral Barcellos Sent by: cc mapserver-users-a mapserver-users at lists.gis.umn.edu dmin at lists.gis.um Fax to n.edu Subject [Mapserver-users] avl and mapserver 08/18/2003 01:35 PM Hello list, I m a newbie to mapserver, and a need to port an large prospect from arcims to mapserver. All shape files are ok but i need transfor the legend avl files to mapserver .map files. I get no good responses with find at google, so i presume that someone can help me. any tips or clues ? thanks []s agsb _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From armin.burger at libero.it Mon Aug 18 12:06:53 2003 From: armin.burger at libero.it (Armin Burger) Date: Mon, 18 Aug 2003 20:06:53 +0100 Subject: [Mapserver-users] ArcIMS emulator for PHP/MapScript Message-ID: <20030818180731.DRN17577.viefep13-int.chello.at@libero.it> Hello, I think some weeks ago there was mentioned a coming up PHP/Mapscript version of Refractions ArcIMS Emulator. Are the developers already at a stage of an alpha or beta test version they would share with us? Regards Armin -- Armin Burger Zieglergasse 68/9 - A-1070 Wien - Austria tel: +43-1-9906364 - email: armin.burger at libero.it _ From map_surfer at yahoo.com Mon Aug 18 11:21:45 2003 From: map_surfer at yahoo.com (Damian Schroder) Date: Mon, 18 Aug 2003 11:21:45 -0700 (PDT) Subject: [Mapserver-users] processing works with tileindex In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFF2B@mercator.topozone.com> Message-ID: <20030818182145.50701.qmail@web80709.mail.yahoo.com> --0-1422147760-1061230905=:50447 Content-Type: text/plain; charset=us-ascii We rebuilt the tileindex and gave it another go, and that solved it. Thanks for your help Damian Ed McNierney wrote: Damian - Does the TILEINDEX version work WITHOUT the PROCESSING directive? One other explanation for your symptom is that your index is incorrect. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Damian Schroder [mailto:map_surfer at yahoo.com] Sent: Monday, August 18, 2003 11:07 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] image band processing problem Dear list, We have a TILEINDEX for 6 band imagery using the PROCESSING function ("BANDS=5,4,3"). However, when applying this no imagery appears. Yet, when replacing the TILEINDEX with a single image this works. We are using Redhat 9, Mapserver 4.0b compiled with GDAL. DOES NOT WORK: LAYER NAME "LandSat IMG 6 Band Test" GROUP "LandSat IMG Test" TILEINDEX "2003/imagery/lansat/testimg.shp" TYPE RASTER PROCESSING "BANDS=5,4,3" OFFSITE 0 0 0 STATUS OFF END WORKS: LAYER NAME "LandSat IMG 6 Band Test" GROUP "LandSat IMG Test" DATA "2003/imagery/lansat/test6band.tif" TYPE RASTER PROCESSING "BANDS=5,4,3" OFFSITE 0 0 0 STATUS OFF END TIA, Damian --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software --0-1422147760-1061230905=:50447 Content-Type: text/html; charset=us-ascii
We rebuilt the tileindex and gave it another go, and that solved it. Thanks for your help
Damian

Ed McNierney <ed at topozone.com> wrote:
Damian -
 
Does the TILEINDEX version work WITHOUT the PROCESSING directive?  One other explanation for your symptom is that your index is incorrect.
 
    - Ed

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

-----Original Message-----
From: Damian Schroder [mailto:map_surfer at yahoo.com]
Sent: Monday, August 18, 2003 11:07 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] image band processing problem

Dear list,
 
We have a TILEINDEX for 6 band imagery using the PROCESSING function ("BANDS=5,4,3"). However, when applying this no imagery appears. Yet, when replacing the TILEINDEX with a single image this works. We are using Redhat 9, Mapserver 4.0b compiled with GDAL.
 
                                   DOES NOT WORK:
 
  LAYER
    NAME "LandSat IMG 6 Band Test"
    GROUP "LandSat IMG Test"
    TILEINDEX "2003/imagery/lansat/testimg.shp"
    TYPE RASTER
    PROCESSING "BANDS=5,4,3"
    OFFSITE 0 0 0
    STATUS OFF
  END
 
                                              WORKS:
 
  LAYER
    NAME "LandSat IMG 6 Band Test"
    GROUP "LandSat IMG Test"
    DATA "2003/imagery/lansat/test6band.tif"
    TYPE RASTER
    PROCESSING "BANDS=5,4,3"
    OFFSITE 0 0 0
   STATUS OFF
  END
 
 
TIA,
            Damian

Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software

Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software --0-1422147760-1061230905=:50447-- From Chip.Hankley at rmtinc.com Mon Aug 18 11:40:38 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Mon, 18 Aug 2003 13:40:38 -0500 Subject: [Mapserver-users] avl and mapserver Message-ID: It kind of does... If you have the shapefiles added to a View in AV, you can choose the 'create map file only' option from Ross's extension, and it will create a mapfile based on the color schemes you have set for the various themes. So, if you first set the colors, etc, via the AVL, then run Russ's utility, the resulting map file will have the correct colors. HOWEVER, last I checked, it used some syntax from a few versions back (like it makes LINE themes (AV syntax) into TYPE POLYLINE in the mapfile... which, I believe, is no longer supported). So, there's some post-processing that has to go on. Also, it won't handle any complex display definitions in AV... like cross-hatching. It is VERY handy for getting things to come over from AV w/ the same look-and-feel... but you really need to have an understanding of Mapfile syntax to go in and tweak things afterwards. Chip >>> Tyler Mitchell 08/18/03 12:45PM >>> Does anyone know if Ross Searle's ArcView utility (http://mapserver.gis.umn.edu/user_utilities/maputils.ZIP) does what Alvaro is after? 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 assefa at dmsolutions.ca Mon Aug 18 11:49:18 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Mon, 18 Aug 2003 14:49:18 -0400 Subject: [Mapserver-users] Rosa polyline drawing References: Message-ID: <3F411FAE.1040705@dmsolutions.ca> Double-Click should stop the drawing and do the submit for an auto_poly type of button. pond bear wrote: > Right now, I am trying using Rosa to draw a polygon on the map. But I > have to keep on drawing the lines and don't know how to stop the drawing > to submit the form. > > Thank you for answering my question. > My project is almost done. Welcome to visit our website > > http://digit-ngp.aero.und.edu/php_ngp.0.8/ > > Jing Huang > > University of North Dakota > > _________________________________________________________________ > MSN 8 with e-mail virus protection service: 2 months FREE* > http://join.msn.com/?page=features/virus > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From nacional at cbs.umn.edu Mon Aug 18 11:54:44 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 18 Aug 2003 13:54:44 -0500 Subject: [Mapserver-users] avl and mapserver In-Reply-To: References: Message-ID: <1061232884.16945.7.camel@arceuthobium.ecology.umn.edu> Alvaro, Tyler The quick answer is yes. But Ross' ArcView utility hasn't been worked on since MapServer version 3.3 (I think). You can install and run it then merge the relevant parts (the classes and color definitions) of the generated mapfile with your version 3.6 or 4.0 mapfile. The documentation is pretty good, if I recall correctly. Good luck! Perry N. On Mon, 2003-08-18 at 12:45, Tyler Mitchell wrote: > > > > Does anyone know if Ross Searle's ArcView utility > (http://mapserver.gis.umn.edu/user_utilities/maputils.ZIP) does what Alvaro > is after? > > > > Alvaro Gomes > Sobral Barcellos > > > Sent by: cc > mapserver-users-a mapserver-users at lists.gis.umn.edu > dmin at lists.gis.um Fax to > n.edu > Subject > [Mapserver-users] avl and mapserver > 08/18/2003 01:35 > PM > > > > > > > > > > > Hello list, > > I m a newbie to mapserver, and a need to port an large prospect from > arcims to mapserver. > All shape files are ok but i need transfor the legend avl files to > mapserver .map files. > I get no good responses with find at google, so i presume that someone > can help me. > any tips or clues ? > > thanks > > []s agsb > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From fx.gamoy at mapxplore.com Mon Aug 18 13:08:28 2003 From: fx.gamoy at mapxplore.com (fx gamoy) Date: Mon, 18 Aug 2003 21:08:28 +0100 Subject: [Mapserver-users] problem with crontab to delete old map images Message-ID: <001001c365c4$7d462410$0201a8c0@mapxplore.com> C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_000D_01C365CC.DF05AA10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello i have added a daily job with crontab -e=20 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; but nothing occur at 20:00. i use a debian woody package and cron seem to be well started which time cron use? universal? (date -u) or local (date)? thanks for any suggestion fx ------=_NextPart_000_000D_01C365CC.DF05AA10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hello
i have added a daily job with crontab = -e=20
00 20 * * * find /web/mapimage -name = "*.png" -exec=20 rm -f  {} \;
but nothing occur at = 20:00.
 
i use a debian woody package and cron = seem to be=20 well started
 
which time cron use? universal? (date = -u) or local=20 (date)?
thanks for any suggestion
fx
 
------=_NextPart_000_000D_01C365CC.DF05AA10-- From joe at poconogis.com Mon Aug 18 12:22:33 2003 From: joe at poconogis.com (Joe Smith) Date: Mon, 18 Aug 2003 15:22:33 -0400 Subject: [Mapserver-users] 4.0 mapscript on freebsd 4.4 Message-ID: Has anyone tried to compile mapserver 4.0 with mapscript on freebsd yet? I'm trying on freebsd 4.4, but the php mapscript Makefile seems to be erroring during compile - much like the old version of mapserver did. Except this time the Makefile is different, and the old fixes that worked in 3.6 don't work in 4.0. Here's the error code: gcc -fPIC -02 -Wall -DCOMPILE_DL=1 -DPHP4 -c php_mapscript_util.c In file included from php_mapscript_util.c:101: php_mapscript_util.h:58: php.h: No such file or directory php_mapscript_util.h:59: php_globals.h: No such file or directory php_mapscript_util.h:102: maperror.h: No such file or directory *** Error code 1 Stop in /usr/home/joe/mapserver40/mapscript/php3. *** Error code 1 Here's part of the Makefile (where the error might be): CC = gcc -fPIC LD = c++ -shared CFLAGS = -02 -Wall -DCOMPILE_DL=1 -DPHP4 RUNPATHS= What do I need to change? Joe From lfilak at medinaco.org Mon Aug 18 12:35:39 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 18 Aug 2003 15:35:39 -0400 Subject: [Mapserver-users] problem with crontab to delete old map images Message-ID: <200308181935.h7IJZZ308766@yogi.medinaco.net> It should use local. Your minute entry doesn't need to be 00 simply 0 although I'm not sure that 00 should break anything. Be sure to check /var/log/cron to see if the entry was run by cron. HTH Lowell The following message was sent by "fx gamoy" on Mon, 18 Aug 2003 21:08:28 +0100. > hello > i have added a daily job with crontab -e > 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; > but nothing occur at 20:00. > > i use a debian woody package and cron seem to be well started > > which time cron use? universal? (date -u) or local (date)? > thanks for any suggestion > fx > > From ed at topozone.com Mon Aug 18 12:47:29 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 18 Aug 2003 15:47:29 -0400 Subject: [Mapserver-users] processing works with tileindex Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFF32@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C365C1.8E7EC23C Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Damian - =20 Thanks! At least it was an easily fixable problem (although most are, = once you find them ). =20 - Ed -----Original Message----- From: Damian Schroder [mailto:map_surfer at yahoo.com] Sent: Monday, August 18, 2003 2:22 PM To: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] processing works with tileindex We rebuilt the tileindex and gave it another go, and that solved it. = Thanks for your help Damian Ed McNierney wrote: Damian - =20 Does the TILEINDEX version work WITHOUT the PROCESSING directive? One = other explanation for your symptom is that your index is incorrect. =20 - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242=20 -----Original Message----- From: Damian Schroder [mailto:map_surfer at yahoo.com] Sent: Monday, August 18, 2003 11:07 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] image band processing problem Dear list, =20 We have a TILEINDEX for 6 band imagery using the PROCESSING function = ("BANDS=3D5,4,3"). However, when applying this no imagery appears. Yet, = when replacing the TILEINDEX with a single image this works. We are = using Redhat 9, Mapserver 4.0b compiled with GDAL. =20 DOES NOT WORK: =20 LAYER NAME "LandSat IMG 6 Band Test" GROUP "LandSat IMG Test" TILEINDEX "2003/imagery/lansat/testimg.shp" TYPE RASTER PROCESSING "BANDS=3D5,4,3" OFFSITE 0 0 0 STATUS OFF END =20 WORKS: =20 LAYER NAME "LandSat IMG 6 Band Test" GROUP "LandSat IMG Test" DATA "2003/imagery/lansat/test6band.tif" TYPE RASTER PROCESSING "BANDS=3D5,4,3" OFFSITE 0 0 0 STATUS OFF END =20 =20 TIA, Damian _____ =20 Do you Yahoo!? Yahoo! = = SiteBuilder - Free, easy-to-use web site design software _____ =20 Do you Yahoo!? Yahoo! = = SiteBuilder - Free, easy-to-use web site design software ------_=_NextPart_001_01C365C1.8E7EC23C Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Damian=20 -
 
Thanks!  At least it was an easily fixable problem = (although most=20 are, once you find them <g>).
 
    - Ed
-----Original Message-----
From: Damian Schroder=20 [mailto:map_surfer at yahoo.com]
Sent: Monday, August 18, 2003 = 2:22=20 PM
To: mapserver-users at lists.gis.umn.edu
Subject: = RE:=20 [Mapserver-users] processing works with tileindex

We rebuilt the tileindex and gave it another go, and that solved = it.=20 Thanks for your help
Damian

Ed McNierney <ed at topozone.com>=20 wrote:
Damian -
 
Does the TILEINDEX version work WITHOUT the PROCESSING=20 directive?  One other explanation for your symptom is that your = index=20 is incorrect.
 
    - Ed

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

-----Original Message-----
From: Damian = Schroder=20 [mailto:map_surfer at yahoo.com]
Sent: Monday, August 18, = 2003=20 11:07 AM
To:=20 mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users]=20 image band processing problem

Dear list,
 
We have a TILEINDEX for 6 band imagery using the PROCESSING = function=20 ("BANDS=3D5,4,3"). However, when applying this no imagery appears. = Yet, when=20 replacing the TILEINDEX with a single image this works. We are = using=20 Redhat 9, Mapserver 4.0b compiled with GDAL.
 
=
           &n= bsp;           &nb= sp;          =20 DOES NOT WORK:
 
  LAYER
    NAME "LandSat IMG 6 Band=20 Test"
    GROUP "LandSat IMG = Test"
   =20 TILEINDEX "2003/imagery/lansat/testimg.shp"
    = TYPE=20 RASTER
    PROCESSING=20 "BANDS=3D5,4,3"
    OFFSITE 0 0 = 0
   =20 STATUS OFF
  END
 
=
           &n= bsp;           &nb= sp;           &nbs= p;         =20 WORKS:
 
  LAYER
    NAME "LandSat IMG 6 Band=20 Test"
    GROUP "LandSat IMG = Test"
   =20 DATA "2003/imagery/lansat/test6band.tif"
    = TYPE=20 RASTER
    PROCESSING=20 "BANDS=3D5,4,3"
    OFFSITE 0 0 = 0
   STATUS=20 OFF
  END
 
 
TIA,
            = Damian

Do you Yahoo!?
Yahoo!=20 SiteBuilder - Free, easy-to-use web site design=20 software

Do you Yahoo!?
Yahoo!=20 SiteBuilder - Free, easy-to-use web site design=20 software ------_=_NextPart_001_01C365C1.8E7EC23C-- From map_surfer at yahoo.com Mon Aug 18 12:49:44 2003 From: map_surfer at yahoo.com (Damian Schroder) Date: Mon, 18 Aug 2003 12:49:44 -0700 (PDT) Subject: [Mapserver-users] PostGIS Query Results Message-ID: <20030818194944.80907.qmail@web80705.mail.yahoo.com> I originally built a site (PHP/MapScript) accessing shapefiles. Using the ROSA applet the query worked fine. Now that I switched over to PostGIS it doesn't work and returns a server error(apache style). Does anyone have any ideas why this would happen? (RH9 & Mapserver 4.0b) TIA __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From gsw at globexplorer.com Mon Aug 18 13:28:04 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Mon, 18 Aug 2003 13:28:04 -0700 Subject: [Mapserver-users] problem with crontab to delete old map images Message-ID: <71E37EF6B7DCC1499CEA0316A2568328010570A7@loki.globexplorer.com> Perhaps provide the full path name to each command (e.g. "/usr/bin/find ...") ? This script might also blow away images that are current ? You might want to add a time range to it. Greg W. DBA GlobeXplorer LLC -----Original Message----- From: fx gamoy [mailto:fx.gamoy at mapxplore.com] Sent: Mon 8/18/2003 1:08 PM To: mapserver-users at lists.gis.umn.edu Cc: Subject: [Mapserver-users] problem with crontab to delete old map images hello i have added a daily job with crontab -e 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; but nothing occur at 20:00. i use a debian woody package and cron seem to be well started which time cron use? universal? (date -u) or local (date)? thanks for any suggestion fx From bergeron at zedxinc.com Mon Aug 18 13:30:46 2003 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Mon, 18 Aug 2003 16:30:46 -0400 Subject: [Mapserver-users] setFilter expression error Message-ID: <5.1.0.14.0.20030818162836.00aeae98@mail.zedxinc.com> I'm trying to run a queryByAttribute on a layer. I've set up the following filter expression: $countyLayer->setFilter("('[Name]' = 'leflore')"); searching for the string leflore. I then run the queryByAttributes; $countyLayer->queryByAttributes($map,$mapscript::MS_SINGLE); This produces the following error: Mon Aug 18 16:17:06 2003 - msyyparse(): Expression parser error. parse error Mon Aug 18 16:17:06 2003 - msQueryByAttributes(): Search returned no results. No matching record(s) found. However, I can't really see anything wrong with my expression. I'm using mapscript 4.0. Any ideas? Nick Petersen-Bergeron System Administrator ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From nacional at cbs.umn.edu Mon Aug 18 13:47:22 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 18 Aug 2003 15:47:22 -0500 Subject: [Mapserver-users] PostGIS Query Results In-Reply-To: <20030818194944.80907.qmail@web80705.mail.yahoo.com> References: <20030818194944.80907.qmail@web80705.mail.yahoo.com> Message-ID: <1061239642.16938.24.camel@arceuthobium.ecology.umn.edu> And what might the message be? Without knowing where to start, I'll shoot blindly and claim that your error is due to missing PostGIS client library. :) If not, then I would say you forgot to update all your libraries and application files. I tell you this because they are the two most common problems that people seem to run into these days. But really, what does the error message say? Don't forget to check Apache's error log as well. Good luck! Perry N. On Mon, 2003-08-18 at 14:49, Damian Schroder wrote: > I originally built a site (PHP/MapScript) accessing > shapefiles. Using the ROSA applet the query worked > fine. Now that I switched over to PostGIS it doesn't > work and returns a server error(apache style). Does > anyone have any ideas why this would happen? (RH9 & > Mapserver 4.0b) > > TIA > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From rjames57 at yahoo.com Mon Aug 18 14:00:23 2003 From: rjames57 at yahoo.com (Randy James) Date: Mon, 18 Aug 2003 14:00:23 -0700 (PDT) Subject: [Mapserver-users] PostGIS Query Results In-Reply-To: <20030818194944.80907.qmail@web80705.mail.yahoo.com> Message-ID: <20030818210023.91895.qmail@web12504.mail.yahoo.com> Hi When i switched to postgis i had problems with uppercase letters, PostgreSQL has a special way to handle uppercase, but at the moment i cannot remember what it is. Hope this helps or at least gives you something to look at Randy --- Damian Schroder wrote: > I originally built a site (PHP/MapScript) accessing > shapefiles. Using the ROSA applet the query worked > fine. Now that I switched over to PostGIS it doesn't > work and returns a server error(apache style). Does > anyone have any ideas why this would happen? (RH9 & > Mapserver 4.0b) > > TIA > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design > software > http://sitebuilder.yahoo.com > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 armin.burger at libero.it Mon Aug 18 15:07:10 2003 From: armin.burger at libero.it (Armin Burger) Date: Mon, 18 Aug 2003 23:07:10 +0100 Subject: [Mapserver-users] setFilter expression error Message-ID: <20030818210748.CNXZ2268.viefep11-int.chello.at@libero.it> Nick, this method has changed in MS 4: You don't use any more the setFilter() and put everything into the queryByAttributes() function. Should be something like $countyLayer->queryByAttributes('NAME','leflore', $mapscript::MS_SINGLE); (I believe the query item has to be in upper case for shapefiles and without the brackets) This way I think you cannot use any longer more than one query item. Armin > I'm trying to run a queryByAttribute on a layer. I've set up the following > filter expression: > $countyLayer->setFilter("('[Name]' = 'leflore')"); > searching for the string leflore. > I then run the queryByAttributes; > $countyLayer->queryByAttributes($map,$mapscript::MS_SINGLE); > This produces the following error: > Mon Aug 18 16:17:06 2003 - msyyparse(): Expression parser error. parse error > Mon Aug 18 16:17:06 2003 - msQueryByAttributes(): Search returned no > results. No matching record(s) found. > However, I can't really see anything wrong with my expression. I'm using > mapscript 4.0. Any ideas? > Nick Petersen-Bergeron > System Administrator > ZedX Inc. > 369 Rolling Ridge Drive > Bellefonte, PA. 16823 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From map_surfer at yahoo.com Mon Aug 18 14:17:42 2003 From: map_surfer at yahoo.com (Damian Schroder) Date: Mon, 18 Aug 2003 14:17:42 -0700 (PDT) Subject: [Mapserver-users] PostGIS Query Results In-Reply-To: <1061239642.16938.24.camel@arceuthobium.ecology.umn.edu> Message-ID: <20030818211742.22313.qmail@web80705.mail.yahoo.com> Below is my error message from preforming a query with PostGIS data layers. Mapserver/Rosa is working great in that all my vector based data is being displayed. I have other PHP application accessing Postgresql easy enough. It is something with Rosa/PHP/Mapscript, but not sure where. TIA ---- Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, webmaster at localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Apache/1.3.27 Server at localhost Port 80 ---- --- "Pericles S. Nacionales" wrote: > And what might the message be? Without knowing > where to start, I'll > shoot blindly and claim that your error is due to > missing PostGIS client > library. :) If not, then I would say you forgot to > update all your > libraries and application files. I tell you this > because they are the > two most common problems that people seem to run > into these days. > > But really, what does the error message say? Don't > forget to check > Apache's error log as well. > > Good luck! > Perry N. > > > On Mon, 2003-08-18 at 14:49, Damian Schroder wrote: > > I originally built a site (PHP/MapScript) > accessing > > shapefiles. Using the ROSA applet the query worked > > fine. Now that I switched over to PostGIS it > doesn't > > work and returns a server error(apache style). > Does > > anyone have any ideas why this would happen? (RH9 > & > > Mapserver 4.0b) > > > > TIA > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! SiteBuilder - Free, easy-to-use web site > design software > > http://sitebuilder.yahoo.com > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- > Pericles S. Nacionales > University of Minnesota __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From map_surfer at yahoo.com Mon Aug 18 14:26:34 2003 From: map_surfer at yahoo.com (Damian Schroder) Date: Mon, 18 Aug 2003 14:26:34 -0700 (PDT) Subject: [Mapserver-users] GDALTINDEX Arg Limit In-Reply-To: <20030818210023.91895.qmail@web12504.mail.yahoo.com> Message-ID: <20030818212634.51561.qmail@web80701.mail.yahoo.com> What is the limit on gdaltindex? I have 2143 images to index, but the arg list is too long..... Any suggestions? TIA __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From ed at topozone.com Mon Aug 18 14:53:56 2003 From: ed at topozone.com (Ed McNierney) Date: Mon, 18 Aug 2003 17:53:56 -0400 Subject: [Mapserver-users] GDALTINDEX Arg Limit Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFF3B@mercator.topozone.com> Damian - You're probably running up against your OS command-line length limit, not anything specific to gdaltindex. If you give gdaltindex the name of an existing index file, the file(s) on the command line will be added to that index. So you can just create a loop to run gdaltindex 2143 times, adding one file each time. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Damian Schroder [mailto:map_surfer at yahoo.com] Sent: Monday, August 18, 2003 5:27 PM To: Randy James Cc: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] GDALTINDEX Arg Limit What is the limit on gdaltindex? I have 2143 images to index, but the arg list is too long..... Any suggestions? TIA __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nacional at cbs.umn.edu Mon Aug 18 15:03:43 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 18 Aug 2003 17:03:43 -0500 Subject: [Mapserver-users] PostGIS Query Results In-Reply-To: <20030818211742.22313.qmail@web80705.mail.yahoo.com> References: <20030818211742.22313.qmail@web80705.mail.yahoo.com> Message-ID: <1061244223.5883.9.camel@arceuthobium.ecology.umn.edu> Damian, Just as I thought. Check your error log as it will surely contain relevant info about what's causing this "internal error". Your application is just fine, I think you're missing a library required by MapServer (possibly libpq.so). This could also be due to having duplicate copies of some libraries (or having compiled against different versions of libraries?). I don't use PHP/MapScript so others could probably give you more specific pointers as to what could cause this problem. -Perry On Mon, 2003-08-18 at 16:17, Damian Schroder wrote: > Below is my error message from preforming a query with > PostGIS data layers. Mapserver/Rosa is working great > in that all my vector based data is being displayed. I > have other PHP application accessing Postgresql easy > enough. It is something with Rosa/PHP/Mapscript, but > not sure where. > > TIA > > ---- > Internal Server Error > The server encountered an internal error or > misconfiguration and was unable to complete your > request. > > Please contact the server administrator, > webmaster at localhost and inform them of the time the > error occurred, and anything you might have done that > may have caused the error. > > More information about this error may be available in > the server error log. > > Apache/1.3.27 Server at localhost Port 80 > ---- > > --- "Pericles S. Nacionales" > wrote: > > And what might the message be? Without knowing > > where to start, I'll > > shoot blindly and claim that your error is due to > > missing PostGIS client > > library. :) If not, then I would say you forgot to > > update all your > > libraries and application files. I tell you this > > because they are the > > two most common problems that people seem to run > > into these days. > > > > But really, what does the error message say? Don't > > forget to check > > Apache's error log as well. > > > > Good luck! > > Perry N. > > > > > > On Mon, 2003-08-18 at 14:49, Damian Schroder wrote: > > > I originally built a site (PHP/MapScript) > > accessing > > > shapefiles. Using the ROSA applet the query worked > > > fine. Now that I switched over to PostGIS it > > doesn't > > > work and returns a server error(apache style). > > Does > > > anyone have any ideas why this would happen? (RH9 > > & > > > Mapserver 4.0b) > > > > > > TIA > > > > > > __________________________________ > > > Do you Yahoo!? > > > Yahoo! SiteBuilder - Free, easy-to-use web site > > design software > > > http://sitebuilder.yahoo.com > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > > Pericles S. Nacionales > > University of Minnesota > > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com -- Pericles S. Nacionales University of Minnesota From fx.gamoy at mapxplore.com Mon Aug 18 16:09:45 2003 From: fx.gamoy at mapxplore.com (fx gamoy) Date: Tue, 19 Aug 2003 00:09:45 +0100 Subject: [Mapserver-users] problem with crontab to delete old map images References: Message-ID: <002701c365dd$d035cb30$0201a8c0@mapxplore.com> C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0024_01C365E6.31EE4C50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello=20 thanks for yours sugestions=20 all the tests failed the cron daemon seem to be ok=20 i can 't find any cron log file in order to look for a mystake fx ----- Original Message -----=20 From: Bruce Bushby=20 To: fx gamoy=20 Sent: Monday, August 18, 2003 9:45 PM Subject: RE: [Mapserver-users] problem with crontab to delete old map = images perhaps try single quotes: 00 20 * * * 'find /web/mapimage -name "*.png" -exec rm -f {} \;' >> = /tmp/cronmap.log 2>&1 failing that, try get a log of what is going on: 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; >> = /tmp/cronmap.log 2>&1 failing that, go back to basics: 41 22 * * * /bin/date >> /tmp/crondate.log and confirm cron is working. -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu = [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of fx gamoy Sent: Monday, August 18, 2003 10:08 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] problem with crontab to delete old map = images hello i have added a daily job with crontab -e=20 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; but nothing occur at 20:00. i use a debian woody package and cron seem to be well started which time cron use? universal? (date -u) or local (date)? thanks for any suggestion fx ------=_NextPart_000_0024_01C365E6.31EE4C50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hello
thanks for yours sugestions =
all the tests failed
the cron daemon seem to be ok =
i can 't find any cron log file in = order to look=20 for a mystake
fx
----- Original Message -----
From:=20 Bruce=20 Bushby
Sent: Monday, August 18, 2003 = 9:45=20 PM
Subject: RE: [Mapserver-users] = problem=20 with crontab to delete old map images

perhaps try single quotes:
00 20 * * * 'find=20 /web/mapimage -name "*.png" -exec rm -f  {} \;' = >>=20 /tmp/cronmap.log 2>&1
 
failing that, try get a = log of what=20 is going on:
00 20 * * = * find=20 /web/mapimage -name "*.png" -exec rm -f  {} \; >> /tmp/cronmap.log=20 2>&1
 
failing that, go back to=20 basics:
41 22 * * * /bin/date >>=20 /tmp/crondate.log
 
and confirm cron is=20 working.
 
 
-----Original Message-----
From:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of = fx=20 gamoy
Sent: Monday, August 18, 2003 10:08 PM
To: = mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users]=20 problem with crontab to delete old map images

hello
i have added a daily job with = crontab -e=20
00 20 * * * find /web/mapimage = -name "*.png"=20 -exec rm -f  {} \;
but nothing occur at = 20:00.
 
i use a debian woody package and = cron seem to=20 be well started
 
which time cron use? universal? = (date -u) or=20 local (date)?
thanks for any = suggestion
fx
 
------=_NextPart_000_0024_01C365E6.31EE4C50-- From gerry.creager at tamu.edu Mon Aug 18 15:17:20 2003 From: gerry.creager at tamu.edu (Gerry Creager) Date: Mon, 18 Aug 2003 17:17:20 -0500 Subject: [Mapserver-users] problem with crontab to delete old map images In-Reply-To: <200308181935.h7IJZZ308766@yogi.medinaco.net> References: <200308181935.h7IJZZ308766@yogi.medinaco.net> Message-ID: <3F415070.3010806@tamu.edu> As Lowell says, local, or, "system" time. 00 *has* broken things for me; don't know why. Did you edit it as crontab -e or edit the file itself? If you did an explicit edit, you have to restart crond. gerry Lowell Filak wrote: > It should use local. > Your minute entry doesn't need to be 00 simply 0 although I'm not sure > that 00 should break anything. > Be sure to check /var/log/cron to see if the entry was run by cron. > HTH > Lowell > > The following message was sent by "fx gamoy" on > Mon, 18 Aug 2003 21:08:28 +0100. > > >>hello >>i have added a daily job with crontab -e >>00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; >>but nothing occur at 20:00. >> >>i use a debian woody package and cron seem to be well started >> >>which time cron use? universal? (date -u) or local (date)? >>thanks for any suggestion >>fx >> >> > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Pager: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From bruce.bushby at wol.co.za Mon Aug 18 15:35:20 2003 From: bruce.bushby at wol.co.za (Bruce Bushby) Date: Tue, 19 Aug 2003 00:35:20 +0200 Subject: [Mapserver-users] shp2mysql.pl and LINE data - resolved. Message-ID: Thanks goes to Lowell who suggested looking at the "evaluation" lines, further investigation revealed the error...well in my humble, never seen perl, opinion :) When reading LINE data, the $shape->{Shapetype} variable was set to "3" and not "LINE". Adding an extra "if... eq 3" in a few places seems to work :) I've pasted my hacked version for anybody having similar problems. Anybody got any pointers regarding CONNECTIONTYPE and CONNECTION options in the mapfile? I assume it's something like: CONNECTIONTYPE "mysql" CONNECTION "host:database:table:x1:y1:x2:y2 ....hmm looks horrible? Thanks again! ---------------------------------------------------------------------------- ---------------------- #!/usr/bin/perl # Copyright (c) 2003, Attila Csipa, Manufaktura Internet Inzenjering doo $|=1; use DBI; use Shape qw/:all/; $dbname = "mapserver"; $host = "localhost"; $dbuser = "root"; $dbpass = ""; $mac = 0; # this is not a mac $ENDIAN = 1; # 0 = big endian - mac, 1 = little endian - intel # --- do not edit below this line die "Configure database parameters on the beginning of this script file\n" if $dbname eq "changeme"; $dbh = DBI->connect("DBI:mysql:$dbname:$host:3306",$dbuser,$dbpass) || die $DBI::errstr ; $dbh->{RaiseError} = 1; die "Usage: shp2mysql shpname\n\nwhere shpname is the name (with path) to the base name of the shape file (do not include file name extensions !)\n" unless $ARGV[0]; die "Shapefile $ARGV[0] not found !" unless -f "$ARGV[0].shp"; $shape = new Shape $ARGV[0]; $WKB_POINT = 1; $WKB_LINESTRING = 2; $WKB_POLYGON = 3; $WKB_MULTIPOINT = 4; $WKB_MULTILINESTRING = 5; $WKB_MULTIPOLYGON = 6; $WKB_GEOMETRYCOLLECTION = 7; sub query { my $sth = $dbh->prepare(shift) or die "DBI error $!"; $sth->execute or die "DBI error $!"; return $sth; } sub rect { my ($x0, $y0, $x1, $y1) = @_; my $minx = $x0 < $x1 ? $x0 : $x1; my $maxx = $x0 >= $x1 ? $x0 : $x1; my $miny = $y0 < $y1 ? $y0 : $y1; my $maxy = $y0 >= $y1 ? $y0 : $y1; return ($minx, $miny, $maxx, $maxy); } $dbh->do("CREATE TABLE IF NOT EXISTS GEOMETRY_COLUMNS ( F_TABLE_CATALOG varchar(100) NOT NULL default '', F_TABLE_SCHEMA varchar(100) NOT NULL default '', F_TABLE_NAME varchar(100) NOT NULL default '', F_GEOMETRY_COLUMN varchar(100) NOT NULL default '', G_TABLE_CATALOG varchar(100) NOT NULL default '', G_TABLE_SCHEMA varchar(100) NOT NULL default '', G_TABLE_NAME varchar(100) NOT NULL default '', STORAGE_TYPE int(11) NOT NULL default '0', GEOMETRY_TYPE int(11) NOT NULL default '0', COORD_DIMENSION int(11) NOT NULL default '0', MAX_PPR int(11) NOT NULL default '0', SRID int(11) NOT NULL default '0', PRIMARY KEY (F_TABLE_CATALOG,F_TABLE_SCHEMA,F_TABLE_NAME,F_GEOMETRY_COLUMN) ) TYPE=MyISAM;"); $dbh->do("CREATE TABLE IF NOT EXISTS SPATIAL_REF_SYS ( SRID int(11) NOT NULL default '0', AUTH_NAME varchar(255) default NULL, AUTH_SRID int(11) default NULL, SRTEXT varchar(255) default NULL, PRIMARY KEY (SRID) ) TYPE=MyISAM;"); %sqlcreate = ( point => " id int(11) NOT NULL auto_increment, layer int(11) NOT NULL default '0', x1 double default NULL, y1 double default NULL, x2 double default NULL, y2 double default NULL, vertices int(11) NOT NULL default '1', GID int(11) NOT NULL, PRIMARY KEY (id), FOREIGN KEY GID(GID, x1, y1, x2, y2) REFERENCES geometry_point_num (GID), KEY layer (layer), KEY turbo (x2,y2,x1,y1)", arc => " id int(11) NOT NULL auto_increment, layer int(11) NOT NULL default '0', x1 double default NULL, y1 double default NULL, x2 double default NULL, y2 double default NULL, vertices int(11) NOT NULL default '1', GID int(11) NOT NULL, PRIMARY KEY (id), FOREIGN KEY GID(GID, x1, y1, x2, y2) REFERENCES geometry_arc_num (GID), KEY layer (layer), KEY turbo (x2,y2,x1,y1)", line => " id int(11) NOT NULL auto_increment, layer int(11) NOT NULL default '0', x1 double default NULL, y1 double default NULL, x2 double default NULL, y2 double default NULL, vertices int(11) NOT NULL default '1', GID int(11) NOT NULL, PRIMARY KEY (id), FOREIGN KEY GID(GID, x1, y1, x2, y2) REFERENCES geometry_arc_num (GID), KEY layer (layer), KEY turbo (x2,y2,x1,y1)", 3 => " id int(11) NOT NULL auto_increment, layer int(11) NOT NULL default '0', x1 double default NULL, y1 double default NULL, x2 double default NULL, y2 double default NULL, vertices int(11) NOT NULL default '1', GID int(11) NOT NULL, PRIMARY KEY (id), FOREIGN KEY GID(GID, x1, y1, x2, y2) REFERENCES geometry_arc_num (GID), KEY layer (layer), KEY turbo (x2,y2,x1,y1)", polygon => " id int(11) NOT NULL auto_increment, layer int(11) NOT NULL default '0', x1 double default NULL, y1 double default NULL, x2 double default NULL, y2 double default NULL, vertices int(11) NOT NULL default '1', GID int(11) NOT NULL, PRIMARY KEY (id), FOREIGN KEY GID(GID, x1, y1, x2, y2) REFERENCES geometry_polygon_num (GID), KEY layer (layer), KEY turbo (x2,y2,x1,y1)", annotation => " id int(11) NOT NULL auto_increment, layer int(11) NOT NULL default '0', x1 double default NULL, y1 double default NULL, x2 double default NULL, y2 double default NULL, vertices int(11) NOT NULL default '1', angle double default '0.0', size int not null default '10', txt VARCHAR(255) NOT NULL default '', GID int(11) NOT NULL, PRIMARY KEY (id), FOREIGN KEY GID(GID, x1, y1, x2, y2) REFERENCES geometry_annotation_num (GID), KEY layer (layer), KEY turbo (x2,y2,x1,y1)", num => " GID INTEGER NOT NULL, ESEQ INTEGER NOT NULL, ETYPE INTEGER NOT NULL, SEQ INTEGER NOT NULL, X1 double default NULL, Y1 double default NULL, X2 double default NULL, Y2 double default NULL, CONSTRAINT GID_PK PRIMARY KEY (GID, ESEQ, SEQ), KEY x (X1,Y1)", bin => " GID INTEGER NOT NULL, XMIN double default NULL, YMIN double default NULL, XMAX double default NULL, YMAX double default NULL, WKB_GEOMETRY BLOB, KEY (GID), KEY x (XMIN,YMIN,XMAX,YMAX)" ); sub mklayer { my ($sh, $type, $add) = @_; # print "$sh/$type ($sqlcreate{$type})\n"; $dbh->do("drop table if exists $sh"); $dbh->do("drop table if exists $sh"); $dbh->do("drop table if exists ${sh}_num"); $dbh->do("drop table if exists ${sh}_bin"); $dbh->do("create table if not exists $sh ($sqlcreate{$type} $add)"); $dbh->do("create table if not exists ${sh}_num ($sqlcreate{num})"); $dbh->do("create table if not exists ${sh}_bin ($sqlcreate{bin})"); $dbh->do("delete from GEOMETRY_COLUMNS where F_TABLE_NAME = ".$dbh->quote($sh)); $dbh->do("insert into GEOMETRY_COLUMNS (F_TABLE_CATALOG,F_TABLE_SCHEMA,F_TABLE_NAME,F_GEOMETRY_COLUMN,G_TABLE_CATAL OG,G_TABLE_SCHEMA,G_TABLE_NAME,STORAGE_TYPE,GEOMETRY_TYPE,COORD_DIMENSION,MA X_PPR,SRID) values ('$dbname', '', ".$dbh->quote($sh).", 'GID', '$dbname', '', ".$dbh->quote("${sh}_bin").", 1, '$gtype{$type}', 2, 2, 0)"); } sub wkb { $int = $mac ? "N" : "V"; my ($poly, $end, $wkbt)= (shift, shift, shift); my $wkb = pack("C$int$int", $end, $WKB_GEOMETRYCOLLECTION, 1); $wkb .= pack("C$int", $end, $wkbt); my $nr = shift; if ($poly){ $wkb .= pack("$int", $nr); } while ($nr -- > 0){ my $pts = shift; if ($wkbt != $WKB_POINT){ $wkb .= pack("$int", $pts); } $double = "";; for (my $i=0; $i<$pts; $i++){ $double = pack("dd", shift, shift); if ($mac){ @o = unpack("CCCCCCCCCCCCCCCC", $double); $double = pack("CCCCCCCCCCCCCCCC", $o[7],$o[6],$o[5],$o[4],$o[3],$o[2],$o[1],$o[0],$o[15],$o[14],$o[13],$o[12], $o[11],$o[10],$o[9],$o[8]); } $wkb .= $double; } } return $wkb; } @tmp = split(/\//, $ARGV[0]); $sh = pop @tmp; undef $fields; undef @field; undef $appendvars; undef $vars; #$shape->{FieldTypes} = ['Integer']; for (@{$shape->{FieldNames}}){ $fields .= ", f_$_ VARCHAR(255) NOT NULL DEFAULT ''"; push @field, "f_$_"; $appendvars .= ", f_$_ "; $vars++; } if ($shape->{Shapetype} eq POINT){ mklayer($sh , 'point', $fields); } elsif ($shape->{Shapetype} eq LINE){ mklayer($sh , 'line', $fields); } elsif ($shape->{Shapetype} eq 3){ mklayer($sh , 'line', $fields); } elsif ($shape->{Shapetype} eq ARC){ mklayer($sh , 'arc', $fields); } elsif ($shape->{Shapetype} eq POLYGON){ mklayer($sh , 'polygon', $fields); } for (0..@{$shape->{Shapes}}-1){ undef $appenddata; for ($v = 0; $v < $vars; $v++){ $appenddata .= ", ".$dbh->quote(${$shape->{ShapeRecords}}[$_][$v]); #print $dbh->quote(${$shape->{ShapeRecords}}[$_][$v]); } $vrt=-1; while (${$shape->{Shapes}}[$_]{Vertices}[++$vrt][0] ne undef){ $gid++; $feat++; undef %object; if ($shape->{Shapetype} eq LINE or $shape->{Shapetype} eq 3){ $object{x0} = ${$shape->{Shapes}}[$_]{Vertices}[$vrt-1][0]; $object{y0} = ${$shape->{Shapes}}[$_]{Vertices}[$vrt-1][1]; $object{x1} = ${$shape->{Shapes}}[$_]{Vertices}[$vrt][0]; $object{y1} = ${$shape->{Shapes}}[$_]{Vertices}[$vrt][1]; next unless $object{x0}; # line print "-"; $dbh->do("insert into ${sh}_num (GID, ESEQ, SEQ, ETYPE, X1, Y1, X2, Y2) values ('$gid', 1, 1, 2, '$object{x0}','$object{y0}','$object{x1}','$object{y1}')"); $string = wkb(0, $ENDIAN, $WKB_LINESTRING, 1, 2,$object{x0}, $object{y0}, $object{x1}, $object{y1}); my $sth = $dbh->prepare("insert into ${sh}_bin (GID, XMIN, YMIN, XMAX, YMAX, WKB_GEOMETRY) values ('$gid', '$object{x0}','$object{y0}','$object{x1}','$object{y1}', ? )"); $sth->execute($string); $sth->finish; ($minx, $miny, $maxx, $maxy) = rect($object{x0}, $object{y0}, $object{x1}, $object{y1}); $dbh->do("insert into $sh (id, layer, vertices, GID, x1, y1, x2, y2 $appendvars) values ('$feat', '$layer{$sh}', 1, '$gid', '$minx', '$miny', '$maxx', '$maxy' $appenddata)") if $vrt eq 0; } elsif ($shape->{Shapetype} eq ARC){ $object{x0} = ${$shape->{Shapes}}[$_]{Vertices}[$vrt-1][0]; $object{y0} = ${$shape->{Shapes}}[$_]{Vertices}[$vrt-1][1]; $object{x1} = ${$shape->{Shapes}}[$_]{Vertices}[$vrt][0]; $object{y1} = ${$shape->{Shapes}}[$_]{Vertices}[$vrt][1]; next unless $object{x0}; # line print "-"; $dbh->do("insert into ${sh}_num (GID, ESEQ, SEQ, ETYPE, X1, Y1, X2, Y2) values ('$gid', 1, 1, 2, '$object{x0}','$object{y0}','$object{x1}','$object{y1}')"); $string = wkb(0, $ENDIAN, $WKB_LINESTRING, 1, 2,$object{x0}, $object{y0}, $object{x1}, $object{y1}); my $sth = $dbh->prepare("insert into ${sh}_bin (GID, XMIN, YMIN, XMAX, YMAX, WKB_GEOMETRY) values ('$gid', '$object{x0}','$object{y0}','$object{x1}','$object{y1}', ? )"); $sth->execute($string); $sth->finish; ($minx, $miny, $maxx, $maxy) = rect($object{x0}, $object{y0}, $object{x1}, $object{y1}); $dbh->do("insert into $sh (id, layer, vertices, GID, x1, y1, x2, y2 $appendvars) values ('$feat', '$layer{$sh}', 1, '$gid', '$minx', '$miny', '$maxx', '$maxy' $appenddata)") if $vrt eq 0; } elsif ($shape->{Shapetype} eq POINT){ $object{x0} = ${$shape->{Shapes}}[$_]{Vertices}[$vrt][0]; $object{y0} = ${$shape->{Shapes}}[$_]{Vertices}[$vrt][1]; # point print "."; $dbh->do("insert into ${sh}_num (GID, ESEQ, SEQ, ETYPE, X1, Y1, X2, Y2) values ('$gid', 1, 1, 1, '$object{x0}','$object{y0}','0','0')"); my $sth = $dbh->prepare("insert into ${sh}_bin (GID, XMIN, YMIN, XMAX, YMAX, WKB_GEOMETRY) values ('$gid', '$object{x0}','$object{y0}','$object{x0}','$object{y0}', ?)"); $sth->execute(wkb(0, $ENDIAN, $WKB_POINT, 1, 1,$object{x0}, $object{y0})); $sth->finish; $dbh->do("insert into $sh (id, layer, vertices, GID, x1, y1, x2, y2 $appendvars) values ('$feat', '$layer{$sh}', 1, '$gid', '$object{x0}', '$object{y0}', '$object{x0}', '$object{y0}' $appenddata)"); } elsif ($shape->{Shapetype} eq POLYGON){ # poly print "O"; @vertex = @{${$shape->{Shapes}}[$_]{Vertices}}; ($minx, $miny, $maxx, $maxy) = rect($vertex[0][0], $vertex[0][1], $vertex[0][0], $vertex[0][1]); $eseq=1; push @vertices, $vertex[0][0], $vertex[0][1]; for ($v = 1; $v<=$#vertex; $v++) { $dbh->do("insert into ${sh}_num (GID, ESEQ, SEQ, ETYPE, X1, Y1, X2, Y2) values ('$gid', 1, $v, 3, '$vertex[$v -1][0]','$vertex[$v -1][1]', '$vertex[$v][0]','$vertex[$v][1]')"); push @vertices, $vertex[$v][0], $vertex[$v][1]; $maxx = $vertex[$v][0] if ($vertex[$v][0] > $maxx); $minx = $vertex[$v][0] if ($vertex[$v][0] < $minx); $maxy = $vertex[$v][1] if ($vertex[$v][1] > $maxy); $miny = $vertex[$v][1] if ($vertex[$v][1] < $miny); # $dbh->do("insert into vertex (shape,x,y,z) values ('$shape_id','$vertex[$v][0]','$vertex[$v][1]','0')"); } my $sth = $dbh->prepare("insert into ${sh}_bin (GID, XMIN, YMIN, XMAX, YMAX, WKB_GEOMETRY) values ('$gid', '$minx','$miny','$maxx','$maxy', ?)"); $sth->execute(wkb(1, $ENDIAN, $WKB_POLYGON, 1, $#vertex+1, @vertices)); $sth->finish; undef @vertices; $dbh->do("insert into $sh (id, layer, vertices, GID, x1, y1, x2, y2 $appendvars) values ('$feat', '$layer{$sh}', '$#vertex', '$gid', '$minx', '$miny', '$maxx', '$maxy' $appenddata)") if $vrt eq 0; $vrt = $#vertex; } } } print "\n"; -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Bruce Bushby Sent: Monday, August 18, 2003 5:02 PM To: MAPSERV MAIL LIST MAPSERVE Subject: [Mapserver-users] shp2mysql.pl and LINE data. Greetings, Has anybody else had problems importing ESRI shapefiles using shp2mysql.pl? When I run the script against my data set it all works beautifully, importing point and polygon layers, however it ignores "line" layers, ie: roads. shp2mysql.pl is a fantastic tool, unfortunately I don't know perl. Having a look it seems to cater for line data: " .....} elsif ($shape->{Shapetype} eq POLYGON){ if ($shape->{Shapetype} eq LINE){ } elsif ($shape->{Shapetype} eq POINT){ } elsif ($shape->{Shapetype} eq POLYGON){...." ..any ideas? Is there a php script to import ESRI shape files into mysql? Thanks for the help! _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From franck at sopac.org Mon Aug 18 15:34:53 2003 From: franck at sopac.org (Franck Martin) Date: 19 Aug 2003 10:34:53 +1200 Subject: [Mapserver-users] MS4 will be included in Tiki 1.8 In-Reply-To: References: Message-ID: <1061246093.3242.7.camel@localhost> --=-ejlxOtSK+QttyyvYOrhm Content-Type: text/plain Content-Transfer-Encoding: 7bit I just saw the press release from DM about Mapserver 4 on Direction Magazine http://www.directionsmag.com/pressreleases.php?press_id=7641 Please note that we are integrating MS4 inside tiki 1.8 to make it even easier to create MS4 applications over the web.. http://www.tikiwiki.org/tiki-index.php?page=ReleaseProcess18 Cheers -- Franck Martin SOPAC --=-ejlxOtSK+QttyyvYOrhm Content-Type: text/html; charset=utf-8 I just saw the press release from DM about Mapserver 4 on Direction Magazine

http://www.directionsmag.com/pressreleases.php?press_id=7641

Please note that we are integrating MS4 inside tiki 1.8 to make it even easier to create MS4 applications over the web..

http://www.tikiwiki.org/tiki-index.php?page=ReleaseProcess18

Cheers 




-- 

Franck Martin <franck at sopac.org>

SOPAC
--=-ejlxOtSK+QttyyvYOrhm-- From fx.gamoy at mapxplore.com Mon Aug 18 16:42:19 2003 From: fx.gamoy at mapxplore.com (fx gamoy) Date: Tue, 19 Aug 2003 00:42:19 +0100 Subject: [Mapserver-users] problem with crontab to delete old map images References: Message-ID: <000f01c365e2$5d3f7540$0201a8c0@mapxplore.com> C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_000C_01C365EA.BEFF2250 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable nothing in /var/log and nothing about logfile with find / -name cron thanks=20 fx ----- Original Message -----=20 From: Bruce Bushby=20 To: fx gamoy=20 Sent: Monday, August 18, 2003 11:37 PM Subject: RE: [Mapserver-users] problem with crontab to delete old map = images Should be in /var/log -----Original Message----- From: fx gamoy [mailto:fx.gamoy at mapxplore.com] Sent: Tuesday, August 19, 2003 1:10 AM To: mapserver-users at lists.gis.umn.edu; bruce.bushby at wol.co.za Subject: Re: [Mapserver-users] problem with crontab to delete old = map images hello=20 thanks for yours sugestions=20 all the tests failed the cron daemon seem to be ok=20 i can 't find any cron log file in order to look for a mystake fx ----- Original Message -----=20 From: Bruce Bushby=20 To: fx gamoy=20 Sent: Monday, August 18, 2003 9:45 PM Subject: RE: [Mapserver-users] problem with crontab to delete old = map images perhaps try single quotes: 00 20 * * * 'find /web/mapimage -name "*.png" -exec rm -f {} \;' = >> /tmp/cronmap.log 2>&1 failing that, try get a log of what is going on: 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; >> = /tmp/cronmap.log 2>&1 failing that, go back to basics: 41 22 * * * /bin/date >> /tmp/crondate.log and confirm cron is working. -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu = [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of fx gamoy Sent: Monday, August 18, 2003 10:08 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] problem with crontab to delete old = map images hello i have added a daily job with crontab -e=20 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; but nothing occur at 20:00. i use a debian woody package and cron seem to be well started which time cron use? universal? (date -u) or local (date)? thanks for any suggestion fx ------=_NextPart_000_000C_01C365EA.BEFF2250 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
nothing in /var/log
and nothing about logfile with find / = -name=20 cron
thanks
fx
----- Original Message -----
From:=20 Bruce=20 Bushby
Sent: Monday, August 18, 2003 = 11:37=20 PM
Subject: RE: [Mapserver-users] = problem=20 with crontab to delete old map images

Should be in /var/log
-----Original Message-----
From: fx gamoy=20 [mailto:fx.gamoy at mapxplore.com]
Sent: Tuesday, August 19, = 2003=20 1:10 AM
To: mapserver-users at lists.g= is.umn.edu;=20 bruce.bushby at wol.co.za
S= ubject:=20 Re: [Mapserver-users] problem with crontab to delete old map=20 images

hello
thanks for yours sugestions =
all the tests failed
the cron daemon seem to be ok =
i can 't find any cron log file in = order to=20 look for a mystake
fx
----- Original Message ----- =
From:=20 Bruce=20 Bushby
Sent: Monday, August 18, = 2003 9:45=20 PM
Subject: RE: = [Mapserver-users]=20 problem with crontab to delete old map images

perhaps try single quotes:
00 20 * * * 'find=20 /web/mapimage -name "*.png" -exec rm -f  {} \;' >>=20 /tmp/cronmap.log = 2>&1
 
failing that, try = get a log of=20 what is going on:
00 20 = * *=20 * find /web/mapimage -name "*.png" -exec rm -f  {} = \; >> /tmp/cronmap.log=20 2>&1
 
failing that, go back to=20 basics:
41 22 * * * /bin/date >>=20 /tmp/crondate.log
 
and confirm cron is=20 working.
 
 
-----Original Message-----
From:=20 mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of = fx=20 gamoy
Sent: Monday, August 18, 2003 10:08 = PM
To:=20 mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users]=20 problem with crontab to delete old map = images

hello
i have added a daily job with = crontab -e=20
00 20 * * * find /web/mapimage = -name=20 "*.png" -exec rm -f  {} \;
but nothing occur at = 20:00.
 
i use a debian woody package = and cron seem=20 to be well started
 
which time cron use? universal? = (date -u)=20 or local (date)?
thanks for any = suggestion
fx
 
------=_NextPart_000_000C_01C365EA.BEFF2250-- From woodbri at swoodbridge.com Mon Aug 18 16:16:43 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 18 Aug 2003 19:16:43 -0400 Subject: [Mapserver-users] GDALTINDEX Arg Limit In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222BFF3B@mercator.topozone.com> Message-ID: <3F41261B.22188.3405C30B@localhost> Damian, Ed's way works great. You can also put a list of all the file in a text file say: file-list.txt and then xargs -n 256 gdaltindex < file-list.txt This is more efficient and a quicker as it only has to open the shapefile once for each 256 files in file-list.txt -Steve W. On 18 Aug 2003 at 17:53, Ed McNierney wrote: > Damian - > > You're probably running up against your OS command-line length limit, > not anything specific to gdaltindex. > > If you give gdaltindex the name of an existing index file, the file(s) > on the command line will be added to that index. So you can just > create a loop to run gdaltindex 2143 times, adding one file each time. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > From: Damian Schroder [mailto:map_surfer at yahoo.com] > Sent: Monday, August 18, 2003 5:27 PM > To: Randy James > Cc: Mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] GDALTINDEX Arg Limit > > > What is the limit on gdaltindex? > > I have 2143 images to index, but the arg list is too > long..... > > Any suggestions? > > TIA > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From crawford at kloognome.com Mon Aug 18 20:26:12 2003 From: crawford at kloognome.com (Robert Crawford) Date: Mon, 18 Aug 2003 23:26:12 -0400 (EDT) Subject: [Mapserver-users] Alternatives? Message-ID: <65397.65.27.184.129.1061263572.squirrel@www.kloognome.com> What alternatives are there to MapServer/MapScript? I liked the idea of PHP/MapScript, and have tried off and on for a few months to get it running on my box (RedHat 8.0, Apache 2.0.40, PHP 4.2.2), but haven't had any luck. If, instead, someone can point me to a version of php_mapscript.so that doesn't have the threading problem (and the "safety" death and message), I'd be absolutely thrilled. From dustinlharrison at yahoo.com Mon Aug 18 21:55:11 2003 From: dustinlharrison at yahoo.com (Dustin Harrison) Date: Mon, 18 Aug 2003 21:55:11 -0700 (PDT) Subject: [Mapserver-users] CGI Error - Resolution - Permissions with IIS Message-ID: <20030819045511.49642.qmail@web10009.mail.yahoo.com> --0-547692179-1061268911=:49388 Content-Type: text/plain; charset=us-ascii Unfornunately a number of us have committed to using IIS as a web server and have thus inherited the headaches of this system. I have recently been up against a configuration issue where I recieved a CGI Error from IIS and I could not resolve it, even by going back to different Mapserver builds with less and less dependencies (the problem started when I attempted to install Mapserver with a mapscript build). The final resolution to the problem involved giving pdflib.dll permissions to be read and run by IUSR_machinename I can now run mapserver. In addtion I was unable to use dl() to open php_mapscript40.dll or php_proj.dll however this problem was also solved by the new permissions. This is the only file I had to explicity set (except of course mapserver.exe, php_mapscript40.dll, php_proj.dll). This doesn't seem to make sense. I'd appreciate any feedback/insight on this particular case, but more importantly I wanted to post this to hopefully help anyone that also had this problem. --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software --0-547692179-1061268911=:49388 Content-Type: text/html; charset=us-ascii
Unfornunately a number of us have committed to using IIS as a web server and have thus inherited the headaches of this system.  I have recently been up against a configuration issue where I recieved a CGI Error from IIS and I could not resolve it, even by going back to different Mapserver builds with less and less dependencies (the problem started when I attempted to install Mapserver with a mapscript build).
 
The final resolution to the problem involved giving pdflib.dll permissions to be read and run by IUSR_machinename  I can now run mapserver.  In addtion I was unable to use dl() to open php_mapscript40.dll or php_proj.dll however this problem was also solved by the new permissions.  This is the only file I had to explicity set (except of course mapserver.exe, php_mapscript40.dll, php_proj.dll).
 
This doesn't seem to make sense.  I'd appreciate any feedback/insight on this particular case, but more importantly I wanted to post this to hopefully help anyone that also had this problem.

Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software --0-547692179-1061268911=:49388-- From poff at sixbit.org Mon Aug 18 22:05:08 2003 From: poff at sixbit.org (poff) Date: Tue, 19 Aug 2003 07:05:08 +0200 Subject: [Mapserver-users] Alternatives? In-Reply-To: <65397.65.27.184.129.1061263572.squirrel@www.kloognome.com> References: <65397.65.27.184.129.1061263572.squirrel@www.kloognome.com> Message-ID: <20030819050508.GB24452@freeshell.org> I posted recently how to compile under red hat, with a php sapi installed (module). It was a bit of a hassle but worth it to get it working on, say, a commercial host. Just search the archives or I can dig it up for you if you like, P On Mon, Aug 18, 2003 at 11:26:12PM -0400, Robert Crawford wrote: > What alternatives are there to MapServer/MapScript? I liked the idea of > PHP/MapScript, and have tried off and on for a few months to get it > running on my box (RedHat 8.0, Apache 2.0.40, PHP 4.2.2), but haven't had > any luck. > > If, instead, someone can point me to a version of php_mapscript.so that > doesn't have the threading problem (and the "safety" death and message), > I'd be absolutely thrilled. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From adams at terrestris.de Mon Aug 18 23:38:04 2003 From: adams at terrestris.de (Till Adams) Date: Tue, 19 Aug 2003 08:38:04 +0200 Subject: [Mapserver-users] avl and mapserver References: <20030817170002.18209.56541.Mailman@lists.gis.umn.edu> <20030818150614.9B2A225EB9@mfa1.informus.de> <3F410052.9030908@bdep.gov.br> Message-ID: <3F41C5CC.9000905@terrestris.de> Dear Alvaro, you may use our free ArcView to MapServer utility extension called "AveiN!" Find it on our webpage: http://www.avein.de or in english: http://www.terrestris.de/gis_e/avein.html In the moment, it's a compiled extension. Be sure, to have your surrounding working correctly. We are soon going to release the source, so that AveiN! will become an open-source project. Regards, Till Alvaro Gomes Sobral Barcellos schrieb: > > > Hello list, > > I m a newbie to mapserver, and a need to port an large prospect from > arcims to mapserver. > All shape files are ok but i need transfor the legend avl files to > mapserver .map files. > I get no good responses with find at google, so i presume that someone > can help me. > any tips or clues ? > > thanks > > []s agsb > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ***** Besuchen Sie uns auf der INTERGEO in Hamburg ***** ***** vom 17.-19. September, Halle 12, EG Stand D02 ***** ----- Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de From fx.gamoy at mapxplore.com Tue Aug 19 01:22:50 2003 From: fx.gamoy at mapxplore.com (fx gamoy) Date: Tue, 19 Aug 2003 09:22:50 +0100 Subject: [Mapserver-users] problem with crontab to delete old map images References: <000f01c365e2$5d3f7540$0201a8c0@mapxplore.com> <413634300.20030818212320@cacheconfirm.com> Message-ID: <003101c3662b$147a1d80$0201a8c0@mapxplore.com> i am using debian woody and i still can't localte any log files and i have edited the job using crontab e thanks fx ----- Original Message ----- From: "Daniel Meyer" To: "fx gamoy" Sent: Tuesday, August 19, 2003 2:23 AM Subject: Re[2]: [Mapserver-users] problem with crontab to delete old map images > -----BEGIN PGP SIGNED MESSAGE----- > Hash: MD5 > > Hello fx, > > Monday, August 18, 2003, 7:42:19 PM, you wrote: > > fg> nothing in /var/log > fg> and nothing about logfile with find / -name cron > fg> thanks > fg> fx > > You can try checking /var/cron/log and /var/cron/olog. If you can > provide the operating system you are using I can track it down. > > Best Regards, > Daniel > > -----BEGIN PGP SIGNATURE----- > Version: 2.6 > > iQCVAwUAP0F8DAyQdEmcbNM5AQHYmQQAllJdjj7fk90vW6tRxdP2po7Ve9PFxPrh > zKnM7YB2XCFGWkJoarwvl9p950eBItgIBpOxcCUPBwiN5rLpEPdoQEgPD6XHXn3R > BOu2SKtWuuzFYPTKSaVQu7x4VIIpwMGG295HSHuMJeUECGV1j1eqKYXJj41ZWcJU > 7itf3Ap7ZUE= > =kzoF > -----END PGP SIGNATURE----- > > From Lars-goran.Edholm at sandviken.se Tue Aug 19 00:22:56 2003 From: Lars-goran.Edholm at sandviken.se (Lars-goran Edholm) Date: Tue, 19 Aug 2003 09:22:56 +0200 Subject: [Mapserver-users] Mapserver and flash Message-ID: Hi! Does anybody have an example of using Mapserver with swf vector output. How do i use the swf-actionscript file to view the layers? Mvh Lars-G?ran Edholm tel 026/24 14 36 1:e byggnadsinspekt?r Bygg- och milj?kontoret 811 80 Sandviken lars-goran.edholm at sandviken.se From schut at sarvision.com Tue Aug 19 00:51:39 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 19 Aug 2003 09:51:39 +0200 Subject: [Mapserver-users] problem with crontab to delete old map images In-Reply-To: <000f01c365e2$5d3f7540$0201a8c0@mapxplore.com> References: <000f01c365e2$5d3f7540$0201a8c0@mapxplore.com> Message-ID: <200308190951.39138.schut@sarvision.com> fx, for me (very customized/modified Mandrake 9 system) cron puts its log messages in the generic log: /var/log/messages. Try grepping this file for CROND. Or simply look at the last part (tail messages) as cron should put a message there quite frequently if you have a job every 20 minutes. Cheers, Vincent. On Tuesday 19 August 2003 01:42, fx gamoy wrote: > nothing in /var/log > and nothing about logfile with find / -name cron > thanks > fx > ----- Original Message ----- > From: Bruce Bushby > To: fx gamoy > Sent: Monday, August 18, 2003 11:37 PM > Subject: RE: [Mapserver-users] problem with crontab to delete old map > images > > > Should be in /var/log > -----Original Message----- > From: fx gamoy [mailto:fx.gamoy at mapxplore.com] > Sent: Tuesday, August 19, 2003 1:10 AM > To: mapserver-users at lists.gis.umn.edu; bruce.bushby at wol.co.za > Subject: Re: [Mapserver-users] problem with crontab to delete old map > images > > > hello > thanks for yours sugestions > all the tests failed > the cron daemon seem to be ok > i can 't find any cron log file in order to look for a mystake > fx > ----- Original Message ----- > From: Bruce Bushby > To: fx gamoy > Sent: Monday, August 18, 2003 9:45 PM > Subject: RE: [Mapserver-users] problem with crontab to delete old map > images > > > perhaps try single quotes: > 00 20 * * * 'find /web/mapimage -name "*.png" -exec rm -f {} \;' >> > /tmp/cronmap.log 2>&1 > > failing that, try get a log of what is going on: > 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; >> > /tmp/cronmap.log 2>&1 > > failing that, go back to basics: > 41 22 * * * /bin/date >> /tmp/crondate.log > > and confirm cron is working. > > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of fx gamoy Sent: > Monday, August 18, 2003 10:08 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] problem with crontab to delete old map > images > > > hello > i have added a daily job with crontab -e > 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; > but nothing occur at 20:00. > > i use a debian woody package and cron seem to be well started > > which time cron use? universal? (date -u) or local (date)? > thanks for any suggestion > fx -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From bear at prometheus.org.yu Tue Aug 19 01:02:19 2003 From: bear at prometheus.org.yu (Attila Csipa) Date: Tue, 19 Aug 2003 10:02:19 +0200 Subject: [Mapserver-users] shp2mysql.pl and LINE data. In-Reply-To: References: Message-ID: <200308191002.19706.attila@prometheus.org.yu> On Monday 18 August 2003 17:01, Bruce Bushby wrote: > point and polygon layers, however it ignores "line" layers, ie: roads. > if ($shape->{Shapetype} eq LINE){ > .any ideas? As suggested, you should change that line to if ($shape->{Shapetype} eq LINE or $shape->{Shapetype} eq ARC){ I have already changed it in the CVS version . > Is there a php script to import ESRI shape files into mysql? None that I know of, and the perl code is not easy to transfer to php since it uses perl libraries unavailable in php. It could be done theoretically by using mapserver to load the shapefiles and then query them and write them out one by one as it is done in the perl script, but that's not at elegant solution at all. From Lars-goran.Edholm at sandviken.se Tue Aug 19 01:08:14 2003 From: Lars-goran.Edholm at sandviken.se (Lars-goran Edholm) Date: Tue, 19 Aug 2003 10:08:14 +0200 Subject: [Mapserver-users] Mapserver and flash Message-ID: Hi! Does anybody have an example of using Mapserver with swf vector output. How do i use the swf-actionscript file to view the layers? Mvh Lars-G?ran Edholm tel 026/24 14 36 1:e byggnadsinspekt?r Bygg- och milj?kontoret 811 80 Sandviken lars-goran.edholm at sandviken.se From mapserver at geochem.de Tue Aug 19 03:00:01 2003 From: mapserver at geochem.de (mapserver at geochem.de) Date: Tue, 19 Aug 2003 12:00:01 +0200 Subject: [Mapserver-users] WMS Layer Message-ID: <27589417$10612869913f41f44fd831d8.92274217@config2.schlund.de> Dear list could someone please give me hint what i am doing wrong. I'am trying to integrate an WMS Layer from DM Solutions for testing purpose in my Map File. Unfortunately the WMS Server returns only an blank yellow image. Here is the Map-File i use: MAP EXTENT 2200000 -712631 3072800 3840000 SIZE 300 300 NAME WMS-Test_Client WEB IMAGEPATH "/home/nicol/public_html/mapserver/tmp/" IMAGEURL "/~nicol/mapserver/tmp/" LOG "/tmp/wmsclient.log" END PROJECTION "init=epsg:42304" END Layer Name land_fn TYPE POLYGON STATUS DEFAULT CONNECTIONTYPE WMS CONNECTION "http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?" METADATA "wms_name" "land_fn" "wms_onlineresource" "http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?" "wms_server_version" "1.1.0" "wms_title" "land_fn" "wms_srs" "EPSG:42304 EPSG:42101 EPSG:4269 EPSG:4326 AUTO:42001 AUTO:42002 AUTO:42003 AUTO:42004 AUTO:42005" "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" END PROJECTION "init=epsg:42304" END CLASS NAME test COLOR 255 255 0 OUTLINECOLOR 0 0 0 END END END If i do the same with an HTTP-Request the image appears correct: http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?REQUEST=getMap&VERSION=1.1.0&LAYERS=land_fn&FORMAT=image/gif&SERVICE=wms&SRS=EPSG:42304&BBOX=-2200000,-712631,3072800,3840000 What do I have to Change in my Map-File? BTW: I activate the Option --enable-debug but i get no entry in the apache error_log. What else ist needed to get the debbuging information in the log Files? /usr/local/apache/cgi-bin/mapserv_40 -v MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE on a Debian 3.0r1 box Thank you very much Nicol From ed at topozone.com Tue Aug 19 05:04:36 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 19 Aug 2003 08:04:36 -0400 Subject: [Mapserver-users] CGI Error - Resolution - Permissions with IIS Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFF44@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3664A.0F1D9990 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dustin - =20 Unfortunately, many folks seem to jump in to using MapServer as the first CGI application they try to run, and they don't invest the time necessary to understand how CGI applications are run by their Web server. =20 We run MapServer under IIS on Windows and Apache on Linux. IIS doesn't create any more "headaches" for us than Apache - in fact, we've had to work through more issues with Apache than IIS - but in most cases (and in your case) each server works well, reasonably, consistently, and understandably. However, you do need to take the time to learn how it operates. =20 IIS, like any other application running on Windows, runs under the Windows security model in which every program is run in a particular security context, which is essentially a user context. By default, "anonymous" Web visitors coming to your site are assigned the security context of the IUSR_machinename account, and everything they do is run as if they were a user sitting at the console logged in with that user account. If you were sitting at a console and wanted to run a program, and you didn't have access to run one of the DLLs that program needed, you couldn't run it. The IUSR_machinename account is (wisely) given generally limited permissions and you need to make sure you give it the rights it needs. =20 This question has been answered - in one form or another - several times on this list (often by me ). If you search the archives I'm sure you can find more material on it. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com =20 -----Original Message----- From: Dustin Harrison [mailto:dustinlharrison at yahoo.com]=20 Sent: Tuesday, August 19, 2003 12:55 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] CGI Error - Resolution - Permissions with IIS =20 Unfornunately a number of us have committed to using IIS as a web server and have thus inherited the headaches of this system. I have recently been up against a configuration issue where I recieved a CGI Error from IIS and I could not resolve it, even by going back to different Mapserver builds with less and less dependencies (the problem started when I attempted to install Mapserver with a mapscript build). =20 The final resolution to the problem involved giving pdflib.dll permissions to be read and run by IUSR_machinename I can now run mapserver. In addtion I was unable to use dl() to open php_mapscript40.dll or php_proj.dll however this problem was also solved by the new permissions. This is the only file I had to explicity set (except of course mapserver.exe, php_mapscript40.dll, php_proj.dll). =20 This doesn't seem to make sense. I'd appreciate any feedback/insight on this particular case, but more importantly I wanted to post this to hopefully help anyone that also had this problem. _____ =20 Do you Yahoo!? Yahoo! SiteBuilder - = Free, easy-to-use web site design software ------_=_NextPart_001_01C3664A.0F1D9990 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dustin –

 

Unfortunately, many folks seem to = jump in to using MapServer as the first CGI application they try to run, and = they don’t invest the time necessary to understand how CGI applications are run by = their Web server.

 

We run MapServer under IIS on = Windows and Apache on Linux.  IIS doesn’t create any more = “headaches” for us than Apache – in fact, we’ve had to work through more = issues with Apache than IIS – but in most cases (and in your case) each = server works well, reasonably, consistently, and understandably.  However, = you do need to take the time to learn how it operates.

 

IIS, like any other application = running on Windows, runs under the Windows security model in which every program is = run in a particular security context, which is essentially a user = context.  By default, “anonymous” Web visitors coming to your site are = assigned the security context of the IUSR_machinename account, and everything = they do is run as if they were a user sitting at the console logged in with that = user account.  If you were sitting at a console and wanted to run a = program, and you didn’t have access to run one of the DLLs that program = needed, you couldn’t run it.  The IUSR_machinename account is = (wisely) given generally limited permissions and you need to make sure you give it the = rights it needs.

 

This question has been answered = – in one form or another – several times on this list (often by me <g>).  If you search the archives I’m sure you can find = more material on it.

 

      =       - Ed

 

Ed McNierney

President and Chief = Mapmaker

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

73 Princeton Street, Suite = 305

North Chelmsford, MA  = 01863

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

ed at topozone.com

 

-----Original = Message-----
From: Dustin Harrison [mailto:dustinlharrison at yahoo.com]
Sent: Tuesday, August 19, = 2003 12:55 AM
To: mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users] CGI Error - Resolution - Permissions with IIS

 

Unfornunately a number of us have committed = to using IIS as a web server and have thus inherited the headaches of this = system.  I have recently been up against a configuration issue where I recieved a = CGI Error from IIS and I could not resolve it, even by going back to = different Mapserver builds with less and less dependencies (the problem started = when I attempted to install Mapserver with a mapscript = build).

 

The final resolution to the problem involved = giving pdflib.dll permissions to be read and run by IUSR_machinename  I = can now run mapserver.  In addtion I was unable to use dl() to open php_mapscript40.dll or php_proj.dll however this problem was also solved = by the new permissions.  This is the only file I had to explicity set = (except of course mapserver.exe, php_mapscript40.dll, = php_proj.dll).

 

This doesn't seem to make sense.  I'd = appreciate any feedback/insight on this particular case, but more importantly I = wanted to post this to hopefully help anyone that also had this = problem.

Do you Yahoo!?
= Yahoo! SiteBuilder - Free, easy-to-use web site design = software

=00 ------_=_NextPart_001_01C3664A.0F1D9990-- From bronsema at dmsolutions.ca Tue Aug 19 05:14:49 2003 From: bronsema at dmsolutions.ca (William A. Bronsema, C.E.T.) Date: Tue, 19 Aug 2003 08:14:49 -0400 Subject: [Mapserver-users] Mapserver and flash In-Reply-To: References: Message-ID: <3F4214B9.7070303@dmsolutions.ca> Lars-G?ran, It is fairly easy to view the SWF output using actionscript. Set the outputformat in the map file to the following: OUTPUTFORMAT NAME swf MIMETYPE "application/x-shockwave-flash" DRIVER swf IMAGEMODE PC256 # the following line is used to output all layers in one swf FORMATOPTION "OUTPUT_MOVIE=SINGLE" # the following line is used to output all layers individually #FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" END After mapserver has generated the temp swf file(s) you can use the "loadMovie" actionscript function to load the swf file into a pre-existing container. For example, create a new swf file with a movie clip called "clip1" and add the following line in actionscript: loadMovie ( "http://url/to/swf/mymap.swf", "clip1" ); I use PHP and php_mapscript to help manage the files on the fly and Flash to manage my actionscript. I hope this quick overview helps. Regards, Bill Lars-goran Edholm wrote: > Hi! > Does anybody have an example of using Mapserver with swf vector output. > How do i use the swf-actionscript file to view the layers? > > > Mvh > Lars-G?ran Edholm tel 026/24 14 36 > 1:e byggnadsinspekt?r > Bygg- och milj?kontoret > 811 80 Sandviken > lars-goran.edholm at sandviken.se > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- William A. Bronsema, C.E.T. Applications Developer DM Solutions Group Inc. http://www.dmsolutions.ca e-mail: bronsema at dmsolutions.ca phone : +1 (613) 565-5056 ext.25 fax : +1 (613) 565-0925 _______________________________________________ From bergeron at zedxinc.com Tue Aug 19 05:49:53 2003 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Tue, 19 Aug 2003 08:49:53 -0400 Subject: [Mapserver-users] setFilter expression error In-Reply-To: <20030818210748.CNXZ2268.viefep11-int.chello.at@libero.it> Message-ID: <5.1.0.14.0.20030819084853.00ae4100@mail.zedxinc.com> Hmmm....the documentation on the mapserver site still has it using setFilter. I did try changing the query to your method, but got a syntax error. If this has changed, does anyone know the proper syntax? Nick At 11:07 PM 8/18/2003 +0100, Armin Burger wrote: >Nick, > >this method has changed in MS 4: > >You don't use any more the setFilter() and put everything into the >queryByAttributes() function. Should be something like > >$countyLayer->queryByAttributes('NAME','leflore', $mapscript::MS_SINGLE); > >(I believe the query item has to be in upper case for shapefiles and >without the brackets) > >This way I think you cannot use any longer more than one query item. > >Armin > > > > I'm trying to run a queryByAttribute on a layer. I've set up the >following > > filter expression: > > > $countyLayer->setFilter("('[Name]' = 'leflore')"); > > > searching for the string leflore. > > I then run the queryByAttributes; > > > $countyLayer->queryByAttributes($map,$mapscript::MS_SINGLE); > > > This produces the following error: > > Mon Aug 18 16:17:06 2003 - msyyparse(): Expression parser error. parse >error > > Mon Aug 18 16:17:06 2003 - msQueryByAttributes(): Search returned no > > results. No matching record(s) found. > > > However, I can't really see anything wrong with my expression. I'm >using > > mapscript 4.0. Any ideas? > > > Nick Petersen-Bergeron > > System Administrator > > > ZedX Inc. > > 369 Rolling Ridge Drive > > Bellefonte, PA. 16823 > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users Nick Petersen-Bergeron System Administrator ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From fx.gamoy at mapxplore.com Tue Aug 19 07:06:56 2003 From: fx.gamoy at mapxplore.com (fx gamoy) Date: Tue, 19 Aug 2003 15:06:56 +0100 Subject: [Mapserver-users] problem with crontab to delete old map images References: <000f01c365e2$5d3f7540$0201a8c0@mapxplore.com> <413634300.20030818212320@cacheconfirm.com> <003101c3662b$147a1d80$0201a8c0@mapxplore.com> <3F421BA4.6070801@tamu.edu> Message-ID: <001101c3665b$260ae090$0201a8c0@mapxplore.com> hello, i am using debian woody and haven't find any log file about cron. the crontab -l give me 30 * * * * find /web/mapimage -follow "*.*" -exec rm {} \; Nothing occur and i have restarted the cron using /etc/init.d/cron restart still nothing any suggestion? ----- Original Message ----- From: "Gerry Creager N5JXS" To: "fx gamoy" Sent: Tuesday, August 19, 2003 1:44 PM Subject: Re: [Mapserver-users] problem with crontab to delete old map images > send me an excerpt of your /var/log/messages and a copy of the crontab. > > I'll look and post results to the list. > > gerry > > fx gamoy wrote: > > i am using debian woody > > and i still can't localte any log files > > and i have edited the job using crontab e > > thanks > > fx > > ----- Original Message ----- > > From: "Daniel Meyer" > > To: "fx gamoy" > > Sent: Tuesday, August 19, 2003 2:23 AM > > Subject: Re[2]: [Mapserver-users] problem with crontab to delete old map > > images > > > > > > > >>-----BEGIN PGP SIGNED MESSAGE----- > >>Hash: MD5 > >> > >>Hello fx, > >> > >>Monday, August 18, 2003, 7:42:19 PM, you wrote: > >> > >>fg> nothing in /var/log > >>fg> and nothing about logfile with find / -name cron > >>fg> thanks > >>fg> fx > >> > >>You can try checking /var/cron/log and /var/cron/olog. If you can > >>provide the operating system you are using I can track it down. > >> > >>Best Regards, > >>Daniel > >> > >>-----BEGIN PGP SIGNATURE----- > >>Version: 2.6 > >> > >>iQCVAwUAP0F8DAyQdEmcbNM5AQHYmQQAllJdjj7fk90vW6tRxdP2po7Ve9PFxPrh > >>zKnM7YB2XCFGWkJoarwvl9p950eBItgIBpOxcCUPBwiN5rLpEPdoQEgPD6XHXn3R > >>BOu2SKtWuuzFYPTKSaVQu7x4VIIpwMGG295HSHuMJeUECGV1j1eqKYXJj41ZWcJU > >>7itf3Ap7ZUE= > >>=kzoF > >>-----END PGP SIGNATURE----- > >> > >> > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > Gerry Creager -- gerry.creager at tamu.edu > Network Engineering -- AATLT, Texas A&M University > Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > Page: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > > From lfilak at medinaco.org Tue Aug 19 06:10:02 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 19 Aug 2003 09:10:02 -0400 Subject: [Mapserver-users] setFilter expression error Message-ID: <200308191309.h7JD9w721736@yogi.medinaco.net> Depending on which doc your looking at it may still be in transition. Lowell The following message was sent by Nick Petersen-Bergeron on Tue, 19 Aug 2003 08:49:53 -0400. > Hmmm....the documentation on the mapserver site still has it using > setFilter. I did try changing the query to your method, but got a syntax > error. If this has changed, does anyone know the proper syntax? > > Nick > > At 11:07 PM 8/18/2003 +0100, Armin Burger wrote: > >Nick, > > > >this method has changed in MS 4: > > > >You don't use any more the setFilter() and put everything into the > >queryByAttributes() function. Should be something like > > > >$countyLayer->queryByAttributes('NAME','leflore', $mapscript::MS_SINGLE); > > > >(I believe the query item has to be in upper case for shapefiles and > >without the brackets) > > > >This way I think you cannot use any longer more than one query item. > > > >Armin > > > > > > > I'm trying to run a queryByAttribute on a layer. I've set up the > >following > > > filter expression: > > > > > $countyLayer->setFilter("('[Name]' = 'leflore')"); > > > > > searching for the string leflore. > > > I then run the queryByAttributes; > > > > > $countyLayer->queryByAttributes($map,$mapscript::MS_SINGLE); > > > > > This produces the following error: > > > Mon Aug 18 16:17:06 2003 - msyyparse(): Expression parser error. parse > >error > > > Mon Aug 18 16:17:06 2003 - msQueryByAttributes(): Search returned no > > > results. No matching record(s) found. > > > > > However, I can't really see anything wrong with my expression. I'm > >using > > > mapscript 4.0. Any ideas? > > > > > Nick Petersen-Bergeron > > > System Administrator > > > > > ZedX Inc. > > > 369 Rolling Ridge Drive > > > Bellefonte, PA. 16823 > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > >_______________________________________________ > >Mapserver-users mailing list > >Mapserver-users at lists.gis.umn.edu > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > Nick Petersen-Bergeron > System Administrator > > ZedX Inc. > 369 Rolling Ridge Drive > Bellefonte, PA. 16823 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lfilak at medinaco.org Tue Aug 19 06:38:30 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 19 Aug 2003 09:38:30 -0400 Subject: [Mapserver-users] problem with crontab to delete old map images Message-ID: <200308191338.h7JDcQ722542@yogi.medinaco.net> If the entry "41 22 * * * /bin/date >> /tmp/crondate.log" failed (ie. there is no /tmp/crondate.log file) what exactly leads you to believe that cron is working correctly? Lowell The following message was sent by "fx gamoy" on Tue, 19 Aug 2003 00:09:45 +0100. > hello > thanks for yours sugestions > all the tests failed > the cron daemon seem to be ok > i can 't find any cron log file in order to look for a mystake > fx > ----- Original Message ----- > From: Bruce Bushby > To: fx gamoy > Sent: Monday, August 18, 2003 9:45 PM > Subject: RE: [Mapserver-users] problem with crontab to delete old map > images > > > perhaps try single quotes: > 00 20 * * * 'find /web/mapimage -name "*.png" -exec rm -f {} \;' >> > /tmp/cronmap.log 2>&1 > > failing that, try get a log of what is going on: > 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; >> > /tmp/cronmap.log 2>&1 > > failing that, go back to basics: > 41 22 * * * /bin/date >> /tmp/crondate.log > > and confirm cron is working. > > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of fx gamoy > Sent: Monday, August 18, 2003 10:08 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] problem with crontab to delete old map > images > > > hello > i have added a daily job with crontab -e > 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; > but nothing occur at 20:00. > > i use a debian woody package and cron seem to be well started > > which time cron use? universal? (date -u) or local (date)? > thanks for any suggestion > fx > > From geoffrey.rowland at noaa.gov Tue Aug 19 06:56:39 2003 From: geoffrey.rowland at noaa.gov (Geoffrey Rowland) Date: Tue, 19 Aug 2003 09:56:39 -0400 Subject: [Mapserver-users] Mapserver and flash In-Reply-To: <3F4214B9.7070303@dmsolutions.ca> References: <3F4214B9.7070303@dmsolutions.ca> Message-ID: <3F422C97.4060000@noaa.gov> I was playing around with this a bit the other day. Is there a way to identify features in the swf file? for example if I am displaying a county layer (from a shapefile), and I want to get the names of the counties....is that possible using the swf output? Thanks, Geoff William A. Bronsema, C.E.T. wrote: > Lars-G?ran, > > It is fairly easy to view the SWF output using actionscript. Set the > outputformat in the map file to the following: > > OUTPUTFORMAT > NAME swf > MIMETYPE "application/x-shockwave-flash" > DRIVER swf > IMAGEMODE PC256 > > # the following line is used to output all layers in one swf > FORMATOPTION "OUTPUT_MOVIE=SINGLE" > > # the following line is used to output all layers individually > #FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" > END > > > After mapserver has generated the temp swf file(s) you can use the > "loadMovie" actionscript function to load the swf file into a > pre-existing container. For example, create a new swf file with a > movie clip called "clip1" and add the following line in actionscript: > > loadMovie ( "http://url/to/swf/mymap.swf", "clip1" ); > > I use PHP and php_mapscript to help manage the files on the fly and > Flash to manage my actionscript. > > I hope this quick overview helps. > > Regards, > Bill > > Lars-goran Edholm wrote: > >> Hi! >> Does anybody have an example of using Mapserver with swf vector output. >> How do i use the swf-actionscript file to view the layers? >> >> >> Mvh >> Lars-G?ran Edholm tel 026/24 14 36 >> 1:e byggnadsinspekt?r >> Bygg- och milj?kontoret >> 811 80 Sandviken >> lars-goran.edholm at sandviken.se >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > -- Geoffrey Rowland Technical Officer Climate Information Project NOAA Research Office of Global Programs http://www.cip.ogp.noaa.gov Contractor, RGII Technologies, Inc., a Computer Horizons Company http://www.rg2.com Phone: 301-427-2089x186 Fax : 301-427-2082 geoffrey.rowland at noaa.gov From lfilak at medinaco.org Tue Aug 19 06:54:44 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 19 Aug 2003 09:54:44 -0400 Subject: [Mapserver-users] geoworld Message-ID: <200308191354.h7JDsf723409@yogi.medinaco.net> FYI: The August geoworld has an article "Canada Goes OnLine" which at least contains a diagram on page 36 including "UMN MapServer" but doesn't seem to mention it anywhere in the article. However, it does mention the Chameleon project, good job DMSolutions! Most of the article seems to be a plug for a storage management product named CubeSERV.? Lowell From bergeron at zedxinc.com Tue Aug 19 06:57:21 2003 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Tue, 19 Aug 2003 09:57:21 -0400 Subject: [Mapserver-users] setFilter expression error In-Reply-To: <200308191309.h7JD9w721736@yogi.medinaco.net> Message-ID: <5.1.0.14.0.20030819095640.00afb830@mail.zedxinc.com> Interestingly enough, using mapscript 3.6.1, I have the same problem as before, so it doesn't look like it's a 4.0 problem. Nick At 09:10 AM 8/19/2003 -0400, Lowell Filak wrote: >Depending on which doc your looking at it may still be in transition. >Lowell > >The following message was sent by Nick Petersen-Bergeron > on Tue, 19 Aug 2003 08:49:53 -0400. > > > Hmmm....the documentation on the mapserver site still has it using > > setFilter. I did try changing the query to your method, but got a syntax > > error. If this has changed, does anyone know the proper syntax? > > > > Nick > > > > At 11:07 PM 8/18/2003 +0100, Armin Burger wrote: > > >Nick, > > > > > >this method has changed in MS 4: > > > > > >You don't use any more the setFilter() and put everything into the > > >queryByAttributes() function. Should be something like > > > > > >$countyLayer->queryByAttributes('NAME','leflore', $mapscript::MS_SINGLE); > > > > > >(I believe the query item has to be in upper case for shapefiles and > > >without the brackets) > > > > > >This way I think you cannot use any longer more than one query item. > > > > > >Armin > > > > > > > > > > I'm trying to run a queryByAttribute on a layer. I've set up the > > >following > > > > filter expression: > > > > > > > $countyLayer->setFilter("('[Name]' = 'leflore')"); > > > > > > > searching for the string leflore. > > > > I then run the queryByAttributes; > > > > > > > $countyLayer->queryByAttributes($map,$mapscript::MS_SINGLE); > > > > > > > This produces the following error: > > > > Mon Aug 18 16:17:06 2003 - msyyparse(): Expression parser error. parse > > >error > > > > Mon Aug 18 16:17:06 2003 - msQueryByAttributes(): Search returned no > > > > results. No matching record(s) found. > > > > > > > However, I can't really see anything wrong with my expression. I'm > > >using > > > > mapscript 4.0. Any ideas? > > > > > > > Nick Petersen-Bergeron > > > > System Administrator > > > > > > > ZedX Inc. > > > > 369 Rolling Ridge Drive > > > > Bellefonte, PA. 16823 > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > >_______________________________________________ > > >Mapserver-users mailing list > > >Mapserver-users at lists.gis.umn.edu > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > Nick Petersen-Bergeron > > System Administrator > > > > ZedX Inc. > > 369 Rolling Ridge Drive > > Bellefonte, PA. 16823 > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users Nick Petersen-Bergeron System Administrator ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From mckenna at dmsolutions.ca Tue Aug 19 07:00:20 2003 From: mckenna at dmsolutions.ca (Jeff McKenna) Date: Tue, 19 Aug 2003 10:00:20 -0400 Subject: [Mapserver-users] WMS Layer References: <27589417$10612869913f41f44fd831d8.92274217@config2.schlund.de> Message-ID: <3F422D74.9010109@dmsolutions.ca> Hey Nicol, Remove the CLASS object from your WMS layer and it works fine. Jeff mapserver at geochem.de wrote: > Dear list > > could someone please give me hint what i am doing wrong. > I'am trying to integrate an WMS Layer from DM Solutions for testing > purpose in my Map File. > Unfortunately the WMS Server returns only an blank yellow image. > > Here is the Map-File i use: > > MAP > EXTENT 2200000 -712631 3072800 3840000 > SIZE 300 300 > NAME WMS-Test_Client > > WEB > IMAGEPATH "/home/nicol/public_html/mapserver/tmp/" > IMAGEURL "/~nicol/mapserver/tmp/" > LOG "/tmp/wmsclient.log" > END > > PROJECTION > "init=epsg:42304" > END > > Layer > Name land_fn > TYPE POLYGON > STATUS DEFAULT > CONNECTIONTYPE WMS > CONNECTION "http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?" > > METADATA > "wms_name" "land_fn" > "wms_onlineresource" "http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?" > "wms_server_version" "1.1.0" > "wms_title" "land_fn" > "wms_srs" "EPSG:42304 EPSG:42101 EPSG:4269 EPSG:4326 AUTO:42001 > AUTO:42002 AUTO:42003 AUTO:42004 AUTO:42005" > "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" > END > > PROJECTION > "init=epsg:42304" > END > > CLASS > NAME test > COLOR 255 255 0 > OUTLINECOLOR 0 0 0 > END > END > END > > If i do the same with an HTTP-Request the image appears correct: > http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?REQUEST=getMap&VERSION=1.1.0&LAYERS=land_fn&FORMAT=image/gif&SERVICE=wms&SRS=EPSG:42304&BBOX=-2200000,-712631,3072800,3840000 > > What do I have to Change in my Map-File? > BTW: I activate the Option --enable-debug but i get no entry in the > apache error_log. What else ist needed to get the debbuging information > in the log Files? > > > /usr/local/apache/cgi-bin/mapserv_40 -v > MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF > OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF > INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL > INPUT=SHAPEFILE > > on a Debian 3.0r1 box > > Thank you very much > Nicol > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- Jeff McKenna GIS Specialist DM Solutions Group Inc. http://www.dmsolutions.ca From mckenna at dmsolutions.ca Tue Aug 19 07:18:14 2003 From: mckenna at dmsolutions.ca (Jeff McKenna) Date: Tue, 19 Aug 2003 10:18:14 -0400 Subject: [Mapserver-users] WMS Layer References: <27589417$10612869913f41f44fd831d8.92274217@config2.schlund.de> Message-ID: <3F4231A6.5020505@dmsolutions.ca> Nicol, Also, if you want that yellow background colour use the IMAGECOLOR parameter in the MAP object. Hope this helps. Jeff mapserver at geochem.de wrote: > Dear list > > could someone please give me hint what i am doing wrong. > I'am trying to integrate an WMS Layer from DM Solutions for testing > purpose in my Map File. > Unfortunately the WMS Server returns only an blank yellow image. > > Here is the Map-File i use: > > MAP > EXTENT 2200000 -712631 3072800 3840000 > SIZE 300 300 > NAME WMS-Test_Client > > WEB > IMAGEPATH "/home/nicol/public_html/mapserver/tmp/" > IMAGEURL "/~nicol/mapserver/tmp/" > LOG "/tmp/wmsclient.log" > END > > PROJECTION > "init=epsg:42304" > END > > Layer > Name land_fn > TYPE POLYGON > STATUS DEFAULT > CONNECTIONTYPE WMS > CONNECTION "http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?" > > METADATA > "wms_name" "land_fn" > "wms_onlineresource" "http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?" > "wms_server_version" "1.1.0" > "wms_title" "land_fn" > "wms_srs" "EPSG:42304 EPSG:42101 EPSG:4269 EPSG:4326 AUTO:42001 > AUTO:42002 AUTO:42003 AUTO:42004 AUTO:42005" > "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" > END > > PROJECTION > "init=epsg:42304" > END > > CLASS > NAME test > COLOR 255 255 0 > OUTLINECOLOR 0 0 0 > END > END > END > > If i do the same with an HTTP-Request the image appears correct: > http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?REQUEST=getMap&VERSION=1.1.0&LAYERS=land_fn&FORMAT=image/gif&SERVICE=wms&SRS=EPSG:42304&BBOX=-2200000,-712631,3072800,3840000 > > What do I have to Change in my Map-File? > BTW: I activate the Option --enable-debug but i get no entry in the > apache error_log. What else ist needed to get the debbuging information > in the log Files? > > > /usr/local/apache/cgi-bin/mapserv_40 -v > MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF > OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF > INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL > INPUT=SHAPEFILE > > on a Debian 3.0r1 box > > Thank you very much > Nicol > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- Jeff McKenna GIS Specialist DM Solutions Group Inc. http://www.dmsolutions.ca From ed at topozone.com Tue Aug 19 07:30:58 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 19 Aug 2003 10:30:58 -0400 Subject: [Mapserver-users] ArcIMS emulator for PHP/MapScript Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFF4A@mercator.topozone.com> Armin - We have developed a PHP/MapScript ArcIMS server based on the Refractions work. We've had to put it on the back burner for a bit while we complete some major TopoZone upgrades. We hope to have those out of the way in the next few weeks so we have time to get the PHP code in releaseable condition and so we can support it when it's released. Stay tuned - we'll get there! - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Armin Burger [mailto:armin.burger at libero.it] Sent: Monday, August 18, 2003 3:07 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] ArcIMS emulator for PHP/MapScript Hello, I think some weeks ago there was mentioned a coming up PHP/Mapscript version of Refractions ArcIMS Emulator. Are the developers already at a stage of an alpha or beta test version they would share with us? Regards Armin -- Armin Burger Zieglergasse 68/9 - A-1070 Wien - Austria tel: +43-1-9906364 - email: armin.burger at libero.it _ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From haraldx at MIT.EDU Tue Aug 19 07:23:51 2003 From: haraldx at MIT.EDU (harald x) Date: 19 Aug 2003 10:23:51 -0400 Subject: [Mapserver-users] mapserv3.65 install on redhat 8/9 In-Reply-To: <200308191354.h7JDsf723409@yogi.medinaco.net> References: <200308191354.h7JDsf723409@yogi.medinaco.net> Message-ID: <1061303031.1204.3.camel@xiao> I get problem with make(./config is fine), and suspect gcc3xx is the problem , can I install gcc2xx ? will this complecate my existing/future compilation? Thanks. H On Tue, 2003-08-19 at 09:54, Lowell Filak wrote: > FYI: The August geoworld has an article "Canada Goes OnLine" which at > least contains a diagram on page 36 including "UMN MapServer" but > doesn't seem to mention it anywhere in the article. > However, it does mention the Chameleon project, good job DMSolutions! > Most of the article seems to be a plug for a storage management product > named CubeSERV.? > Lowell > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From kgeurts at gis.umn.edu Tue Aug 19 07:58:43 2003 From: kgeurts at gis.umn.edu (Kari Geurts) Date: Tue, 19 Aug 2003 09:58:43 CDT Subject: [Mapserver-users] RE: problems with map file Message-ID: <200308191458.h7JEwh2l031703@qix.software.umn.edu> Hello MapServer Users, Can anyone help Lisa with her question? I have attached her question, email and map file below. Thanks Kari Hello Kari! Thank you for your mail! I gave up to change itasca and I've made my own application but it doesn't work. I use the MapServer Minnesota 3.6 my application is in Attach and the Problem is that the vector Data couldn't be displayed. May be you can look at this. I think this is a Problem with the demo.map file Thank you, Lisa Lisa Myslina map extent 3535650.78 5395688.17 3538517.74 5397235.46 imagecolor 255 255 255 #Hintergrundfarbe name "demo" shapepath "/usr/local/apache/htdocs/MapServer_Apps/data/vector" size 600 600 status on #Die Karte kann zu-oder abgeschaltet werden units meters ############################################################ # 1 scalebar - Ma?stabsleiste scalebar backgroundcolor 255 255 0 #Farbe der Leiste color 255 255 255 # hier gelb und wei? intervals 4 # In wieviel Abschnitte unterteilt wird size 200 7 # Gr??e der Leiste status on # An-oder abschalten der Leiste style 0 # Aussehen der Leiste (Varianten: 0 oder 1) transparent off # Hintergrund hinter der Leiste an-oder ausschalten units meters # 1 label - Beschriftung der Ma?stabsleiste label color 255 255 0 size small end end ############################################################ # 2 layer Flurst layer classitem "OFF_CODE" # Ein Attribut aus der Attributtabelle data "DEUTA0_region" # Name der Datei ohne Endung name "DEUTA0_region" type polygon #welcher Art ist der zu zeichnende Layer # 1 class Flurst_1 class color 255 255 255 # Farbe des Layers name "DEUTA0_region" # Zeigt den Name "Flurst_1 in der Legende an" outlinecolor 0 0 0 # Umrandung des Layers end end ############################################################# # 3 template & images web imagepath "D:cygwin\usr\local\apache\htdocs\tmp\" imageurl "/htdocs/tmp/" template "demo.html" end ############################################################ # 4 reference graphics/reference.gif #reference #extent 3535650.78 5395688.17 3538517.74 5397235.46 #image "graphics/reference.gif" #outlinecolor 0 0 255 #size 120 120 #status on #end ############################################################ # 5 legend legend keysize 18 12 status on # label label color 0 0 89 size medium type bitmap end end end Kari A. Geurts Department of Forest Resources University of Minnesota 115 Green Hall 1530 Cleveland Ave. N. St. Paul, MN 55108-6112 Phone: 612-624-3459 Email: kgeurts at gis.umn.edu From schut at sarvision.com Tue Aug 19 08:12:32 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 19 Aug 2003 17:12:32 +0200 Subject: [Mapserver-users] problem with crontab to delete old map images In-Reply-To: <001101c3665b$260ae090$0201a8c0@mapxplore.com> References: <3F421BA4.6070801@tamu.edu> <001101c3665b$260ae090$0201a8c0@mapxplore.com> Message-ID: <200308191712.32734.schut@sarvision.com> Sorry for the possible double-posting, I didn't see my message appearing on the list... fx, debian woody (at least mine) logs cron jobs in /var/log/syslog. Do a 'grep CRON /var/log/syslog' and all the cron lines should appear. Cheers, Vincent. On Tuesday 19 August 2003 16:06, fx gamoy wrote: > hello, > i am using debian woody and haven't find any log file about cron. > the crontab -l give me > 30 * * * * find /web/mapimage -follow "*.*" -exec rm {} \; > Nothing occur and i have restarted the cron using /etc/init.d/cron restart > still nothing > any suggestion? > ----- Original Message ----- > From: "Gerry Creager N5JXS" > To: "fx gamoy" > Sent: Tuesday, August 19, 2003 1:44 PM > Subject: Re: [Mapserver-users] problem with crontab to delete old map > images > > > send me an excerpt of your /var/log/messages and a copy of the crontab. > > > > I'll look and post results to the list. > > > > gerry > > > > fx gamoy wrote: > > > i am using debian woody > > > and i still can't localte any log files > > > and i have edited the job using crontab e > > > thanks > > > fx > > > ----- Original Message ----- > > > From: "Daniel Meyer" > > > To: "fx gamoy" > > > Sent: Tuesday, August 19, 2003 2:23 AM > > > Subject: Re[2]: [Mapserver-users] problem with crontab to delete old > > > map images > > > > > >>-----BEGIN PGP SIGNED MESSAGE----- > > >>Hash: MD5 > > >> > > >>Hello fx, > > >> > > >>Monday, August 18, 2003, 7:42:19 PM, you wrote: > > >> > > >>fg> nothing in /var/log > > >>fg> and nothing about logfile with find / -name cron > > >>fg> thanks > > >>fg> fx > > >> > > >>You can try checking /var/cron/log and /var/cron/olog. If you can > > >>provide the operating system you are using I can track it down. > > >> > > >>Best Regards, > > >>Daniel > > >> > > >>-----BEGIN PGP SIGNATURE----- > > >>Version: 2.6 > > >> > > >>iQCVAwUAP0F8DAyQdEmcbNM5AQHYmQQAllJdjj7fk90vW6tRxdP2po7Ve9PFxPrh > > >>zKnM7YB2XCFGWkJoarwvl9p950eBItgIBpOxcCUPBwiN5rLpEPdoQEgPD6XHXn3R > > >>BOu2SKtWuuzFYPTKSaVQu7x4VIIpwMGG295HSHuMJeUECGV1j1eqKYXJj41ZWcJU > > >>7itf3Ap7ZUE= > > >>=kzoF > > >>-----END PGP SIGNATURE----- > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > -- > > Gerry Creager -- gerry.creager at tamu.edu > > Network Engineering -- AATLT, Texas A&M University > > Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > > Page: 979.228.0173 > > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From TMitchell at lignum.com Tue Aug 19 08:14:34 2003 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 19 Aug 2003 08:14:34 -0700 Subject: [Mapserver-users] geoworld In-Reply-To: <200308191354.h7JDsf723409@yogi.medinaco.net> Message-ID: FWIW: Here's the online link to the article: http://www.geoplace.com/gw/2003/0308/0308tpo.asp "Lowell Filak" To Sent by: mapserver-users at lists.gis.umn.edu mapserver-users-a cc dmin at lists.gis.um n.edu Fax to Subject 08/19/2003 06:54 [Mapserver-users] geoworld AM FYI: The August geoworld has an article "Canada Goes OnLine" which at least contains a diagram on page 36 including "UMN MapServer" but doesn't seem to mention it anywhere in the article. However, it does mention the Chameleon project, good job DMSolutions! Most of the article seems to be a plug for a storage management product named CubeSERV.? Lowell _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From wilmanrojas at geoweb.com.co Tue Aug 19 08:15:24 2003 From: wilmanrojas at geoweb.com.co (Wilman Rojas) Date: Tue, 19 Aug 2003 10:15:24 -0500 Subject: [Mapserver-users] RE: Mapserver-users digest, Vol 1 #255 - 9 msgs In-Reply-To: <20030816170002.12544.40621.Mailman@lists.gis.umn.edu> Message-ID: <008301c36664$b724c970$7d00a8c0@investigacion> Hi. I don't have mensaje of error. The problem is what the imagen that make is a image in blank. Wilman Rojas. Jefe Investigaci?n y Desarrollo. Geoweb S.A www.geoweb.com.co -----Mensaje original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] En nombre de mapserver-users-request at lists.gis.umn.edu Enviado el: S?bado, 16 de Agosto de 2003 12:00 p.m. Para: mapserver-users at lists.gis.umn.edu Asunto: Mapserver-users digest, Vol 1 #255 - 9 msgs Send Mapserver-users mailing list submissions to mapserver-users at lists.gis.umn.edu To subscribe or unsubscribe via the World Wide Web, visit http://lists.gis.umn.edu/mailman/listinfo/mapserver-users or, via email, send a message with subject or body 'help' to mapserver-users-request at lists.gis.umn.edu You can reach the person managing the list at mapserver-users-admin at lists.gis.umn.edu When replying, please edit your Subject line so it is more specific than "Re: Contents of Mapserver-users digest..." Today's Topics: 1. Displaying Shapefile (Geoffrey Rowland) 2. Re: Displaying Shapefile (Randy James) 3. Processing with tileindex (Damian Schroder) 4. Labels and fonts ? (Bruce Bushby) 5. php & php mapscript (phtran at nosc.mil) 6. RE: Processing with tileindex (Ed McNierney) 7. Re: Labels and fonts ? (Eric Bridger) 8. Problem with Oracle Spatial. (Wilman Rojas) 9. Re: Problem with Oracle Spatial. (Bart van den Eijnden) --__--__-- Message: 1 Date: Fri, 15 Aug 2003 13:19:21 -0400 From: "Geoffrey Rowland" To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Displaying Shapefile Hello, Does anyone have a simple .map file they could share that would display a shape file? I am having problems displaying a shapefile, which I assume is due to my .map file. I'm new to using MapServer so I'm sure that I screwed something up, heh. The shapefile I have is from the ESRI data cd and is population data (county level) of the united states. Thanks, Geoff -- Geoffrey Rowland Technical Officer Climate Information Project NOAA Research Office of Global Programs http://www.cip.ogp.noaa.gov Contractor, RGII Technologies, Inc., a Computer Horizons Company http://www.rg2.com Phone: 301-427-2089x186 Fax : 301-427-2082 geoffrey.rowland at noaa.gov --__--__-- Message: 2 Date: Fri, 15 Aug 2003 11:14:20 -0700 (PDT) From: Randy James Subject: Re: [Mapserver-users] Displaying Shapefile To: Geoffrey Rowland Cc: Mapserver Users Hi Download the demo, it has examples and datafiles http://cvs.gis.umn.edu/dist/itasca3.5.tar.gz Cheers Randy --- Geoffrey Rowland wrote: > Hello, > > Does anyone have a simple .map file they could share that > would display > a shape file? I am having problems displaying a > shapefile, which I > assume is due to my .map file. I'm new to using > MapServer so I'm sure > that I screwed something up, heh. The shapefile I have > is from the ESRI > data cd and is population data (county level) of the > united states. > > Thanks, > Geoff > > -- > Geoffrey Rowland > Technical Officer > Climate Information Project > NOAA Research > Office of Global Programs > http://www.cip.ogp.noaa.gov > Contractor, > RGII Technologies, Inc., a Computer Horizons Company > http://www.rg2.com > Phone: 301-427-2089x186 > Fax : 301-427-2082 > geoffrey.rowland at noaa.gov > > > > > > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 --__--__-- Message: 3 Date: Fri, 15 Aug 2003 13:16:29 -0700 (PDT) From: Damian Schroder To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Processing with tileindex --0-366343719-1060978589=:56279 Content-Type: text/plain; charset=us-ascii Greetings, We are trying to create a tileindex using 6 band Landsat imagery. We have been successful using OFFSITE with a tileindex but the PROCESSING option seems to give the tileindex trouble. The PROCESSING option worked fine for specifying the bands in a single raster layer object. Currently our work around has been to build the TILEINDEX with 3 band images. Does anybody know if the PROCESSING option is compatible with the TILEINDEX option? Thanks, Damian --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software --0-366343719-1060978589=:56279 Content-Type: text/html; charset=us-ascii
Greetings,
 
We are trying to create a tileindex using 6 band Landsat imagery. We have been successful using OFFSITE with a tileindex but the PROCESSING option seems to give the tileindex trouble. The PROCESSING option worked fine for specifying the bands in a single raster layer object. Currently our work around has been to build the TILEINDEX with 3 band images. Does anybody know if the PROCESSING option is compatible with the TILEINDEX option?
 
Thanks,
Damian

Do you Yahoo!?
Ya hoo! SiteBuilder - Free, easy-to-use web site design software --0-366343719-1060978589=:56279-- --__--__-- Message: 4 Reply-To: From: "Bruce Bushby" To: "MAPSERV MAIL LIST MAPSERVE" Date: Sat, 16 Aug 2003 01:05:22 +0200 Subject: [Mapserver-users] Labels and fonts ? This is a multi-part message in MIME format. ------=_NextPart_000_0091_01C36392.7801E130 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I'm looking for documentation on setting up fonts for mapserver. OS is RedHat8 with mapserv4.0 compiled with freetype. I've read that I need a "fontset" file which I guess is linked to "font.." problem is I'm not sure what should be in the 'font file' for fontset. Attached is a pic...although some what naked without it's labels :) Any ideas appreciated, Regards ------=_NextPart_000_0091_01C36392.7801E130 Content-Type: image/png; name="early-work.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="early-work.png" iVBORw0KGgoAAAANSUhEUgAAAlgAAAJYBAMAAAE7T7V5AAAAHlBMVEX///+tBgOrrK0exO0J EfkQ egSop58AAADv38L///8EwA2FAAAAAXRSTlMAQObYZgAAIABJREFUeJzUvc1u5DyyNqhLmF7V tiGc grQcTLlwejk4TuN42XClYF3BrE9r2lAuGyprpMsexR8ZQQYlpe337e8j+u1KZ1Khhw+DwWDw r2rX dp3WtV7n7vrzZ9d137f/nrqOP23p1q3/qtYt23Ib1vfLE/y8rjHbrePcPWYb6vr2/rNf1/kn ZbvS 7y/bX9tLmq77ewXvW79fn7Zc04zStk9PnA0e7W9D/dcKcq3/scma1mW9bt/flrolca9v258A fMNW r+/XH9/xz+V27Yd6atb1nVGtIdvl4QlKMdV1PW7Z2gm+/g2Z4OuQDeQuyMn237W/TcNK0nrK sd4w 27qVs7lxtq6v62mpa5VtaDDbNEOZNvjw7RP8//b4ew/vRK5uUMYtWyfZxoGybf9hnu1jDW/c 8v2r GkjaDTP8XAHDRsi6NFumdqLs7SaNStPyS4cbfPy9TlNza7ms68u/qrFuVqSjbpb3Dh6CqluB F8k2 d3+ttoqv64Fkv3f804zZFqak27LV+NIZyt++95ztCWt6QkY3Yd3/UJ0uLbKO2abtl3fJhqJ7 1Lft i2X6DuK2bMva3qAIa0N5qKyQDfRynUhp4Ovtf/MzVhL9sVH0P9XK1Ytletqg15v0X71kWxug +F8h G9QRZMM/QC1v+B5QK50NxaHyULZXrq0pyQbpStnq68/ude7iT0m2X1ieemPq8l8Pl59E+vbf 31Et gV4oKWTbILWgDf+1NTBoR1u2uZNsUdpELXUFBbsA5fAhyXbFj2+QbQA9/Lm+P09PWbZnbGCI oIFs vx6f1+Wf4+X/rL6tMQH56xu8pScDAu12raetpH/5y19uJhsbmC1tL/8blmHT3n/8BdJ44xLo bFMP OrDBmP5adR1ljOnbOI6Ur751T2g1IFuX5+T83fB9K+ZWPs7WTaCcaNY2UTrnZnR6UEsyUS0o 5/zc kepzone8Ib34xaYtW8Ocn4m/ubM5v739vcLWPKxkQYRmyoOP/Ddk/D+q7dlXfOU0X/tRZ8P6 WTer /bplu61djQrezldu5PzaF/z4G2z036thE8PG7Rmy3UiNkbWVm/iWbWpbbIN1B+0FeomWxL3e wLS1 61M/dZtFgua7tFtDfd4+bbZyuVG27Z2b2ajXv61Q9WxPN2Q9vGXALqeuv3cTq/8zGq4VX7mh +Tm1 A6nN9tu8opGAj2Ao/lpRq+g3YZugemWLMMMD+Hj7/rxOKG3agHXP1PQgW0PZNjZb+P/3+QW6 j+3T W3eh9j5tdnRah3Ze2bbDW7uXv1ZzvcHfcoElG9d2ey9xPNErAcDz9tKtK1i7S8/QWzbDoIw1 GpsF GtJfoeo3+GyTgObmhtlaJHttt6/+tmWDdvuEpSei2hWMNmZD47Y98kzZNmFY+6202Gnt2ZBv tQLN a+vapu7nxvh0C2UTY7rV6NBCQ/sJrX7qnjcdB+krFhaJrVs0+dv/RqB0o/f2q5/XVUw3qx4X mTqH d8j2/drPQ0v5SIvW27ySRpHA9W+c7TZREQaEtkAvs6hsz5BtU/p+QS7rlvoc+K9ZY7b3Ldvb 9QV6 xOFGZeTeBZQzZPsNvfP1ZWUiqSawnNR5LUHa0G3S8A944Y3ZDQ+Q0m39KXUBDeYTxe6lM0Vf Yb6C cXiCbAMyL9W6JtnA1FwhWzuJDq2iu/Q/yPYTsj1R7zRKj7+5cq3Jtj5Btp/tKooKddsunGEI 2Qib ZFuEqV6AcbbfW7aLmBpVi61oC/pY6/x/V91P7BJ1ttlk45f+fHGz3dZl4YpY3/9etU/9DWFs TmB4 6Q1FTSHbVqe/OlR6VECpxZv4KlSQ7aXr96eXVVqWyhbKsgkDfWt+ke2N0jZvBM2bZLuCkk/z z3aY QpO65dmeBzBcN/p764yf0NndulFxn/kfdrbBYP3aMl03fYdO183WgO5dwV+cwQfYfvwdft+s 6MuI zvbWOKbuF+RaZnDMN2ebveMRffKXBZxtsGvT7ydSSpC2mbjvP6Prvr6gkjebs/2fb6tk29rg Lbju WIkjZnu8PIuzPaxb/Y7AwRN2WbNoe3S2UW/XnxPZ+Sv1bCob9CS3mG3zV0caCLCzXVM28Co7 ySZe 9K+1o6HCRhXY6n9V3yXbopztX6SCA7blrQ1v0mb0/EDaCC4b2oZfYD03t5264amFrg2VA/4B v7ch rd4seDOJ1Z6HjTfASM72lm3C3nF7+TJEZ7vbOqMb5BFnG32Cjd6f2iefO/TJ4e3oJsBLb+xs czZ4 rINs6LFO36OzDY39p9hx8uOh+wCbNZHvDtkmGCbQQGC6yYABsmEraeCtv8XD/x1EJc42ViW4 7gOU /EL6AxKxw1TO9oreILa+bSyIWrRQB5062/Pf6AHJtkonbL1okrb1HL+euhfH2V4oG/vkzTbw fXx5 enwK2f7O2WZyw9h1B6X5T2iHpJY0jF25e9zMPA0EUCdBD6GhXb53IRt7vvNPeIKywa9b431c ydk2 2Z6RwpCtu1zA8vxH4my/g/73mO0Fs4EWL80LOtsx429Sluhsb54f9ix/rci/pTI8caE5Nf2K 2dat Trsuc57F2X7dLFCHaP+152yP3eZJduC+irMNNTxDI34dR/3M208stjjbqEi/sA0HbK/kQsNH ygZ9 1JbvF/OnnG329MnZxp562rK1zEx0tq+v7Gxvr7xBe9BeNL2USIICbtnWzc/bNGlp5yebbeJs LzAc a9ahx3f2v3ryYVtC90pdyu9u/S7OdgsG/BlcVO5HsPTojoBP3m+mBj23djPmYBnqmG1C09Ku z+hs k5sytJvnCB9qdrbB5pHCSjayJ9dndI7XpmUXg5oe+uTkbAPybVTYopsVndEarQtoV8vO9taU ANm4 oH96Yz90IRf9uWuh+9iIfdu80Ya88M0Z2bpzMePw3RWc7dfth7l7wJdtlnoaxYtmDre39qBv m5u6 5cLeHm3fRG2xXaiiYcCwZQNn+2Hzj8GuTJOMEnr0pkHWhuV5+R/0ojsEMnBHjaYLbeqA6MjZ XrbB Jb2gXcWLninbBLXSUbb2+tTVxKw0bHKPa5C1vHVootfvv7qByi62doE+Qmz55u/+jbzoFUd7 zUrU YV1t/mxwdNjZflpnVK1WtIhsZxv8Gsi2+QHbQ1yElrOB4VfuzzNEpX6CC475ahmC9dCJBGcK XPct 20t9I3nbl0tD2Sblc1GM6yexifhuODxE+qPzhf5b90TfitNOJhaMds3uObjubyStRUrYi56J Z6y6 7ZnuGvxeqkcqwY2zyau7n5Jtumlnm1urZJv7f7F7jHSPONDdqOBaE4d0fvqX9qKRXPBdXlpS eOny nja/98ru8U1VT2ukoXv8+FIzIsk2h2xA3Sb0F7ju5H8Vs4G0DdsTZ7upysb/gYtGAc2tCOQd Q2it 5my3PsKjbBtvzRVHBzU1tjQblmL+udm3+QlGmDIABkJNthX8L9Dey4t48vSOBbs/le0nOtvb W7c2 zIM2J9v8zFECJA7ygV/XXR5//Hi4PF3JXd2Uh8z/r6fYXWy9VJf8tT0dZU0jxGzn64VjL9uA mT41 LEs/PbxR34Idwyu/DWVB4LYe2rmfHy9PJAnwsayaOqWLlgX9u+TrXrAlNLeKan9FJ+9CmNiY bIXq A+plnI2wWkJHmyxqtetSUdOCsFMrpWtI3hVC9OC24FvxbwNslcSygK/3y+Plxwap4a9GhHyD ZyGc 3JI52fKJrG1g0PV1ECW/r9XD5VmJ3zCQtzJAGbFTrSXv/NDFDj1KoHjuKvVIhqfWOWr0MNCz rxlw IMyWLH6oVqwC6MypW44ZNvoWlEPRgTaRhVnHGDnYZE0hxgl2AvEO9POlsy/ufom68NfIKn9E WbWR NUjZNzwPLGupxxEK2v1SggaoFS24BVz4DTosbSz71rm849wNvJsLPl+EWAZUK1lgJ6spAF3r ESdh mIzfTz375Czr/QljioBgoVbXRFEQp4SYnVQVvWcc6L2guSSFuxcY0a51NAQUeBFR3WtTtaH8 tcLM 1C+t/LVyXQy3WkGto6gN2FbGgHQQJxQcjxkfrdUjvzsUQs2z0aWnGP9U0RBRsLGoCIPoD3yt FDFN gWGAbiK9p/Y9bGLfgi5euvAIt5ILUsR/kJRFN+IqckS25k00lEIMLYz46FUz6RfL4koccD6J 4p1a Vh0hwqMPOG2AwR34bn7clKRD39yUMjyQy5Kx/PYs2kV8EjBIcwxNY6ih8qO9cGTJoHH+9Rze XgMz j2RzhtWmqElaVmMz4TCMyK03gwGzPmAy6/cfPy7RqMYmvFbK7jadkQVusPR3jQyArg81mNfL g5h7 qcrt90rZEcE1U74OJ56w2qY2zDS8Niwz6E4tAyglixuMpPlK42r4VowcaDd3htdH7P3eH8I3 e7Iu 9BOa7rdgUaO928bw74/Aac21ost4M7KILpIlXf5KM2+cLtztYKe3/WGmr0y6UkYsXxOe75dY V0QC vgqpqOIo2ooCK8pF7/JUQzCDtJk5rW+1MxG2jbYlYU5PVo/WuBM9o6C16NeYCSwliQJsDeit e+AK QdYq+7Zmc0LGk3JB5CM+94IaMGlZ28h54VZvPTedXk1E4S9jwGHaEPvV2C3Nm/WaY/3OjtAx E1iF bIP0behobkZCWROEmrBPU2kR5Lexkjm9rXBi92FVxqVPZa1WECd0pFhgRZmofAt1x7ftm4ek W7YF VT/9xlDtG5QZJ/bnoXkNvfcGZ76CfS7LetGI0a3FRlaBgR/ajpdHADZuHNSZY4OvrbCXRow8 2K7f 4IpCQ+urpR74Bx6hgm3q0WMABam1UzbHEmIsGXvW95+oraAT/AyR3k5oijue2mMXm/on9IBn XcJl xNegPQFLTfZe+p4FaEdRvIwDoiaqi4b66wbdL2zf/n5mnNx3LEI9TBuQS8TyF/Gp4M/OfkU1 9f43 hBP7oaGG7gGUQWqw5qJLNy+48PnotTVop9d5K3lVx5+B14uIwuAQM0/eYAPrMkQqR1SIqI3+ zf1a K3w7OAdA6yMYQFnwgo5bAx+kC5yxOkbhC4lDNsFc1E1FQyMU9XjpVdiixdLhq0RrURYsV4pk 0Y/v z/BCtBOQjSRhtGti8BM7uEG/gncn4wf0cuDD3yBXBS0I5KEHztVJfmgtOhmCG710l634QyR0 RtcM dQJIxzHaJOCjHxQwQTPtmTrCdqPaBz0Kspamo3Fn3aoWIFJF6CZkk4UKwlpSQ6uYcI5k6//m 7mXr a7d2CUNDshRB328WFkx1y4z+VCv3nrph6EN6kPUGWvUiNc21FDVDhC7MGoQ54UfyGdA96FH3 K5T8 sxc9XENTN0NA/NSHL+l7fDu7r9AoYaaEltu81MH1nGS4E/00eISoX4KW6FEDWIsKXJ5fvHAp sAUN eytS8Lix6WKGljQll/WIsr5vnWHfjZCpXkNvhH+2MoWDy1YigY6sTfWrdXjbZL1EqofAt4zA YexW 80CcR1u5rK2Q1Yr2/aVRIzVpb5H5Mdg//q6hcm/+QtDEx83mNBCqebktN/U0SVMdEVdj1FOw QQOM NYM3+fsZ2/YlDCZCAWs11lF0iYNMxQvjCLAyD+RPAC55RlRVKwQ29gNZWy/BsibVZES5aiOK 7bMe USotW8HOcBl1H80KJNxtFQlvmqdmTxZEWUDWpvaprNBOUN9AVqek8OjUyNpsfkV0KZqR8iFr J70Z Lw9a1gKatw3jNlkPl26KahKMuJU127G3MhQchdiGdRXaHl1EyLY0qaxeI+LekWTxGHBzQqoG bOoQ X4YxfewcU1lDLJ02Oizr98b99B3mMVvJEH06JWvB2Ld+oWPAnqA9vl1/dgMLU76DKkFJVtTY GcaA aFd/PXXsQxNe1UOQgIZkRY/JqAOxhXZ1ajaXH7Ik0SOSRe0EYxVvXVEW9tM4E/V94x8WImPA vZVA im5zB7Lmh02pR4gNRSKxQ8cO7/IgIdDhjf7V4dVXO95SMeRoJTGMyvFoGsX0YXysZfWNFvXa OrKg bJuPggtKcETUr6sry8a2X9qOxkOB5XokURw5xjDvrqx1lQWGnIPi5MvAoc05Bh5AFtFMxbKy Zgkp bB+m5qZkofXeOsD3H5cw1oGYOyobl+BBy4I6DbIIyPgGsqhPhPq6PEkcFGYPOXtD/z4moe0o q16p XJWIAvV5JFENLfW8cHZuklcNDKInXIBgZbYxn/T703880lAcG8827nuMsiDSOT8m5Iuihv6q Ekd9 /q//uKgIeA1DW/j7tkps1k54RL8odMkVGNT3y/Xy47++q2gDygJXsa6Do2tkTd/XXNbWLi8P jz8u TzJkEv3YytRDH9RK8CzIwjmO1pF1gfbSr6z94jaPGGDtNyuxybplsmiunlMI1FWXGGtZ1ziv UGP8 fsAINMt617KUvQmfYpxpbPQ7SBZka6SLKs1RRFkkR2YHgqyGZQWHtygrujCVTDOMay6LGtfU Yugc G0LXBR1lOEMcTEL8vqa2mcp6gPFtE+rDlTXwaJBkDa0M7wdVdqiIMEfR0Is3D2uOoqCQAxPD wqoQ aMeALo/CgCPcgCIYUZbUOMuKgGi6Rst6EVkQRWs5VqCYsbKWIGmV4UUVY4nYrcUCvMuM34Dz MK2V pSZ0SBjEFIbbuitrCONHlIVgRvw7athKA62KtHrOZcE8DEq6ceVCvGhiyaEDlDRvwKows4bv CW78 bRuP9wyDGyTMUQy3YSvyLRnEwYswphBH4s1Yq2k+sPw3EQwJhmJTO8XxmyokTiJWdZjIC0Pr ehNK 6sVOIDUwlhUHKGoAgCoFS1ZYGv8kbTOTBf7H0mhPIvoTSDfNNVGLVPrSQEsWprgsFHPQskIh qTup brF8ypluSO0NLzSXwi4evaSJsGDeSmlcHVruYmQtStbAjmWrC0lNvq4kKiey8OsFmmMvUphI LONw 07L4H4JQV6GVgzIpY4ey2CljWejQ3dg7NoTRtDjOlbOwrWFEA0VmoqZ6wZ9/03yaqUKtrgP6 X1zM mqbTyDxEWTd+AufmhtYg0u2b5ubCHi+Mp7F5eOB5vvj2B/xIfySFVHNzQWnquGaA6VGyLnnp 2HEn /UzmwJboJ8ic4SKxs9nIiloxiGqmc2Ax4PmLqJ7E6m1DC/haOuxQyKjj2XxaULcrzT8uPBbF UfDa xTEde23KvGayQjyN5oeiZoLP2SlZE3VBSiuULG4qAozMexwMz4msTbXBwOzKClHxI1kY3tYG 0ZE1 iixqf/zL9J2dX63q63ogixPNSslYaaq/Xx8v5F120Vdd9QyokmX6KDvH2kzQVK+Pm9vX1Zv3 96SE RZw7sq5RFnaPHczsXfrm4XJ5VJOsIVTT6fmh710uaxGlkznW/wZbcn2MyKINM7jm6KqtMmko w1J5 4//1H/jPJeSjSu5SWYKoi7jYzWJY/TrzoExGXuv6XAvmAl9dkIVWR5yhNQ4BpZSPl+DdHNUj jxyi LJmvvf5AQ/d+CdL3ZF26KCt2BGR6O94DCdMTU/t0JIvnfhNZau53e9flAbA3pMTXsqwr7dFc rKwp jrR/XR5R1Fpf/7t+v1x+6DZ0s7J4lhjHC56s6wM7irjvF+ekrYSYiHrA1IepZJhoisp9kYEd zbDA nPQ3V9osK442fXiNezH7W5QlU9JL04msv8gWTitLPF2ZvzfpO9XkGmgAbz/Mlafi5geR9T0X 1eMQ WWb5KeQy1pWeFR7V3LtM4buyuhpmLAOloAGbj1Pp6Vs1HY7pVpT1gn1G96DGbA3Gal+PZsW/ kWhN 3KQDNqSDMr/tgNuRS5TVNVoLWfY0tdEWvp5fEgAsbAPoer7+RLFsfM16gNfNfi522f+evK7j ISVF 2QcjK4yH57D6kpgqlZcDWbQJ36wtgMWu7B3YaJdOVvC3UB+9WVtA+1zrKCtEr7KkqyqsVNCy KF5L wmQRTFGaXg7yTdYphN9exOGrWZaxZ56010RckNUH7wd8s3ydQrqEguQr8mDNg5SwCf5dQ2se Btva tbBAQPeoylpxHighK8TU+msePFm45EHKWtELYSmG+PkYsfi5Kysihqntjps0r8UYlH+Jh208 5bJi IXs1osPI3+sM9QpjvhlMCEJaqIgbDc9m2iqRpddiYCSLHAMY126D+O/B5V1pYXPWxeky6p+g kD3F czFeuHVU0bGve4rsq5WbrQX2EmocnHWM7tIaEWiBNRzvEWoRV3aBZ9tyiadE1hDiVPALhk6h N+9h je7ExNPY543XPdDq0uGmSsuycCAYHP/fTxSY72EtrBgacv4b6qvgj4mHe9GLjLWIARWcgMD4 ygSb XSr4ht8LlrCm9SY0Qhlo1B+qxdSihNbfn+EvkA/1KEZrqW/1pqfAvEzqoQrTQBkjBaYWt35q g0xL RLDfbtc4GwqdywyzynE5UsN0cVBl7pIJszZbByOlHHH5Eax+CytXQmwqxCJM3KvhIeoUxrWB sth8 6iBMjWB7eky1iDquqWkqKZ3Qi2y1XDwuN8pq17AORo0ZA/m1WlPT4OzujHpK81eiKk2QxePn Kaxn ogDeQyILI5ebrwYeLT4NK6F1ZEjLamOABH7F9Tkb+VLGbfSE6gOLIqXxUMGhzQ0jLt5W63Ok nEjj I5iaduX10TUu3OrQni5RRE1PThx9nANHWJIQbwC7gzG+duXH3xgWr4JZudXVqDwjLlKCrGGc OfDw htcN1bDWumX719G6oSkGbGBJEzwplUxnQwS9D4YEIuivsG6IT+KJS5CCrKVlyyP61K1GIcJO MByi oP814Ep62FeKi6kb6UHIdunhOS8Cj0Eu+IHIF18O95tsSoqBklqqrwnreoKsfpWgC5vChskA 1af1 THBeAxjTnl8lFSTD0GC/WFaMa9dML6j+5hei4e1nFkXLsDDj0LAexdBIzxih6bNdpZbMsjam wCpd 0bGROrzh51ZkcXhojrJ4FdUkEyt/Y1k4cqJhavQCVo55YPlovsOujWIfFbvEHmzYAnYCRk5X isKF CpJSxU+8QKcOX5Iyt6hNFLKraDDwizdNcI3FztTIsrPo0MIXihCg2RFZOG9Zt2HdUAhMaaFz pGsl c7BpOY7bfsOarYFkoc8PJQyWPwUIWCRATTVMjXviERv0KVUPk6vgrFAdBjvPJRPVmmASSZiq pZC0 EG2T9RNl4WDz0s0vzFVcVWfoEt3AL5cYFeMgNppWWv/1oLxT9p5ISuglNnM21sHFyGRh/4Gy oOuZ 5angHRrqwUz1gXqzdAUS2nxeS7aqdWlUmXFraShsH1bGyqL8yMIjytpU9RfKCku/eFlam+is qKrI Ivsqy02eZS0ZGzm9qpk3rmpZa7BAuax3kYWRm9cwa862tW6Vy8qyBsKby4LWHWV1a1RVXE5r 9m6w rIlGFOSuNFoWrr3bVJVkAR1iqzB2qraUrI2sOFXqQCaMi3JBWaiqPVi37U1RGPW1EuShJmT3 +hhZ v59pvdwFejf2jpIdSbzZD2T0/JUv6z3IYve3XUMjkj8h5jyihb9FepRqBVl/E1mUhWomeu+t UBfb Yr5sSDiFNYGwjq/jzWYNPczC4qAvLumyssYxTi9tssBC/+pqvWZoiT2WKi41MraDdUwi60L7 5mC9 3KKeXvQesyBrTWQ1OFcZynjp4SiguPZuUhphBlf1amWlfMX1hQ+d0ncS1hhZy7GszdYkawKD 39GY tYroUylZSy5r66utrKUR3htDF1mvXVkPqSzs3FsuYzQSqMkkaynIAp85kXWLBlVcSa6JOZel LPUa ZD1oWeItBOrJNtABV2Z2c4hf4PRuRb2b4iaVNdAc0FwrWWsu67Hj9ZivjZLVEMCw2pC6sF6x Lp1t tK5hbeevJx0kwB+HMPUIbSuXFdv5riwyPFKCUJheM6XNDRfp+hNlXbq4wCCV1bKs2TBlZWGI d1Ow CiZ9OrWYRQKvuawmk9USCxS33dr25qk+dXUcjIZ1oraMnUjJZDUUHiZZT3YIPXCuIT66VVhv ZBlH hx7DMm6yjErUuaxJySI3NZd1fSJZvZHVqH5eZM2mdOOYy9r8iOo7zJ3WoXTYZHAHRSarjkyt uSxY H93ENbqqz16trDaVlTlgKKt+ewyh1VZIjbLqe2RNsNiP1jRvIpSbauywK0tZMVxBCH3t45MU Urzo JpXVl2Xhxxk0C9f7PnTSVREs/KsgS636jdYSY7vgf8ES3Vcp5K4sGB/6snB6B/zo+frE+7G4 Uap1 /SQLlx7S7Jcra5b1vptjiIXUy3ytrEXJYodCm5uV9xvTOmRcnV43eEBfm8uacFaYZL14st5/ rhyz QvZRQXHgxUGp5Q5ZG12wFiN4EqHw2mfFL3EIjenHjx9wcJxZFgs7MM3f14fC3snXJKP9rdaz 2BKy UraQ9VWWX81XRCMJoyudkgA5zTxBEVZX24wWVquFRljR4aXZGCJtxm3W8T09aPhDCuvNwiq9 ezCM mIkKKyMuUmBY46giG/Dc5eGpM4sl1kBHLMdJWJIxylJbVQ2RAdZQmwSD9BWU6fJkQQGsH7xk PSqA ZvOxOHcmymXEzfQLpXGcDSwOW+MGHnpLD6tBUlDY0bNyKVhNp764FHVLlCuH9WJJCZFoveaO 3rLp lH43V1cLsKiaevOAek8Z18QlzmCFsfRCWlRloOgtl8eHJ/V8XP+24lIrq29hz+qIkkKbyFJP dNmy 4srLxn5VYbDNfjnUv+GQA/V0sGoIYKZa1A/clqCbN/ndp+strUQsTzRPDEsanfB5uTwO9Xui UnpL noWFjiSPIptwIHMR1qut70x+gMUrHLrr448HbHmXy1akvDTLKMed4JQD7h1hNNDFmDMF5gxW HyZd cZYtTWq3H8MCMwBm/IGMOGGPlC5jajlEt2DmCNZCDHVWBx4s/B7pylEt2ZfVIwFKuAmlCPZk VMVC WJINCpGKzSyqJiapr4QHhnXxFLAJH5IDHzQsie7UjYn7YIbHpxKsnBkPamVrmvueACstBf2C ZIie hlOTVMp0fhdDVqrQVacqdAwLND6Yhfi+adZHAAAgAElEQVQqrO3MQuiy53TldYj+aUjQ96A/ GyZZ 92BxIAwDQrpI7T4sQ1cwd42lEI+cqqGISoqEyLNicEkf2daG5U6CkFcpIaxerz1whMg+kmZk 06NJ rHT3H42ewLoFUYEKhuWxKIkOcyimAefUA9VrABmFuLCki4qwBg1rfsycnRxWGZXsckk1X3fN Ve3A 6jJYnKhW3x+e0t7WmukdWIvZeeMA24MV3PnkOcJ5tbCSRowrZF1Yyyg05RYhFI+YqAL/8wlY 9MVj 8C5CQxqC9oLS8xxv0kKVMk0FulY5XaNKO46ZJiUocpA+TO5WUK0h6Ig1JTNN8kJ+RWWjVMLr gjCB +7yiyuv2wGnyYVHTfn8QWEt80GaVhojj2LoO3YGS5FdjxysUq8kzZ0tKvXDfruCrU29ij0Yx r3nk lXBAijrFQ2F3LPsqp/TWuOMoqEgs+xI0JXdrgmqZijAWZH3k3V3wBrUVRutq7VSjmKeaF0ms weay V5hV3xj2CAZYRp9gd1lYjLpVM7dU9BEVLNXt5FovDW57olIFWBQ1bkuhmfSg8brijImLG4St jzjZ gqg/NCqw5lUKgCuuybqyHJYtvHrJY9hsPMGxKI0VEP6wWm/sU+Uzk4y9e/XqLsAyzrWGFdla rOtq DKE1XuFdmK0i9U7Vb8hiKxguE1gCM8o1qvIeToTD03pK7c8aLzWAnGj4OmSU4Tfuyk+sRFFo KvyY auP7jycFq9j+Eq2f485qOX5pkKYdYMG73hxU2n/g/eZoTEz9PMoWV8Ckf7FmtGjr4wmMi6lK EDXF Xlzr/hy9LV0n5hUbXaG49hdTja6tR/9dbWzQG6MGCvJKVNE8dwmasxi10SV/fJB33JJf6iJI 7Yro PV6qiwsuRJOhQr8mvCOIHM0brrSrwwFsGRKQYzSYCELDMtkFXj2nA8lr1HmoH+tPQ5r51CsX VlqN TdrBrHuwpHaGOjXG+pQH6vNoyBQrFNbBSe/TwYDFKnZt+1KJbJh0BEv8Mg3rKj2xUa5QOTwc i5u0 EwFa4uhhKsKyhjJpL7OqItNKbuF3M9TPRgS8JE803DMSJVit+mtIbK0abqlXxo8JrMz1jiPm 5ubG JM7BSn36TnxikzF8HOdHEzx1YMUVLgWbegpWkhQso4QNvaV+u8JJFQZWHmBek+fOwPJdWkm0 AJmS PrWroY4IVv7BoTMy9wHdPk/LuOI8U1+CVeisGNblwclJw7JwsgHGGCGIXjcwP7PhfMgG4yyi zd7w MVjRiJspLI6sqnR9fHjdYCFvXLW5PMcfNBuVQnpRzsM+LCVzkmkii+u/6jY0gMtjPgVhSeCM VZon y7jOGToNKzYkdl5jws/Xqf6nRmnnZfjBRr3oLKwIL3xQcaKoGUvdro7naB1dxqXEbio4RI3c heWZ Go3vEmHF9p2GpMSzTiZBH3+YCRKY7/rvbFr2I7C62CnqvMm0Yicj2HRYcHmMrv4Fr/jaZPzT 5vkY LL2xO1R4Cou+rfMJ6qsM2DaAFNnZKP9x0T3DB2DNxpuKJmLwYC1e/Ax3hb+DvRAhdU1/Irbr 5VJS +T1Yqu9ZlXKltcVYE7CEi2Zz9AtbGtP/v2iDL5Wzd/cgaYWnN3OcKKktxurO5j+mkyfkUYCT jmhx L3AW39qH9Zge+oPV9OJFO3tHtZCuh6c+EdLgnj5W1CpsaDyLLanDQFM/Fhc5uHQl2lM3FAWi tSXV X3Q6Ay6tw1ypSqmXcdTc8bYXleS8NPJDLCzZ9zqWNS4jywtYFNJQ85F5W7r+eE45Z2HgtVa7 x56H A9UDzG18kdJ/HhbstR5nEfTjyWs5tIiGPIjzu7ldzJhO4YqjL16PooeTrejEbdU7wz+C7Rh0 AozC QyM0Oz7cX4XC+EO9Zv7WF6MLKd41TZS1eulSr9kCtffdQEg7+9Q/Ce+tWxc8LEDPOvZmyFmE 1SdD SwX2C/B+Q1hmpdfQqEUqJVivNcbxzGBp3lsyZh4OirWLbRzTmfagaAVYE0dEbPAxVQfF4jHQ IrYs cxFWXOtsgoQze1qdM/A4Z7oKDSrD5sHqBzsREIFJF1twfM52ij64b+rQDAfWqxd2jmzRNy6s 85UK qUQcUFdlRZzC5I4G1qyi8higL81SHnBmehv44vqfvs5ViZge1Spd0kX9aCfu237kpMiY5wij 6cor tbJipAJtOJziil0nbtJ+LKAIy8v6GBcJaWyV4V1FSqdaD+NbynN9PFKtHVyDW/OPdvESn9lS KUH9 kEwZRCPB2C98WtGeapVguSu3Vr0eNB5ANIYzB8nvnrz5Mlkae32kdnikWj6s0kzKu1hoPaKr 1Koo 6NXXPMZK85G4vfuJv3BesKjPTlvMrE5MISqhxk7VGpX8xpN5lowJMvcQdwjz4iqH2YNW5qvn GQGT h5X3PbiDga6+kpUauDJTaLNzWlj4MITaflXtNE53WAYTWNBoljTcLQ0aO+xe0YX7YdGnNxSp 7T8T j4olGsIxdTFsYcI5qyJbkeH0iTitA3MF9FCMxSFd8KHCOYVkNlFeznM+kOQo6JARHwkD/Tz+ aWCp VhgnnQJ372oOuaFPfHJ01gJrrlmeguVpnklVwlKrxXex2pcwViq3woVXwbBCvuchz7AOYkha 4CQz vTMpVpeDH1Qrbs1jMmeWk2UTo4hDWWE9RpqXrB+sg3GnlVFTNkVTBxUzPRX+g1tb902WoIjx dHgY Lsowx3U600LU5VyYqxDl1tjTeRv5I3bNkydZ5X2PI2xm28TlcxuPi69/RFTrmnoXeDOfRdqm sLi1 O8iYRxWQkPVbFr0tFqIivYqTuQlh0UtMYa3m27p2DD3z/J4G1Ks0G1sAvogILAMZLOXdN4nb Y62D wLKTybxkKlsrxnRtNcJf0CpOC2uBA9el+fVztAzqNkYEYWrS+rIuLGZlyWaApUjvdJSirOKU mzvl BTcb7rw8SO/cxjxcAEWffKNspDqSYdVNNT1rOZRp0y9utiutpFQPt1yCgOqZf0inDdUqUVlI CD0Y J3SxTTRaa9WoGQsaIA7OBAfMVmOtdJkeDlT9uDxziaLUGIa6UU3yK5WCUTQszmLcsr5J2ciA WNb+ v5KB6EVPJosKJgFTGWsgfSFEsJVUxt/mxUG15FD6JMVKknLOtPafbBmccPOKwJYwGOxw7k/C 5mjg YmGnUNEksxZdyyxeeK270iHIDE9eg8bIYF+5QmTWN1Bhggs9jFbJu2lyvO4H5USnwDenyhfh b8Ia 2jbEIFQNXi8P8Z4Nfqv1HLQmlVbO6vUukMYMWfQgBZbc7NmY4xgJ1eVHABUdaHNjHoaYonUA Bc/9 rWxF3BQbaZRjLOB7rEU+EbCnFQFk1UPTVqqqcenFcdqRaVTcXFQrVi6SYjquAdYzqr/pvlR0 pivh LViqrksqMMelfgDgdtFsY2BlhsDKiZJwC+EzZ2llx10TrLrEClK/0F+allQe3bgQYWU6mPb5 /HFG MsSRkGPkxK5f41KFvFFPDq7cwWOgnQyT5PtI8BQ7K2PAox8xyAnwPLwJXC3eCDvH5SxEmTQs HdRu Q5aBR2c37u6kyQUndarlUkwOfBBsqcDUQ8pW35e3Eonfob5elEKG9qensR4fZvH9K6wzUi0J UvSh zhPHKlsylVfrolUrap7dOjXFz5OahYzx4qGi0Wwbv+0H2zMnK0U1rtxarYPYCmI7WofRbmNV JVN0 hWtyqj5ARo9v7lNVt767weW0AbPNwVqHQVssVbTg3KmhRkW54Cc6923OphLThbKZ62Xyyldo zOJD ticYdJ/xFvqY2Bb5/qoYrV2dYKIZUA25KdKw6MeOHms12HSje/ZxXVfxO2mncNNFrx0v/U4n hwdj 2Fv1srQA7IaYDFl3rohL9JPVq1pFtWQpx9x5G5fU7UeCywvsGliiQuFkKFX9rfMREh3LudLF YW9h QL/C1RQYtfCAhUBIu/qL55gXOb0T88UrfM/AIq0nWLOGNQdDn7R/qUn6xbEOgR/t1QyqNMew uBbx yAs8y/Ghs7DIZ0k9yhrPboMT19wouLHxYsWMa8P5is2ZGmOljSlX4jjwCCsb18dAY1bH+nXB j5+M Q+rCSv1acroq0Xiy8Us0g1RJGTDZysxfJ91RAmtNuogTsMh1rsSgISyKEty4pDIg9KJAehQb GVno oz7jsL0XFtZiFdyHDZaJ2plN347/EqCoziYERlP0KSyNMNXRR4JF7gN4Na+6bItWywyYFaaO AhlH NU63XPidYtZ0Hi8UACeHeYP1YhpO4skf+Q70Ndah6r7SDV2js18uEQIWFXZFtcLWi/Jj0y7P AitE Q/lAfOcEC4LlpDFjC5Srkhg36NZLCiQzDo189KyDfK1DSLqHmuowYvPrk2dkAVZ0DbPtCZkz H4Zo hXlOfllXhOX5DenSYZwvCbDAY053TUyZqgcP3EMVAgbmuyjSbAkswsKw9h5bK006aWD0h6/w MjCa PwXrgm6fgpXqFjl86VkyBNdBFYalZqpcl+AMLJ4v2YOlDLkR7Ct80OIk8O3C8hHGBcAG1uDC MuuD b6tbh4rTuR+MwTuCZTybGQ86Wq3KJyYkXOITvuejypM6XIz/Aus7XH065QfikUGxJaJf41sj JY4P RzPZeBJAGJ27pQRrPAGL97BGWJ3tElVarBVNt0xJ62RYvQ7ix5cm4wMXIcGC5fSVqUPXSEZd Et88 yol1J5m6gj7BxOcZ9xQPyYmwnsKEsgPLdBm7mjt3RX0653DRgSBVVK3XunYn16I0iXXvwAKj dQqW /kipZVgwYMWTTx9xm9CL62ZoyTLw2YOVQtGflYkayrCgU6xiqAaryFlrrTS+TbBkmkvOw52w kkqE 6a+qC4ePlVWrNVJ9WPSxy2GpUFntwkrOKUE7H9kqTr8PUeP5Ba66wkfupT19mlJYvsO1UtCh akJw 0rCl6jLsnpe37cBKA7mpe+p10BbWO274req2492X2mxZP49PsTiAVQfnYSjA8jvoBBZ1PjDV SivO XtQ7xKMLKznH2FYKsEB6Fz96BSzB0hS8owtR4YojwqU7Dfo82OqQEIfF8kFYHsJVTt6oaH0W Hcen +1haUGk8U+tHOB9lbHEClk/cLFvfcFTd8qyKbozpVLcZZfuwbj6s8H47Io5fx+YlqPDwR5zJ xzko 2/fbrj0Wyoc1+bCOHa6Y4kYPjp3O5EOoasx2xcd1zH4rirD+P72b7PUOWNewWYpvEG54Q6NU o16I l62r9mHBVca9ZNCw3J7IGw+owwD4AihYrohudGiBteo1yrDMRxdW58Py1q7SRTWjOqaiDlFd igE2 wTiIC6xmVksDq7d4qsZHYNHGJvImwrVUzUzNcQpd14TaxX8o1+OPhUVJ1thEJTHTWvyAOPxw TuRT esxdutWueGjti7dVMbYM+pDCUoHGgIrjxsmByAms1/OwnK2CBVh5bajGiJgB0+OPH7TNEnaB alir zM2cgJXi/wgsheoxnO9JRyPLNpj4wFlY5eOjh2NYPHQmeHjvswCidABr58jaPViiwAksUXTU /iWc aQ1LrBUkdeBkCMwk2ybLByKnx+K4sDCDe9j2GI483Lr09ADiHNZwGlZyqvWa/8QphZWeag2L 5JPD iJINfHfASg/bjqYnVTt9Bviol0Ejqq0NPlySLSez6LSC9aYrYA/Wm3kwAnuFBTr6hIOoIDo1 cCvD jEf+ZhthwhIA+WKyp0fk+9UkTc7p0VSRPHRu0sO2I6yGrp3r8EiEyyU7fnIPFn5VhvVahDVp SjZs zhng/BbwflJUuPBDBnB6vqlTXzyWDMTO0eTJvIZ01XjW4s28BexVWjR0vUSpI1h8IGR8/1Gi qy8e TY5GSel2PJr8Zt/SXTSqhf7BntOHpd5Tpquk8zHQoI4mT4LcBMsemM7mg4wuv1c9EB8eN9f5 WqSr pPNJoGEZnRPTAdYVVwiG58WqEYCwQlRS8Dlwr83OyeSv7nmEcx4erfJJue3dF4sqdk0C6ymH xYes bjm74gHzrFxrksK1ewrWWOcTO4/JQe52QE21pIoMOxXUycY7tYh2PrU4ztRWlY5St765bh6S ywH0 XXFywBYJhzPl1ti8x1v4vazzGap8etIc/jijG/pjq8SE6QTWNcAiDzYs2uJcZViTbbSZfAWL w7hg Oq/Y3YAC9MljUon1uoaD3BfpPdNtA2VYoPN5HeZzW+HYezjxCXzjzbJvCpDkmmRq3MAaRMeH JEI9 Z7Dk2HvQ+RxVPgxCu/UO51A9XMg3fsqOFzNz3goWVhzYjFRjc1hYclIuJ8TuHHsPtfdoT+PX j452 z5fA6vDY+wbi0qdh8QG+bQ4r/7K6MEkXbaXi4Mx4O4AxwmJhdZ2JzS8JCL+4geN86ruiy2ee /Vyx 4eszdmdz7P2gruo+hLW76kvDykApWEtwdoLQHNbkwMoGP3sQHPvg3l2g5gfSOSANKxzx0qYq O2fn MzjCtdQcVo4qHsaZ1Tl31XQkcpw9SBfvZr1Pn4pwCmthWePGDa8Mq81gjWn35fQ++iXeguMc VgZJ veUELHnmPKxcuZx6rTJI98CSpwblXN4OYOUgnFZQRUdJjFM8uvQIllgPRDjGEzl3YSVVNvIz KazF QgI3TepkD5bMeWFbNQOXA1hGuQIj2QUUg4UEaTgFa43SJgurS2EZIepuD/uYhrUkkAjWLRGw Ck6C RU7iEgztJH0BeTcdnXxdgMXKJbqzvTxcyRNhwVxYfq6HwLKoZJFddgFFYnd5Qf7s1OAqyiWV dIu8 KRFVeqwepJcM1qCpjrcExDe1+s8uPWfNpjo0YbNWVuMqwGoTWPVXwlKjkeTb8IUL6/UYlq2Z u2Bl VxI4uE7C4n341AauDiw7eNqDNTpMZbgq77jBHFZ4kGBlenwa1hJJd3E1u7Do16xXlTuZElgb i3gt BNKwB4vrL7u2QOG6lWHJQq6sZ08vNyFQtUm3IqxRdlMUlq2ucXK8IuQJrhKsOsBKyl+CNQTn dtE2 obRAJUz5VnGL/RlYwQtMQDEPI9n5DdazFD5Jcm9Yu09Xpdv2bGHlXOMX7/YqGCTA9p7hrF0f VFxm kaee6KrS4QF3wgQrKVN6FQy96ramnfrMsBa1gh6SKl+hFmfeG1y56jeUYLUpLC6/9e1mPrYS vp1w zzxUrl394ZsImcWHG2py01aARS+P9iEu9kpWafK6gQVbXVyfHQko1CJoEY5XqsGzuTDtE7RY w4J8 F4al7nMvwFoZVgj3qLCxW4tkNGuB5Wwn1akJF++BXDFbGknS+zyGE4JWta34sBapycFPFa3y rm3X mcASbGxNKeaWnHsiueCPcHHOgLAEjL2vQhVKkyXXDDXxqgULa5T+JGlLEgo09RBysIsROVFV Z6Ls Ti3Gro+P10m6dV0WPbmA8RoxW8nhNR6sCWNyHqzV6a7Fm4UTPPlXubZs5LK09okl9MMR1mRh se8D f1zkypUlgVVYqWTIQuWKtx/F3q1JrgQJOazZMoLtTTCXAKvRsOxKpdREhD5mE1w1OmdMJ2CV djzp 249sqDCp9qQWtbtXGczjPbBKO56wUQis2q53afUT9h2zgpXdFbVw63OmjBjWVfU98bfJhzWE s0ii gPCHfbNx96rUksojIY9+tcCKVukAlg0VpqbOdO8R1oqwPFzJRLt+tYYV5VpYFx+WdeBsLep3 1XXl 7KbLYRFrKSy740m9I7nwS8HSDSMbLoW6Kd6slcNCOSms+MLRh7VYWLYntIZeaQyeB+Hhqmt7 sZZS sQgrnqw82rb7+GBglfyZ7MKvPmST2dcEV2iM+7AaFp+YlHjHHSAv9oSJoY/jFj6mYsn2t+KL 3jKl t7D4hblr9P5D30NUNG/Fcdmk7yEz1d6MphqVmVARCN72g528eYW6h8jCmhIT4cMK16OluLDT UNWo nlGwZJPUuCZt//Eh5LCwbC2WxmUR1mqPyQBR6ngwbe7f7cVa4Qn9vnCuA9RtgkQV3vXosf1U 6oHE 7i2xGvVjs7Hh6nENS47BoLlZ9ctBLUq02tzaFp/Aj6EaTd9YvExOZ5LBPvhfg7WhRe50IN4c Z5jA Wgd3TYwa6xct5aO6jtYCLt14pzA1403DWpSm8GjfLuqh5N1xt4zmdfOlCGtyW0AENe5eJicj znrO FghczaWNa7iCW8EygSQLa0lGJrc1+p9x6vLgejTU+gyWuXrPBKExzfZ6iSSmmNeiGUbsw2rl sbpN 6hCv3lNvzB3aeNwgYExhJbXYrN64/ugeMse7UBem0DgQFSI+MuMiq54/51tXk1occlDHsNJT UFe8 RiSejnGT+IiCdZUTz8jopYFhY9u9cypPwIJqTEcocV278dMb9fvWfEPHlcKa1HER7tl9Z2CF KGtI 5qLCmC/ASifQszB6qAB/LrEMS5vvyZuJVn5LfNlZWFwB7nzyASxVhPSQt+L9iQVY3smPsBqA rKcf FzxzmVwymNWw3J1IKazMTQjD96YQUToFK7vNVsNyRvKHsMSA3nLhd8Bydqf2eUb5uDRXe3mX 994x rr51lesUrMVWv7kEs02egY2FF4OrGIOndMdtk/nKpQKsbMchqM18NbgAVu4frfa5r4H1HGAF Kggh qEy4KjHAcpzc1T53ClbxdGyB5d7N2dKMIJ4hBLiIsH775spbTHxYTiWXYO2gWuXCB4RldlPh PCWd PwOXc+KFnK91c73gKr90hjsT8UlYysvTm7waGj1x3dHdnHjCESLEDVUeLqdqug/Ceog5VcC2 5tlE wQXrM582WBtRuP3Mx5Xp/Nx9CBZsEokyDaxbMmO6QXmp23hlqIfLCwuW7vPJXfgSrFBUdgas pMvD VP+TjQXg8vTeKBdvESnDopS6zAksVVQ5t8mk6w91k+T18sNrj6pu5OlyJSrZCTQNa9WwcrI2 NRzq 9wiS9iUk8qJ+howndIsyGljmmHr5hGpmdoJhLZo9U7yW0eISRVCPnlV5DczAGiyslOP5aneH 5XS9 w0Wma1L7d7TEAMxczhlrYKrt7a0hNqe/pJ1ymvvLj79tjCcq6cMqxMN4O7e5lHHSsIzoEMk0 39Lu IY3q8pheNlqEteuLJLDa8MkKl2+TvZ6PZrPc++Pl+TJlu08/BEtfRxsthHvBKoSn7BvB8kdY eMBp dtvoB2HpCz8VLKsgBVh0DbOgoqsUamVEPgoLNygqWKKHPqw63x4cI1Fy3v9mcu1S9g/BelRr /mOr dWEtDiwwXj2jCkfKJ5f3fgyWMjzqPBkH1uQtxKJZjvd44v+Czk/EdfkILHuXabAQ7uW9LiyM kKGf uAos2B/28HzDqtx8oA/A6kqwvMt7B+9SWNyQ+agvFYbh0mXZiOc9+AUrfwDLHsHXSokdWLV7 Vy05 0c/qhfUbRW9+81XH7puTgWECy978Gk8+tbrdMyxv5/n1IdkBMsnw/5+0N+QjNzAnF9KyhUhN dU9Y fVgxzillwzTU7RXhVvfev4xxJPPFQFvOnDvHcWOye6qBezH0uIZdQBVe83gXrGsGC/GkfQ+G A18L sC4PCSyYz1J7YCu+f/IeWPFOIExM0+TeLLzGiy1NLeb3Vbd03v5NwbrzvuoUFhLyeupWYYH1 mMDi IT9Hxwd1MfS3c9qf3VedNsFi0hdtP2ZCZDrnhvOJyX2dx8iyFbi5W1JIvDeedo3+SG69Zq3C 6Hid X6O9d4U2pEzjvdUJJVh8u7e3dD1c9I73BN19u3e4Eel+WD0eLsSVl4qRzoLCl1X5Ul0fW365 +mlY ePmuwEovQ5fOAu39Wu3e7B3v7pan56xp3wHrVU2k6Okqpkn+rel27zNXjn8b06Smqc/C6tRc CnZA uoDiTqKp+LK70N/OwDJ3oT/aOIlYUpxBk9DI568aP3Vhe8QlA/98wCmVyBX/pZegfysApCva xxvd aERfJbDA0ttA0h9x+/m3pI6JMDy2TXbIWlhgupyb478eGaQIjXC96cOU+lUHMzZL74XdyjeE fw00 xPVmL1a3MevyzfFwzfo//hhoGzl4Xs1VbxfU+8B3YOHRMjgb+SU32Ov0TapT7wrX53pMO2wl M6P0 7ZVA/uOzyKiB6iNc+s29iLVYggX1n16l0Fl1gKRN1f2UmQPE9OLAoQQL1mWsCa45h1Vg+hzU 8Z+5 NH5VAVZPgOy8+7xzQNouxIO6dIAVYA1xTY5e0aNgWZ07SkVs3/LOtC/Ceq3DCF7jIljelOVJ bAXK UmQFWP2gYml2qRFec5XDOstaoePNek4Xll7AonFJHHBOHcE7gBWQfbPI3M7HNEDdHCVYU4jo nARW 6He1t+HA6pNlIhHXLLCK8a+zwAr+XejPHVhTskok4pplTn8nLHca2C6yKgscvNbO5SEEtGNY 5U2i x7h6langRG3IqlQMe2kprnblrba0cL5NwajkRUgMJpXtWuheq1QKVGF2rxDh6ASWv1znEFfW fmfs zDxkVSLllXbyJmujEMfcyWTP/uqNIiwnKx1Pl1cm32Sqq/CWdTrk0CKsJ+vffhZWOGQw6QEw pGur EL6xuGjxY9fJuoz9if8SLNcGK09QV2Zl5MR1k0a9Jlm9wxH54rboXViDR7E5Bi5WJgXApTyK I41r kOlegbW/9Mk3Er3bTt6T45S4MistxxjS2F2HOjxjtop0Fe4oUXQNb6EyKyWoN957XE3LAc1O GuK+ 2SrBKliV9zD86UOw83WsblFSYkgXiflQzc64NIVgfgRWqfmGWtRHsVaynBj1vc3OSV8DbTiD 9Eyw DiKsHqzi/RZyKFavp9jCRkC8wjS/x3SVNcgYM5Br5D8Aq3i/xXs4PVVNOFR1DJRAZNNZWi11 eHmQ Tdz79sGFlR6iD2khWI8ST1KzRlUdg4MN/Jq5NQsd9YeH/fIXDltLupI3q0KnvPSiR1kYoSLp lSxZ nmR/Q7pWGM+b7uG84bCHW/vU/K5U37IqzFdVi51B5SI3TpSrrwRGDSeCUvO3lVTL7cwXfQiE vCD2 CruwJl7EbAjj97yH80BFuXq8qJvN5SgAACAASURBVBBegs0tTC8bV56YvTBZCy2TbmyJM31L YAHq 7JL2QcNSytXLQVfNarf5x6LLgoFw28FAG51CFL218EKyuxsR9ZLsumCG30MMlZQLh68Un2/s xjbT NZIbyWTxWE1wScbc8CdeHKE2e/AXoSI0xTXs36lWmmQxpY1WgqxGF6dL6zCTxX6Z5DuA1QbJ tEx+ Vce/xgNoQLnwA7TE3BsNxl6mmmVyeYr0wKeAJrewBpZCbc9MEFhrUroKAUypUWH1CosrWOGV UURc 9hzUMiyDOgLjrx/VAsgIi2EYXGQlFrQaXIfkLevdBKCRkj08HUJbClfaH45sLNjYvefrMqs4 X5YM KrB51sH96yxZhCuqYBufk9SExW95f0gH+fFj73EOL0yhK10xD4btvzTg8TqAQcG6mcc4veWq ZcHR 8/Gu8TiF3oQsSZHEKLPR6vONzrGl6HWLDqyiyyE6H2BJAQqbTONLZ1L4bk27HY1LMy2T4WMd VlYW XQ7R+Yt6eIGjVtQam6wr5WOYROF5GjkxcGS+Gv2dKR2Uyz2tABKTozZZMs8KVqZeLFQUHvfG Jrho hbzRnXhEVa9zudW4ZDqfb8nNrdeaaJbudqKYxhrTKYe1sGF3YKU6T7o5moVSqauVaFbodlJc yRZl GR3o16dODadM5xloleTKncwr74G03Y55pvZgmc2ppR1/mc6vHqzUSlAVPpEvJL84zVE/5MKS yklh BZ1/jqXMYUUrMZNkuiuAsrcCo7H0JKMHH9ZQZ14gC4N/3n+oPSe3HNYkTKBVj/puxthpWM5a Sx8W +CleRbLYS8A1ebBENXG2Sum78l4n7Z1q0SksHThSp3amrgr+8/7I1cjnYVpYG1lkJcCIiiUl sarX u9m2kTjMAss7QHfJKlKYfifvRjxGCws4ASsRnBLxldUxA+SWK1zhFhnaRT54sNRSXluRwcqh 1gdv w8Ba2MmKsYDoK0cQ2mtWkqWTdmHFek4OXA1Uv2+2i3wzhGXPQWjojW+RLH5zE+W0Umw7RNSu wy2B lV2sG3EFwBK5wS8qe5rfjd7DsK6XcCxhK3mE9Slob7hGrQmwIIu3klfKYaa6+KNEbtCUxBhE 5ETW 8F2l2U7GVxYXi23cIsEC+IMP0GuVfRjXLBSgG3L4SeabURkqlYU5EcW6yiJ7Yy9jJIXVi5lQ xotP tpbXokGx5kr5doFIWRXxgrDCZVXBYqaozMAirmCWWYUp9wSpcAFBfXMOTo2BWWZFVkW8wBkM 1fwq 0MVipqgmTVZcK9eSfq1y/3HiICi2HO9B2UEByEf487KyGYM8bcw5J6jW2jPpU3C+CsdqBt1y TPuq 27ZU8MwnK2EBYT5RKqOJZOFeXyU2qsYgrfUmPyqN17DEPvgnPiyp2YNVh/wAw0JcoyYLNiQ8 hedb fZTMJDEReWmm8ZTimVJNZtrpgUYycIHegzWSmf0h+nKE6uHCoT908BfTA9arUiVppZlSq4PB 3BP7 g8xo59l1xjMpaTQ+SKnRH42o2I/WdA2k7G3409X4AEt+zwgLPkl4lF1nkM1z1f0QNQt3eYWy Sn8U xE00ALINKY9v2VOnHM3XpoZhXVaRJVPoLGSWvWfyKD+jg4V0SowVng/nsxN4ssFv6OoyWGbJ IiDD fjBu8QpDIdv9tFGVJuvNhBTNVhsey9p0uxqDf4lNUc9VYxXi7ufwzvCI6ayblIMma2jRyKva tk7N kg6HJaAEa5qRom4BcP1MA53YtnWPGukSHyHCotSoFcUCKz4GshZzylcNRzAqnGIhBoIF8z0y rXFR mwcH6xcFurRjUqfpZmCpw53o02DkNKZWI6yb3NomsB7jFlDTF2q6FIv4MnuGrBn3xBYqSjYY ORHV RobAmjJY6oaxdCiryhXXqUeNjgfcylvs7yrMGv3vWHBoce/RcFXyISMrDUi4B7GlUz2jPJUd W5nO 5a5G3Wm5IsNaIqy3SJaUMzFF7sRYHucbDKzcrYqmeQjU8pkfUolb3opzvLHCx33HmTeSXo9j XhvS pGFpMKGQg3TuEOppA6pOn58nsGgGJW6W9RcApdQ4c/wG1pRp/Cq1iKYhTs4DrBAUHCysSziv Yaqd BUA5XXmfw5U4d+oP+4mUngcC+H9izUM4SWDRgPUarmtcZAGQeWtOlxNCrvn4BfWH/YS1KKNf qMXQ +aHGzzj4YVhNtA60w4witSVfxHuZQG8iLGtMl2gYGinxog6+7MPSg5e6Yvc5WIeuKy0Asv4N FyeF NYkSqz9WcpBiZqW3eg+qWhFR8eq1Ti1fN/N2yQSxoaus8QLrFr7WLUhprd7VGBaE98QWWVOp Q81R ovaTRelqPF3Dw3EeJadO26KICLDCOu51YFhvXVgYbDU9wWXpcjWenYmbqXMcg4dH7RnJEVbY hbdU a4CFRgtXLFgg+k9LlzO9oDvtwWi8ifo06oGgXCrgXFGpGVYPd+NZhUnU3hthm9yNdickL9a2 9rT0 iCXCigHnKvzE877Z3J/FpelyFkzRV+JMKB2/Kf+/COs90FURBXOMR2axc4vLaG4GSzs6aWDT P2he YOG7Q/dDsJouwEqv5Vxlvim8uI7fZxof4rnm5Qv3girWtjof1eQPndPcYIfYFWDZ5pjHWnJY c2dg E4eK3BKsMJtOsNouzJKv3vpQG74L4/zc0Rlcayoj62NY4ttUq5g0AyvdX6paVeiwHdWSl8zW rclG 3u65fgjrh4aF9oGHPFtJx7SPXq3ll5G2560qWMlw3hxPd3M+QuK2WK1stsIZ2nOfDcstLqHL W6tr YMWjb9uPwZrDzO+KBtXBpQaaTJc3MT6YcU/Ywn07DYtNRLVGs8W6Dnb+lk8v60Vb5I05IyE7 HCM8 YlJOwWKdR1gNd9T0Sz+S31jGhXR5Gi/Vpo/rD27Sh2DF0YW6ccnHRfXprrkQWPLKVinloo1M Edaj wFoyWFIF6cIINhPU3blrLrTLjJK1m2S8rAIs1vlKWVMWNitYOS6c44T4r6dai4W12g5bezYK VvhI sB4Y1lSARZHrDBcWf9Cuuf69zWCpbsuDlboh7xHWGzvShGoZQ5TWdNJUNhqhZ4M1H1YyeXwO 1rOG hS0RTriQoDOy6wxhw+IRsqkJmwRLensbTjkH6wfDGgKsDVT0KocwfWIe49MOxE+3axv4HcEJ We6H RTpfiSOGsCb2KgkQv9dTovBCyU1pSmDZ5vpRWLggWoofbjJ2cUkDsitcJ3pYr0XS44BTsLD7 qUIA 4oH2HmUeh4/LTtXXfCfYxJ8V+gIsDyEl1PkqBiDiVaFWootLn3Oqh2DJ2MJYpYKtSGQzrEXD UmWL BfVwaaVJbwWrC1y4sLI4BjbFSsK54EFMFlaQmONK7ysOyOj2pAIsd0SWlfgxhTXU49BEjqJE f6+b TbjUMO0nDaxkoIiLZjMDRE2xkuAEwVLdYHKxk8VVWLIpR56q5xr7q2DxajyB9WZhtY7EFFdh cxuH AtWQzsJykwurrguwEs/FdtuFlaT0iu4eWGMO64FgzdISsWrCWCypKI2rsItscWCZmKnCEqat MlGw Ua2qw16L9Nz8dNpC4XIdZqfvsbUNl0UKFrdRUoAeNqpVsoIc/K3svo8cl3wqaDx+3Zmv3M+6 Uaoc WG2oWyFwmcFyvZo2e5lKMu65C9aQwoLFWXuwcisqEXBf48MCjyKso5ANA9GwnryLNbLQYEv/ uBof ZnAKsA4jSTxn0e+zlYwQIixf48UzNEso74eFYbb9SmySemRYvsZLyORzsChwFGDlBiKMPiMu huWr lpgP91Sts7A45hBgXXNYYeKntbB81QpmLlk0rF3qY5W/HMJawlpENUfSrkknrsS3XGQLtgDL Q7iG 4N8urFbgCTsTh2AcWGHK4hQsnzg4hpOGqydgqeCyRIZyjY/Y7UEkZ2ApaRI4Mi2x9mHFAsnt cRms IWrg3Osh7TGsKYH1ZFoiwrKqnLs49CH3QXUUpZtqv/UV4jQG1owHvkVYiDIdQEv+8D1HJ5OG yGMf KfBQgnUm7obK1RtYpa3Pi4WV2gekahyCxn8K1ky1WCmNL2z2j+IWhqWzSQUGWH2pEpfxBCy+ VlZg XdLRqw+rTWGFrTIRllkAoGYytF0uhwNxajrAAo33Gr6RQR+02YobiwQW7r3PYS1mmFCoT3w+ g1Xa GBceFGuqhxqCIcDyO5ylONrOYF00rKfyxjgVBklgqQ5ATUK5tgriYmeCp9QUq7J9ULDMB6Ou KghC sPqirToXSSIoClbxaITBWtNdY53CKsRG9mD9OAkrGvnmEFb3MVjx/NQZp+qqqPGwrD+7mk9L W87A Wk/CUh853QTWhVX+ciH7oHo2ldSy6vYI1pweoXQcScpgwUHcAOuKtxRxBCKvyMSaHsNaSrDc JQcJ LBooIqwHvGBqqJdxF9bkwGrjR4TVfwCWXkarYPEOG6TYOQRZGflbAiuzit1HYKkc7DcjLFo3 VTRb qlvbhQUfu/RF+vNYYsvAwtUrEdaO2QqwLEzH/DiwQntRPtlO8JTGrwgLK7HkP6TWdA/WnMFS h5Gc hIVjn6qTgyaLsBJrakPQCaz+NCw/wEWOjYZVcgJxWpPe1rhYzsGCMw0KAS4Li7zTmyx+M7q1 qM8T W/84bizCStfmJi+9A1Y9MyzTEiczs0Vm9gys/EUWljdoTWHhyKd+k6WCNvqqcpK7Xg8HsJpD WP5Y 2ofVyMrOQjyR3qm6h4JTUoJ1GLLxYdUzGy57wg59Dkd1jh+FdRxJsk4xHV0KB13REutOB7z5 s/Y/ wvAvrbkIS8IP98FKV3AhrAlr8dLR1QKqCDf8f6c6Uoo+CMsN2QRYK0yuEF22Fhs0DarnTrzB z8Eq RJJW9hvgoKsWNmg94Zxw+BnDVUncVP7442CFxfEwQ9bQxde2Fgdcx6/KEfucL4Y1aViPZKxw Cv2N fS7t7U5mFGwEFWDVBVhHkaQlXiOBh48xrAlvav2R1OJqelYj34c1+LCOQzYxgami1da4Iqmm c19t LVp917VRhNV9Ela8T4cW4d14e4jxWdLYYJ1/2oPFUYSXe2CFI69ogWfDewtULWantMSzmUtr pgXW /6N3MtwBS91Qwkut38hHjbWYHk20qtu2yku5+/jxI7Au4e48hnVjpZdanPSq8tTH92FNJVix eDuL 3BBWPLaMdxc0rPSv0hfG8XU+leJ3swVYrz4sbyZE3dQk24/eeMdkmOdRu1d2YJmPn4YFqkWr PGTH XcN2H/tFUKxgH/KwRGkW9ZOw6Eo/8uwCrJmUfqtFPophkPgMTUipAXnJP/k8rF4cTj4CJSh9 H+qP d8CwW6GDOX8kLHzRKCdKTbQk9kHfBISWS83eBVx/ECx93VNlf86WHsmXidqPNp5tjsa86AS3 Dj7J 1vZiwpUfO7/bq+jPpCOJpYSHdugzD3WpkyOSSusA7Zey0MlSJfw8/lCJr2a/7JLVL19O1pHE UgIt OEtWxovzJY9lowbC6QOKpAejWk+F0vb6BVhH7tnOXeHxo/T6QbJwFZH+4iNkaYNQh8knSLNc XG9J upjipaX1quPLydqTWHosA3I3WcqSpfvo8DQzuFSWUrm0phn26Rv2TQwefHJfqfsC/b3C7aTX tBVy KpLlW3j4Uhpgo1rg1gThqts9KubMwGdk7ZuYg+7BTSn9mQa4dI27OFKynO5wHJPlypoqaIIP QlXG wb+RrFSijytJfWayTNoha8xYyowVTKr9EOtUoIrIslbnTrLeP0BWYuFL4PKHdiydR1bjkkQN UN2C ST2gqFWRKmbVkJVlKXeH8Ctc//0RspTEA3icllhOmAdOAWXXVBdWZ8fH6bWX2AMeYKHqs45W nsW1 xyL1/s6QW1RUrVNk9U7h6Z7Uc2TRlaqmKFumKzhV0UEoIVkiWVdzH/wZstSPSV96LlllPUXW a86V oSIha4y/6OuhTS31bNQPbVUIQEEurR3OE7t68P4RthLnoUxWtFuLaFKheRmyxInyfQcReSW/ 6hBE HDohWaodOmSpNziirh9h63Q7tE9ESFkPp8iSH5w4piaL1EoOArHZBnNQg3ZwTfdfJsv5Ac8e /whb SadxTFbveuQrb/zRZAlV7t3sgazrRauVl8uSFf42zkPhDSnQhSv2BjMH97N13sSz2cpvqEtS FbEW qZKe/YpdYFCrLFfq/WsCzIjHe4WtVdMAbjQp9aHIQ1Ct/f6aDtrzm1VMSNaSDo7dorxfKORy KRTY 29iiyFLtsPQG/JCb1xuN1u/2TI1q7ZEQIRyQFauwTBUV5fePyw5V3kjJkhXaoVvJA/ZEWTck geNs EHCnau1x4MD1UyWo3Gz4HmCINIsbYEHUAVmdRxZdOC5P+zyJgPvJiqp11AgFwTmyEvXjt4XI J771 af+1bjMUwTrOgiIW5c80CVnNmGv5/AGygmqd4eq4FSJZpgop6qkjxOB/cne4/1KlSIv0tpas LjQJ 297CVJfLE0s4QZZ716nrkezDLyTjlL7zHENIEvykMfyZt3nWGYtqyYq5Grke6gjrKbLoValq HQHH dNwKI1mRpzQ43K+FWR95S3l8oMkKoYNetTkYLAxfRlZU/OAwHLetUIzjnNWqW1wYG1NbtJLy ouyR 5JEVTJYBxuU5KtZdZEGag2odEqVg7KVKJmXCdMNzSVTmYPvsYCxnvCUPWbIMsCUarX2yDh0t x6Se V61jk7VWkaV7RQ0ZRTsPqc4slcaVf0TWfOzDe4+dVa0z+apjnjDlZC2BpGIRz5HFfx2hndMp onNk nWleUpyjbNXlnBeSv/IECE1WcMD7jBeS5J0totN8PG/hPndStc5wWh1RpYI6Rfe8kDTMOZQ0 te/a +B2QdWDiCyU5pVqnKK1KXDlzOx8hS54pkrWYHnWnUPPhgKdQlFM8nGI0i8HveE3FkEIh+WSp H5aS C+ulD5N1iogTfaEia9e19E4r+iRZqa8/jqZxjioWTmHu7pCsPRw7UOVFzV7YBROSVZwmFH+g S+PT 66fISkaGTTilzhkuBZX+OFk7qrWMCZJDsnJ8TSRJUta13kmWuJS9/CJvikKLiv1ZsnzVyo0A KUi5 xVYGo3hNztxwNpS+l6zoOawcx2rGrMvwai1C2idrp1vPVCvrvBr9uUQXXd1dl0nSZGlyTvQx GmIg 6yC/8JO1h0BW+OsOsjTYVKHiq+IPBbqqg6VREcqQk5XPL4466SfeT5JVbAO0EOxBVsPut7ui 6DG1 Ucn7wu8uXdXRoruQkqJ4ZDnGT3561/a9kHZHHPDsNZJ1Z3I6j9IwLV+EFtJ5shy3OxHnhCEC WVdt 33dK9AeRlY369/IW6TpPVmLh79Ssz5I1C1l7pSwlo1I7vV1EMiTwKVXjF5KVvFG9bZY46RFZ pT7j w2QZT+rY7wyPMV2miDi7c5qsLFSw+776vs7Qxh1CN0EiPkZWas/veZbp0mU8T1bSHd7nZl0P yCo4 iLGI3d1kGZGbSp2PxusCmFJWQt8xX58iq2yylvKizEOyouYlXyf9Xij6fWyREY7FrBLjs8PZ vWSp qrSDnWKpdshCXGD49NOKjpiSpyOZQ31nQ8zYSsnidEjWOQde2/d0PjsZw0J/zqt/XRe+M5fx hoLs 02yF3N8QWR+lGAWyIkJO6btOhKwVWe8ydW+RK824pY+kaTYO/Op6dZb6fHxxv2rxAmZ+ap+s 7F13 kKWhXTP/XS2iVmL22jYNDXudF5aULJmC+UeFyyN3sQWQla2TgfS98x/nyJIcYTbaAs/a2l5D wYjY U/w7hFtrPj5fNbqCnHttPDWq+FQV2kM2qPRehfUiQdVCX5QDzkzWUnhm14fHTiKHIzqqnyux cl9D VD4TPVWZpr8/ZioH5zzaPJPVh58Kg9hdstTdxQLnFshyQmOOpHtsvPEw8akKVcQUvCjsRDcf +zFd iUkrLNev6Q5HWwXvKVnCrEvM5xui8gMEcEX/Wg+6MIQ6QZairTYmy6zZLdvxoyCP9tOkCK7Z LlXI aRuvnSZRrSqWyTo+joINOswrz+xNCu2QVajeHbIuKVlqrdKJfd36DSdUyzrnTH1lZSYKlhuC 4nvy /Qhll7TcDvfI+hEvNjd4fGklsOdsfDKQYdWqskeTMW0TbcdJjywMOoJ9z/z3Iu3lV1An0TuZ C3M3 JUlnGmI26KN3VK7I8tj2bFfijaI799fiYzZRXDojq7hmsKhBJ2x8YYvrrSqxXAiafB1ZxZL4 r+Ae 1XzHCuqbp2IvctgQvWDCQmTtbBZYnN0OpjmVkyr1nJP1AYvCTdnLXSRrpxfZYcsNvGDoE+NZ x8HW sFTbTpqVWfPI6t2fs4KcJ4tz+7SUlXS/IfpBKgx98qaBU7FprEhfVpZXFaArkFXq2UtkPWTN UK0Z 9MkqmZgd1SpN30KBqrB17oQ1OjG34RTaI2vPDfKLwROPWe76VtKhHU9n56fUaZDv4SVVDDge T32c mggKsjOyzsAtFsMla9kj6/OqlT5ilxwd0MUufPmUCPWC6OfPHlluAbk/2SPLWsldso5Uaydy ZpUq vIoXswW6iitI5BXIaVm9nKeKZJmlE6rf9ckiC18iyyv5gWrtz357ZwvFlX/DMV1DpLTAldc9 er1h YpzOTO9dcq9033fY1Z99Z6twzbxeU7q7gkReLrXvKpfvSpTIiotwFVFlC58PDpXvcLezfvfs xZIc VRDG0QXbRaCI073zlpLkkrVkZNFyjXL4Jg87rMs+WR+18aUHsrNo9uhiUJQnb4olF1X2kRTJ UheA 7NT4u52wWOOs3oec9btUi+58zZZ2C12FyFkTUaZNsejOS4jGHQVnry+XwU6FiULePuisn1Ot RQee crJCO8t/iOq+OE2x+MJZNt0UhGVlKJD1bidZo97sPLNDyb5qLVl4zieL6NofyHNTLHhwNrm+ w16U vFSES2FhyN4z5YZYnAIqxX4bnyztgNsXN/qP2p59VEph81uG9c7ZqmuqWvuiwm/nDZofyBOT WiDL T7blLJqt3ee6nfhK/NvuxvfEgIY+Oz/shnBPN8R08YViidM9ZGXFw4LdDrlau52QwerEGb2y wVs+ 0gxPNsRsq4UXWLiXrFv6BQ5+DqKBcpCMzSb16hiIDCjoLx5F9eS9ap+sEw1RM7Uzy/4psqRT PHJX ZBOqN7Czq2EaDjGmErpwbGVCVtg1voPhqCHqdV675fgcWd7CSyfNrFruwI6qN1oHr+SdnByr 27I9 fu4oALDTEIWpQxf1k2SJBh/OlqBquQM77y3J1zOtkIxLvJKh1hFZS8kQRkt1Jvb5ebJYufb1 l4+/ yskqRDjTgh2c63p4nsniWQvVrZxc8f15ssTj2kPb6U1KRt65OazPkhVHRvK3Wcq8+6hK95C1 N3+1 D7fjdpgLPDeHdbDz/sRUuQQ21nR19D3j6TvJKlTCkeFio+OQdW4O64CsMwXOl1PSYo57QjVf QxZv tiw+WSCrPIeVdYdHZJ0ob+r5jvHrk6r1RWQd/Dj7Fr68pMN+u9BYvMjWObKUcplVU+dV68vI 8ofe nGQbaup++7WavAfKeLvSOZafImv1t2ScV60vI2s/Fcjy26F5D1/WDodUFen6BLD1HtX6M8nK d1Ye rkMLO9k6PIAwHhPukqW+ugfcadX688hyt6G6IqO+hcOeiQE6O+7hkuzB5/1qdETaB+g6rVp3 kHX3 fIhKYuHT791KFbLiudiBAT5rz17AwufkB83bO0zVTWdV606y7pppU2nmdnhKJn2pjhDXQ8Hr RV2D dLkIWbcLHVEfjpm7h66zavAnkuVtrXRhmlDAmq8CUieD4mYEBPao7/2JbfUcvDMGpnNuGiin z5Dl 7ICj5MIcNFXufr7IysYJtqKH0Cqvoa2epuuoHXJ17ZCVmsrPktUVyMqF2onenUVOFDwFwt9t J3nh VnmyMe62w/j+qowkTfn1W19AVtFohaDl7oIwOCb+mchKfuFWSn8chL13VMu8XZNVElkk6+jB 5KUl slyjFb7cr8GNrf+G3O/5iT7Xiz5RcR+er1qpxOIxdr5Ay/4drM0Fm1U0WmHd4EG6PP4ndoYF Jh9O Ol6ZankK/SmybNplbC4djlIyWk0Zc3gFsbUUNT5hq1jUdzppO1ZaoWK+kKxVFS+T2vlBmkID ELJK 9kqLT66q2GPLB/x+EcO37r3zDyFL3mgFF8ly26GMX0ophVVeFnxV9775qgW3TVz4xPuDRn8H WXev lUtO0S6TlYkd9sqfkDXsktWZ2I4D8nKhwdM+5x8h68OBEO4MPbI8hT0gq0/y7mbm2E56rAQn nI58 3vTrea81/7lkdXItQ/6TY7SOajlb0bavEuLpd5lqXfAiS/XS9/9FyKJtXc7r8na4079lZA31 sUbQ NYzZ4kNyW58Njt27Af8csuZwE4zzOn8JxUmylvoMWfGKpPgkX874bEQ1v7No2b+DLFpr/DVk JVnP HGklPgS//52pMmEQVK149/W/iyxRLPfH3Ggd2dok66nzv65qjVgIEzpA3jFadskIg1jGn0ZW voi9 LPi853C2FXYUqY33dbhXBmAlcXRxHYdx5XAs367z408hay76DRGj+vvQ5bFZT5LVxQDrQ+F2 BXlx WFo6/iYtoyfv0azdmcHdxOfel17lLb/cLX/MeroVIluH93UMGBtSgVqKVvNzz9Xp8xU/kYre e8TY 2D9Pdobecvxykob4XARiViHWZMLUnTHVX/6yd1TR16T9Vijs9OrP3fL35sHzZLH/sIdULdni IxV1 9o2sLX37Qwmb/enomHS7649NVh8iA/eYrK5zF2vaNAhRcjmkMTxEFhP2VewkiRYMZXOGMVl6 yhHZ nDZcOn+aLHexZo5k5SrJep5IFiTvbPHPp/S0vjyZhtffVf7+OJgaE6nWHla2l/RHsih8tGQF xr60 UVIrPAHxI+UvpdXdPnpStTSuwNZQO2RJo/wqyubiNhID8bwynUmLb/eu3vIUk2zTi2v0AGKJ LEXZ Jxsme6S7CM9E3u5LJsoVtSWjGgAAGPxJREFUkZDDdwgl/ilsYYvcJ0s1zA+TRhZrF+Cxt3B3 WlQ3 qeqJNh88H0DRy5rJOaFe8hRZnyGNo34HA4UvJ4vYoiMozLvnI7YS1Yp+arNW3es43kOYIu0M dTTS 2XFI/yiyenaZ1pQs1K09RU8chiVwtdKM9Dj+417CCtTl6Z8/8u1JfwJZwla6e6mjlvi0fwGU Gdfj vl74Jk7ff4qwvfTtgE0G+NVkbR5rHLsYsuJFiUWyGvcLszDkAy3yK9I+l5+ga3Xogu/11GtB zdMv aqtZkbB//DsYKyefw7eTdKX7vjpmSwVCD8kST76w5OgV8Py7WdpPWesu0Kf3qTYj+/XpZbjp TGQS uGNP/mB91vi/nJ7tpG8l1vS2XjKNziWcvdajNMo5sOtwIv1vRdlfAmuKNHXmFauWdxlubyxU ztYd K/+obf6v3jp1+qa6CDnbgskq3bPc76zNr+8hSxLvXZX0j383J4dJ9Aw0RxyU4vV/6XV7iq37 yYru S+68z6nR/ce/myeVvhk/pHjfOYbT/Lngu8kKjrG4tXmKme0uwbz///MZC6asfM/y1l5R/XKz dS9Z cnbWWFIuQ9jxdfVuch2rf3wZYd+QscP7zjO+xjvJWiJFTFchQCh9zsFt9Z9Kr58hERg7U5G6 UHeR 1Zu90HIq2U5bLJGVtNavSB9q1qGv3E39R8jqh4Scccd0oWplZBWjD183in69V91OMXYvWTxX bso4 FE2XJitqUYmrr+fsTlf6xHDzHrIWl5bygYrwjFrA5q/4/qMJI0U7y9i3AyU7S1afnrmR0ZX+ JJvI 1QnCh8ch/UGE3RVL+VYelZ8ki70rv7AF09UxWaJO967C+TqqJN2rZCll58haHHN1RBc8Z5b7 fWR9 11fT1d1nyvTgEsg6ofD98WEzuaUPBl4p1ofWd31Bi+wz3u9oliH6+NZVx2DiAGfP5iTHjqmo UR/J +tgU9yfo2hd2l2e2Za5SzrPETfBgeCN0CR34KA0N+Zu7d7Po9BU0OZTBkOeOZlmlbCeJm2AT Gtqe csWfGYtedfu5Yz3u1K5ziz/jQP9cs6x04ZyXqsa1P7xZte50UnG2Ff55ZJ2U+m6HGEfNUjaU ++9c 7ABnP9QQV5yYABv/+qnt6H8UWevlMRu87ihZ2H3voIlN0BBSKHVc+SWizCKHP5Osfjkr9lKI Lvt+ vzqqIH3APVaz2BbVKjkRYJYof8q+u/jKXA3nX1ViC1PKmD7XwdbeksYYOBXiWLERBglmRcjn 7LuR e5TuUmKfrU035aNqluYQjDl5Y8E+DQ5Zg2qvLOb6FS6pD2439fcpscdWtqyVmmVlpYbcu3fL LJme 26WqwpVqhZ80WesdZN1bL058mc9NSlOV3OM0x8qR9W5nFq8NGVe49/jJz/ChdJasOxULrj/K Q5T+ Jo8q050umKu5L17QkCTdCHmdyqPh6k80Wfc3+ES1wHL4i1yrvKXNHOabu0KPmCXTCEEqn7Bt c/wp ZNEhwPfpsFEtNrKualV5S1N7PPqd2z+SB2TvDcb8UK3SnW7nSrAbITxsitwtHd4Rtww6xyU/ 4cdV rWpNzThtpI03ZC4Hgxx1WMDKu6HpTNEkhy8j5WY/QnhEltrVtc+X7aGUahnIqWpVUhJ5Vm06 VkPg PTuvK2EOZ3T0NkPBEXE3se4U8oAsNVu+y1dqFeIQ0ahWek1oFQoTNxLAR3M+yq5y6RXnkLAX 1FxR CdyBUnn55ofI4mMl9dnlhQaRGDY1c24cQ6XJ8H0VixMulCC0OsqxY+fTvaSX9L5nedQbKGXG +NA6 7zbESLXmy9OvpFLe1TIDA0VTtSrNwlYy1IWaLdn5lKtrwpWO3mdBi7sVC9K+YkWq9YnvOWG2 Vkyo RmOZzVcVc6UWEhZaW3lYrbm62FXvyQRa0hbvV6xdsjKqzcHvTWRszMpyyS18VK3wTRWslFTE bmzP 2mimQjUNOkOlxFUStPiQYpXJ8lz39OIhmHiI9CmySpd7zmbb7xIeG1U53JTa+XzTbWKwRkdg bIu5 83VqAFkkq7Bk79Td9O/esRMZ+ZWyUjuX9anHg3IxFQouGSzrchRPIb3l9vGU873bCktPp3el NaO9 Oy674A5SvkfafLG/5mo1dl6oSA2Wmc5xmY+H2Odr89P8zm0KcDWVF9c9pDocbTEKvJi9dHij 3SNd uzal+ELOwDVlDuYTrtToquTJSsOwZfNKm3PFjGUDt3uHnza/ew1ZKrJyI1N7lktZAKIiTE8Y Izl4 uhOT46O6pS2RlQ3c7o7M2Lpx22FafVXu4x5FsYJbRk9qrp5SrsqCch/VLS1c5Ada3IS1pYNP 1v1x DWvjvDPFTf0tNCPtZTmhXIdcjY76ZFJiCYvDwtzFGMNm90DZsFvBx2Lf3Q2ugypG4ZrR5Ui5 YtIG K+HqFpSwxLtZTVJWjayb67KJQQk4HMZm0tcfmHh7OE3h1O5Dn4tT0Ctzop+a0dhbdmrbYtnm nCBr jQ3//AELJ038IVmn7+KTNljgak3Up4Smue3YnIxGfy2Du3F1N5008Wwwbzs3DZwIkYYmSNE+ LkHq mZfWUZr37N3ZlRqz2SdLj53PNcdEtY5M/N61DIfKFZvgHlfrkRsR/M4dN+McWavuhc8sYB3O mXiR tHstg+OhzvGjboJPJrLh7ZrdbYv71eKQVUKMihBfd8RXauJ/5Ge2LWfJymPnqlKVy3CxAUbv QNtb OQwPqXDLd0BhfnPtewR8O3/NY+I92ENe8yy7ZCXuJ+FkXnyu3OghlUBM+QnU+fMnyfJCpbvm K40B ZsoloWpMe2SpqGATYPKARmw7uaLm5dlYWL7bGabvjlVyskomS4tRoayy+cpmLlC51JvM5Yl7 Bp5Y UgYlDsSUK3pJuHLHwvTd7nolG+PUgeCErB37nuRUfJ2cuaCT9JmtbBy1Q1bQEvHnuzSlQWSX K1OC wtocC1mFcEYObSZkFRA7jVk1R5eu/BE52EeP0IWsui28WUcF6W1pECk9ksefd07geE6XzWK9 ZtGM qGplk+U35sCXS1c+IkXVUsWMUiGe1ZZebN3wlKxrcpJfYY4+LYHjdJksLlea4CJZxV4iNEfn 15zg dFUNOQ8weK/yenZLPqZk0a02z8kT/h7/Jvk7bYumdrFexlVFYzKyCiZrr5coDiMchpNVNa8B QMVC HBFKMJqJOaHqhzlLdizUXDoKdpwug9eNxyQxIUPWRkM4KWlvdFYKpeQjz+TMh7jDpJLrp7M5 Kf1N ZqyQKs1VMeDutcLE6TJZDgOeKVmBg8Mnl7ygq8PxnG7AVfGs+TWNwmXu0iFV5V1jXivUTteY ZimG ABUY83cIzewrVszr+8wxzcmhAQgQo41VXOlnZ4ob/fQ+VaInXrWmZDlOl2mox9HhlCw9j3o4 dh6d XHm4LOxS6W0G2kLXj9qKJO6S5urCVJkz88Y9rIkLlZqnOgnOHE87ZPZddwOHQ2eny87qJz2f M2SQ zZl9DGmm7GulojP6n3Kj0fgOaYou4SLr0o8VK/Pf6ZFjX12jzSNISTu0oS3JEHeymmUBDldy kXNC VbCaJbZMm04tUhqcOZ7Az8iSkpyN/OU48xp6tyHmJSMrmi796Kypohsd8lfXYYr3gC1vPFIn 5v2Y LPO3FqmPYCtLyAf7WaeShJjlHWaPdJ/5ImpC4gddOZz6OIohL+SwmobocHGneXc7Q2UTz/CV 4fSG PKYH45ckG8r70Yz3ZcMnRkPzO4bSMP0RWx4Xd5p3j6wkLjsc8ZUaeQf2JW+HTeEQDMnDh5jR fT5P Kcw1CwYXRjwBTUGx7nCycv+9wH/g69CfcSdm0ng8AavcJTy9AOtkPkKt+FBvTMHss7VXMJxr OtEK Pf/d438/NBN1qRS/ddthaY/0Gvc5//Co4grJTlvx2YoxV6dgSaIVDXkBKc3O6jyHCdM9FvDc 9mbp EudhiWRBou5wDLz1wpXbAvMmqGEU0B20GCeN2QH+CZKDhu2Ne1WmnW3MrvOgI6XO5REcYy80 Qecl Jbb8KqQWM5YXMtZpM7JkHfYYxVGr6gWSX6ioDlmNIQvps1xd5JZvw5bfBJWUQgwwe8L6DWOB NjtM 1UC83jPze108QdWTX3hXjW/hK/uFJUtxlZZ7p4svsOWloqswGuLMODWJzR5GXHw8g9sC56gX noVP yGrmQ652mqAGcoatE73fYp0gS1ZBsdLvcj+qMPRXvkC6TASh7pEVuMqb4D4XZ9k64YMmzcrU 2znF WjO2VBeczBpFVyBbgDRYsvA9egOAGPf0vW5jz9Ad03BCsdY9sk4qVtIQo7tgONRasjpL2yBz QtYt 50qrFTfBQjQ7EX3I1nGIYU0YnTVZpxXLsKXcBc2h6dd67AyfMxGKLGvfg14pukIv6JtHnc6w dbYV xkzZxr708RL/okQ2gh7YSr1yUCzdCmea47FkxVZ4jVwFulQveHiIT2lQnRTszlZoyNprhRku hJOh JpD5ACa0QqVtgybLmCzVEUozTnrBfJbDg3dAw7127Uwr3PR9KfySt4fMW1LtKvlqwYOolbjw XMqV hJ31iw6OVy4NqvcKmyfLaJcsQil4T17wYnGoyjs13bCSr16BrF49d1N59cxZ767NO2iLB2yd V6w4 QFRkFRWrpPGDi7WgWt61DYMiSz9mFUuoKo6P93ZPF9k6jl2tylOhMeRqV815JS/6gX7llFQr tsM+ Zq3MMUT6yB2oRfy7fMjtetAW99g63wqTRBEczyKySC8UtBY7ytQTV6r1nOatdCsMZD3K1edz PFei 1NiKIaF1l61TrXA/hFPqCv16KNSO3w7jMi2dKs9kqe0Sc+e3dY1ix3QV2TqnWJxryVfUONoc RfoV 4bf7PNRCZHlsVc5DZqEonExztKR8py3uBZrPKZbKVdrhrEoQPrkW/h6yHLYCWUodL/p40bUz i993 SuXT5bN1TrHS8gVrO3oFV8y6vJQt/M1f8pVtudBkicmyZ23PnS8qeWexLbpsnVOspNAq/n4Q Ti4O p0/bfUjvKVtClrLv6XJtUcuDVHTpveDbKb9hhyxHMzVBLgN3k5UFtTRZymR195NVNl05Wydb YZJt 3vPfTd47ySpCSaJaQpY2WWYPfWyHY7hBspRKbTELQZxshUnxdkMORmSRLL+rKZKVqJYiS1qh 2ZNK IPU9bvt0+XkStk4q1hFZTZK1KT0YUdxJVqJalXrXrFuhImvWh3gd0eW3RcvWScVKymznVxMZ Q1Yb X0KWneRRZBnHQXeAc1iCGra+H/uozoIx+eqsYiUMWLLsLFrStXwZWTa8XClY2nEw3gJqFq+f Pk9X k9kU5TOeUaykHF1GVqM+ZytUvogs3Q4jWYnJMmQZlCfoytviotTtbCvMyOqTH03UVkv8OrJM O6yC 8MRkaWCJX7obhlBFUVmC0bvd0Qr3yWJC3OUM94x3Dly+i0uW9bIssNTVCjas/BLTFknTuCWe Vqyd +PsqcUHpc/ae1KjPxrlC0u3wPFlatWLPuEOXuPTxkB/898zi/vgaQ5b9OcYhcovgknW/C79a V6sK 790ja+76xR7VV8sNhyfoinUv5TunWLYY2ThiKVL1lWTp4XQgK42SMlkzXlxtTWg6CVd+VVzf OcZH bSe/16smZKXD+aFcV19Illp8lJFldvnYI+ByN+kEXYkqJb78sPfwEVk7PcVXkhXbYRXempOV noqm yArSj+nKodlhSV3cFGFMr7fZt9yRfSFZysQHsvSUIZGlxzhqOiqRfsbtKkOLzdRpTmln6GUo lPMr yYquVjgBNyNL9iRmq2GzMazQtfdGVQrrPirtTRfeDlxN+L1HVrkdfiVZ0dUSsuJ0kJBFfswp JGe8 1IgsKUV6lGggKJ3acXS32A6LZJ2e9VEptMMyWXfp+Fm6CnHwvQW4iq2T4nyId36r0rsmy87K ynbq XetZWDB2RNdOLforlhutXWcbVgnih8mSdihkxdkgmWElGdlC9DJE/zzNM08qGcmm+5v+/g57 c3ok zccv7mGKRqtIVtyg785muhAP/Yjzw0JWtV3PYUdTHYjqVMoTDdwkMVrVmnSGDlnpe/ca0y5d 5+MN 65owW5iOK2kFBeB2NyPcQZYYrYpPGZ7vIGu3le+5XfcoVvKWD5B1RzpLFrMRuJLJHSRrq5vF tIYT hS57qfcpliGidLLRB8kaYzozhykW3iXrickqEeJNm+qfC3SdDieH3JosN1Op2pYSLaf7yPBe CS70 TFajFprKor89sti3PkHXqZKV33Fg38v83+Osl8hS+sN3D2b7DSWetUtWHmrJcOU57muFNndp ucUX keXKsPoD78+2/V5OkbWzbCYgS6Ix9ylW0tI/QtZnB4eBq3BMWE4Wj3YOyDozwEnCE3cp1mBy Fw9j 23Phv4qseGexQ9YpzVL9ze69SbfCXwfJcvVvIcseR+6Tdc5mUXEOwvAWxT2tMG3BxRVifzxZ V7Va zSHr2HVYQ9Xv0pXNsJ9thalrsn8k4h9K1lUfR56f63DCz9LF2aHLoLhDsTI3rrz08A8n66IX q32Q LF304nhQo7hHsYY07z5Zrtg7o38lAy9eJ33zMbKSt+7clnxzPh+kjKtyKyx7lHeErora2ekd AZA+ Tpb50T0eUUM7HoCJ6NS44xRvMfsfSdaczqLmBp5/3u3p8x+XXHXSRUFnFpG6OgqKtXPc71eQ 5WOb o9uJfxc9+P3IQv6jw19isg5bYQyRJoq1c0/MDllfEFdWG57gz5SsoHf77WY4Eba5z2TpOTH7 YpnB PN/rrfeNmXeKyleHc0PMyFI+6R2xJ++Nd5gsfby20wqHfxtZc9x5uOZkyU7D+2JPXsM/b7LM 8U3Z i2EFz7+NLHVoae+SdTBr6KcPmyx9nrmbVW5XP0tWnB86G43ZVft4eHBGljhhBybLBf0Rk5Wf mJmS NYfN7Kd6PR1P/mz0D5Naz5CSdflTTVYoWXLntyWrXx1HtST5I5Oyu2TNO2SphQ73tMIPkbXo 5lcq D3Xap4c1QeYd/ucRWcFoWbKunzFZZfteNqz52qxEkgx17vOnSg/cF1dmALE/TMgSEu81Wfv2 /RPr NNRpJXf0eqUHPrDoaFa3XFqyPmOyduz7x8kKY+h/G1mr2vplyLpqk6VvqT5M+ybrfwOyzKWc ievC oXZts66Xy0W1wqRHP0gZNGt6PkyWvgbwi8jyvzUpCaaxqxXJwoOmf7D7/lp8spB8+27i7x8i K0ay Skb4K1ZoHZJFqhXJ4oOmYyvcORL1DOThS8iyF7bdRdYdXkIkixewJk5xmJKOZEWuguOQXaZU Sq59 b0p/lZ9K8/55ZO31hmzLA1nmWKO7HYcjk7XjlO56Pcl2+38bWXIjmiIrmPq7HQefrNvO7zsg 1bfm iKHTZB2MpO8Jla7UGco0q0fW3WOdI/v+QbL0RMXpRQ37I+n7YzTBoVJk6R079451jlzSknU6 Iuvo NEQRXRxJfw1ZHOLrjYF/+pxmpZsjmiTDn0RWGEkfGcQdGTrpqcPqxjOv6jKxnVmwxf+aqzP0 uWnj +BBZZrrwPufzzlfuhkrV0Q0Vr73VRqts4PN5ioiB+XLDnR8kq7ff3jHndd/s8y5ZEmhfcZnk LSWr 6DqU26eZmxkzbf88WXdOEJZ++BhZMs0Ka0pvXVw8s2vhd41Zsug8MyT3kIUPZ3vY/8iA1mmy mtmx 8KUwsPl+TO77GL+ArAD9HFlfEXbY6/6FLPiMl0E2M13s8aTaoft07hFkeGRMaVn8AFnzn0fW bosJ XtZGFtrmW2fZWnwvZTXfF6dcxozrgwZnUyCrd751hXxFjOaALPxYrYati1ItD9sQ2VoKfp+H c58W /9s/hKwPDA4vP2RJKayDl4bY4c1NT8dsNfKCHUdiL2567tv86Jk/may49E8anOwKwwt38Pq0 p92G KGyV7qstvPtDZJ3I+0eSRcNAHY6R/YbkbV2i4do1W7TBtNTdOt3D/1/d2dw8DMJgeJdcusA3 QldA 6gSfeu6lPVdC6dhVAtivwW5wovQnpwhQYz3FjjHE3heWw6cwH9kMzYEszMg9f45ynx54C6X3 tSKS t266JopATliT6J2wnFOuP1SXwwtYb5Rz0eRlj6RluabDwrcCW2CNXwErlmPdYDlzsrGhmC1w 5S1F xArYvVL6YdWnbrWxZbmxByw6Ag9tkPMvf3RIZstQRCsIKQYosLolN2GpBRR2g9WyotSbbLbC S0VM OriUfrORxyP5WLD883Xm1vfAipi6vFwiEXVtthpFtOrHX5cy0ayCpbduhtUV2MwxP8EKCquB 2Toa imilT17+u1ySX7ywHCGSzihwDK0SIqwRFFGYLbEWHBSLZTkZKyV3zizfJlknrGZizZuvUKTo rtAC NyBp4KF9F5rO/krJnbCsIPh2WDMrDGtiFTpWxCCOiEy0OPNovSjsYeVa7ROWk9r6DlhZC6db 3C1C WNJs/dERb84SnIZd0MjLQE15AzTyeKNLn4WVYqGnLLgOCxRR0qosVVoZ3uieMdBPK3m7fwdW pEwO j1z8NO3DCFgzrWsUtOisVl1iiyM1h6oDZyF0/A6swCZLXE8lAFn42M0xzwAAAABJRU5ErkJg gg== ------=_NextPart_000_0091_01C36392.7801E130-- --__--__-- Message: 5 To: mapserver-users at lists.gis.umn.edu From: phtran at nosc.mil Date: Fri, 15 Aug 2003 16:25:38 -0700 Subject: [Mapserver-users] php & php mapscript Hello, I am hoping to use maplab. However, I am having trouble with installing php & php mapscript. If anyone sees what's wrong with my configuration, please let me know. Thank you very much in advance. >From my php-4.3.2 directory, I am configuring php as follows: (I am under the assumption that I need to build PHP as a CGI in order to work with Mapcript. Actually, I did try to build PHP as DSO but I failed at building Mapserver (mapscript).) #!/bin/sh ./configure --prefix=/usr1/php \ --enable-force-cgi-redirect \ --with-regex=system \ --with-gd \ --with-jpeg-dir=/usr1/libjpeg \ --with-png-dir=/usr1/libpng \ --with-zlib-dir=/usr1/zlib-1.1.3 \ --with-ttf \ --enable-gd-native-ttf then make, then make install >From mapserver-4.0 I configure as follows #!/bin/csh ./configure --prefix=/usr1/mapserver \ --with-gd=/usr1/gdlib \ --enable-force-freetype1 \ --with-jpeg=/usr1/libjpeg \ --with-zlib=/usr1/zlib-1.1.3 \ --with-png=/usr1/libpng \ --without-tiff \ --with-freetype=/usr1/freetype \ --with-php=/usr1/php-4.3.2 make failed to link mapscript with the following errors: Script/php3; make; cd ../.. c++ -shared -o php_mapscript.so php_mapscript_util.o php_mapscript.o mapscript_i.o -L/usr1/mapserver-4.0 -lmap -L/usr1/libjpeg/lib -ljpeg -L/usr1/freetype/lib -lfreetype -lz -L/usr1/libpng/lib -lpng -lz -lXpm -lX11 -L/usr1/gdlib/lib -lgd -L/usr1/libjpeg/lib -ljpeg -L/usr1/freetype/lib -lfreetype -lz -L/usr1/libpng/lib -lpng - lz -lXpm -lX11 -L/usr1/libjpeg/lib -ljpeg -lm *** Error code 1 *** Error code 1 cos 0x55f0 /usr1/mapserver-4.0 /libmap.a(mapgd.o) cos 0x5610 /usr1/mapserver-4.0 /libmap.a(mapgd.o) cos 0x9468 /usr1/mapserver-4.0 /libmap.a(mapgd.o) cos 0x11a4 /usr1/mapserver-4.0 /libmap.a(mapimagemap.o) ld: fatal: relocations remain against allocatable but non-writable sections make: Fatal error: Command failed for target `php_mapscript.so' Current working directory /usr1/mapserver-4.0/mapscript/php3 make: Fatal error: Command failed for target `php3_mapscript' ----------------------------- --__--__-- Message: 6 Subject: RE: [Mapserver-users] Processing with tileindex Date: Fri, 15 Aug 2003 20:07:56 -0400 From: "Ed McNierney" To: "Damian Schroder" , This is a multi-part message in MIME format. ------_=_NextPart_001_01C3638A.71B8D502 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Damian - =20 While you may still be having trouble in some situations, the beta and release versions of 4.0 do work correctly for us with TILEINDEX and PROCESSING together on Windows and Linux. You don't say what version or platform you're using. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com =20 -----Original Message----- From: Damian Schroder [mailto:map_surfer at yahoo.com]=20 Sent: Friday, August 15, 2003 4:16 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Processing with tileindex =20 Greetings, =20 We are trying to create a tileindex using 6 band Landsat imagery. We have been successful using OFFSITE with a tileindex but the PROCESSING option seems to give the tileindex trouble. The PROCESSING option worked fine for specifying the bands in a single raster layer object. Currently our work around has been to build the TILEINDEX with 3 band images. Does anybody know if the PROCESSING option is compatible with the TILEINDEX option? =20 Thanks,=20 Damian=20 _____ =20 Do you Yahoo!? Yahoo! SiteBuilder - = Free, easy-to-use web site design software ------_=_NextPart_001_01C3638A.71B8D502 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Damian –

 

While you may still be having = trouble in some situations, the beta and release versions of 4.0 do work correctly = for us with TILEINDEX and PROCESSING together on Windows and Linux.  You = don’t say what version or platform you’re using.

 

       ;=       - Ed

 

Ed McNierney

President and Chief = Mapmaker

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

73 Princeton Street, Suite = 305

North Chelmsford, MA  = 01863

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

ed at topozone.com

 

-----Original = Message-----
From: Damian Schroder [mailto:map_surfer at yahoo.com]
Sent: Friday, August 15, = 2003 4:16 PM
To: mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users] Processing with tileindex

 

Greetings,

 

We are trying to create a tileindex using 6 = band Landsat imagery. We have been successful using OFFSITE with = a tileindex but the PROCESSING option seems to give the tileindex trouble. The = PROCESSING option worked fine for specifying the bands in a single raster layer = object. Currently our work around has been to build the TILEINDEX with 3 band = images. Does anybody know if the PROCESSING option is compatible with the = TILEINDEX option?

 

Thanks,

Damian

Do you Yahoo!?
= Yahoo! SiteBuilder - Free, easy-to-use web site design = software

=00 ------_=_NextPart_001_01C3638A.71B8D502-- --__--__-- Message: 7 Date: Fri, 15 Aug 2003 20:36:21 -0400 To: , "MAPSERV MAIL LIST MAPSERVE" From: Eric Bridger Subject: Re: [Mapserver-users] Labels and fonts ? This is true for mapserver 3.6 but I believe that 4.0 works the same way. The FONTSET tag in the map file is the path to the fontset file, which is an ascii text file containing name value pairs: font_tag font_path E.g. hevli helvi_adob--------.ttf The path can be relative to the location of the FONTSET file. In your map file you'd use heliv to refer to the font. FONT helvi You can also use GD's built in fonts. No FONT tag, use a SIZE of tiny, small, medium or large. At 01:05 AM 08/16/2003 +0200, Bruce Bushby wrote: >I'm looking for documentation on setting up fonts for mapserver. OS is >RedHat8 with mapserv4.0 compiled with freetype. I've read that I need a >"fontset" file which I guess is linked to "font.." problem is I'm not sure >what should be in the 'font file' for fontset. Attached is a pic...although >some what naked without it's >labels :) > >Any ideas appreciated, Regards > > > > --__--__-- Message: 8 Date: Fri, 15 Aug 2003 20:47:55 -0500 From: Wilman Rojas To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Problem with Oracle Spatial. This is a multi-part message in MIME format. --Boundary_(ID_bFPMy5urDDhBGNdjeG7lzw) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Mi problem is the next. apparently all it works well. but the image of the map is created in blank and limit of the extent be good. any help thanks. --Boundary_(ID_bFPMy5urDDhBGNdjeG7lzw) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: quoted-printable

Mi problem is the = next.

 

apparently all it works = well.

=A0but the = image of the map is created in=A0 blank and = limit of the extent be good.

=A0any help thanks.

--Boundary_(ID_bFPMy5urDDhBGNdjeG7lzw)-- --__--__-- Message: 9 To: Wilman Rojas Cc: "mapserver-users at lists.gis.umn.edu" Subject: Re: [Mapserver-users] Problem with Oracle Spatial. Reply-To: bartvde at xs4all.nl From: Bart van den Eijnden Date: Sat, 16 Aug 2003 12:22:12 +0200 Hi, can you turn debugging on in mapserver and let us know if there is any Oracle (ORA) error in your mapserver debug file? Are you using CGI or mapscript? Which version? See: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?DebuggingMapserver Bart On Fri, 15 Aug 2003 20:47:55 -0500, Wilman Rojas wrote: > Mi problem is the next. > apparently all it works well. > but the image of the map is created in blank and limit of the extent > be good. > any help thanks. > -- --__--__-- _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users End of Mapserver-users Digest From adams at terrestris.de Tue Aug 19 08:25:36 2003 From: adams at terrestris.de (Till Adams) Date: Tue, 19 Aug 2003 17:25:36 +0200 Subject: [Mapserver-users] mapserv3.65 install on redhat 8/9 References: <200308191354.h7JDsf723409@yogi.medinaco.net> <1061303031.1204.3.camel@xiao> Message-ID: <3F424170.3070106@terrestris.de> Dear Harald X, try this: look for the line STATIC_LIBS= $(GD_STATIC) $(OGR_STATIC) and change to STATIC_LIBS= $(GD_STATIC) $(OGR_STATIC) -lstdc++ or see: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0211/msg00014.html for more details, Till harald x schrieb: > I get problem with make(./config is fine), and suspect gcc3xx is the > problem , can I install gcc2xx ? will this complecate my existing/future > compilation? > > Thanks. > > H > > On Tue, 2003-08-19 at 09:54, Lowell Filak wrote: > >>FYI: The August geoworld has an article "Canada Goes OnLine" which at >>least contains a diagram on page 36 including "UMN MapServer" but >>doesn't seem to mention it anywhere in the article. >>However, it does mention the Chameleon project, good job DMSolutions! >>Most of the article seems to be a plug for a storage management product >>named CubeSERV.? >>Lowell >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ***** Besuchen Sie uns auf der INTERGEO in Hamburg ***** ***** vom 17.-19. September, Halle 12, EG Stand D02 ***** ----- Dipl. Geogr. Till Adams terrestris, Paulsen&Adams GbR Siemensstr. 8 * 53121 Bonn Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 info at terrestris.de * www.terrestris.de From mckenna at dmsolutions.ca Tue Aug 19 08:25:37 2003 From: mckenna at dmsolutions.ca (Jeff McKenna) Date: Tue, 19 Aug 2003 11:25:37 -0400 Subject: [Mapserver-users] WMS Layer References: <27589417$10613053043f423bd8af5266.30227555@config11.schlund.de> Message-ID: <3F424171.4080909@dmsolutions.ca> Nicol, Remove the CLASS object from your mapfile and you will get the correct image returned. Jeff mapserver at geochem.de wrote: > Hi Jeff, > > thank you for your answer. > Maybe my explanation was not clear enough. I don?t want a yellow > background color. The blank yellow image is only the result which i get > back from my WMS request. The color 'yellow' is defined in the RGB value > given in the class Section. > My basic intension is to get the "real" layer (like it appears where i > use the HTTP-Request) and not a blank layer. > Because, the layer appears when i use the HTTP-Request i suppose that i > made a Mistake in my Map file. > Do you have a further Idea what i have to change in my map File? > > Thank you very much > Nicol > > > Jeff McKenna schrieb am 19.08.2003, 16:18:14: > >>Nicol, >> >>Also, if you want that yellow background colour use the IMAGECOLOR >>parameter in the MAP object. >>Hope this helps. >> >>Jeff >> >> >> >> >> >>mapserver at geochem.de wrote: >> >>>Dear list >>> >>>could someone please give me hint what i am doing wrong. >>>I'am trying to integrate an WMS Layer from DM Solutions for testing >>>purpose in my Map File. >>>Unfortunately the WMS Server returns only an blank yellow image. >>> >>>Here is the Map-File i use: >>> >>>MAP >>> EXTENT 2200000 -712631 3072800 3840000 >>> SIZE 300 300 >>> NAME WMS-Test_Client >>> >>>WEB >>> IMAGEPATH "/home/nicol/public_html/mapserver/tmp/" >>> IMAGEURL "/~nicol/mapserver/tmp/" >>> LOG "/tmp/wmsclient.log" >>>END >>> >>>PROJECTION >>> "init=epsg:42304" >>>END >>> >>>Layer >>> Name land_fn >>> TYPE POLYGON >>> STATUS DEFAULT >>> CONNECTIONTYPE WMS >>> CONNECTION "http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?" >>> >>> METADATA >>> "wms_name" "land_fn" >>> "wms_onlineresource" "http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?" >>> "wms_server_version" "1.1.0" >>> "wms_title" "land_fn" >>> "wms_srs" "EPSG:42304 EPSG:42101 EPSG:4269 EPSG:4326 AUTO:42001 >>>AUTO:42002 AUTO:42003 AUTO:42004 AUTO:42005" >>> "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" >>> END >>> >>> PROJECTION >>> "init=epsg:42304" >>> END >>> >>> CLASS >>> NAME test >>> COLOR 255 255 0 >>> OUTLINECOLOR 0 0 0 >>> END >>>END >>>END >>> >>>If i do the same with an HTTP-Request the image appears correct: >>>http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?REQUEST=getMap&VERSION=1.1.0&LAYERS=land_fn&FORMAT=image/gif&SERVICE=wms&SRS=EPSG:42304&BBOX=-2200000,-712631,3072800,3840000 >>> >>>What do I have to Change in my Map-File? >>>BTW: I activate the Option --enable-debug but i get no entry in the >>>apache error_log. What else ist needed to get the debbuging information >>>in the log Files? >>> >>> >>>/usr/local/apache/cgi-bin/mapserv_40 -v >>>MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF >>>OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER >>>SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF >>>INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL >>>INPUT=SHAPEFILE >>> >>>on a Debian 3.0r1 box >>> >>>Thank you very much >>>Nicol >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> -- Jeff McKenna GIS Specialist DM Solutions Group Inc. http://www.dmsolutions.ca From steve.lime at dnr.state.mn.us Tue Aug 19 08:29:00 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 19 Aug 2003 10:29:00 -0500 Subject: [Mapserver-users] Fwd: ecw with MapServer Message-ID: Return-path: Received: from mail.state.mn.us (state.mn.us [156.99.125.109]) by co5.dnr.state.mn.us; Wed, 30 Jul 2003 05:55:46 -0500 Return-Path: Received: from fep02-svc.flexmail.it ([212.131.248.101] [212.131.248.101]) by mail.state.mn.us with ESMTP for steve.lime at dnr.state.mn.us; Wed, 30 Jul 2003 05:55:43 -0500 Received: from proxy.dbcaditaly.com ([81.73.252.79]) by fep02-svc.flexmail.it (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with ESMTP id <20030730105542.PCRT1532.fep02-svc.flexmail.it at proxy.dbcaditaly.com> for ; Wed, 30 Jul 2003 12:55:42 +0200 Received: from pcesrsa3 (unknown [192.168.0.114]) by proxy.dbcaditaly.com (Postfix) with SMTP id 8D68F5C3BD for ; Wed, 30 Jul 2003 08:37:15 -0400 (EDT) Message-Id: <000e01c35689$47769d50$7200a8c0 at pcesrsa3> From: "roberto santinelli" To: "Steve Lime" Subject: ecw with MapServer Date: Wed, 30 Jul 2003 12:56:50 +0200 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000B_01C3569A.0ABF3000" Messaggio in formato MIME composto da piy parti. ------=_NextPart_000_000B_01C3569A.0ABF3000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: Quoted-Printable Hi Steve, hoping in your kind as well usefull help, let me ask you, or better depice= you a problem using MapServer (this is the 3.6.3 Version with GDAL library= and ECW format and many other ...). I would like to render some air photos. The image source is a big tiff tile= d file. I converted this in to a 8 bit file and removed any kind of mask (e.g. alph= a channel). Pointing to this file (50MB the size) as well as indicated in the following= LAYER DATA DtmUmbriaF01_2/hills.tif NAME hills STATUS DEFAULT TYPE RASTER MINSCALE 45000 END #raster layer i have the right effect. Unluckly, after a compression with the plug in ECW Compressor 2.6 (ErMapper= Software) from this tif file and pointing to this new file ecw=20 ( LAYER DATA DtmUmbriaF01_2/hills.ecw NAME hills STATUS DEFAULT TYPE RASTER MINSCALE 45000 END #raster layer ) i have the tipical effect i had with a 24 bit tiff file: a distorsion of th= e colors and under a given scale, a full black image. Do you already met with this problem? Perhaps you have idea about to overcome it? Thanks in advance=20 Roberto Santinelli fellow ship at CERN, assistant research at Nuclear Physics department of Perugia University R&D coordinator at Consorzio ESC ------=_NextPart_000_000B_01C3569A.0ABF3000 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 7bit
Hi Steve,
 
 hoping in your kind as well usefull help, let me ask you, or better depice you a problem using MapServer (this is the 3.6.3 Version with GDAL library and ECW format and many other ...).
 
I would like to render some air photos. The image source is a big tiff tiled file.
I converted this in to a 8 bit file and removed any kind of mask (e.g. alpha channel).
 
Pointing to this file (50MB the size) as well as indicated in the following
 
LAYER
DATA DtmUmbriaF01_2/hills.tif
NAME hills
STATUS DEFAULT
TYPE RASTER
MINSCALE 45000
END #raster layer
 
i have the right effect.
 
Unluckly, after a compression with the plug in ECW Compressor 2.6 (ErMapper Software) from this tif file and pointing to this new file ecw
(
LAYER
DATA DtmUmbriaF01_2/hills.ecw
NAME hills
STATUS DEFAULT
TYPE RASTER
MINSCALE 45000
END #raster layer
)
 
i have the tipical effect i had with a 24 bit tiff file: a distorsion of the colors and under a given scale, a full black image.
 
Do you already met with this problem?
Perhaps you have idea about to overcome it?
 
Thanks in advance
Roberto Santinelli
 
fellow ship at CERN,
assistant research at Nuclear Physics department  of Perugia University
R&D coordinator at Consorzio ESC
------=_NextPart_000_000B_01C3569A.0ABF3000-- From lfilak at medinaco.org Tue Aug 19 08:31:32 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 19 Aug 2003 11:31:32 -0400 Subject: [Mapserver-users] mapserv3.65 install on redhat 8/9 Message-ID: <200308191531.h7JFVS725702@yogi.medinaco.net> Have you already checked: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat9AndMapserver40b Lowell The following message was sent by harald x on 19 Aug 2003 10:23:51 -0400. > I get problem with make(./config is fine), and suspect gcc3xx is the > problem , can I install gcc2xx ? will this complecate my existing/future > compilation? > > Thanks. > > H > > On Tue, 2003-08-19 at 09:54, Lowell Filak wrote: > > FYI: The August geoworld has an article "Canada Goes OnLine" which at > > least contains a diagram on page 36 including "UMN MapServer" but > > doesn't seem to mention it anywhere in the article. > > However, it does mention the Chameleon project, good job DMSolutions! > > Most of the article seems to be a plug for a storage management product > > named CubeSERV.? > > Lowell > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From assefa at dmsolutions.ca Tue Aug 19 08:22:31 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 19 Aug 2003 11:22:31 -0400 Subject: [Mapserver-users] Mapserver and flash References: <3F4214B9.7070303@dmsolutions.ca> <3F422C97.4060000@noaa.gov> Message-ID: <3F4240B7.5080504@dmsolutions.ca> The way to do it is to use at a layer level a metadata called SWFDUMPATTRIBUTES. The value used for this metadata are the names of the attributes you want to export to the swf file. Please refer to section "How to configure the map file to export attributes" and "Events and Highlights" in the document http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html Once the attributes are exported to the swf file, when the user clicks on these objects, there is a mouse event which is triggered and makes an Action Script call to: _root.ElementSelecetd(LayerId, ShapeId, Event). The Flash application who want to receive these events should define the function ElementSelected and use the information receive to do actions like retrieving the attribute values from the specific SWF for the specified shape and display it. Later, Geoffrey Rowland wrote: > I was playing around with this a bit the other day. Is there a way to > identify features in the swf file? for example if I am displaying a > county layer (from a shapefile), and I want to get the names of the > counties....is that possible using the swf output? > > Thanks, > Geoff > > > William A. Bronsema, C.E.T. wrote: > >> Lars-G?ran, >> >> It is fairly easy to view the SWF output using actionscript. Set the >> outputformat in the map file to the following: >> >> OUTPUTFORMAT >> NAME swf >> MIMETYPE "application/x-shockwave-flash" >> DRIVER swf >> IMAGEMODE PC256 >> >> # the following line is used to output all layers in one swf >> FORMATOPTION "OUTPUT_MOVIE=SINGLE" >> >> # the following line is used to output all layers individually >> #FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" >> END >> >> >> After mapserver has generated the temp swf file(s) you can use the >> "loadMovie" actionscript function to load the swf file into a >> pre-existing container. For example, create a new swf file with a >> movie clip called "clip1" and add the following line in actionscript: >> >> loadMovie ( "http://url/to/swf/mymap.swf", "clip1" ); >> >> I use PHP and php_mapscript to help manage the files on the fly and >> Flash to manage my actionscript. >> >> I hope this quick overview helps. >> >> Regards, >> Bill >> >> Lars-goran Edholm wrote: >> >>> Hi! >>> Does anybody have an example of using Mapserver with swf vector output. >>> How do i use the swf-actionscript file to view the layers? >>> >>> >>> Mvh >>> Lars-G?ran Edholm tel 026/24 14 36 >>> 1:e byggnadsinspekt?r >>> Bygg- och milj?kontoret >>> 811 80 Sandviken >>> lars-goran.edholm at sandviken.se >>> >>> >>> _______________________________________________ >>> Mapserver-users mailing list >>> Mapserver-users at lists.gis.umn.edu >>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> >> > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From siki at bme-geod.agt.bme.hu Tue Aug 19 11:37:31 2003 From: siki at bme-geod.agt.bme.hu (Siki Zoltan) Date: Tue, 19 Aug 2003 17:37:31 -0100 (GMT+1) Subject: [Mapserver-users] problem with crontab to delete old map images In-Reply-To: <000f01c365e2$5d3f7540$0201a8c0@mapxplore.com> Message-ID: Is the crond running? Check ps -ef | grep crond It shoud be started from /etc/rc or /etc/rc.local On Tue, 19 Aug 2003, fx gamoy wrote: > nothing in /var/log > and nothing about logfile with find / -name cron > thanks > fx > ----- Original Message ----- > From: Bruce Bushby > To: fx gamoy > Sent: Monday, August 18, 2003 11:37 PM > Subject: RE: [Mapserver-users] problem with crontab to delete old map images > > > Should be in /var/log > -----Original Message----- > From: fx gamoy [mailto:fx.gamoy at mapxplore.com] > Sent: Tuesday, August 19, 2003 1:10 AM > To: mapserver-users at lists.gis.umn.edu; bruce.bushby at wol.co.za > Subject: Re: [Mapserver-users] problem with crontab to delete old map images > > > hello > thanks for yours sugestions > all the tests failed > the cron daemon seem to be ok > i can 't find any cron log file in order to look for a mystake > fx > ----- Original Message ----- > From: Bruce Bushby > To: fx gamoy > Sent: Monday, August 18, 2003 9:45 PM > Subject: RE: [Mapserver-users] problem with crontab to delete old map images > > > perhaps try single quotes: > 00 20 * * * 'find /web/mapimage -name "*.png" -exec rm -f {} \;' >> /tmp/cronmap.log 2>&1 > > failing that, try get a log of what is going on: > 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; >> /tmp/cronmap.log 2>&1 > > failing that, go back to basics: > 41 22 * * * /bin/date >> /tmp/crondate.log > > and confirm cron is working. > > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of fx gamoy > Sent: Monday, August 18, 2003 10:08 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] problem with crontab to delete old map images > > > hello > i have added a daily job with crontab -e > 00 20 * * * find /web/mapimage -name "*.png" -exec rm -f {} \; > but nothing occur at 20:00. > > i use a debian woody package and cron seem to be well started > > which time cron use? universal? (date -u) or local (date)? > thanks for any suggestion > fx > > From armin.burger at libero.it Tue Aug 19 09:35:36 2003 From: armin.burger at libero.it (Armin Burger) Date: Tue, 19 Aug 2003 17:35:36 +0100 Subject: [Mapserver-users] Alternatives? Message-ID: <20030819153614.ONIJ17577.viefep13-int.chello.at@libero.it> There's an excellent step-by-step how-to for compiling PHP/Mapscript on Linux from Erich Schroeder at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?RedHat9AndMapserver40b armin > What alternatives are there to MapServer/MapScript? I liked the idea of > PHP/MapScript, and have tried off and on for a few months to get it > running on my box (RedHat 8.0, Apache 2.0.40, PHP 4.2.2), but haven't had > any luck. > If, instead, someone can point me to a version of php_mapscript.so that > doesn't have the threading problem (and the "safety" death and message), > I'd be absolutely thrilled. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bartvde at xs4all.nl Tue Aug 19 09:34:12 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 19 Aug 2003 18:34:12 +0200 Subject: [Mapserver-users] Fwd: ecw with MapServer In-Reply-To: References: Message-ID: Hi, because ECW only exists in 24 bit (ErMapper is supposed to be working on a 8 bit version), it is logical that you get the same color troubles as using 24 bit tiff. Why did you switch from tiff to ECW anyway? Best regards, Bart On Tue, 19 Aug 2003 10:29:00 -0500, Steve Lime wrote: -- From cp10 at chalonsursaone.com Tue Aug 19 09:37:14 2003 From: cp10 at chalonsursaone.com (cp10) Date: Tue, 19 Aug 2003 18:37:14 +0200 Subject: [Mapserver-users] mapserv3.65 install on redhat 8/9 In-Reply-To: <1061303031.1204.3.camel@xiao> References: <200308191354.h7JDsf723409@yogi.medinaco.net> <1061303031.1204.3.camel@xiao> Message-ID: <3F42523A.6060503@chalonsursaone.com> I have no make problem with gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7). What is your error ? Christophe harald x wrote: > I get problem with make(./config is fine), and suspect gcc3xx is the > problem , can I install gcc2xx ? will this complecate my existing/future > compilation? > > Thanks. > > H > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From agsb at bdep.gov.br Tue Aug 19 09:56:38 2003 From: agsb at bdep.gov.br (Alvaro Gomes Sobral Barcellos) Date: Tue, 19 Aug 2003 13:56:38 -0300 Subject: [Mapserver-users] mapserv3.65 install on redhat 8/9 In-Reply-To: <3F424170.3070106@terrestris.de> References: <200308191354.h7JDsf723409@yogi.medinaco.net> <1061303031.1204.3.camel@xiao> <3F424170.3070106@terrestris.de> Message-ID: <3F4256C6.5030207@bdep.gov.br> Hi, better: replace CXX=gcc and coment out all -lstdc++ []s agsb Till Adams wrote: > Dear Harald X, > > try this: > > look for the line > STATIC_LIBS= $(GD_STATIC) $(OGR_STATIC) > > and change to > STATIC_LIBS= $(GD_STATIC) $(OGR_STATIC) -lstdc++ > > > or see: > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0211/msg00014.html > > > for more details, > > Till > > harald x schrieb: > >> I get problem with make(./config is fine), and suspect gcc3xx is the >> problem , can I install gcc2xx ? will this complecate my existing/future >> compilation? >> >> Thanks. >> >> H >> >> On Tue, 2003-08-19 at 09:54, Lowell Filak wrote: >> >>> FYI: The August geoworld has an article "Canada Goes OnLine" which at >>> least contains a diagram on page 36 including "UMN MapServer" but >>> doesn't seem to mention it anywhere in the article. >>> However, it does mention the Chameleon project, good job DMSolutions! >>> Most of the article seems to be a plug for a storage management product >>> named CubeSERV.? >>> Lowell >>> _______________________________________________ >>> Mapserver-users mailing list >>> Mapserver-users at lists.gis.umn.edu >>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > From pond_bear at hotmail.com Tue Aug 19 10:37:34 2003 From: pond_bear at hotmail.com (pond bear) Date: Tue, 19 Aug 2003 12:37:34 -0500 Subject: [Mapserver-users] digital-ngp releases Message-ID: Our project, digital-ngp, has just completed its beta version. Here is the link: http://digital-ngp.aero.und.edu/ This project helps people to search and cut images of the six upper midwest states : Minnesota, North Dakota, South Dakota, Montana, Idaho and Wyoming. Our website is powered by mapserver, php mapscript, rosa applet and oracle spatial. Here are the steps to use our website: 1. Link to http://digital-ngp.aero.und.edu/ Our map's default size is 800 x 600 which supports the screen reslution 1280 x 1024. If your screen reslution is 1024 x 768, please change the map size to 600 x 450. If your screen is 800 x 600, please change the map size to 400 x 300. You can control the map size by choosing an option of the drop-down list at the lower-left corner of the page. 2. Define an area on the main map using regular mapserver methods such as zoom and pan; 3. Click the 'search database' botton on the lower-right part of the page; 4. A list of all images which cover your defined area will be shown; 5. Choose an image and click the 'Show Image' botton at the bottom of the page. If the list of the images is too long and the botton doesn't show up, please scroll down your page and you will see the botton. 6. The selected image will show up. Since the images are all very large ( more than 600 MB), it will take about one minute to load the image. 7. After the image shows up, you can do the regular mapserver things such as pan, zoom in and zoom out. Each image has 6 or 7 bands. You can choose the band combination at the left of the map. 8. If you like to cut a part of the image, click the 'Cut Image' botton at the right of the map. As an unregistered user, you can only cut a small piece of image of size 100 x 100 pixels 9. Since the landsat data has seven bands. You can choose the bands as you like to subset. Now click the 'Continue' button. 10. Your cut image will show up. Click the link to download it. There some useful functions for the register user. Please register an account and log in. At the header of the page, there are two new options for you: manage account and manage aoi. Manage account is for changing password and user's profile. Manage aoi is the key thing. AOI ( area of interest ) is the area for which you like to search the database often. Instead of panning or zooming to place again and again, you can define an AOI and 'jump' to that place directly. Ok, let's click the link 'Manage AOI'. There are three options: 'Create AOI', 'Create AOI by map' and 'Delete AOI'. Click 'Create AOI by map', the main map will show up again. Zoom or pan to the place of your interest. The blue box is the area of your aoi. At the lower-right corner of the page, input your aoi name 'My new aoi' and click the 'Create AOI' botton. A success message shows. Click the 'Home' link on the header. At the left of the main page, there is a new drop-down list 'View an AOI'. Choose 'My new aoi' and the main map will 'jump' to the defined area. Ok, have fun. This project is supported by the Upper Midwest Aerospace Consortium (UMAC). Thanks to MapServer developers and DM Solutions Group for providing such excellent tools for us. Thanks Frank Warmerdam for always answering our silly questions and thanks all mapserver users who gave us so many good examples and suggestion. Thank you all. Digital NGP Development Group: Team leader : Xiaodong Zhang Programmers: Jing Huang Sunil Achyut Ganesh Pulicherla System Administrator Qian Sha University of North Dakota _________________________________________________________________ Get MSN 8 and enjoy automatic e-mail virus protection. http://join.msn.com/?page=features/virus From shostko at ureach.com Tue Aug 19 12:31:29 2003 From: shostko at ureach.com (Alexander Shostko) Date: Tue, 19 Aug 2003 15:31:29 -0400 Subject: [Mapserver-users] Redhat 9.0/mapscript run time error Message-ID: <200308191931.PAA26044@www22.ureach.com> Dear List ! I am putting win32 mapscript app on RH9.0 Linux I compiled mapserver/mapscript on RH9.0 mapserver-3.6.6, apache1.3.27 , php-4.3.2 pretty much following the guidance phpinfo() shows the right stuff, but when running the mapsever and mapscript the apache error_log shows it could not find libraries in /usr/lib although they are in /usr/local/lib . I put there libgdal.libproj.so*, libgd.so* manually but now it gives -- Tue Aug 19 15:19:01 2003] [notice] Apache/1.3.27 (Unix) configured -- resuming normal operations [Tue Aug 19 15:19:01 2003] [notice] Accept mutex: sysvsem (Default: sysvsem) mapserv: relocation error: /usr/lib/libwwwapp.so.0: undefined symbol: HTZLib_inflate [Tue Aug 19 15:19:16 2003] [error] [client 127.0.0.1] Premature end of script headers: /etc/httpd/cgi-bin/mapserv -- It may be that I screwed the system when installing the packages. Plan to delete the whole thing and reinstall it. Any ideas to save time are appreciated Regards Alex SimTech From mjpan at jpl.nasa.gov Mon Aug 18 10:41:08 2003 From: mjpan at jpl.nasa.gov (michael j pan) Date: Mon, 18 Aug 2003 10:41:08 -0700 (PDT) Subject: [Mapserver-users] mapscript perl help Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 i've installed the latest version (4.0) and am trying to run the example for mapscript perl in the documentation. however, all i get is this error Unable to open mapfile test.map. at ./map.pl line 7. which corresponds to this line. my $map = new mapscript::mapObj($file) or die("Unable to open mapfile $file."); im pretty sure that there's nothing wrong with the mapfile. any suggestions or other test mapfiles appreciated. thx - -- michael j pan nasa jet propulsion laboratory 4800 oak grove drive 300-320a pasadena ca 91109 818 393 5031 **************************************** this message is digitally signed. you can use the public key located at http://sweet.jpl.nasa.gov/~mjpan/gpg.asc to verify its authenticity. **************************************** -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQE/QQ+8RdNkoLZ1yFQRAs6OAJ9aSMCS0r34dAQOzfg7SEoG4OFKDQCgrzue Ce2MFyeWHgvyKyL/JFivFe0= =Zanm -----END PGP SIGNATURE----- From eric at gomoos.org Tue Aug 19 09:06:44 2003 From: eric at gomoos.org (Eric Bridger) Date: 19 Aug 2003 16:06:44 +0000 Subject: [Mapserver-users] mapscript perl help In-Reply-To: References: Message-ID: <1061309205.1484.9.camel@ubet.gomoos.org> You could put this at the beginning of your script to see any error messages from mapserver: $ENV{MS_ERRORFILE} = '/full/path/to/mapserver.log'; That will report any errors in your map file. Also, try setting $file to the full path to your map file, just to be sure mapscript is finding it. On Mon, 2003-08-18 at 17:41, michael j pan wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > i've installed the latest version (4.0) and am trying to run the example > for mapscript perl in the documentation. however, all i get is this error > > Unable to open mapfile test.map. at ./map.pl line 7. > > which corresponds to this line. > > my $map = new mapscript::mapObj($file) or die("Unable to open mapfile > $file."); > > im pretty sure that there's nothing wrong with the mapfile. any > suggestions or other test mapfiles appreciated. > > thx > > - -- > michael j pan > nasa jet propulsion laboratory > 4800 oak grove drive 300-320a > pasadena ca 91109 > 818 393 5031 > > **************************************** > this message is digitally signed. > you can use the public key located at > http://sweet.jpl.nasa.gov/~mjpan/gpg.asc > to verify its authenticity. > **************************************** > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > Comment: Made with pgp4pine 1.76 > > iD8DBQE/QQ+8RdNkoLZ1yFQRAs6OAJ9aSMCS0r34dAQOzfg7SEoG4OFKDQCgrzue > Ce2MFyeWHgvyKyL/JFivFe0= > =Zanm > -----END PGP SIGNATURE----- > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From woodbri at swoodbridge.com Tue Aug 19 15:06:21 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 19 Aug 2003 18:06:21 -0400 Subject: [Mapserver-users] Re: Geocoding In-Reply-To: <20030819182856.75084.qmail@web14103.mail.yahoo.com> Message-ID: <3F42671D.11187.38EAC4E1@localhost> There are lots of ways to do geocoding depending how involved you want to get. One simple way is to load your street data into MySQL or PostGIS then you can write simple php code to do queries on the database. Once you have found a street segment that looks like a match you can interpolate along the street based on the street number you want and the range of numbers found on that street segment. I have done most of my geocoding using C or Perl & MySQL so I don't think I will be much help with php examples. Anyway the code I have is way more complex than you would want as a novice, I would get some shape files of streets data and load them into a DB and write some code to do some queries. You will be surprised how good that works and how much you will learn doing it. -Steve On 19 Aug 2003 at 11:28, R Jones wrote: > Hello David, > > I saw this link: > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0209/msg00052 > .html > > As a complete novice, can you point me to some PHP code > that does geocoding of street addresses? > > We are using Mapserver and starting to learn Postgres and > PostGIS. > > Thanks for any help you can offer!! > > Richard > > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com > From brian at christianity.com Tue Aug 19 15:14:44 2003 From: brian at christianity.com (Brian Fujito) Date: 19 Aug 2003 18:14:44 -0400 Subject: [Mapserver-users] how to hide water areas in nationalatlas state-boundaries shapefile Message-ID: <1061331285.10967.77.camel@brian.lightsource.com> I've downloaded the states020 shapefile from Nationalatlas. However, when I draw the state boundaries, they extend out to the water (e.g. Great Lakes). I realize that this is expected behavior (those are the boundaries of the states), but is there a way to hide that portion of the data? In the Mapserver tutorial, they do this nicely by selecting out EXPRESSION ('[CLASS]' eq 'land') ... but the states020 dataset does not provide such 'CLASS' information. Can anyone tell me how to go about getting that information? Thanks in advance, Brian From mcilhagga at dmsolutions.ca Tue Aug 19 15:35:49 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Tue, 19 Aug 2003 18:35:49 -0400 Subject: [Mapserver-users] Chameleon 1.0 Message-ID: <3F42A645.3040903@dmsolutions.ca> Hi all, As we first discussed at the MapServer User Meeting in Minnesota in June, last week we released version 1.0 of Chameleon. You can visit the chameleon project page at the new site we have setup for hosting open source mapping projects at: http://www.maptools.org Chameleon was developed with PHP-MapScript and MapServer version 4.0. Chameleon allows for the development of MapServer-based web mapping applications through a tag-based system in Chameleon templates where parameters for the various 'widgets' are set in Chameleon tags within an HTML document. Much of our future application development work will be completed within the Chameleon architecture. More high level information about Chameleon can be found on our website at http://www.dmsolutions.ca A few Key Notes about this initial version of Chameleon: 1. You'll notice that there are two versions available -- Chameleon 1.0 and an alpha release of Chameleon 1.1. This is because Chameleon 1.0 was developed for use only within an OGC environment so map files are not directly supported. Instead, OGC Contexts define your map definition with all data coming from WMS Servers. Chameleon 1.1 on the other hand uses Map files and will also support OGC Contexts by the time of its release. 2. Many of the widgets in the initial version of Chameleon are very JavaScript heavy. This does NOT mean that Chameleon applications have to be this way -- these widgets were developed to meet the needs of the initial clients who funded this work. New lighter widgets are in development and we are beginning to see new applications with Chameleon 1.1 that are much lighter on the client side. 3. Between version 1.0 and 1.1 there have been some changes to the widget naming convention to improve this among other changes, so please be aware that templates written with 1.0 will not necessarily work in 1.1. IF a pure WMS-based environment is what you are looking for, version 1.0 will do the trick. The key message is that if you want to use Chameleon in a traditional MapServer environment -- version 1.1 is what you will need. However, although it is quite stable, it is not in release state yet and users should be aware they will encounter issues as with any alpha-release software. So give it a try, and let us know what you think! One final note -- I should mention that this work was completed in support of the CGDI WMS Client Component (CWC2) project for GeoConnections. Chameleon is expected to be used broadly by partners of GeoConnections as a key technology for enabling the Canadian GeoSpatial Data Infrastructure (CGDI). A special thanks to all of the developers, designers and testers of the software to date both at DM Solutions and our Natural Resources Canada partners at GeoConnections, Centre for Topographic Information - Sherbrooke and Canada Centre for Remote Sensing. Dave -- Dave McIlhagga President, DM Solutions Group http://www.dmsolutions.ca EMail : mcilhagga at dmsolutions.ca Phone : 613-565-5056 x15 Fax : 613-565-0925 From bwragg at tpg.com.au Tue Aug 19 15:37:35 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Wed, 20 Aug 2003 08:07:35 +0930 Subject: [Mapserver-users] Linux RedHat 9.0 php/mapscript installation In-Reply-To: <3F3C936A.12679.2229B01E@localhost> Message-ID: <002b01c366a2$7d82b900$0100a8c0@mapping12> Are you still having trouble Alexander? I had a similar problem a while back. I narrowed it down to a problem in the php compile. If I used the --enable-discard-path in my ./configure line for PHP I would get errors like you: **Warning: Unexpected character in input: '' (ASCII=24) state=1 in **/var/www/cgi-bin/php on line 686 ***Warning: Unexpected character in input: '' (ASCII=8) state=1 in ***/var/www/cgi-bin/php on line 686 ***... ***Parse error: parse error in /usr/local/apache/cgi-bin/php I can't find the page now, but there is a discussion on the zend site about this and as a work around the user found that compiling PHP without the --enable-discard-path option seemed to solve the problem. Please be aware though that the documentation for php says the following regarding this option: --enable-discard-path If this is enabled, the PHP CGI binary can safely be placed outside of the web tree and people will not be able to circumvent .htaccess security." Hope it helps. Cheers, Benjamin Wragg -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of woodbri at swoodbridge.com Sent: Friday, 15 August 2003 9:32 PM To: mapserver-users at lists.gis.umn.edu; shostko at ureach.com Subject: Re: [Mapserver-users] Linux RedHat 9.0 php/mapscript installation I think php 4.3.2 is broken for CGI. I have had a similar problem on RH 8.0 on solved it by using PHP-4.3.1 -Steve W. On 15 Aug 2003 at 2:02, Alexander Shostko wrote: > Dear List ! > > > The brief description of the problem: > > > I am porting php/mapscript application > (php-4.3.2/apache-1.3.27) > from Windows to Linux > > > Linux is Red-Hat 9.0, php is 4.3.2, apache is 1.3.28 installed in > /etc/httpd and /var/www/ as typical. > > > mapserver-3.6.6 > > > The installation flags and options are below. All compiles fine. But > does not run at all. It did not even come to > mapscript. The php itself does not work with apache as cgi . > > > When I try to run simple > > > // nothing works > dl("php_mapscript.so"); > phpinfo(); > ?> > > gives > > > -- > > > Warning: Unexpected character in input: '(ASCII=15) state=1 in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: '^B' (ASCII=2) state=1 in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on > line 3395 > > > Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on > line 3395 > > > Warning: Unexpected character in input: '(ASCII=15) state=1 in > /var/www/cgi-bin/php on line 3395 > > > Parse error: parse error in /var/www/cgi-bin/php on line 3395 > > > -- > which means that php simply not working whether I use dl(..) or not. > > > I tried also httpd-2.0.47 etc. same results. ALso I tried from > tarball (Linux 9.0 installation) of apache/php . Same results. > > > The possible options are: > > > --Install older / stabler RedHat (8.0 for ex, 9.0 is very new) > --Install apache 1.3.27 or older --try php-4.3.0 or 4.2.x until I have > at least apache-php as cgi working, > then put mapscript there. > > > Any ideas on which Linux/apache/php/options or simly what I am missing > ? > > > Thanks a lot > Alex > Simulation Tech. > engineer > > > ------------------------------------------ > > > The apache is compiled with: > > > rm config.cache > ./configure \ > --prefix=/etc/httpd/ \ > --enable-module=all \ > --enable-shared=max \ > --with-layout=RedHat \ > --disable-rule=WANTHSREGEX=no > > > php is compiled with: > > rm config.cache > ./configure \ > --with-regex=system \ > --with-config-file-path=/etc/httpd/ \ > --enable-safe-mode \ > --enable-force-cgi-redirect \ > --enable-discard-path \ > --enable-versioning \ > --enable-magic-quotes \ > --enable-track-vars \ > --with-gd \ > --with-zlib \ > --with-jpeg \ > --with-ming \ > --with-xml \ > --with-ftp \ > --with-regex=system > > > when making make test it tells that: > > ===================================================================== > CWD : /usr/local/php-4.3.2 PHP : > /usr/local/php-4.3.2/sapi/cli/php PHP_SAPI : cli PHP_VERSION : > 4.3.2 ZEND_VERSION: 1.3.0 PHP_OS : Linux INI actual : > /etc/httpd/php.ini More .INIs : Extra dirs : > ===================================================================== > TIME START 2003-08-15 01:47:20 > > > The mapscript is compiled with: > rm -r config.cache > ./configure \ > --without-tiff \ > --without-eepl \ > --with-jpeg \ > --with-threads \ > --with-proj \ > --with-gdal \ > --with-php=../php-4.3.2 \ > --with-gd=/usr/local \ > --with-freetype=/usr/bin \ > --with-pdf \ > --with-ogr \ > --with-ming \ > --with-wmsclient \ > --with-wfs \ > --with-wfs-client > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bwragg at tpg.com.au Tue Aug 19 15:48:45 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Wed, 20 Aug 2003 08:18:45 +0930 Subject: FW: [Mapserver-users] Linux RedHat 9.0 php/mapscript installation Message-ID: <002d01c366a4$0cdf0d00$0100a8c0@mapping12> Heres the link I was thinking about http://www.zend.com/lists/php-dev/200201/msg00979.html Cheers, Benjamin -----Original Message----- From: Benjamin Wragg [mailto:bwragg at tpg.com.au] Sent: Wednesday, 20 August 2003 8:08 AM To: 'mapserver-users at lists.gis.umn.edu'; 'shostko at ureach.com' Subject: RE: [Mapserver-users] Linux RedHat 9.0 php/mapscript installation Are you still having trouble Alexander? I had a similar problem a while back. I narrowed it down to a problem in the php compile. If I used the --enable-discard-path in my ./configure line for PHP I would get errors like you: **Warning: Unexpected character in input: '' (ASCII=24) state=1 in **/var/www/cgi-bin/php on line 686 ***Warning: Unexpected character in input: '' (ASCII=8) state=1 in ***/var/www/cgi-bin/php on line 686 ***... ***Parse error: parse error in /usr/local/apache/cgi-bin/php I can't find the page now, but there is a discussion on the zend site about this and as a work around the user found that compiling PHP without the --enable-discard-path option seemed to solve the problem. Please be aware though that the documentation for php says the following regarding this option: --enable-discard-path If this is enabled, the PHP CGI binary can safely be placed outside of the web tree and people will not be able to circumvent .htaccess security." Hope it helps. Cheers, Benjamin Wragg -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of woodbri at swoodbridge.com Sent: Friday, 15 August 2003 9:32 PM To: mapserver-users at lists.gis.umn.edu; shostko at ureach.com Subject: Re: [Mapserver-users] Linux RedHat 9.0 php/mapscript installation I think php 4.3.2 is broken for CGI. I have had a similar problem on RH 8.0 on solved it by using PHP-4.3.1 -Steve W. On 15 Aug 2003 at 2:02, Alexander Shostko wrote: > Dear List ! > > > The brief description of the problem: > > > I am porting php/mapscript application > (php-4.3.2/apache-1.3.27) > from Windows to Linux > > > Linux is Red-Hat 9.0, php is 4.3.2, apache is 1.3.28 installed in > /etc/httpd and /var/www/ as typical. > > > mapserver-3.6.6 > > > The installation flags and options are below. All compiles fine. But > does not run at all. It did not even come to > mapscript. The php itself does not work with apache as cgi . > > > When I try to run simple > > > // nothing works > dl("php_mapscript.so"); > phpinfo(); > ?> > > gives > > > -- > > > Warning: Unexpected character in input: '(ASCII=15) state=1 in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: '^B' (ASCII=2) state=1 in > /var/www/cgi-bin/php on line 3395 > > > Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on > line 3395 > > > Warning: Unexpected character in input: ' in /var/www/cgi-bin/php on > line 3395 > > > Warning: Unexpected character in input: '(ASCII=15) state=1 in > /var/www/cgi-bin/php on line 3395 > > > Parse error: parse error in /var/www/cgi-bin/php on line 3395 > > > -- > which means that php simply not working whether I use dl(..) or not. > > > I tried also httpd-2.0.47 etc. same results. ALso I tried from > tarball (Linux 9.0 installation) of apache/php . Same results. > > > The possible options are: > > > --Install older / stabler RedHat (8.0 for ex, 9.0 is very new) > --Install apache 1.3.27 or older --try php-4.3.0 or 4.2.x until I have > at least apache-php as cgi working, > then put mapscript there. > > > Any ideas on which Linux/apache/php/options or simly what I am missing > ? > > > Thanks a lot > Alex > Simulation Tech. > engineer > > > ------------------------------------------ > > > The apache is compiled with: > > > rm config.cache > ./configure \ > --prefix=/etc/httpd/ \ > --enable-module=all \ > --enable-shared=max \ > --with-layout=RedHat \ > --disable-rule=WANTHSREGEX=no > > > php is compiled with: > > rm config.cache > ./configure \ > --with-regex=system \ > --with-config-file-path=/etc/httpd/ \ > --enable-safe-mode \ > --enable-force-cgi-redirect \ > --enable-discard-path \ > --enable-versioning \ > --enable-magic-quotes \ > --enable-track-vars \ > --with-gd \ > --with-zlib \ > --with-jpeg \ > --with-ming \ > --with-xml \ > --with-ftp \ > --with-regex=system > > > when making make test it tells that: > > ===================================================================== > CWD : /usr/local/php-4.3.2 PHP : > /usr/local/php-4.3.2/sapi/cli/php PHP_SAPI : cli PHP_VERSION : > 4.3.2 ZEND_VERSION: 1.3.0 PHP_OS : Linux INI actual : > /etc/httpd/php.ini More .INIs : Extra dirs : > ===================================================================== > TIME START 2003-08-15 01:47:20 > > > The mapscript is compiled with: > rm -r config.cache > ./configure \ > --without-tiff \ > --without-eepl \ > --with-jpeg \ > --with-threads \ > --with-proj \ > --with-gdal \ > --with-php=../php-4.3.2 \ > --with-gd=/usr/local \ > --with-freetype=/usr/bin \ > --with-pdf \ > --with-ogr \ > --with-ming \ > --with-wmsclient \ > --with-wfs \ > --with-wfs-client > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime at dnr.state.mn.us Wed Aug 20 09:05:28 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 20 Aug 2003 11:05:28 -0500 Subject: [Mapserver-users] Fwd: error using mapserver 4.0 demo Message-ID: Return-path: Received: from mail.state.mn.us (state.mn.us [156.99.125.109]) by co5.dnr.state.mn.us; Tue, 19 Aug 2003 19:18:21 -0500 Return-Path: Received: from lhc.nlm.nih.gov ([130.14.35.128] [130.14.35.128]) by mail.state.mn.us with ESMTP for steve.lime at dnr.state.mn.us; Tue, 19 Aug 2003 12:55:54 -0500 Received: from hume.nlm.nih.gov (hume [130.14.31.40]) by lhc.nlm.nih.gov (8.11.7+Sun/8.11.6) with ESMTP id h7JHpmf07861; Tue, 19 Aug 2003 13:55:20 -0400 (EDT) Received: from localhost (sherwin at localhost) by hume.nlm.nih.gov (8.11.7+Sun/8.11.6) with ESMTP id h7JHp6A08432; Tue, 19 Aug 2003 13:51:06 -0400 (EDT) Date: Tue, 19 Aug 2003 13:51:06 -0400 (EDT) From: Ziying Sherwin To: steve.lime at dnr.state.mn.us cc: Matt.Wilkie at gov.yk.ca, jdoyon at nrcan.gc.ca Subject: error using mapserver 4.0 demo Message-Id: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 7bit We are trying to build mapserver 4.0 on Solaris 2.8 machine using gd 2.0.15, freetype 2.1.4, tiff 3.6.0b2, proj.4 4.4.7, jpeg 6b, curl 7.10.5, gdal 1.1.8, pdflib 5.0.1, libgeotiff 1.2.1, zlib 1.1.4, libpng , xpm , libiconv 1.8 and gcc 3.3. We configured it with options: /configure --prefix=/depot/package/mapserver_4.0/vendor \ --with-jpeg=/depot/package/jpeg_6b \ --with-gd=/depot/package/gd_2.0.15 \ --with-freetype=/depot/package/freeptype_2.1.4/bin \ --with-zlib=/depot/package/zlib_1.1.4 \ --with-png=/depot/package/libpng_1.2.5 \ --with-xpm=/depot/package/xpm_3.4k \ --with-pdf=/depot/package/pdflib_5.0.1 \ --with-tiff=/depot/package/tiff_3.6.0b2 \ --with-proj=/depot/package/proj_4.4.7/vendor \ --with-gdal=/depot/package/gdal_1.1.8/vendor/bin/gdal-config \ --with-curl-config=/depot/package/curl_7.10.5/vendor/bin/curl-config \ --enable-ignore-missing-data \ --enable-runpath After compiled the package, we installed the binary mapserv into the Apache cgi-bin directory. We then installed the itasca3.5 demo into the htdocs directory and edit the demo_init.html file to refer to the correct directories. When we tried to test the installation by visiting the URL: http://etg.nlm.nih.gov/service/mapserver/demo_init.html We first see the page like this: MapServer Demo Interface Click on the initialize button to fire up the demo with 3 layers turned on will be accessible for browsing. The data are of Itasca County, MN and were derived, for the most part, from USGS 1:24,000 quadrangles. Some things to note are: After pressing the "Initialize" button, we got the following error messages: msLoadMap(): General error message. Undefined overlay symbol "symbols/ctyhwy.gif" in class 0, style 0 of layer ctyrdln3_anno. msAddImageSymbol(): General error message. Unable to load GIF symbol. msInitGDALOutputFormat(): General error message. GDAL `GTiff' driver does not support output. What do these messages mean? Any help will be appreciated. Ziying Sherwin From poff at sixbit.org Wed Aug 20 09:31:49 2003 From: poff at sixbit.org (poff) Date: Wed, 20 Aug 2003 18:31:49 +0200 Subject: [Mapserver-users] phpmapscript and fastcgi (more headaches) Message-ID: <20030820163149.GA2407@freeshell.org> Hello All I posted recently that I was successful in setting up php mapscript to owrk under a commercial host (hence minimal access) running php as an apache module. Now I need to mirror that configuration on my local (windows) testing server. Lenghty as it sounds, this is necessary. So I managed to get php SAPI running under windows, and finally to get cgi pointing to exactly the same paths as on the linux host. Why you ask? uploading instantly, instead of changing paths etc. Anyway, after all that success, I load the extension only to find: Fatal error: Due to thread-safety problems, php_mapscript cannot be used as a 'cgi-fcgi' module. You will have to reconfigure your PHP as a CGI to run this version of MapScript. I'm guessing the mapscript.dll checks that it's using cgi, and neglects to check for cgi-fcgi which is the windows brand of cgi. Is it possible to remedy this? Even a quick fix for mapscript_36.dll will help to get this server running. I cannot recompile php on windows, as I do not have windows compiler tools. Cygwin is horrifically slow, and means I would have to download all the unix sources for libjpeg, gd etc. which time does not allow on my dialup connection. When this is all done I will write an extensive tutorial and stick it on my site (or Wiki). Thank you, -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies From rjames57 at yahoo.com Wed Aug 20 09:47:43 2003 From: rjames57 at yahoo.com (Randy James) Date: Wed, 20 Aug 2003 09:47:43 -0700 (PDT) Subject: [Mapserver-users] Fwd: error using mapserver 4.0 demo In-Reply-To: Message-ID: <20030820164743.12475.qmail@web12503.mail.yahoo.com> Hi If you do not want to recompile with gif support you will have to change your *.gif images to *.png. Cheers Randy --- Steve Lime wrote: > ATTACHMENT part TEXT message/rfc822 > Date: Tue, 19 Aug 2003 13:51:06 -0400 (EDT) > From: Ziying Sherwin > To: steve.lime at dnr.state.mn.us > CC: Matt.Wilkie at gov.yk.ca, > jdoyon at nrcan.gc.ca > Subject: error using mapserver 4.0 demo > > > We are trying to build mapserver 4.0 on Solaris 2.8 > machine using gd 2.0.15, > freetype 2.1.4, tiff 3.6.0b2, proj.4 4.4.7, jpeg 6b, curl > 7.10.5, gdal 1.1.8, > pdflib 5.0.1, libgeotiff 1.2.1, zlib 1.1.4, libpng , xpm > , libiconv 1.8 and gcc 3.3. > > We configured it with options: > > /configure --prefix=/depot/package/mapserver_4.0/vendor \ > --with-jpeg=/depot/package/jpeg_6b \ > --with-gd=/depot/package/gd_2.0.15 \ > > --with-freetype=/depot/package/freeptype_2.1.4/bin \ > --with-zlib=/depot/package/zlib_1.1.4 \ > --with-png=/depot/package/libpng_1.2.5 \ > --with-xpm=/depot/package/xpm_3.4k \ > --with-pdf=/depot/package/pdflib_5.0.1 \ > --with-tiff=/depot/package/tiff_3.6.0b2 \ > --with-proj=/depot/package/proj_4.4.7/vendor > \ > > --with-gdal=/depot/package/gdal_1.1.8/vendor/bin/gdal-config > \ > > --with-curl-config=/depot/package/curl_7.10.5/vendor/bin/curl-config > \ > --enable-ignore-missing-data \ > --enable-runpath > > After compiled the package, we installed the binary > mapserv into the Apache cgi-bin > directory. We then installed the itasca3.5 demo into the > htdocs directory and edit > the demo_init.html file to refer to the correct > directories. When we tried to test > the installation by visiting the URL: > > > http://etg.nlm.nih.gov/service/mapserver/demo_init.html > > We first see the page like this: > > MapServer Demo Interface > > Click on the initialize button to fire up the demo with 3 > layers turned > on will be accessible for browsing. The data are of > Itasca County, MN > and were derived, for the most part, from USGS 1:24,000 > quadrangles. > Some things to note are: > > After pressing the "Initialize" button, we got the > following error messages: > > msLoadMap(): General error message. Undefined overlay > symbol "symbols/ctyhwy.gif" in class 0, style 0 of layer > ctyrdln3_anno. > msAddImageSymbol(): General error message. Unable to load > GIF symbol. > msInitGDALOutputFormat(): General error message. GDAL > `GTiff' driver does not support output. > > What do these messages mean? Any help will be > appreciated. > > Ziying Sherwin > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 agsb at bdep.gov.br Wed Aug 20 10:15:17 2003 From: agsb at bdep.gov.br (Alvaro Gomes Sobral Barcellos) Date: Wed, 20 Aug 2003 14:15:17 -0300 Subject: [Mapserver-users] Fwd: error using mapserver 4.0 demo In-Reply-To: References: Message-ID: <3F43ACA5.6020804@bdep.gov.br> This is a multi-part message in MIME format. --------------070307030408020207010401 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit hi, I do the same for a Linux/GNU kernel 2.4.21, libc-2.2.4 tip: the GD lib dont play with gifs, convert all images to .png and change .gif to .png in map file. []s agsb Steve Lime wrote: > > ------------------------------------------------------------------------ > > Subject: > error using mapserver 4.0 demo > From: > Ziying Sherwin > Date: > Tue, 19 Aug 2003 13:51:06 -0400 (EDT) > To: > steve.lime at dnr.state.mn.us > > >We are trying to build mapserver 4.0 on Solaris 2.8 machine using gd 2.0.15, >freetype 2.1.4, tiff 3.6.0b2, proj.4 4.4.7, jpeg 6b, curl 7.10.5, gdal 1.1.8, >pdflib 5.0.1, libgeotiff 1.2.1, zlib 1.1.4, libpng , xpm , libiconv 1.8 and gcc 3.3. > >We configured it with options: > >/configure --prefix=/depot/package/mapserver_4.0/vendor \ > --with-jpeg=/depot/package/jpeg_6b \ > --with-gd=/depot/package/gd_2.0.15 \ > --with-freetype=/depot/package/freeptype_2.1.4/bin \ > --with-zlib=/depot/package/zlib_1.1.4 \ > --with-png=/depot/package/libpng_1.2.5 \ > --with-xpm=/depot/package/xpm_3.4k \ > --with-pdf=/depot/package/pdflib_5.0.1 \ > --with-tiff=/depot/package/tiff_3.6.0b2 \ > --with-proj=/depot/package/proj_4.4.7/vendor \ > --with-gdal=/depot/package/gdal_1.1.8/vendor/bin/gdal-config \ > --with-curl-config=/depot/package/curl_7.10.5/vendor/bin/curl-config \ > --enable-ignore-missing-data \ > --enable-runpath > >After compiled the package, we installed the binary mapserv into the Apache cgi-bin >directory. We then installed the itasca3.5 demo into the htdocs directory and edit >the demo_init.html file to refer to the correct directories. When we tried to test >the installation by visiting the URL: > > http://etg.nlm.nih.gov/service/mapserver/demo_init.html > >We first see the page like this: > > MapServer Demo Interface > >Click on the initialize button to fire up the demo with 3 layers turned >on will be accessible for browsing. The data are of Itasca County, MN >and were derived, for the most part, from USGS 1:24,000 quadrangles. >Some things to note are: > >After pressing the "Initialize" button, we got the following error messages: > >msLoadMap(): General error message. Undefined overlay symbol "symbols/ctyhwy.gif" in class 0, style 0 of layer ctyrdln3_anno. >msAddImageSymbol(): General error message. Unable to load GIF symbol. >msInitGDALOutputFormat(): General error message. GDAL `GTiff' driver does not support output. > >What do these messages mean? Any help will be appreciated. > >Ziying Sherwin > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > --------------070307030408020207010401 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit hi,

I do the same for a Linux/GNU kernel 2.4.21, libc-2.2.4
tip:
    the GD lib dont play with gifs,
    convert all images to .png and change .gif to .png  in map file.

[]s agsb

Steve Lime wrote:


Subject:
error using mapserver 4.0 demo
From:
Ziying Sherwin <sherwin at lhc.nlm.nih.gov>
Date:
Tue, 19 Aug 2003 13:51:06 -0400 (EDT)
To:
steve.lime at dnr.state.mn.us		 

We are trying to build mapserver 4.0 on Solaris 2.8 machine using gd 2.0.15, 
freetype 2.1.4, tiff 3.6.0b2, proj.4 4.4.7, jpeg 6b, curl 7.10.5, gdal 1.1.8, 
pdflib 5.0.1, libgeotiff 1.2.1, zlib 1.1.4, libpng , xpm , libiconv 1.8 and gcc 3.3.

We configured it with options:

/configure --prefix=/depot/package/mapserver_4.0/vendor \
            --with-jpeg=/depot/package/jpeg_6b \
            --with-gd=/depot/package/gd_2.0.15 \
            --with-freetype=/depot/package/freeptype_2.1.4/bin \
            --with-zlib=/depot/package/zlib_1.1.4 \
            --with-png=/depot/package/libpng_1.2.5 \
            --with-xpm=/depot/package/xpm_3.4k \
            --with-pdf=/depot/package/pdflib_5.0.1 \
            --with-tiff=/depot/package/tiff_3.6.0b2 \
            --with-proj=/depot/package/proj_4.4.7/vendor \
            --with-gdal=/depot/package/gdal_1.1.8/vendor/bin/gdal-config \
            --with-curl-config=/depot/package/curl_7.10.5/vendor/bin/curl-config \
            --enable-ignore-missing-data \
            --enable-runpath

After compiled the package, we installed the binary mapserv into the Apache cgi-bin
directory. We then installed the itasca3.5 demo into the htdocs directory and edit
the demo_init.html file to refer to the correct directories. When we tried to test
the installation by visiting the URL:
 
   http://etg.nlm.nih.gov/service/mapserver/demo_init.html

We first see the page like this:

       MapServer Demo Interface

Click on the initialize button to fire up the demo with 3 layers turned
on will be accessible for browsing. The data are of Itasca County, MN
and were derived, for the most part, from USGS 1:24,000 quadrangles.
Some things to note are:

After pressing the "Initialize" button, we got the following error messages:

msLoadMap(): General error message. Undefined overlay symbol "symbols/ctyhwy.gif" in class 0, style 0 of layer ctyrdln3_anno. 
msAddImageSymbol(): General error message. Unable to load GIF symbol. 
msInitGDALOutputFormat(): General error message. GDAL `GTiff' driver does not support output. 

What do these messages mean? Any help will be appreciated.

Ziying Sherwin


_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
--------------070307030408020207010401-- From arnulf.christl at ccgis.de Wed Aug 20 10:17:18 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Wed, 20 Aug 2003 19:17:18 +0200 (CEST) Subject: [Mapserver-users] UMN MapServer Anwenderkonferenz Message-ID: <3699.192.168.2.101.1061399838.squirrel@vogon.ccgis.de> MapServer Users: Excuse the cross-posting from the German group, we just want to reach all German Speaking Users. The (inaptly) announced and heavily discussed ;-) UMN MapServer user meeting will now take place as planned on sep. 30th. Any results which are (hopefully) of greater interest to this group will be translated and posted to this list. Hallo Userliste, wir m?chten hiermit offiziell die UMN MapServer Anwenderkonferenz am 30.09. 2003 in Bonn ank?ndigen und Sie dazu recht herzlich einladen. Das Programm mit den Vortragstiteln, Anfahrtsskizze und Teilnahmebest?tigung finden Sie unter der URL: http://www.geo-consortium.de/news/neu2.html Im Vorlauf zu der UMN MapServer Anwenderkonferenz in Bonn gab es einige Verwirrungen und Meinungsverschiedenheiten, die inzwischen gl?cklicherweise so weit ausger?umt werden konnten, dass die Anwenderkonferenz uneingeschr?nkt stattfinden kann. Das hoffen wir zumindest inst?ndig, da wir unbedingt eine Aufteilung der deutschsprachigen UMN Anwendergemeinschaft im Interesse aller Anwender und auch Firmen vermeiden wollen! Die UMN MapServer Anwenderkonferenz in Bonn versteht sich explizit nicht als Konkurrenzveranstaltung zu irgendwas, sondern m?chte die Gedanken, Fragen und Anregungen vorheriger Veranstaltungen aufgreifen, weiterf?hren und das Thema einem breiten Publikum ?ffnen. Alle Ergebnisse der Konferenz werden ?ber die bereits etablierten Medien (GIS WIKI und Userliste) ver?ffentlicht. Die UMN MapServer Anwenderkonferenz wird von dem Geo-Consortium veranstaltet und durch die Firmen CCGIS, KARTA.GO und terrestris finanziert. Dadurch kann die Hauptveranstaltung kostenfrei gehalten werden, die mit Vortr?gen und Diskussion einem breiten Publikum erm?glicht den UMN MapServer kennen zu lernen. Ein weiteres Ziel ist, die Konzepte Freie Software und Open Source eingehender zu betrachten und ihr Potential f?r die weitere Entwicklung von UMN MapServer und der entsprechenden Peripherien zu evaluieren und deren Organisationsformen und Vorgehensweisen zu nutzen. Wenn es auch in Ihrem Interesse liegt, dass ein m?glichst breites Publikum von dieser Veranstaltung informiert wird leiten Sie diese Information doch bitte weiter. Gerade die Freie Software-Welt lebt nun mal auch von den direkten Kontakten innerhalb der Community oder Wissensgesellschaft. Weitere Informationen zur veranstaltenden Institution finden Sie unter: http://www.geo-consortium.de Sie k?nnen auch direkt Kontakt mit einem der unten angegebenen Ansprechpartner der beteiligten Firmen aufnehmen. adams at terrestris.de (Fa. terrestris) olaf.knopp at kartago.de (Fa KARTA.GO) peter.stamm at ccgis.de (Fa. CCGIS) Mit freundlichen Gr??en, i.A. des Geo-Consortium Arnulf Christl, Till Adams From hunt at zedxinc.com Wed Aug 20 10:55:56 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Wed, 20 Aug 2003 13:55:56 -0400 Subject: [Mapserver-users] landsat WRS Message-ID: <017a01c36744$4e5fbcc0$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0177_01C36722.C71D48C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Does anyone know where I can get a shape file of the WRS II footprints = for landsat? Aaron D. Hunt Technical Manager ZedX Inc. ------=_NextPart_000_0177_01C36722.C71D48C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Does anyone know where I can get a = shape file of=20 the WRS II footprints for landsat?
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
------=_NextPart_000_0177_01C36722.C71D48C0-- From davidson at usgs.gov Wed Aug 20 11:33:50 2003 From: davidson at usgs.gov (D. Scott Davidson) Date: Wed, 20 Aug 2003 13:33:50 -0500 Subject: [Mapserver-users] Help !!! Mapscript installation nightmare !! Message-ID: Hello, I have spent an enormous amount of time trying to get php-mapscript to work. This has truly been a nightmare. I have built php-4.3.2 as part of apache_1.3.26 on Solaris 2.8 . This builds fine, and php works. I then built and installed mapserver-4.0. I configured mapserver with this: configure --without-tiff --with-proj=/usr/local/lib --with-gdal --with-wmsclient --with-gd=/usr/lib --with-php=/usr/local/include/php/ It made fine. I then copied the mapserver.so to the php directory, edited the php.ini file. When running the phpinfo_mapscript.php test file I get these errors: Warning: dl(): Unable to load dynamic library '/usr/opt/lib/php/extensions/php_mapscript.so' - ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/opt/lib/php/extensions/php_mapscript.so: symbol gdImageSetClip: referenced symbol not found in /www/htdocs/phpinfo_mapscript.php on line 21 This has been maddening - does anyone know how to fix this ? From cpurvis at asg.sc.edu Wed Aug 20 11:48:51 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Wed, 20 Aug 2003 14:48:51 -0400 Subject: [Mapserver-users] Help !!! Mapscript installation nightmare !! Message-ID: Try adding --enable-internal-ld-detect to your mapserver ./configure. If that doesn't help, what is your php configuration? Charlton > -----Original Message----- > From: D. Scott Davidson [mailto:davidson at usgs.gov] > Sent: Wednesday, August 20, 2003 2:34 PM > To: mapserver-users at lists.gis.umn.edu > Cc: D. Scott Davidson > Subject: [Mapserver-users] Help !!! Mapscript installation nightmare !! > > Hello, > > I have spent an enormous amount of time trying to get php-mapscript to > work. > This has truly been a nightmare. > > I have built php-4.3.2 as part of apache_1.3.26 on Solaris 2.8 . > This builds fine, and php works. > > I then built and installed mapserver-4.0. > > I configured mapserver with this: > > configure --without-tiff --with-proj=/usr/local/lib --with-gdal > --with-wmsclient --with-gd=/usr/lib --with-php=/usr/local/include/php/ > > > It made fine. > > I then copied the mapserver.so to the php directory, edited the php.ini > file. > > > When running the phpinfo_mapscript.php test file I get these errors: > > > Warning: dl(): Unable to load dynamic library > '/usr/opt/lib/php/extensions/php_mapscript.so' - > ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file > /usr/opt/lib/php/extensions/php_mapscript.so: symbol gdImageSetClip: > referenced symbol not found > in /www/htdocs/phpinfo_mapscript.php on line 21 > > > This has been maddening - does anyone know how to fix this ? > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rjames57 at yahoo.com Wed Aug 20 11:50:32 2003 From: rjames57 at yahoo.com (Randy James) Date: Wed, 20 Aug 2003 11:50:32 -0700 (PDT) Subject: [Mapserver-users] Help !!! Mapscript installation nightmare !! In-Reply-To: Message-ID: <20030820185032.36800.qmail@web12503.mail.yahoo.com> What version of GD you have? looks like you have to upgrade to a higher version Cheers Randy --- "D. Scott Davidson" wrote: > Hello, > > I have spent an enormous amount of time trying to get > php-mapscript to > work. > This has truly been a nightmare. > > I have built php-4.3.2 as part of apache_1.3.26 on > Solaris 2.8 . > This builds fine, and php works. > > I then built and installed mapserver-4.0. > > I configured mapserver with this: > > configure --without-tiff --with-proj=/usr/local/lib > --with-gdal > --with-wmsclient --with-gd=/usr/lib > --with-php=/usr/local/include/php/ > > > It made fine. > > I then copied the mapserver.so to the php directory, > edited the php.ini > file. > > > When running the phpinfo_mapscript.php test file I get > these errors: > > > Warning: dl(): Unable to load dynamic library > '/usr/opt/lib/php/extensions/php_mapscript.so' - > ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation > error: file > /usr/opt/lib/php/extensions/php_mapscript.so: symbol > gdImageSetClip: > referenced symbol not found > in /www/htdocs/phpinfo_mapscript.php on line 21 > > > This has been maddening - does anyone know how to fix > this ? > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 haraldx at MIT.EDU Wed Aug 20 08:09:02 2003 From: haraldx at MIT.EDU (harald x) Date: 20 Aug 2003 11:09:02 -0400 Subject: [Mapserver-users] rpm for mapserver and postit vs mapserver In-Reply-To: <20030819050508.GB24452@freeshell.org> References: <65397.65.27.184.129.1061263572.squirrel@www.kloognome.com> <20030819050508.GB24452@freeshell.org> Message-ID: <1061392143.2659.10.camel@xiao> I download some rpms for mapserver + gd+ libpng+.. on my redhat 8 The rpm -Uvh installation has no problem, and I tried the demo The initalize page come out, but when I kick the initalize button, nothing show out,not even a text or map, just blank window. tried /mapserver/scripts/mapserv -v MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE ---------------------------------- and there is another server called postit! , have anybody tried it and can you compare them? Thanks. H From brian at christianity.com Wed Aug 20 12:41:56 2003 From: brian at christianity.com (Brian Fujito) Date: 20 Aug 2003 15:41:56 -0400 Subject: [Mapserver-users] how to hide water areas in nationalatlas state-boundaries shapefile In-Reply-To: <3F438BBA.3000305@dmsolutions.ca> References: <1061331285.10967.77.camel@brian.lightsource.com> <3F438BBA.3000305@dmsolutions.ca> Message-ID: <1061408517.11028.115.camel@brian.lightsource.com> Thanks for the tip! I ended up using your suggestion, and it worked perfectly. So others in the future know: 1) start with the statsp020.shp/.dbf information from Nationalatlas 2) Load that into JUMP (www.vividsolutions.com/jump)... i had to use Windows for that... didn't work on my Linux installation 3) Load Dataset -> statsp020.shp file (as ESRI shapefile). That'll pick up the corresponding .dbf file as well (in same directory) 4) Make sure that dataset is "Editable" in JUMP 5) Edit->"Editing..." to open the editing dialog. Click the "Select Parts" button in there. Then select the regions that you want to remove. 6) Save the dataset. ... worked like a charm. thanks again for your help. -brian On Wed, 2003-08-20 at 10:54, Jeff McKenna wrote: > Brian, > > I don't see any other way than to quickly edit that shapefile and delete > those Great Lakes polys. The open source software JUMP will do it > easily (http://www.vividsolutions.com/jump/). > > Jeff > > > > Brian Fujito wrote: > > I've downloaded the states020 shapefile from Nationalatlas. However, > > when I draw the state boundaries, they extend out to the water (e.g. > > Great Lakes). I realize that this is expected behavior (those are the > > boundaries of the states), but is there a way to hide that portion of > > the data? > > > > In the Mapserver tutorial, they do this nicely by selecting out > > EXPRESSION ('[CLASS]' eq 'land') > > > > ... but the states020 dataset does not provide such 'CLASS' > > information. Can anyone tell me how to go about getting that > > information? > > > > Thanks in advance, > > Brian > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > -- > Jeff McKenna > GIS Specialist > DM Solutions Group Inc. > http://www.dmsolutions.ca > > -- Brian T. Fujito Chief Technical Officer www.christianity.com brian at christianity.com (703) 548-8900 From poff at sixbit.org Wed Aug 20 12:48:18 2003 From: poff at sixbit.org (poff) Date: Wed, 20 Aug 2003 21:48:18 +0200 Subject: [Mapserver-users] rpm for mapserver and postit vs mapserver In-Reply-To: <1061392143.2659.10.camel@xiao> References: <65397.65.27.184.129.1061263572.squirrel@www.kloognome.com> <20030819050508.GB24452@freeshell.org> <1061392143.2659.10.camel@xiao> Message-ID: <20030820194817.GA29613@freeshell.org> I'm a netbsd user at heart. All I can vouch for on redhat is a php_mapscript (no mapserver CGI) compilation from source. Good luck! P On Wed, Aug 20, 2003 at 11:09:02AM -0400, harald x wrote: > I download some rpms for mapserver + gd+ libpng+.. on my redhat 8 > > The rpm -Uvh installation has no problem, and I tried the demo > > The initalize page come out, but when I kick the initalize button, > nothing show out,not even a text or map, > just blank window. > > tried /mapserver/scripts/mapserv -v > > MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=JPEG > INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > ---------------------------------- > and there is another server called postit! , have anybody tried it and > can you compare them? > > Thanks. > > H > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From davidson at usgs.gov Wed Aug 20 13:33:40 2003 From: davidson at usgs.gov (D. Scott Davidson) Date: Wed, 20 Aug 2003 15:33:40 -0500 Subject: [Mapserver-users] Help !!! Mapscript installation nightmare !! Message-ID: I appreciate the suggestions. thanks. I tried to configure mapserver with: rm config.cache configure --without-tiff --with-proj=/usr/local/lib --with-gdal=/usr/opt/bin/gdal-config --with-wmsclient --with-gd=/usr/lib --with-php=/usr/local/include/php/ --enable-internal-ld-detect make clean make copied php_mapscript.so to its place. I still got the error: Warning: dl(): Unable to load dynamic library '/usr/opt/lib/php/extensions/php_mapscript.so' - ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/opt/lib/php/extensions/php_mapscript.so: symbol gdImageSetClip: referenced symbol not found in /www/htdocs/phpinfo_mapscript.php on line 21 My gdal version is gdal-1.1.8. I configured PHP like this: ./configure --with-system-regex --with-apache=../apache_1.3.26/ --with-pgsql. There has to be a simple answer here. Thanks in advance. "Charlton Purvis" To: "D. Scott Davidson" , Sent by: mapserver-users-admin at lists. cc: gis.umn.edu Subject: RE: [Mapserver-users] Help !!! Mapscript installation nightmare !! 08/20/2003 01:48 PM Try adding --enable-internal-ld-detect to your mapserver ./configure. If that doesn't help, what is your php configuration? Charlton > -----Original Message----- > From: D. Scott Davidson [mailto:davidson at usgs.gov] > Sent: Wednesday, August 20, 2003 2:34 PM > To: mapserver-users at lists.gis.umn.edu > Cc: D. Scott Davidson > Subject: [Mapserver-users] Help !!! Mapscript installation nightmare !! > > Hello, > > I have spent an enormous amount of time trying to get php-mapscript to > work. > This has truly been a nightmare. > > I have built php-4.3.2 as part of apache_1.3.26 on Solaris 2.8 . > This builds fine, and php works. > > I then built and installed mapserver-4.0. > > I configured mapserver with this: > > configure --without-tiff --with-proj=/usr/local/lib --with-gdal > --with-wmsclient --with-gd=/usr/lib --with-php=/usr/local/include/php/ > > > It made fine. > > I then copied the mapserver.so to the php directory, edited the php.ini > file. > > > When running the phpinfo_mapscript.php test file I get these errors: > > > Warning: dl(): Unable to load dynamic library > '/usr/opt/lib/php/extensions/php_mapscript.so' - > ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file > /usr/opt/lib/php/extensions/php_mapscript.so: symbol gdImageSetClip: > referenced symbol not found > in /www/htdocs/phpinfo_mapscript.php on line 21 > > > This has been maddening - does anyone know how to fix this ? > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From davidson at usgs.gov Wed Aug 20 13:38:11 2003 From: davidson at usgs.gov (D. Scott Davidson) Date: Wed, 20 Aug 2003 15:38:11 -0500 Subject: [Mapserver-users] Help !!! Mapscript installation nightmare !! Message-ID: I am using php-4.3.2 . ------------------------------------------------------------------------------- Scott Davidson USGS/WRD Little Rock, Ar (501) 228-3636 ------------------------------------------------------------------------------- "D. Scott Davidson" To: mapserver-users at lists.gis.umn.edu Sent by: cc: "D. Scott Davidson" mapserver-users-admin at lists. Subject: [Mapserver-users] Help !!! Mapscript installation nightmare !! gis.umn.edu 08/20/2003 01:33 PM Hello, I have spent an enormous amount of time trying to get php-mapscript to work. This has truly been a nightmare. I have built php-4.3.2 as part of apache_1.3.26 on Solaris 2.8 . This builds fine, and php works. I then built and installed mapserver-4.0. I configured mapserver with this: configure --without-tiff --with-proj=/usr/local/lib --with-gdal --with-wmsclient --with-gd=/usr/lib --with-php=/usr/local/include/php/ It made fine. I then copied the mapserver.so to the php directory, edited the php.ini file. When running the phpinfo_mapscript.php test file I get these errors: Warning: dl(): Unable to load dynamic library '/usr/opt/lib/php/extensions/php_mapscript.so' - ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/opt/lib/php/extensions/php_mapscript.so: symbol gdImageSetClip: referenced symbol not found in /www/htdocs/phpinfo_mapscript.php on line 21 This has been maddening - does anyone know how to fix this ? _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bruce.bushby at wol.co.za Wed Aug 20 13:40:15 2003 From: bruce.bushby at wol.co.za (Bruce Bushby) Date: Wed, 20 Aug 2003 22:40:15 +0200 Subject: [Mapserver-users] mapserv4.0 and mygis (mysql) Message-ID: Hello Is anybody using mapserv4.0 to request maps from a mysql database? I'm desperately looking for some pointers to resolve the following error. My error: "Premature end of script headers: mapserv, referer:" I have compiled mapserv --with-mysql=yes, created a database called mapserver, imported the map 'roads_n' using Atilla's perl script, shp2mysql.pl. Then I used "grant all privileges...." fo the user mapserver. When I do a test 'mysql -h ctech -u mapserver -pmapserver69' it works fine and I can "select * from" all the tables. When I try and retrieve the maps from mysql using mapserv I get the "Premature...." errors. Any ideas would be much appreciated!! Thanks My setup: Redhat8 Mapserv4.0 mysql Ver 11.18 Distrib 3.23.52, for pc-linux-gnu (i686) This is my 'submit' form which calls the map: MapServ




This is my mapfile, test.map: NAME RSA STATUS on SIZE 600 600 EXTENT 27.97839342 -25.98889781 28.14165968 -26.13824933 UNITS KILOMETERS #SHAPEPATH "/var/www/html/genmap/data" IMAGECOLOR 200 200 200 #DEBUG PROJECTION proj=longlat ellps=WGS84 datum=WGS84 no_defs END WEB LOG /tmp/mapserver.log END SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END #----------------------------------------------------- LAYER NAME roads_n TYPE line STATUS default CONNECTIONTYPE mygis CONNECTION "ctech,mapserver,mapserver69,mapserver:bin:" DATA "geometry from roads_n feature use index(turbo), roads_n_bin geometry" #DATA roads_n CLASS COLOR 0 0 0 END END #----------------------------------------------------- END Regards Bruce Bushby Cell: +27 82 323 7025 Home: +27 234 3284 E-Mail: bruce.bushby at wol.co.za From bruce.bushby at wol.co.za Wed Aug 20 14:03:57 2003 From: bruce.bushby at wol.co.za (Bruce Bushby) Date: Wed, 20 Aug 2003 23:03:57 +0200 Subject: [Mapserver-users] mapserv4.0 and mygis (mysql) Message-ID: Hello Is anybody using mapserv4.0 to request maps from a mysql database? I'm desperately looking for some pointers to resolve the following error. My error: "Premature end of script headers: mapserv, referer:" I have compiled mapserv --with-mysql=yes, created a database called mapserver, imported the map 'roads_n' using Atilla's perl script, shp2mysql.pl. Then I used "grant all privileges...." fo the user mapserver. When I do a test 'mysql -h ctech -u mapserver -pmapserver69' it works fine and I can "select * from" all the tables. When I try and retrieve the maps from mysql using mapserv I get the "Premature...." errors. Any ideas would be much appreciated!! Thanks My setup: Redhat8 Mapserv4.0 mysql Ver 11.18 Distrib 3.23.52, for pc-linux-gnu (i686) This is my 'submit' form which calls the map: MapServ




This is my mapfile, test.map: NAME RSA STATUS on SIZE 600 600 EXTENT 27.97839342 -25.98889781 28.14165968 -26.13824933 UNITS KILOMETERS #SHAPEPATH "/var/www/html/genmap/data" IMAGECOLOR 200 200 200 #DEBUG PROJECTION proj=longlat ellps=WGS84 datum=WGS84 no_defs END WEB LOG /tmp/mapserver.log END SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END #----------------------------------------------------- LAYER NAME roads_n TYPE line STATUS default CONNECTIONTYPE mygis CONNECTION "ctech,mapserver,mapserver69,mapserver:bin:" DATA "geometry from roads_n feature use index(turbo), roads_n_bin geometry" #DATA roads_n CLASS COLOR 0 0 0 END END #----------------------------------------------------- END Regards Bruce Bushby Cell: +27 82 323 7025 Home: +27 234 3284 E-Mail: bruce.bushby at wol.co.za From rjames57 at yahoo.com Wed Aug 20 14:23:02 2003 From: rjames57 at yahoo.com (Randy James) Date: Wed, 20 Aug 2003 14:23:02 -0700 (PDT) Subject: [Mapserver-users] Help !!! Mapscript installation nightmare !! In-Reply-To: Message-ID: <20030820212302.66929.qmail@web12502.mail.yahoo.com> Hi Maybe try with GD-2.0.15 Cheers --- "D. Scott Davidson" wrote: > > I appreciate the suggestions. thanks. > > I tried to configure mapserver with: > > rm config.cache > > configure --without-tiff --with-proj=/usr/local/lib > --with-gdal=/usr/opt/bin/gdal-config --with-wmsclient > --with-gd=/usr/lib > --with-php=/usr/local/include/php/ > --enable-internal-ld-detect > > make clean > > make > > copied php_mapscript.so to its place. > > I still got the error: > > Warning: dl(): Unable to load dynamic library > '/usr/opt/lib/php/extensions/php_mapscript.so' - ld.so.1: > /usr/local/apache/bin/httpd: fatal: relocation error: > file > /usr/opt/lib/php/extensions/php_mapscript.so: > symbol gdImageSetClip: referenced symbol not found in > /www/htdocs/phpinfo_mapscript.php on line 21 > > My gdal version is gdal-1.1.8. > > > I configured PHP like this: > > ./configure --with-system-regex > --with-apache=../apache_1.3.26/ > --with-pgsql. > > > There has to be a simple answer here. > > Thanks in advance. > > > > > > > "Charlton Purvis" > > > > To: "D. Scott Davidson" , > > Sent by: > > > mapserver-users-admin at lists. > cc: > > gis.umn.edu > Subject: RE: [Mapserver-users] Help !!! Mapscript > installation nightmare !! > > > > > > > 08/20/2003 01:48 PM > > > > > > > > > > > > > Try adding > --enable-internal-ld-detect > to your mapserver ./configure. > > If that doesn't help, what is your php configuration? > > Charlton > > > -----Original Message----- > > From: D. Scott Davidson [mailto:davidson at usgs.gov] > > Sent: Wednesday, August 20, 2003 2:34 PM > > To: mapserver-users at lists.gis.umn.edu > > Cc: D. Scott Davidson > > Subject: [Mapserver-users] Help !!! Mapscript > installation nightmare > !! > > > > Hello, > > > > I have spent an enormous amount of time trying to get > php-mapscript to > > work. > > This has truly been a nightmare. > > > > I have built php-4.3.2 as part of apache_1.3.26 on > Solaris 2.8 . > > This builds fine, and php works. > > > > I then built and installed mapserver-4.0. > > > > I configured mapserver with this: > > > > configure --without-tiff --with-proj=/usr/local/lib > --with-gdal > > --with-wmsclient --with-gd=/usr/lib > --with-php=/usr/local/include/php/ > > > > > > It made fine. > > > > I then copied the mapserver.so to the php directory, > edited the > php.ini > > file. > > > > > > When running the phpinfo_mapscript.php test file I get > these errors: > > > > > > Warning: dl(): Unable to load dynamic library > > '/usr/opt/lib/php/extensions/php_mapscript.so' - > > ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation > error: file > > /usr/opt/lib/php/extensions/php_mapscript.so: symbol > gdImageSetClip: > > referenced symbol not found > > in /www/htdocs/phpinfo_mapscript.php on line 21 > > > > > > This has been maddening - does anyone know how to fix > this ? > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From mt_link44 at hotmail.com Wed Aug 20 14:45:18 2003 From: mt_link44 at hotmail.com (MT-Link MT-Link) Date: Wed, 20 Aug 2003 21:45:18 +0000 Subject: [Mapserver-users] Chameleon 1.1 Message-ID: I tryed to install and run Chameleon 1.1 (alpha), but couldn't find any working example how to start it or how to call my own map Any directions ??? Regards _________________________________________________________________ Get MSN 8 and enjoy automatic e-mail virus protection. http://join.msn.com/?page=features/virus From bear at prometheus.org.yu Wed Aug 20 15:11:20 2003 From: bear at prometheus.org.yu (Attila Csipa) Date: Thu, 21 Aug 2003 00:11:20 +0200 Subject: [Mapserver-users] mapserv4.0 and mygis (mysql) In-Reply-To: References: Message-ID: <200308210011.20156.attila@prometheus.org.yu> On Wednesday 20 August 2003 22:40, Bruce Bushby wrote: > Is anybody using mapserv4.0 to request maps from a mysql database? I'm > desperately looking > for some pointers to resolve the following error. > My error: "Premature end of script headers: mapserv, referer:" > Any ideas would be much appreciated!! That usually means an error not handled correctly and thus the mapserver process failing without returning the error code. Does this happen with non-mysql based datafiles too ? Also, keep in mind that mysql support is relatively new and that it's a good idea to use a recent CVS version. From nwoe at privat.utfors.se Wed Aug 20 15:45:07 2003 From: nwoe at privat.utfors.se (niklas wörmann) Date: Thu, 21 Aug 2003 00:45:07 +0200 Subject: [Mapserver-users] progressive jpgs References: <200308210011.20156.attila@prometheus.org.yu> Message-ID: <003501c3676c$b823aae0$8300a8c0@big> Hi! it seems the jpgs produced by mapserver are progressive, is there any way to turn off that feature and have mapserver generate non-progressive jpgs? i am building a flash interface to mapserver cgi, and it seems flash is not capable of loading progressive jpgs at runtime. tia niklas woermann alvsjoe sweden From rgrant at nrcan.gc.ca Wed Aug 20 16:28:59 2003 From: rgrant at nrcan.gc.ca (Grant, Ryan) Date: Wed, 20 Aug 2003 19:28:59 -0400 Subject: [Mapserver-users] progressive jpgs Message-ID: <8AE17DD6AA4FD51191CD0002A551168101E66B90@s5-van1-r1.ess.nrcan.gc.ca> In your mapfile, set INTERLACE off if using php/mapscript, make sure you set the interlace option to 0: ->saveWebImage(MS_JPEG,1,0,90); (type, transparent, interlace, quality) best of luck! Ryan -----Original Message----- From: niklas w?rmann [mailto:nwoe at privat.utfors.se] Sent: Wednesday, August 20, 2003 3:45 PM To: MAPSERV MAIL LIST MAPSERVE Subject: [Mapserver-users] progressive jpgs Hi! it seems the jpgs produced by mapserver are progressive, is there any way to turn off that feature and have mapserver generate non-progressive jpgs? i am building a flash interface to mapserver cgi, and it seems flash is not capable of loading progressive jpgs at runtime. tia niklas woermann alvsjoe sweden _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From haraldx at MIT.EDU Wed Aug 20 18:31:48 2003 From: haraldx at MIT.EDU (Harald X) Date: 20 Aug 2003 21:31:48 -0400 Subject: [Mapserver-users] anybody in boston area? In-Reply-To: <8AE17DD6AA4FD51191CD0002A551168101E66B90@s5-van1-r1.ess.nrcan.gc.ca> References: <8AE17DD6AA4FD51191CD0002A551168101E66B90@s5-van1-r1.ess.nrcan.gc.ca> Message-ID: <1061429506.1009.1.camel@w20-575-106.mit.edu> We are building a boston user group, pls shoot me a mail if you live near around. Thanks. Harald On Wed, 2003-08-20 at 19:28, Grant, Ryan wrote: > In your mapfile, set > > INTERLACE off > > if using php/mapscript, make sure you set the interlace option to 0: > > ->saveWebImage(MS_JPEG,1,0,90); (type, transparent, interlace, quality) > > best of luck! > > Ryan > > -----Original Message----- > From: niklas w?rmann [mailto:nwoe at privat.utfors.se] > Sent: Wednesday, August 20, 2003 3:45 PM > To: MAPSERV MAIL LIST MAPSERVE > Subject: [Mapserver-users] progressive jpgs > > > Hi! > it seems the jpgs produced by mapserver are progressive, is there any way to > turn off that feature and have > mapserver generate non-progressive jpgs? > > i am building a flash interface to mapserver cgi, and it seems flash is not > capable of loading progressive jpgs at runtime. > > tia > niklas woermann > alvsjoe > sweden > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From wilmanrojas at geoweb.com.co Wed Aug 20 19:10:51 2003 From: wilmanrojas at geoweb.com.co (Wilman Rojas) Date: Wed, 20 Aug 2003 21:10:51 -0500 Subject: [Mapserver-users] Problem for draw map whit oracle Spatial In-Reply-To: <20030820170003.25177.76958.Mailman@lists.gis.umn.edu> Message-ID: <000301c36789$7256af90$7d00a8c0@investigacion> Hi. My problem is the next: Apparently all right work. But the image of map is make in blank. What problem is? The next is my map file. ***************************************************************** MAP # # Start of map file - created Thu Jan 23 11:06:24 2003 # NAME "GENERAL" STATUS ON EXTENT 1088625.7777777791 934798.2222222225 1106830.2222222236 951182.2222222225 SIZE 500 500 SYMBOLSET "C:\MapServ\Data\varios\symbols.sym" FONTSET "C:\MapServ\Data\varios\fonts.txt" IMAGECOLOR 255 255 255 UNITS METERS # # Start of web interface definition # WEB IMAGEPATH "C:/MapServ/Output/" IMAGEURL "/output/" TEMPLATE "C:/mapserv/website/pruebas/index.html" END #WEB # # Start of reference map # REFERENCE STATUS ON IMAGE "C:/mapserv/data/sigue/gif/tulua.png" SIZE 100 75 EXTENT 1088625.7777777791 934798.2222222225 1106830.2222222236 951182.2222222225 COLOR -1 -1 -1 OUTLINECOLOR 255 14 37 END # # Start of legend # LEGEND STATUS ON KEYSIZE 18 12 LABEL TYPE BITMAP POSITION UR SIZE TINY COLOR 0 0 89 END END # # Start of scalebar # SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS METERS INTERVALS 5 #LABEL SIZE 350 5 LABEL SIZE SMALL COLOR 0 0 0 END END # # Start of layer definitions # LAYER NAME "Zona rural" STATUS DEFAULT CONNECTIONTYPE oraclespatial CONNECTION "system/geoweb at investigacion" DATA "GEOM from STATES" TYPE Polygon CLASS NAME "Zonas" COLOR 215 255 233 OUTLINECOLOR 0 0 0 SIZE 1 END END END ************************************************************ thank you for Any help. Wilman Rojas. Jefe Investigaci?n y Desarrollo. Geoweb S.A www.geoweb.com.co From wilmanrojas at geoweb.com.co Wed Aug 20 20:44:00 2003 From: wilmanrojas at geoweb.com.co (Wilman Rojas) Date: Wed, 20 Aug 2003 22:44:00 -0500 Subject: [Mapserver-users] Oracle Spatial an PhpMapScript Message-ID: <000201c36796$7538d500$7d00a8c0@investigacion> This is a multi-part message in MIME format. --Boundary_(ID_8mw9oTPV1JY/6Cr2a0MMlA) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable PhpMapScript work wiht oracle spatial? =20 Wilman Rojas. Jefe Investigaci=F3n y Desarrollo. Geoweb S.A=20 www.geoweb.com.co =20 --Boundary_(ID_8mw9oTPV1JY/6Cr2a0MMlA) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: quoted-printable

PhpMapScript work wiht =A0oracle = spatial?

 

Wilman Rojas.

Jefe Investigaci=F3n y = Desarrollo.

Geowe= b S.A

www.g= eoweb.com.co

 

--Boundary_(ID_8mw9oTPV1JY/6Cr2a0MMlA)-- From schut at sarvision.com Thu Aug 21 00:23:59 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 21 Aug 2003 09:23:59 +0200 Subject: [Mapserver-users] Help !!! Mapscript installation nightmare !! In-Reply-To: References: Message-ID: <200308210923.59451.schut@sarvision.com> D., possibly this is because php uses its own version of gd, which might be different from the one you compile mapscript with. This could lead to relocation errors. Try recompiling php with '--with-gd=/usr/lib' to make sure php uses the same gd as mapscript. Btw, you cannot use mapscript with php compiled as a apache module. You will need php as a cgi application, so omit the --with-apache option when compiling php. You can find (lots of) more info about this on the website/wiki at the install sections, and in the mailing list archive. You might also consider using mapserver 4.0, which is the latest stable release and has a lot of added features and bug fixes. If you do so, you will need a newer gd, at least 2.0.12 but you'd better use the newest one, 2.0.15 afaik. Cheers, Vincent. On Wednesday 20 August 2003 20:33, D. Scott Davidson wrote: > Hello, > > I have spent an enormous amount of time trying to get php-mapscript to > work. > This has truly been a nightmare. > > I have built php-4.3.2 as part of apache_1.3.26 on Solaris 2.8 . > This builds fine, and php works. > > I then built and installed mapserver-4.0. > > I configured mapserver with this: > > configure --without-tiff --with-proj=/usr/local/lib --with-gdal > --with-wmsclient --with-gd=/usr/lib --with-php=/usr/local/include/php/ > > > It made fine. > > I then copied the mapserver.so to the php directory, edited the php.ini > file. > > > When running the phpinfo_mapscript.php test file I get these errors: > > > Warning: dl(): Unable to load dynamic library > '/usr/opt/lib/php/extensions/php_mapscript.so' - > ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file > /usr/opt/lib/php/extensions/php_mapscript.so: symbol gdImageSetClip: > referenced symbol not found > in /www/htdocs/phpinfo_mapscript.php on line 21 > > > This has been maddening - does anyone know how to fix this ? > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From mweinelt at planiglobe.com Thu Aug 21 01:53:21 2003 From: mweinelt at planiglobe.com (Martin Weinelt) Date: Thu, 21 Aug 2003 10:53:21 +0200 Subject: [Mapserver-users] Solaris Compilation problem (was: SunONE chokes on template file) In-Reply-To: References: Message-ID: <200308211053.21909.mweinelt@planiglobe.com> Dear Steve and list, sorry for comming back with my Solaris compilation problem, but I traced the error a bit further hoping for even more help.. Following the Solaris8Build advices in the Wiki I get the mapserv executable and the usual output if I run './mapserv' If I run './mapserv QUERY_STRING="map=/mapserver/htdocs/cmd_DD.map"' I get the segfault (no httpd involved, the template is globally defined in this map-file). The output looks as expected until the first '[' is to be processed and a core is dumped. Looking a the core I see: [...] Program terminated with signal 11, Segmentation Fault. Reading symbols from /mapserver/local/lib/libgd.so.2...done. Loaded symbols for /mapserver/local/lib/libgd.so.2 [...] Reading symbols from /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1...done. Loaded symbols for /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1 #0 0xfef33474 in strlen () from /usr/lib/libc.so.1 (gdb) bt #0 0xfef33474 in strlen () from /usr/lib/libc.so.1 #1 0xfef85798 in _doprnt () from /usr/lib/libc.so.1 #2 0xfef8743c in sprintf () from /usr/lib/libc.so.1 #3 0x21a4c in processLine () #4 0x234a8 in msReturnPage () #5 0x1bf7c in main () (gdb) To my limited understanding there seems to be a problem between the strlen /sprintf in usr/lib/libc.so.1 on this platform and the way it is called from processLine () in mapserv? Please correct me. Is there anything I can try to help this? Martin Martin Am Mittwoch, 13. August 2003 03:35 schrieben Sie: > What does the layer definition that it dies on look like? I just found > and fixed an error in the development version that caused a segfault > when a layer template was defined without any classes defined. E.g. > > LAYER > NAME "counties" > DATA "bdry_counpy2" > STATUS DEFAULT > TYPE QUERY > TEMPLATE "success.html" > END > > I'm hoping this is the same bug. > > Steve > > >>> Martin Weinelt 08/12/03 11:21 AM >>> > > Hi, > > currently installing a MapServer CGI-based site under Solaris / SunONE > environment. Trying to - to be honest. > > With the first occurence of an angular bracket in the template file, the > > server inserts a nice 'segemtation fault' into the document and aborts. > The > maps are generated, though. Nothing in the error log. Any thoughts, > anyone? > > Thanks, Martin From Mark.Balman at birdlife.org.uk Thu Aug 21 03:50:09 2003 From: Mark.Balman at birdlife.org.uk (Mark Balman) Date: Thu, 21 Aug 2003 11:50:09 +0100 Subject: [Mapserver-users] Mapserver Message-ID: Hi List Can anyone shed some light as to the best solution to the following: We are currently very impressed with mapserver and would like to integrate the functionality into a new project. The project is for enabling the mapping of bird sightings (points) and showing Sites (points) within a country (polygon). The user would be able to enter sightings of species at a site and view these on the website. Navigational tools (such as ROSA) and /or query tools would be required to enable interactivity with the data. Currently the project is being developed using Microsoft Win2k / XP, Access as the backend database (only for development purposes) and Active Server Pages as the scripting language. Having trawled through the archives it seems that ASP support for mapserver is still on the "backburner" although has been successfully implemented in some cases. What I would like to know is: How can we best host the application e.g. by dedicated server or shared hosting? If anyone has knowledge of Win2K, ASP and mapserver hosting companies please can you point us in the right direction. Thanks in advance Mark Balman Database/Support Analyst BirdLife International Wellbrook Court Girton Road Cambridge CB3 0NA 01223 279838 www.birdlife.net From blaine at plansight.com Thu Aug 21 06:36:53 2003 From: blaine at plansight.com (Blaine Hackett) Date: Thu, 21 Aug 2003 06:36:53 -0700 Subject: [Mapserver-users] XP and server error Message-ID: All I recently bought a new computer that came with XP Home edition. I successfully installed Apache 2.0.47. After porting my MapServer projects from a Win2000 Pro computer and trying to run it, I recieved an "internal server error". The Apache error log says "Premature end of script headers: mapserv.exe". Any ideas what the problem could be? Thanks Blaine Hackett From geoffrey.rowland at noaa.gov Thu Aug 21 06:23:34 2003 From: geoffrey.rowland at noaa.gov (Geoffrey Rowland) Date: Thu, 21 Aug 2003 09:23:34 -0400 Subject: [Mapserver-users] another mysql php mapscript question Message-ID: <3F44C7D6.50604@noaa.gov> Hello, I am using Mapserver 4.0 with php mapscript on a windows machine running IIS 5. I have rendered several layers.....now I have some information that I store in a mysql table....actually it could even be stored in a text file if that would be easier (less overhead, I know). It has a county name and then a number. That number is always updated from the web. One day it may be 10, the next it may be 15. now, what I am wanting to do is to generate a mapserver layer based on what that number is for each county. I will color the counties based on what that number is (similar to using graduated colors to render a population layer, except this won't be population). After I use PHP to connect to mysql and get the information.....what is the next step? Are there any code examples of something like this floating around? Is there a specific php mapscript function I should be looking at? Thanks! Geoff -- Geoffrey Rowland Technical Officer Climate Information Project NOAA Research Office of Global Programs http://www.cip.ogp.noaa.gov Contractor, RGII Technologies, Inc., a Computer Horizons Company http://www.rg2.com Phone: 301-427-2089x186 Fax : 301-427-2082 geoffrey.rowland at noaa.gov From giorgio.plazzotta at sarasricerche.it Thu Aug 21 06:38:11 2003 From: giorgio.plazzotta at sarasricerche.it (Giorgio Plazzotta) Date: Thu, 21 Aug 2003 15:38:11 +0200 Subject: [Mapserver-users] Mapplet and Rosa Message-ID: <00d801c367e9$770fa220$d570a8c0@GIS05> This is a multi-part message in MIME format. ------=_NextPart_000_00D5_01C367FA.3A8C8B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I would like to know if there is some working site example that uses the = mapplet applet. I am also interested in understanding the differences = between this applet and the Rosa one.=20 Thanx in advance ------=_NextPart_000_00D5_01C367FA.3A8C8B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I would like to know if there is some = working site=20 example that uses the mapplet applet. I am also interested in = understanding the=20 differences between this applet and the Rosa one.
Thanx in = advance 
------=_NextPart_000_00D5_01C367FA.3A8C8B40-- From bfischer at houstonengineeringinc.com Thu Aug 21 06:50:06 2003 From: bfischer at houstonengineeringinc.com (Brian Fischer) Date: Thu, 21 Aug 2003 08:50:06 -0500 Subject: [Mapserver-users] XP and server error Message-ID: <159EE492F7DD4A49BD57168D23D65956892651@fs01.houstonengineeringinc.com> Blaine, If I were to guess, I would say you are missing the .dll files in your system32 folder. See the readme file that comes with the mapserver binary downloads for which .dll you need. Hope that helps, Brian -----Original Message----- From: Blaine Hackett [mailto:blaine at plansight.com] Sent: Thu 8/21/2003 8:36 AM To: mapserver-users at lists.gis.umn.edu Cc: Subject: [Mapserver-users] XP and server error All I recently bought a new computer that came with XP Home edition. I successfully installed Apache 2.0.47. After porting my MapServer projects from a Win2000 Pro computer and trying to run it, I recieved an "internal server error". The Apache error log says "Premature end of script headers: mapserv.exe". Any ideas what the problem could be? Thanks Blaine Hackett _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mcilhagga at dmsolutions.ca Thu Aug 21 07:12:06 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Thu, 21 Aug 2003 10:12:06 -0400 Subject: [Mapserver-users] geoworld In-Reply-To: <200308191354.h7JDsf723409@yogi.medinaco.net> References: <200308191354.h7JDsf723409@yogi.medinaco.net> Message-ID: <3F44D336.7050305@dmsolutions.ca> Thanks Lowell. At all times, any news is good news -- just unfortunate that the overall emphasis was on the data serving, but I think at least half of the news here is the application and software that showcases it. This data has been accessible for quite some time, but there has never been a respectable interface to access it -- I think you'll discover this has changed considerably when it formally gets released to the public (hopefully sometime in September). FYI CubeServ is a proprietary alternative to Oracle Spatial that has a major emphasis on compliance with OGC specifications. In this case, the WMS service is used to draw the maps and make them accessible to the MapServer/Chameleon application. There should be some more news coming out soon enough on more Chameleon applications. I'll send out a link when we have some demonstration applications and client applications to showcase. Dave -- Dave McIlhagga DM Solutions Group http://www.dmsolutions.ca EMail : mcilhagga at dmsolutions.ca Lowell Filak wrote: > FYI: The August geoworld has an article "Canada Goes OnLine" which at > least contains a diagram on page 36 including "UMN MapServer" but > doesn't seem to mention it anywhere in the article. > However, it does mention the Chameleon project, good job DMSolutions! > Most of the article seems to be a plug for a storage management product > named CubeSERV.? > Lowell > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From morissette at dmsolutions.ca Thu Aug 21 07:24:48 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 21 Aug 2003 10:24:48 -0400 Subject: [Mapserver-users] phpmapscript and fastcgi (more headaches) In-Reply-To: <20030820163149.GA2407@freeshell.org> References: <20030820163149.GA2407@freeshell.org> Message-ID: <3F44D630.9060307@dmsolutions.ca> poff wrote: > > Anyway, after all that success, I load the extension only to find: > > Fatal error: Due to thread-safety problems, php_mapscript cannot be used as > a 'cgi-fcgi' module. You will have to reconfigure your PHP as a CGI to run > this version of MapScript. > > I'm guessing the mapscript.dll checks that it's using cgi, and neglects to > check for cgi-fcgi which is the windows brand of cgi. > This was fixed at some point in 3.6.x. Make sure you have the latest php_mapscript 3.6.6 DLL. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From thelen at ccgis.de Thu Aug 21 07:53:43 2003 From: thelen at ccgis.de (Benjamin Thelen CCGIS) Date: Thu, 21 Aug 2003 16:53:43 +0200 (CEST) Subject: [Mapserver-users] gdal deb-package for debian-woody Message-ID: <2003.192.168.2.109.1061477623.squirrel@vogon.ccgis.de> Hi all, I started to prepare a debian machine for mapserver. gdal seems not to be available as deb-package. Does somebody have experience with debian and mapserver? I suppose the only alternative would be to install via tar.gz. Any ideas? Thanks, Benjamin From thorne at dmsolutions.ca Thu Aug 21 08:03:46 2003 From: thorne at dmsolutions.ca (Christopher R. Thorne) Date: Thu, 21 Aug 2003 11:03:46 -0400 Subject: [Mapserver-users] Chameleon 1.1 In-Reply-To: References: Message-ID: <3F44DF52.60005@dmsolutions.ca> MT-Link MT-Link wrote: > I tryed to install and run Chameleon 1.1 (alpha), but > couldn't find any working example how to start it > or how to call my own map > Any directions ??? > > Regards > > _________________________________________________________________ > Get MSN 8 and enjoy automatic e-mail virus protection. > http://join.msn.com/?page=features/virus > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > Hello, Your questions are quite valid, to get you started here are a couple of things that will help you. 1) Please post any further questions about Chameleon 1.1 or 1.0 to the Chameleon Mailing list. you and all your friends ;) can join on the http://maptools.org website here: http://maptools.org/chameleon/index.phtml?page=mailinglist.html chameleon at lists.maptools.org 2) As for documentation for Chameleon 1.1: It is currently under development as a wiki page here: http://www.maptools.org/chameleon/wiki/moin.cgi/ Chameleon 1.0 documentation can be found here: http://maptools.org/chameleon/index.phtml?page=docs.html %95 of the content in the installation is valid for Chameleon 1.1 You can also find the same documentation with your chameleon 1.1 and 1.0 installer. 3) As for working examples of chameleon 1.1. Currently there is not one found with the chameleon 1.1 installer. I will be putting together a chameleon 1.1 sample application that will be available on the on the chameleon download page. hopefully, I will be able to post this by the end of the day. I will let you know when it is posted. http://maptools.org/chameleon/index.phtml?page=downloads.html Thanks for you interested in Chameleon ;) Chris -- Christopher R. Thorne GIS Specialist, DM Solutions Group Inc. http://www.dmsolutions.ca email: thorne at dmsolutions.ca Phone: (613) 565-5056 ext.22 Fax : (613) 565-0925 ------------------------------ From TMitchell at lignum.com Thu Aug 21 08:21:34 2003 From: TMitchell at lignum.com (Tyler Mitchell) Date: Thu, 21 Aug 2003 08:21:34 -0700 Subject: [Mapserver-users] Problem for draw map whit oracle Spatial In-Reply-To: <000301c36789$7256af90$7d00a8c0@investigacion> Message-ID: Perhaps you're map EXTENT is not correctly set and you map is not showing data because it's outside of your coordinate space. Just to clarify, does it seem you are loading an image for the map and it is just white, or do you think that it is not loading the image at all? Tyler Wilman Rojas To Sent by: mapserver-users at lists.gis.umn.edu mapserver-users-a cc dmin at lists.gis.um n.edu Fax to Subject 08/20/2003 07:10 [Mapserver-users] Problem for draw PM map whit oracle Spatial Hi. My problem is the next: Apparently all right work. But the image of map is make in blank. What problem is? The next is my map file. ***************************************************************** MAP # # Start of map file - created Thu Jan 23 11:06:24 2003 # NAME "GENERAL" STATUS ON EXTENT 1088625.7777777791 934798.2222222225 1106830.2222222236 951182.2222222225 SIZE 500 500 SYMBOLSET "C:\MapServ\Data\varios\symbols.sym" FONTSET "C:\MapServ\Data\varios\fonts.txt" IMAGECOLOR 255 255 255 UNITS METERS # # Start of web interface definition # WEB IMAGEPATH "C:/MapServ/Output/" IMAGEURL "/output/" TEMPLATE "C:/mapserv/website/pruebas/index.html" END #WEB # # Start of reference map # REFERENCE STATUS ON IMAGE "C:/mapserv/data/sigue/gif/tulua.png" SIZE 100 75 EXTENT 1088625.7777777791 934798.2222222225 1106830.2222222236 951182.2222222225 COLOR -1 -1 -1 OUTLINECOLOR 255 14 37 END # # Start of legend # LEGEND STATUS ON KEYSIZE 18 12 LABEL TYPE BITMAP POSITION UR SIZE TINY COLOR 0 0 89 END END # # Start of scalebar # SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS METERS INTERVALS 5 #LABEL SIZE 350 5 LABEL SIZE SMALL COLOR 0 0 0 END END # # Start of layer definitions # LAYER NAME "Zona rural" STATUS DEFAULT CONNECTIONTYPE oraclespatial CONNECTION "system/geoweb at investigacion" DATA "GEOM from STATES" TYPE Polygon CLASS NAME "Zonas" COLOR 215 255 233 OUTLINECOLOR 0 0 0 SIZE 1 END END END ************************************************************ thank you for Any help. Wilman Rojas. Jefe Investigaci?n y Desarrollo. Geoweb S.A www.geoweb.com.co _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Rich at GreenwoodMap.com Thu Aug 21 08:26:46 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Thu, 21 Aug 2003 09:26:46 -0600 Subject: [Mapserver-users] Mapplet and Rosa In-Reply-To: <00d801c367e9$770fa220$d570a8c0@GIS05> Message-ID: <5.2.0.9.0.20030821092156.00a8e760@mail.GreenwoodMap.com> At 03:38 PM 8/21/2003 +0200, you wrote: >I would like to know if there is some working site example that uses the >mapplet applet. I am also interested in understanding the differences >between this applet and the Rosa one. http://www2.tetonwyo.org/mapserver/ and select the java interface. They have very similar functionality and are based on the same technology (Java applet). If you are using the mapserver CGI interface, mapplet (now named jBox) may be easier, if you are using PHP mapscript, Rosa will probably be easier to work with. Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich GreenwoodMap com (307) 733-0203 http://www.GreenwoodMap.com From gadoury at dmsolutions.ca Thu Aug 21 08:27:13 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Thu, 21 Aug 2003 11:27:13 -0400 Subject: [Mapserver-users] Chameleon 1.1 In-Reply-To: <3F44DF52.60005@dmsolutions.ca> References: <3F44DF52.60005@dmsolutions.ca> Message-ID: <3F44E4D1.2030501@dmsolutions.ca> I would like to add that although the documentation for Chameleon 1.1 is quite sparse at this time it will improve as we continue development, and there should be adequate documentation by the time we have a release version of the software. Good quality documentation is a priority for us in releasing this product. Dean Christopher R. Thorne wrote: > MT-Link MT-Link wrote: > >> I tryed to install and run Chameleon 1.1 (alpha), but >> couldn't find any working example how to start it >> or how to call my own map >> Any directions ??? >> >> Regards >> >> _________________________________________________________________ >> Get MSN 8 and enjoy automatic e-mail virus protection. >> http://join.msn.com/?page=features/virus >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > Hello, > > Your questions are quite valid, to get you started here are a couple > of things that will help you. > > 1) Please post any further questions about Chameleon 1.1 or 1.0 to the > Chameleon Mailing list. you and all your friends ;) can join on the > http://maptools.org website here: > > http://maptools.org/chameleon/index.phtml?page=mailinglist.html > > chameleon at lists.maptools.org > > 2) As for documentation for Chameleon 1.1: It is currently under > development as a wiki page here: > > http://www.maptools.org/chameleon/wiki/moin.cgi/ > > Chameleon 1.0 documentation can be found here: > http://maptools.org/chameleon/index.phtml?page=docs.html > > %95 of the content in the installation is valid for Chameleon 1.1 > > You can also find the same documentation with your chameleon 1.1 and > 1.0 installer. > > 3) As for working examples of chameleon 1.1. Currently there is not > one found with the chameleon 1.1 installer. I will be putting together > a chameleon 1.1 sample application that will be available on the on > the chameleon download page. hopefully, I will be able to post this by > the end of the day. I will let you know when it is posted. > > http://maptools.org/chameleon/index.phtml?page=downloads.html > > Thanks for you interested in Chameleon ;) > > Chris > -- ___________________________ Dean Gadoury DM Solutions Group 72 Chamberlain Ave. Third Floor Ottawa, Ontario. K1S 1V9 613 565-5056 ext. 24 gadoury at dmsolutions.ca www.dmsolutions.ca From rjames57 at yahoo.com Thu Aug 21 08:39:32 2003 From: rjames57 at yahoo.com (Randy James) Date: Thu, 21 Aug 2003 08:39:32 -0700 (PDT) Subject: [Mapserver-users] Problem for draw map whit oracle Spatial In-Reply-To: <000301c36789$7256af90$7d00a8c0@investigacion> Message-ID: <20030821153932.37212.qmail@web12502.mail.yahoo.com> Hi If you are using windows than the slashes go the other way \ rather than / Cheers Randy --- Wilman Rojas wrote: > > Hi. > > My problem is the next: > > Apparently all right work. But the image of map is make > in blank. > What problem is? > > The next is my map file. > ***************************************************************** > MAP > # > # Start of map file - created Thu Jan 23 11:06:24 2003 > # > NAME "GENERAL" > STATUS ON > EXTENT 1088625.7777777791 934798.2222222225 > 1106830.2222222236 > 951182.2222222225 > SIZE 500 500 > SYMBOLSET "C:\MapServ\Data\varios\symbols.sym" > FONTSET "C:\MapServ\Data\varios\fonts.txt" > IMAGECOLOR 255 255 255 > UNITS METERS > # > # Start of web interface definition > # > WEB > IMAGEPATH "C:/MapServ/Output/" > IMAGEURL "/output/" > TEMPLATE "C:/mapserv/website/pruebas/index.html" > END > #WEB > # > # Start of reference map > # > REFERENCE > STATUS ON > IMAGE "C:/mapserv/data/sigue/gif/tulua.png" > SIZE 100 75 > EXTENT 1088625.7777777791 934798.2222222225 > 1106830.2222222236 > 951182.2222222225 > COLOR -1 -1 -1 > OUTLINECOLOR 255 14 37 > END > # > # Start of legend > # > LEGEND > STATUS ON > KEYSIZE 18 12 > LABEL > TYPE BITMAP > POSITION UR > SIZE TINY > COLOR 0 0 89 > END > END > # > # Start of scalebar > # > SCALEBAR > STATUS ON > COLOR 255 255 255 > OUTLINECOLOR 0 0 0 > BACKGROUNDCOLOR 0 0 0 > IMAGECOLOR 255 255 255 > UNITS METERS > INTERVALS 5 > #LABEL > SIZE 350 5 > LABEL > SIZE SMALL > COLOR 0 0 0 > END > END > # > # Start of layer definitions > # > LAYER > NAME "Zona rural" > STATUS DEFAULT > CONNECTIONTYPE oraclespatial > CONNECTION "system/geoweb at investigacion" > DATA "GEOM from STATES" > TYPE Polygon > CLASS > NAME "Zonas" > COLOR 215 255 233 > OUTLINECOLOR 0 0 0 > SIZE 1 > END > END > END > ************************************************************ > > thank you for Any help. > > Wilman Rojas. > Jefe Investigaci?n y Desarrollo. > Geoweb S.A > www.geoweb.com.co > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 warmerdam at pobox.com Thu Aug 21 07:48:00 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 21 Aug 2003 10:48:00 -0400 Subject: [Mapserver-users] Orthographic Projections and MapServer Message-ID: <3F44DBA0.3050202@pobox.com> Folks, I thought I should summarize my findings on the problems that Tom H ran into using an orthographic projection for a world image in MapServer. While the bugs are essentially in MapServer, there is a more general question for projections folks so bear with me. Basically, he was getting an image at this url, the extra triangles representing some sort of bug: http://www.scriptsupport.co.uk/images/mapserv.png The bug report is available at: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=411 In tracking through, the problem is that MapServer wasn't checking error results from pj_transform() properly. Some points in the polygons were not reprojecting because they were over the horizon but MapServer was not checking whether msProjectPoint() was successful in msProjectLine(), and msProjectShape() was not checking if msProjectLine() was successful. So msDrawShape() proceeded to drawing polygons that were not successfully reprojected to orthographic meters resulting in some or all points being essentially at 0,0 (the center of the map). I will commit changes to msProjectLine() and msProjectShape() to return MS_FAILURE when any points fail to reproject, but this still leaves a question as to what functions like msDrawShape() should do when a shape files to reproject. Should it be a fatal error? If so, Tom's goal can't be accomplished since there will always be some polygons that aren't completely reprojectable. If we just skip drawing such shapes, but return MS_SUCCESS from msDrawShape() then we get results like: http://mapserver.gis.umn.edu/bugs/attachment.cgi?id=60&action=view As you can see some polygons (such as the continental United States) that go over the horizon are completely dropped even though much of the polygon would be visible. So now the more general question for projection folks. Does anyone have a suggestion for how to plot polygons that partially go over the horizon? What I want is a way to figure out what part of a polygon would be visible and plot that. One very crude solution I could imagine is to split polygons that don't completely reproject successfully into chunks (perhaps 1degree x 1 degree peices) and draw all of those that reproject. That would give essentially all the stuff that should be visible to the user, but it could be pretty messy to implement, and it would be somewhat difficult to plot the original polygon edges properly. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From gayathri at ou.edu Thu Aug 21 09:13:49 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Thu, 21 Aug 2003 11:13:49 -0500 Subject: [Mapserver-users] XP and server error Message-ID: Hi: Have you tried the usual drills of running mapserver in command prompt,if you miss dlls then this step should clarify that. And, checking for errors after including LOG under WEB in mapfile? Thanks, Gayathri -----Original Message----- From: Blaine Hackett [mailto:blaine at plansight.com] Sent: Thursday, August 21, 2003 8:37 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] XP and server error All I recently bought a new computer that came with XP Home edition. I successfully installed Apache 2.0.47. After porting my MapServer projects from a Win2000 Pro computer and trying to run it, I recieved an "internal server error". The Apache error log says "Premature end of script headers: mapserv.exe". Any ideas what the problem could be? Thanks Blaine Hackett _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lehrs at erau.edu Thu Aug 21 10:23:35 2003 From: lehrs at erau.edu (Steve Lehr) Date: Thu, 21 Aug 2003 13:23:35 -0400 Subject: [Mapserver-users] Always returning first record in DBF on itemquery In-Reply-To: <60234EBD02DA64449D786AF9FFCB9BED053F0E@div-mx02.DIVESTCO.COM> Message-ID: Group: I'm using mapserver 4.0Beta and just tried the 4.0 release, when I query a layer, I'm always getting the first record in the .dbf file, no matter what the parameter is that I pass. I pretty sure I'm sending it the right data, but I always get the first record? I call it with: 000098804447
I'm querying the lookup map below. Yet when it forwards to the aerial.map it always passes the first record in the parcels.dbf, which is not the correct QPID. --- lookup.map -- snip-- MAP LAYER NAME "parcels" DATA parcels STATUS DEFAULT TYPE POLYGON CLASS TEMPLATE "http://127.0.0.1/cgi-bin/mapserv?map=/maps/aerial.map&mapxy=[shpmidx]+[shpm idy]&buffer=500&parcel_id=[QPID]" END END END ---end snip -- Anyone seen symptoms of this behavior before. (**Wild reason thoughts: layer name can not be the same as the data file name? Or qpid and QPID are reserved syntax?) The thing that is messing me up, is that I have the same syntax working for another application, except the layer name is doqindex and the qitem=location and instead of passing along QPID, I pass along LOCATION. Thanks for the thoughts.. Steven Lehr Visiting Professor Embry-Riddle Aeronautical University (LB159) 600 S. Clyde Morris Blvd. Daytona Beach, FL 32114-3900 386-226-7740 From warmerdam at pobox.com Thu Aug 21 11:47:19 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 21 Aug 2003 14:47:19 -0400 Subject: [Mapserver-users] gdal deb-package for debian-woody In-Reply-To: <2003.192.168.2.109.1061477623.squirrel@vogon.ccgis.de> References: <2003.192.168.2.109.1061477623.squirrel@vogon.ccgis.de> Message-ID: <3F4513B7.10006@pobox.com> Benjamin Thelen (CCGIS) wrote: > Hi all, > > I started to prepare a debian machine for mapserver. gdal seems not to be > available as deb-package. > Does somebody have experience with debian and mapserver? > > I suppose the only alternative would be to install via tar.gz. Benjamin, Alessandro Amici is working on experimental Debian packages of GDAL. They are available at: http://mentors.debian.net/debian/dists/unstable/main/binary-i386/gdal/ However, it is also not hard to build and install from the .tar.gz source. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From geoffrey.rowland at noaa.gov Thu Aug 21 12:31:10 2003 From: geoffrey.rowland at noaa.gov (Geoffrey Rowland) Date: Thu, 21 Aug 2003 15:31:10 -0400 Subject: [Mapserver-users] Mapserver and flash In-Reply-To: <3F4240B7.5080504@dmsolutions.ca> References: <3F4214B9.7070303@dmsolutions.ca> <3F422C97.4060000@noaa.gov> <3F4240B7.5080504@dmsolutions.ca> Message-ID: <3F451DFE.5060902@noaa.gov> Okay, Thanks, I have made the function ElementSelected and can get the LayerID,ShapeID, and Event. But I'm still at a loss how to get the SWFDUMPATTRIBUTES then? lets say my attribute is called Name. how do I get the value using ActionScript? Here is what I have so far (just doing this as a test) onClipEvent (load) { loadMovieNum("state_layer_0.swf",1); } onClipEvent(mouseDown) { _level1.ElementSelected = function(lid,sid,ev){ trace("The Layer id is : " + lid); trace("The Shape id is : " + sid); trace("The event was : " + ev); } _level1.ElementSelected(LayerId,ShapeId,Event, Name) } Thanks, Geoff Yewondwossen Assefa wrote: > The way to do it is to use at a layer level a metadata called > SWFDUMPATTRIBUTES. The value used for this metadata are the names of > the attributes you want to export to the swf file. Please refer to > section "How to configure the map file to export attributes" and > "Events and Highlights" in the document > http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html > > Once the attributes are exported to the swf file, when the user > clicks on these objects, there is a mouse event which is triggered and > makes an Action Script call to: _root.ElementSelecetd(LayerId, > ShapeId, Event). The Flash application who want to receive these > events should define the function ElementSelected and use the > information receive to do actions like retrieving the attribute values > from the specific SWF for the specified shape and display it. > > > Later, > > Geoffrey Rowland wrote: > >> I was playing around with this a bit the other day. Is there a way >> to identify features in the swf file? for example if I am displaying >> a county layer (from a shapefile), and I want to get the names of the >> counties....is that possible using the swf output? >> >> Thanks, >> Geoff >> >> >> William A. Bronsema, C.E.T. wrote: >> >>> Lars-G?ran, >>> >>> It is fairly easy to view the SWF output using actionscript. Set >>> the outputformat in the map file to the following: >>> >>> OUTPUTFORMAT >>> NAME swf >>> MIMETYPE "application/x-shockwave-flash" >>> DRIVER swf >>> IMAGEMODE PC256 >>> >>> # the following line is used to output all layers in one swf >>> FORMATOPTION "OUTPUT_MOVIE=SINGLE" >>> >>> # the following line is used to output all layers individually >>> #FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" >>> END >>> >>> >>> After mapserver has generated the temp swf file(s) you can use the >>> "loadMovie" actionscript function to load the swf file into a >>> pre-existing container. For example, create a new swf file with a >>> movie clip called "clip1" and add the following line in actionscript: >>> >>> loadMovie ( "http://url/to/swf/mymap.swf", "clip1" ); >>> >>> I use PHP and php_mapscript to help manage the files on the fly and >>> Flash to manage my actionscript. >>> >>> I hope this quick overview helps. >>> >>> Regards, >>> Bill >>> >>> Lars-goran Edholm wrote: >>> >>>> Hi! >>>> Does anybody have an example of using Mapserver with swf vector >>>> output. >>>> How do i use the swf-actionscript file to view the layers? >>>> >>>> >>>> Mvh >>>> Lars-G?ran Edholm tel 026/24 14 36 >>>> 1:e byggnadsinspekt?r >>>> Bygg- och milj?kontoret >>>> 811 80 Sandviken >>>> lars-goran.edholm at sandviken.se >>>> >>>> >>>> _______________________________________________ >>>> Mapserver-users mailing list >>>> Mapserver-users at lists.gis.umn.edu >>>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>> >>> >> > > -- Geoffrey Rowland Technical Officer Climate Information Project NOAA Research Office of Global Programs http://www.cip.ogp.noaa.gov Contractor, RGII Technologies, Inc., a Computer Horizons Company http://www.rg2.com Phone: 301-427-2089x186 Fax : 301-427-2082 geoffrey.rowland at noaa.gov From gisrookie at hotmail.com Thu Aug 21 12:31:41 2003 From: gisrookie at hotmail.com (Rookie GIS) Date: Thu, 21 Aug 2003 14:31:41 -0500 Subject: [Mapserver-users] (no subject) Message-ID: Hi Everyone I am trying to add a functionality wherein I can display Latitude and Longitude of map on the browser with Javascript. Is there any site which can guide me with the same. Thanks in advance. Sunil _________________________________________________________________ MSN 8: Get 6 months for $9.95/month. http://join.msn.com/?page=dept/dialup From msmith at sanangelompo.org Thu Aug 21 12:51:48 2003 From: msmith at sanangelompo.org (Michael Smith) Date: Thu, 21 Aug 2003 14:51:48 -0500 Subject: [Mapserver-users] demo not working Message-ID: I have the itasca demo up and running on windows 2000 and IIS 5. Now when I attempt to open one of my shapefiles inside the demo I get a blank screen. Does anyone know what would cause this to happen? I have changed the demo extents to -180.0 -90.0 180.0 90.0 and units to DD. I also used the same extents for my reference image. Any suggestions? Michael Smith, Planner II City of San Angelo Planning & Development 325.657.4210 Fax: 325.481.2648 Email: msmith at sanangelompo.org From gayathri at ou.edu Thu Aug 21 12:49:51 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Thu, 21 Aug 2003 14:49:51 -0500 Subject: [Mapserver-users] (no subject) Message-ID: Sunil, "add a functionality wherein I can display Latitude and Longitude of map on the browser", By which, do you mean you want to display lat/lon in your taskbar? Let me know, could help you on this. Thanks, Gayathri -----Original Message----- From: Rookie GIS [mailto:gisrookie at hotmail.com] Sent: Thursday, August 21, 2003 2:32 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] (no subject) Hi Everyone I am trying to add a functionality wherein I can display Latitude and Longitude of map on the browser with Javascript. Is there any site which can guide me with the same. Thanks in advance. Sunil _________________________________________________________________ MSN 8: Get 6 months for $9.95/month. http://join.msn.com/?page=dept/dialup _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From assefa at dmsolutions.ca Thu Aug 21 13:02:37 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Thu, 21 Aug 2003 16:02:37 -0400 Subject: [Mapserver-users] Mapserver and flash References: <3F4214B9.7070303@dmsolutions.ca> <3F422C97.4060000@noaa.gov> <3F4240B7.5080504@dmsolutions.ca> <3F451DFE.5060902@noaa.gov> Message-ID: <3F45255D.7030301@dmsolutions.ca> In you layer movie, there are 2 arrays defined : Attributes and Element. The Attribues array contains the an entry for each attribute defined in the SWFDUMPATTRIBUTES metadata. In your case It should be defined like : nAttributes= 1; Attributes = new Array(); Attributes[0] = "Name"; The Element array is a mulidimentional array, and contains an entry for each shape id with values for each attribute. For example for shape id 1 and attribute 0 (1st attribute), the value will be in Element[1][0]. The first array indice is the shape id and the second indicates the attribute index. Later, PS : If you have access to an SWF decompiler and are able to see the ActionScript, you should see something like this (generated from my tests files where SWFDUMPATTRIBUTES" "NAME_E,AREA_KMSQ"): // Action script... nAttributes = 2; Attributes = new Array(); Attributes[0] = "NAME_E"; Attributes[1] = "AREA_KMSQ"; Element = new Array(); Element[0] = new Array(); Element[0][0] = "Ellesmere Island National Park Reserve"; Element[0][1] = "39500.000"; Element[1] = new Array(); Element[1][0] = "Aulavik National park"; Element[1][1] = "12200.000"; .... Geoffrey Rowland wrote: > Okay, Thanks, I have made the function ElementSelected and can get the > LayerID,ShapeID, and Event. > > But I'm still at a loss how to get the SWFDUMPATTRIBUTES then? lets say > my attribute is called Name. how do I get the value using ActionScript? > > Here is what I have so far (just doing this as a test) > > onClipEvent (load) { > loadMovieNum("state_layer_0.swf",1); > } onClipEvent(mouseDown) { > _level1.ElementSelected = function(lid,sid,ev){ > trace("The Layer id is : " + lid); > trace("The Shape id is : " + sid); > trace("The event was : " + ev); > } > _level1.ElementSelected(LayerId,ShapeId,Event, Name) > } > > Thanks, > Geoff > > Yewondwossen Assefa wrote: > >> The way to do it is to use at a layer level a metadata called >> SWFDUMPATTRIBUTES. The value used for this metadata are the names of >> the attributes you want to export to the swf file. Please refer to >> section "How to configure the map file to export attributes" and >> "Events and Highlights" in the document >> http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html >> >> Once the attributes are exported to the swf file, when the user >> clicks on these objects, there is a mouse event which is triggered and >> makes an Action Script call to: _root.ElementSelecetd(LayerId, >> ShapeId, Event). The Flash application who want to receive these >> events should define the function ElementSelected and use the >> information receive to do actions like retrieving the attribute values >> from the specific SWF for the specified shape and display it. >> >> >> Later, >> >> Geoffrey Rowland wrote: >> >>> I was playing around with this a bit the other day. Is there a way >>> to identify features in the swf file? for example if I am displaying >>> a county layer (from a shapefile), and I want to get the names of the >>> counties....is that possible using the swf output? >>> >>> Thanks, >>> Geoff >>> >>> >>> William A. Bronsema, C.E.T. wrote: >>> >>>> Lars-G?ran, >>>> >>>> It is fairly easy to view the SWF output using actionscript. Set >>>> the outputformat in the map file to the following: >>>> >>>> OUTPUTFORMAT >>>> NAME swf >>>> MIMETYPE "application/x-shockwave-flash" >>>> DRIVER swf >>>> IMAGEMODE PC256 >>>> >>>> # the following line is used to output all layers in one swf >>>> FORMATOPTION "OUTPUT_MOVIE=SINGLE" >>>> >>>> # the following line is used to output all layers individually >>>> #FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" >>>> END >>>> >>>> >>>> After mapserver has generated the temp swf file(s) you can use the >>>> "loadMovie" actionscript function to load the swf file into a >>>> pre-existing container. For example, create a new swf file with a >>>> movie clip called "clip1" and add the following line in actionscript: >>>> >>>> loadMovie ( "http://url/to/swf/mymap.swf", "clip1" ); >>>> >>>> I use PHP and php_mapscript to help manage the files on the fly and >>>> Flash to manage my actionscript. >>>> >>>> I hope this quick overview helps. >>>> >>>> Regards, >>>> Bill >>>> >>>> Lars-goran Edholm wrote: >>>> >>>>> Hi! >>>>> Does anybody have an example of using Mapserver with swf vector >>>>> output. >>>>> How do i use the swf-actionscript file to view the layers? >>>>> >>>>> >>>>> Mvh >>>>> Lars-G?ran Edholm tel 026/24 14 36 >>>>> 1:e byggnadsinspekt?r >>>>> Bygg- och milj?kontoret >>>>> 811 80 Sandviken >>>>> lars-goran.edholm at sandviken.se >>>>> >>>>> >>>>> _______________________________________________ >>>>> Mapserver-users mailing list >>>>> Mapserver-users at lists.gis.umn.edu >>>>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>>> >>>> >>>> >>> >> >> > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From geoffrey.rowland at noaa.gov Thu Aug 21 13:02:40 2003 From: geoffrey.rowland at noaa.gov (Geoffrey Rowland) Date: Thu, 21 Aug 2003 16:02:40 -0400 Subject: [Mapserver-users] Mapserver and flash (fixed, but new problem) In-Reply-To: <3F451DFE.5060902@noaa.gov> References: <3F4214B9.7070303@dmsolutions.ca> <3F422C97.4060000@noaa.gov> <3F4240B7.5080504@dmsolutions.ca> <3F451DFE.5060902@noaa.gov> Message-ID: <3F452560.3000606@noaa.gov> Okay, I finally figured out how to get the attribute data from the SWF file by using Element. I understand much better now. However, I am running into a new problem. I am using phpmapscript to generate the SWF file... here is a section of my .map file LAYER NAME states METADATA "DESCRIPTION" "States" "RESULT_FIELDS" "State_Name" "SWFDUMPATTRIBUTES" "State_Name" END TYPE POLYGON STATUS ON DATA states if i use that, it works fine. *however* , if i change it ever so slightly to include the population data in the SWFDUMPATTRIBUTES, it fails and says "failed to render layer"....this is what causes that error LAYER NAME states METADATA "DESCRIPTION" "States" "RESULT_FIELDS" "State_Name,Pop1999" "SWFDUMPATTRIBUTES" "State_Name Pop1999" END TYPE POLYGON STATUS ON DATA states just adding the Pop1999 field (which contains the population data in the attribute table). Here is the entire .map file, maybe I am doing something wrong # # Start of map file # NAME "Pop" STATUS ON SIZE 600 600 EXTENT -178.227822 18.913826 -66.949831 71.38269 UNITS dd SHAPEPATH "data" IMAGECOLOR 255 255 255 #IMAGETYPE PNG OUTPUTFORMAT NAME swf MIMETYPE "application/x-shockwave-flash" DRIVER swf IMAGEMODE PC256 FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" END WEB HEADER us_header.html TEMPLATE temp.html FOOTER us_footer.html LOG wnvmapserver.log MINSCALE 1 MAXSCALE 36335600 IMAGEPATH "d:/Inetpub/maptest/swf/" IMAGEURL "http://192.168.100.10/maptest/swf/" METADATA WMS_TITLE "United States Data" WMS_ABSTRACT "This is a demonstration of using Mapserver ." WMS_ACCESSCONSTRAINTS none WMS_SRS "EPSG:4269" END # End Metadata END # End Web QUERYMAP SIZE 200 200 STATUS ON STYLE HILITE COLOR 255 0 0 END # # Start of legend # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END STATUS ON END # # Start of scalebar # SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 255 255 255 SIZE tiny END STYLE 1 SIZE 80 2 COLOR 255 255 255 UNITS MILES INTERVALS 1 TRANSPARENT TRUE STATUS TRUE END LAYER NAME states METADATA "DESCRIPTION" "States" "RESULT_FIELDS" "State_Name" "SWFDUMPATTRIBUTES" "State_Name" END TYPE POLYGON STATUS ON DATA states CLASSITEM 'Pop1999' NAME Pop1999 TEMPLATE us_pop.html CLASS EXPRESSION ([Pop1999] > 0 and [Pop1999] < 2135252) COLOR 254 240 217 OUTLINECOLOR 128 128 128 END CLASS EXPRESSION ([Pop1999] > 2135251 and [Pop1999] < 4970311) COLOR 253 212 158 OUTLINECOLOR 128 128 128 END CLASS EXPRESSION ([Pop1999] > 4970310 and [Pop1999] < 9866640) COLOR 253 187 132 OUTLINECOLOR 128 128 128 END CLASS EXPRESSION ([Pop1999] > 9866639 and [Pop1999] < 20127338) COLOR 252 141 89 OUTLINECOLOR 128 128 128 END CLASS EXPRESSION ([Pop1999] > 20127337 ) COLOR 227 74 51 OUTLINECOLOR 128 128 128 END END # end class END # end layer END # end Map File see anything wrong? Thanks, Geoff Geoffrey Rowland wrote: > Okay, Thanks, I have made the function ElementSelected and can get the > LayerID,ShapeID, and Event. > > But I'm still at a loss how to get the SWFDUMPATTRIBUTES then? lets > say my attribute is called Name. how do I get the value using > ActionScript? > > Here is what I have so far (just doing this as a test) > > onClipEvent (load) { > loadMovieNum("state_layer_0.swf",1); > } onClipEvent(mouseDown) { > _level1.ElementSelected = function(lid,sid,ev){ > trace("The Layer id is : " + lid); > trace("The Shape id is : " + sid); > trace("The event was : " + ev); > } > _level1.ElementSelected(LayerId,ShapeId,Event, Name) > } > > Thanks, > Geoff > > Yewondwossen Assefa wrote: > >> The way to do it is to use at a layer level a metadata called >> SWFDUMPATTRIBUTES. The value used for this metadata are the names of >> the attributes you want to export to the swf file. Please refer to >> section "How to configure the map file to export attributes" and >> "Events and Highlights" in the document >> http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html >> >> Once the attributes are exported to the swf file, when the user >> clicks on these objects, there is a mouse event which is triggered >> and makes an Action Script call to: _root.ElementSelecetd(LayerId, >> ShapeId, Event). The Flash application who want to receive these >> events should define the function ElementSelected and use the >> information receive to do actions like retrieving the attribute >> values from the specific SWF for the specified shape and display it. >> >> >> Later, >> >> Geoffrey Rowland wrote: >> >>> I was playing around with this a bit the other day. Is there a way >>> to identify features in the swf file? for example if I am >>> displaying a county layer (from a shapefile), and I want to get the >>> names of the counties....is that possible using the swf output? >>> >>> Thanks, >>> Geoff >>> >>> >>> William A. Bronsema, C.E.T. wrote: >>> >>>> Lars-G?ran, >>>> >>>> It is fairly easy to view the SWF output using actionscript. Set >>>> the outputformat in the map file to the following: >>>> >>>> OUTPUTFORMAT >>>> NAME swf >>>> MIMETYPE "application/x-shockwave-flash" >>>> DRIVER swf >>>> IMAGEMODE PC256 >>>> >>>> # the following line is used to output all layers in one swf >>>> FORMATOPTION "OUTPUT_MOVIE=SINGLE" >>>> >>>> # the following line is used to output all layers individually >>>> #FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" >>>> END >>>> >>>> >>>> After mapserver has generated the temp swf file(s) you can use the >>>> "loadMovie" actionscript function to load the swf file into a >>>> pre-existing container. For example, create a new swf file with a >>>> movie clip called "clip1" and add the following line in actionscript: >>>> >>>> loadMovie ( "http://url/to/swf/mymap.swf", "clip1" ); >>>> >>>> I use PHP and php_mapscript to help manage the files on the fly and >>>> Flash to manage my actionscript. >>>> >>>> I hope this quick overview helps. >>>> >>>> Regards, >>>> Bill >>>> >>>> Lars-goran Edholm wrote: >>>> >>>>> Hi! >>>>> Does anybody have an example of using Mapserver with swf vector >>>>> output. >>>>> How do i use the swf-actionscript file to view the layers? >>>>> >>>>> >>>>> Mvh >>>>> Lars-G?ran Edholm tel 026/24 14 36 >>>>> 1:e byggnadsinspekt?r >>>>> Bygg- och milj?kontoret >>>>> 811 80 Sandviken >>>>> lars-goran.edholm at sandviken.se >>>>> >>>>> >>>>> _______________________________________________ >>>>> Mapserver-users mailing list >>>>> Mapserver-users at lists.gis.umn.edu >>>>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>>> >>>> >>>> >>> >> >> > -- Geoffrey Rowland Technical Officer Climate Information Project NOAA Research Office of Global Programs http://www.cip.ogp.noaa.gov Contractor, RGII Technologies, Inc., a Computer Horizons Company http://www.rg2.com Phone: 301-427-2089x186 Fax : 301-427-2082 geoffrey.rowland at noaa.gov From steve.lime at dnr.state.mn.us Thu Aug 21 13:05:24 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 21 Aug 2003 15:05:24 -0500 Subject: [Mapserver-users] OT: Colormaps and 16-bit tiffs Message-ID: Hi folks: Has anyone ever used colormaps in conjunction with 16-bit tiff images? Our GIS folks here have ESRI grid datasets (e.g. elevation or very detailed landcover classifications) that have 16-bit cell values and also have a colormap associated with them for display. We would like to store these in a more open format for distribution. Conversion to GeoTiff goes fine but the color information is lost. Any ideas? Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 From assefa at dmsolutions.ca Thu Aug 21 13:20:17 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Thu, 21 Aug 2003 16:20:17 -0400 Subject: [Mapserver-users] Mapserver and flash (fixed, but new problem) References: <3F4214B9.7070303@dmsolutions.ca> <3F422C97.4060000@noaa.gov> <3F4240B7.5080504@dmsolutions.ca> <3F451DFE.5060902@noaa.gov> <3F452560.3000606@noaa.gov> Message-ID: <3F452981.3000500@dmsolutions.ca> The attributes values should only be separated by a comma ("SWFDUMPATTRIBUTES" "State_Name,Pop1999"). I am going to check if it is possible to have a better error report if something invalid is given (Bigt 415 in mapserver bug list) Later, Geoffrey Rowland wrote: > Okay, I finally figured out how to get the attribute data from the SWF > file by using Element. I understand much better now. > > However, I am running into a new problem. > I am using phpmapscript to generate the SWF file... > > here is a section of my .map file > > LAYER > NAME states > METADATA > "DESCRIPTION" "States" > "RESULT_FIELDS" "State_Name" > "SWFDUMPATTRIBUTES" "State_Name" > END > TYPE POLYGON > STATUS ON > DATA states > > if i use that, it works fine. > > *however* , if i change it ever so slightly to include the population > data in the SWFDUMPATTRIBUTES, it fails and says "failed to render > layer"....this is what causes that error > > LAYER > NAME states > METADATA > "DESCRIPTION" "States" > "RESULT_FIELDS" "State_Name,Pop1999" > "SWFDUMPATTRIBUTES" "State_Name Pop1999" > END > TYPE POLYGON > STATUS ON > DATA states > > > just adding the Pop1999 field (which contains the population data in the > attribute table). > > Here is the entire .map file, maybe I am doing something wrong > > # > # Start of map file > # > NAME "Pop" > STATUS ON > SIZE 600 600 > EXTENT -178.227822 18.913826 -66.949831 71.38269 > UNITS dd > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > > > #IMAGETYPE PNG > > OUTPUTFORMAT > NAME swf > MIMETYPE "application/x-shockwave-flash" > DRIVER swf > IMAGEMODE PC256 > FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" > END > > WEB > HEADER us_header.html > TEMPLATE temp.html > FOOTER us_footer.html > LOG wnvmapserver.log > MINSCALE 1 > MAXSCALE 36335600 > IMAGEPATH "d:/Inetpub/maptest/swf/" > IMAGEURL "http://192.168.100.10/maptest/swf/" > METADATA > WMS_TITLE "United States Data" > WMS_ABSTRACT "This is a demonstration of using Mapserver ." > WMS_ACCESSCONSTRAINTS none > > WMS_SRS "EPSG:4269" > END # End Metadata > END # End Web > > QUERYMAP > SIZE 200 200 > STATUS ON > STYLE HILITE > COLOR 255 0 0 > END > > > # > # Start of legend > # > LEGEND > KEYSIZE 18 12 > LABEL > TYPE BITMAP > SIZE MEDIUM > COLOR 0 0 89 > END > STATUS ON > END > > # > # Start of scalebar > # > SCALEBAR > IMAGECOLOR 255 255 255 > LABEL > COLOR 255 255 255 > SIZE tiny END > STYLE 1 > SIZE 80 2 > COLOR 255 255 255 > UNITS MILES > INTERVALS 1 > TRANSPARENT TRUE > STATUS TRUE > END > > > > > LAYER > NAME states > METADATA > "DESCRIPTION" "States" > "RESULT_FIELDS" "State_Name" > "SWFDUMPATTRIBUTES" "State_Name" > END > TYPE POLYGON > STATUS ON > DATA states > > > CLASSITEM 'Pop1999' > NAME Pop1999 > TEMPLATE us_pop.html > CLASS > EXPRESSION ([Pop1999] > 0 and [Pop1999] < 2135252) > COLOR 254 240 217 > OUTLINECOLOR 128 128 128 > END > > CLASS > EXPRESSION ([Pop1999] > 2135251 and [Pop1999] < 4970311) > COLOR 253 212 158 > OUTLINECOLOR 128 128 128 > END > > CLASS > EXPRESSION ([Pop1999] > 4970310 and [Pop1999] < 9866640) > COLOR 253 187 132 > OUTLINECOLOR 128 128 128 > END > > CLASS > EXPRESSION ([Pop1999] > 9866639 and [Pop1999] < 20127338) > COLOR 252 141 89 > OUTLINECOLOR 128 128 128 > END > > CLASS > EXPRESSION ([Pop1999] > 20127337 ) > COLOR 227 74 51 > OUTLINECOLOR 128 128 128 > END > > > > END # end class > > END # end layer > > > END # end Map File > > > see anything wrong? > > Thanks, > Geoff > > Geoffrey Rowland wrote: > >> Okay, Thanks, I have made the function ElementSelected and can get the >> LayerID,ShapeID, and Event. >> >> But I'm still at a loss how to get the SWFDUMPATTRIBUTES then? lets >> say my attribute is called Name. how do I get the value using >> ActionScript? >> >> Here is what I have so far (just doing this as a test) >> >> onClipEvent (load) { >> loadMovieNum("state_layer_0.swf",1); >> } onClipEvent(mouseDown) { >> _level1.ElementSelected = function(lid,sid,ev){ >> trace("The Layer id is : " + lid); >> trace("The Shape id is : " + sid); >> trace("The event was : " + ev); >> } >> _level1.ElementSelected(LayerId,ShapeId,Event, Name) >> } >> >> Thanks, >> Geoff >> >> Yewondwossen Assefa wrote: >> >>> The way to do it is to use at a layer level a metadata called >>> SWFDUMPATTRIBUTES. The value used for this metadata are the names of >>> the attributes you want to export to the swf file. Please refer to >>> section "How to configure the map file to export attributes" and >>> "Events and Highlights" in the document >>> http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html >>> >>> Once the attributes are exported to the swf file, when the user >>> clicks on these objects, there is a mouse event which is triggered >>> and makes an Action Script call to: _root.ElementSelecetd(LayerId, >>> ShapeId, Event). The Flash application who want to receive these >>> events should define the function ElementSelected and use the >>> information receive to do actions like retrieving the attribute >>> values from the specific SWF for the specified shape and display it. >>> >>> >>> Later, >>> >>> Geoffrey Rowland wrote: >>> >>>> I was playing around with this a bit the other day. Is there a way >>>> to identify features in the swf file? for example if I am >>>> displaying a county layer (from a shapefile), and I want to get the >>>> names of the counties....is that possible using the swf output? >>>> >>>> Thanks, >>>> Geoff >>>> >>>> >>>> William A. Bronsema, C.E.T. wrote: >>>> >>>>> Lars-G?ran, >>>>> >>>>> It is fairly easy to view the SWF output using actionscript. Set >>>>> the outputformat in the map file to the following: >>>>> >>>>> OUTPUTFORMAT >>>>> NAME swf >>>>> MIMETYPE "application/x-shockwave-flash" >>>>> DRIVER swf >>>>> IMAGEMODE PC256 >>>>> >>>>> # the following line is used to output all layers in one swf >>>>> FORMATOPTION "OUTPUT_MOVIE=SINGLE" >>>>> >>>>> # the following line is used to output all layers individually >>>>> #FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" >>>>> END >>>>> >>>>> >>>>> After mapserver has generated the temp swf file(s) you can use the >>>>> "loadMovie" actionscript function to load the swf file into a >>>>> pre-existing container. For example, create a new swf file with a >>>>> movie clip called "clip1" and add the following line in actionscript: >>>>> >>>>> loadMovie ( "http://url/to/swf/mymap.swf", "clip1" ); >>>>> >>>>> I use PHP and php_mapscript to help manage the files on the fly and >>>>> Flash to manage my actionscript. >>>>> >>>>> I hope this quick overview helps. >>>>> >>>>> Regards, >>>>> Bill >>>>> >>>>> Lars-goran Edholm wrote: >>>>> >>>>>> Hi! >>>>>> Does anybody have an example of using Mapserver with swf vector >>>>>> output. >>>>>> How do i use the swf-actionscript file to view the layers? >>>>>> >>>>>> >>>>>> Mvh >>>>>> Lars-G?ran Edholm tel 026/24 14 36 >>>>>> 1:e byggnadsinspekt?r >>>>>> Bygg- och milj?kontoret >>>>>> 811 80 Sandviken >>>>>> lars-goran.edholm at sandviken.se >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Mapserver-users mailing list >>>>>> Mapserver-users at lists.gis.umn.edu >>>>>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>>>> >>>>> >>>>> >>>> >>> >>> >> > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From poff at sixbit.org Thu Aug 21 13:31:09 2003 From: poff at sixbit.org (poff) Date: Thu, 21 Aug 2003 22:31:09 +0200 Subject: [Mapserver-users] phpmapscript and fastcgi (more headaches) In-Reply-To: <3F44D630.9060307@dmsolutions.ca> References: <20030820163149.GA2407@freeshell.org> <3F44D630.9060307@dmsolutions.ca> Message-ID: <20030821203108.GA22824@freeshell.org> Super I erased a previous setup with the old dll's. So now I've had mapscript running under lots of configs: apache2/win2k/cgi redhat/apache1.3.8/sapi+local cgi, apache1.3.8/win2k/sapi+local cgi mirroring previous setup. When I get time I'll write these up simply and stick them on my site, notifying the list. Thanks for the help! P On Thu, Aug 21, 2003 at 10:24:48AM -0400, Daniel Morissette wrote: > poff wrote: > > > >Anyway, after all that success, I load the extension only to find: > > > >Fatal error: Due to thread-safety problems, php_mapscript cannot be used > >as a 'cgi-fcgi' module. You will have to reconfigure your PHP as a CGI to > >run this version of MapScript. > > > >I'm guessing the mapscript.dll checks that it's using cgi, and neglects to > >check for cgi-fcgi which is the windows brand of cgi. > > > > This was fixed at some point in 3.6.x. Make sure you have the latest > php_mapscript 3.6.6 DLL. > > > -- > ------------------------------------------------------------ > Daniel Morissette morissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From elrod at oaktownunderground.com Thu Aug 21 14:28:55 2003 From: elrod at oaktownunderground.com (Leah Roderman) Date: Thu, 21 Aug 2003 14:28:55 -0700 Subject: [Mapserver-users] MapServer 4 configure problems Message-ID: <8931423.1061501335478.JavaMail.root@homer.codemagi.com> I am trying to configure MapServer 4.0 on RedHat Linux 8.0 3.2-7 with gcc v3.2. Earlier this year I had a successful compile of MapServer 3.6.4 on the same system, running with Apache, PostgreSQL, and PostGIS. If the problem described below rings bells for anyone, please let me know... I'm trying to configure using: ./configure \ --with-gd=/usr/local/lib \ --with-jpeg=/usr/lib \ --with-zlib=/usr/lib \ --with-png=/usr/lib \ --with-proj=/usr/local/proj \ --with-freetype=/usr/lib \ --with-gdal=/usr/bin/gdal-config \ --with-wmsclient=/usr \ --with-postgis=/usr/local/pgsql/bin/pg_config \ --enable-debug \ --disable-ignore-missing-data \ And configure complains that it can't find GD. The most recent version of this error (shortened to the most relevant chunk) is: checking where libXpm is installed... checking for XpmFreeXpmImage in -lXpm... no XPM (libXpm) library cannot be found, possibly needed for GD checking where libiconv is installed... checking for libiconv_open in -liconv... yes using libiconv from system libs. checking for GD 2.0.12 or higher... checking for gdImageSetAntiAliased in -lgd... no checking whether GD needs libiconv... checking for gdImageSetAntiAliased in -lgd... no configure: error: Could not find gd.h or libgd.a/libgd.so in /usr/local/lib. Make sure GD \ 2.0.12 or higher is compiled before calling configure. I've doublechecked for GD (this directory is also spec'd in ld.so.conf): # f gd.h ./usr/local/lib/gd.h # f libgd.a ./usr/local/lib/libgd.a I've removed the rpm and rebuilt GD a la the RH8/9 and MS37/40b directions at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapServerCompilation I've installed libiconv after reading http://lists.gis.umn.edu/pipermail/mapserver-dev/2003-June/000404.html but my compile.log has some different content than described, including: configure:2626: checking whether GD needs libiconv... configure:2628: checking for gdImageSetAntiAliased in -lgd configure:2647: gcc -o conftest -g -O2 conftest.c -lgd -ljpeg -L/usr/lib -lfreetype -L/u\ sr/lib -lpng -L/usr/lib -lz -L/usr/local/lib -liconv -lm -lstdc++ 1>&5 /tmp/cc8Gdwol.o: In function `main': /var/dl/mapserver-4.0/configure:2643: undefined reference to `gdImageSetAntiAliased' collect2: ld returned 1 exit status configure: failed program was: #line 2636 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gdImageSetAntiAliased(); int main() { gdImageSetAntiAliased() ; return 0; } thanks for the help! From rjames57 at yahoo.com Thu Aug 21 14:55:59 2003 From: rjames57 at yahoo.com (Randy James) Date: Thu, 21 Aug 2003 14:55:59 -0700 (PDT) Subject: [Mapserver-users] MapServer 4 configure problems In-Reply-To: <8931423.1061501335478.JavaMail.root@homer.codemagi.com> Message-ID: <20030821215559.9695.qmail@web12502.mail.yahoo.com> Hi Seems like i seen some of the error before when i had 2 versions of GD on my machine and did not realize it. I am now using GD-2.0.15 Hope this helps Randy --- Leah Roderman wrote: > I am trying to configure MapServer 4.0 on RedHat Linux > 8.0 3.2-7 with gcc v3.2. Earlier this year I had a > successful compile of MapServer 3.6.4 on the same system, > running with Apache, PostgreSQL, and PostGIS. If the > problem described below rings bells for anyone, please > let me know... > > I'm trying to configure using: > > ./configure \ > --with-gd=/usr/local/lib \ > --with-jpeg=/usr/lib \ > --with-zlib=/usr/lib \ > --with-png=/usr/lib \ > --with-proj=/usr/local/proj \ > --with-freetype=/usr/lib \ > --with-gdal=/usr/bin/gdal-config \ > --with-wmsclient=/usr \ > --with-postgis=/usr/local/pgsql/bin/pg_config \ > --enable-debug \ > --disable-ignore-missing-data \ > > And configure complains that it can't find GD. The most > recent version of this error (shortened to the most > relevant chunk) is: > > checking where libXpm is installed... > checking for XpmFreeXpmImage in -lXpm... no > XPM (libXpm) library cannot be found, possibly > needed for GD > checking where libiconv is installed... > checking for libiconv_open in -liconv... yes > using libiconv from system libs. > checking for GD 2.0.12 or higher... > checking for gdImageSetAntiAliased in -lgd... no > checking whether GD needs libiconv... > checking for gdImageSetAntiAliased in -lgd... no > configure: error: Could not find gd.h or libgd.a/libgd.so > in /usr/local/lib. Make sure GD \ > 2.0.12 or higher is compiled before calling configure. > > I've doublechecked for GD (this directory is also spec'd > in ld.so.conf): > > # f gd.h > ./usr/local/lib/gd.h > # f libgd.a > ./usr/local/lib/libgd.a > > I've removed the rpm and rebuilt GD a la the RH8/9 and > MS37/40b directions at: > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapServerCompilation > > I've installed libiconv after reading > http://lists.gis.umn.edu/pipermail/mapserver-dev/2003-June/000404.html > but my compile.log has some different content than > described, including: > > configure:2626: checking whether GD needs libiconv... > configure:2628: checking for gdImageSetAntiAliased in > -lgd > configure:2647: gcc -o conftest -g -O2 conftest.c -lgd > -ljpeg -L/usr/lib -lfreetype -L/u\ > sr/lib -lpng -L/usr/lib -lz -L/usr/local/lib -liconv > -lm -lstdc++ 1>&5 > /tmp/cc8Gdwol.o: In function `main': > /var/dl/mapserver-4.0/configure:2643: undefined reference > to `gdImageSetAntiAliased' > collect2: ld returned 1 exit status > configure: failed program was: > #line 2636 "configure" > #include "confdefs.h" > /* Override any gcc2 internal prototype to avoid an > error. */ > /* We use char because int might match the return type of > a gcc2 > builtin and then its argument prototype would still > apply. */ > char gdImageSetAntiAliased(); > > int main() { > gdImageSetAntiAliased() > ; return 0; } > > > thanks for the help! > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 gerry.creager at tamu.edu Thu Aug 21 15:09:48 2003 From: gerry.creager at tamu.edu (Gerry Creager) Date: Thu, 21 Aug 2003 17:09:48 -0500 Subject: [Mapserver-users] Problems: msQueryByPoint, Premature end of script headers Message-ID: <3F45432C.60205@tamu.edu> This is a multi-part message in MIME format. --------------000000050306070703000506 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit MS 3.7beta (I'll upgrade asap after the demo next Wed! Really!) RedHat 9 [root at mesonet ~]# /var/www/cgi-bin/mapserv -v MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Mapfile's attached in case that helps. I'm at a loss... THanks, Gerry -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Pager: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 --------------000000050306070703000506 Content-Type: text/plain; name="mesonet.map" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mesonet.map" ### This map file is used to control the Texas Mesonet Mapserver ######################################################################## ### ### Luke Wallace, Fall 2002 (Thanks, Luke!) ### ######################################################################## ### Change Log ### ### 2003-07-13: Changed Layer 'buffer' to reduce number of ### overlapping points and enhance readability ### ### ######################################################################## NAME TxMeso STATUS ON SIZE 700 700 #SIZE 650 650 #EXTENT 388107.634400379 5203120.88405952 500896.339019834 5310243.30613897 EXTENT -106.8 25.8 -93.52 36.4 UNITS DD SHAPEPATH "/var/www/mesonet/texas/data" IMAGECOLOR 255 255 255 FONTSET "fonts.list" SYMBOLSET "symbols.sym" # you may need to change this to match your MapServer build IMAGETYPE PNG # # Projection definition, consult the PROJ.4 documentation for parameter discussion # #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END #PROJECTION # proj=latlong # ellps=GRS80 # datum=NAD83 #END PROJECTION # "proj=utm" # "ellps=GRS80" # "zone=15" # "north" # "no_defs" # # OR: # # "init=epsg:4267" #nad 27 lat/long unprojected "init=epsg:32039" #Texas Central LCC NAD83 END #PROJECTION # "proj=longlat" # "ellps=clrk66" # "no_defs" # "no_defs" #END # # Start of web interface definition (including WMS enabling metadata) # WEB # HEADER mesonet_header.html TEMPLATE "mesonet1.html" FOOTER mesonet_footer.html # ERROR "../index.php" MINSCALE 50000 MAXSCALE 50000000 IMAGEPATH "/var/www/mesonet/tmp" IMAGEURL "/var/www/mesonet/tmp" METADATA WMS_TITLE "MapServer Texas" WMS_ABSTRACT "Realtime Weather Interface" WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://mesonet.tamu.edu/index.php" WMS_SRS "EPSG:32039" END END #QUERYMAP # SIZE 200 200 # STATUS ON # STYLE HILITE # COLOR 255 0 0 #END # # Start of scalebar # SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 255 255 255 SIZE tiny END STYLE 1 SIZE 150 4 COLOR 255 255 255 # UNITS MILES UNITS kilometers INTERVALS 4 TRANSPARENT TRUE STATUS TRUE END # # Legend # LEGEND STATUS ON IMAGECOLOR 255 255 255 POSTLABELCACHE ON END # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 5 5 END FILLED FALSE END SYMBOL NAME 'pwvcircle' TYPE ELLIPSE FILLED TRUE POINTS 5 5 END END # # Start of layer definitions # LAYER SIZEUNITS pixels NAME rain TYPE line DATA rain_dd STATUS false CLASS NAME 'Rainfall Contours' COLOR 25 20 200 END # CLASS END # LAYER # Roads LAYER SIZEUNITS pixels PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" "init=epsg:32039" END NAME roads TYPE line DATA usdotrds STATUS false CLASS NAME 'Roads' COLOR 0 0 0 END END # LAYER # Lakes and Rivers LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME rivers TYPE polygon DATA hydgen STATUS false CLASS NAME 'Lakes & Rivers' TEMPLATE "lakes.html" COLOR 100 125 225 END HEADER "lakes_header.html" FOOTER "lakes_footer.html" TOLERANCE 3 END # LAYER # Radar Layer LAYER NAME radar SIZEUNITS pixels PROJECTION "proj=longlat" # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" END DATA "tmp/radar-00.gif" TYPE RASTER OFFSITE 0 0 0 STATUS ON CLASS NAME 'Current RADAR' # TEMPLATE "radar.html" END END # LAYER # Layer for County Boundaries LAYER SIZEUNITS pixels PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" "init=epsg:32039" END NAME border TYPE POLYGON DATA /var/www/mesonet/texas/data/counties.shp STATUS DEFAULT LABELITEM "name" CLASSITEM "name" # LABELMAXSCALE 2000000 # LABELMINSCALE 50000 LABELMAXSCALE 1000 CLASS #NAME 'County Boundaries' EXPRESSION /./ OUTLINECOLOR 181 181 145 LABEL COLOR 0 0 0 SHADOWCOLOR 218 218 218 SHADOWSIZE 2 2 TYPE BITMAP SIZE MEDIUM POSITION CC PARTIALS FALSE BUFFER -5 END END END #Airport Layer LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME airports TYPE POINT # DATA txairports_dd # old data file DATA ARPT STATUS OFF CLASS NAME 'Airports' COLOR 128 255 164 SYMBOL 'circle' SIZE 7 TEMPLATE "airports.html" END HEADER "airports_header.html" FOOTER "airports_footer.html" END # # Start of Weather layers definitions # # # Metar Points (Query-able) # # LAYER SIZEUNITS pixels #SIZEUNITS kilometers PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" "init=epsg:32039" END NAME weather-metar # STATUS DEFAULT # STATUS off ###Changed 2003-07-13 TYPE POINT DATA currentWeather STATUS ON LABELCACHE OFF # TOLERANCE 3 TOLERANCE 15 #Changed 2003-07-13 gc CLASS NAME 'Weather Sites' # COLOR 100 200 164 COLOR 0 0 0 SYMBOL 'circle' # SIZE 7 SIZE 8 TEMPLATE "weather_refresh.html" END END # # PWV values # LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" # "init=epsg:32039" #END CLASSITEM "pwv" NAME weather-pwv TYPE POINT DATA currentWeather #DATA currentPWV STATUS ON LABELCACHE ON LABELITEM "pwv" SIZEUNITS kilometers CLASS EXPRESSION ([pwv] >= 0.0 AND [pwv] <= 0.05) NAME 'PWV 0.00-0.05 in' COLOR 224 224 224 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 4 # BUFFER -10 #-15 BUFFER 15 ### Changed 2003-07-13 PARTIALS TRUE END END CLASS NAME '0.05-0.20 in' EXPRESSION ([pwv] > 0.05 and [pwv] <= 0.20) COLOR 117 117 0 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 # BUFFER -10 BUFFER 15 PARTIALS TRUE END END CLASS NAME '0.20-0.40 in' EXPRESSION ([pwv] > 0.20 and [pwv] <= 0.40) COLOR 255 0 0 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '0.40-0.60 in' EXPRESSION ([pwv] > 0.40 and [pwv] <= 0.60) COLOR 255 145 46 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '0.60-0.80 in' EXPRESSION ([pwv] > 0.600 and [pwv] <= 0.80) COLOR 255 237 26 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '0.80-1.00 in' EXPRESSION ([pwv] > 0.80 and [pwv] <= 1.00) COLOR 166 255 18 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '1.00-1.20 in' EXPRESSION ([pwv] > 1.00 and [pwv] <= 1.20) COLOR 102 255 0 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '1.20-1.40 in' EXPRESSION ([pwv] > 1.20 and [pwv] <= 1.400) COLOR 15 255 128 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '1.40-1.60 in' EXPRESSION ([pwv] > 1.400 and [pwv] <= 1.600) COLOR 18 224 255 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '1.80-1.60 in' EXPRESSION ([pwv] > 1.60 and [pwv] <= 1.800) COLOR 18 191 255 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '1.80-2.00 in' EXPRESSION ([pwv] > 1.800 and [pwv] <= 2.00) COLOR 8 89 255 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END CLASS NAME '>2.00 in' EXPRESSION ([pwv] > 2.00) COLOR 0 0 255 SYMBOL 'pwvcircle' SIZE 15 LABEL FORCE TRUE COLOR 140 0 160 TYPE BITMAP SIZE MEDIUM POSITION UC OFFSET 2 6 BUFFER 15 PARTIALS TRUE END END END # # Wind Barbs # LAYER #SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-barbs TYPE POINT DATA currentWeather STATUS ON LABELITEM "WINDCHR" LABELANGLEITEM "MAPWINDDIR" LABELCACHE ON CLASS LABEL FORCE TRUE COLOR 0 0 0 # SHADOWCOLOR 128 128 128 # SHADOWSIZE 0 0 TYPE truetype FONT ESRI_weather SIZE 40 # SIZE 30 POSITION UR OFFSET -4 -5 # for size 30 UR # BUFFER 10 BUFFER -15 PARTIALS TRUE END END END # Metar Site Labels LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-mlabel TYPE POINT DATA currentWeather STATUS OFF LABELITEM "ABBR" CLASS LABEL FORCE TRUE COLOR 180 180 180 TYPE BITMAP SIZE SMALL POSITION CR OFFSET 7 0 BUFFER 15 ### changed 2003-07-13, old value == -5 PARTIALS TRUE END END END LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-mrain TYPE POINT DATA currentWeather STATUS ON LABELITEM "precip" CLASS LABEL FORCE TRUE COLOR 20 50 250 TYPE BITMAP SIZE MEDIUM POSITION LR OFFSET 2 2 BUFFER 15 PARTIALS TRUE END END END LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-vis TYPE POINT DATA currentWeather STATUS ON LABELITEM "vis" CLASS LABEL FORCE TRUE COLOR 200 50 50 TYPE BITMAP SIZE SMALL POSITION CL OFFSET 3 0 BUFFER 5 PARTIALS TRUE END END END LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-mdew TYPE POINT DATA currentWeather STATUS ON LABELITEM "dewp" CLASS LABEL FORCE TRUE COLOR 0 160 0 TYPE BITMAP SIZE MEDIUM POSITION LL OFFSET 2 4 # BUFFER -5 BUFFER 5 #-10 PARTIALS TRUE END END END LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-mslp TYPE POINT DATA currentWeather STATUS ON LABELITEM "slp" TOLERANCE -1000 ### changed 2003-07-13 CLASS LABEL FORCE TRUE COLOR 0 0 160 TYPE BITMAP SIZE MEDIUM POSITION UR OFFSET 4 7 BUFFER 5 PARTIALS TRUE END END END LAYER SIZEUNITS pixels #PROJECTION # "proj=lcc" # "ellps=GRS80" # "lon_0=100w" # "lat_1=27.416n" # "lat_2=34.916n" #END NAME weather-mtemp TYPE POINT DATA currentWeather STATUS ON LABELITEM "temp" CLASS LABEL FORCE TRUE COLOR 255 0 0 TYPE BITMAP SIZE MEDIUM POSITION UL OFFSET 2 4 BUFFER 5 PARTIALS TRUE END END END LAYER #SIZEUNITS pixels NAME credits STATUS DEFAULT TRANSFORM FALSE TYPE ANNOTATION FEATURE POINTS 4 696 END TEXT ' ' END CLASS LABEL TYPE TRUETYPE FONT ESRI_weather SIZE 50 ANTIALIAS true COLOR 0 0 0 POSITION UR END END END # Use a layer like this for db data # http://postgis.refractions.net/pipermail/postgis-users/2001-August/000192.html LAYER SIZEUNITS pixels CONNECTIONTYPE postgis NAME "temp" # Connect to a remote spatial database CONNECTION "user=postgres password=mesonet dbname=metar host=mesodata.cs.tamu.edu" # Get the lines from the 'geom' column of the 'roads' table DATA "temp from datatest join tblsites ON site=siteabbr" STATUS OFF TYPE POINT # Of the lines in the extents, only render the wide highways # FILTER "type = 'highway' and numlanes >= 4" CLASS # Make the superhighways brighter and 2 pixels wide #EXPRESSION ([numlanes] >= 6) COLOR 255 22 22 SYMBOL "circle" SIZE 2 END END END # Map File --------------000000050306070703000506-- From elrod at oaktownunderground.com Thu Aug 21 15:13:11 2003 From: elrod at oaktownunderground.com (Leah Roderman) Date: Thu, 21 Aug 2003 15:13:11 -0700 Subject: [Mapserver-users] Re: MapServer 4 configure problems - fixed In-Reply-To: <20030821215559.9695.qmail@web12502.mail.yahoo.com> Message-ID: <9850766.1061503991225.JavaMail.root@homer.codemagi.com> Thanks to you and Frank for presenting such an obvious and simple solution. I did indeed have some gd-2.0.11 bits and pieces lurking around -- now that they are gone, my configure went like a dream. onward to the next brain twister >Hi > >Seems like i seen some of the error before when i had 2 >versions of GD on my machine and did not realize it. > >I am now using GD-2.0.15 > >Hope this helps >Randy >--- Leah Roderman wrote: >> I am trying to configure MapServer 4.0 on RedHat Linux >> 8.0 3.2-7 with gcc v3.2. Earlier this year I had a >> successful compile of MapServer 3.6.4 on the same system, >> running with Apache, PostgreSQL, and PostGIS. If the >> problem described below rings bells for anyone, please >> let me know... >> >> I'm trying to configure using: >> >> ./configure \ >> --with-gd=/usr/local/lib \ >> --with-jpeg=/usr/lib \ >> --with-zlib=/usr/lib \ >> --with-png=/usr/lib \ >> --with-proj=/usr/local/proj \ >> --with-freetype=/usr/lib \ >> --with-gdal=/usr/bin/gdal-config \ >> --with-wmsclient=/usr \ >> --with-postgis=/usr/local/pgsql/bin/pg_config \ >> --enable-debug \ >> --disable-ignore-missing-data \ >> >> And configure complains that it can't find GD. The most >> recent version of this error (shortened to the most >> relevant chunk) is: >> configure: error: Could not find gd.h or libgd.a/libgd.so >> in /usr/local/lib. Make sure GD \ >> 2.0.12 or higher is compiled before calling configure. [truncated] From bruce.bushby at wol.co.za Thu Aug 21 15:53:25 2003 From: bruce.bushby at wol.co.za (Bruce Bushby) Date: Fri, 22 Aug 2003 00:53:25 +0200 Subject: [Mapserver-users] MapServer 4 configure problems In-Reply-To: <8931423.1061501335478.JavaMail.root@homer.codemagi.com> Message-ID: hmm I've also found that no matter how I configure /etc/ld.so.conf or use ldconfig, I still have to include 'path to dg' Have you tried --with-gd=/usr/local ? -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Leah Roderman Sent: Thursday, August 21, 2003 11:29 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] MapServer 4 configure problems I am trying to configure MapServer 4.0 on RedHat Linux 8.0 3.2-7 with gcc v3.2. Earlier this year I had a successful compile of MapServer 3.6.4 on the same system, running with Apache, PostgreSQL, and PostGIS. If the problem described below rings bells for anyone, please let me know... I'm trying to configure using: ./configure \ --with-gd=/usr/local/lib \ --with-jpeg=/usr/lib \ --with-zlib=/usr/lib \ --with-png=/usr/lib \ --with-proj=/usr/local/proj \ --with-freetype=/usr/lib \ --with-gdal=/usr/bin/gdal-config \ --with-wmsclient=/usr \ --with-postgis=/usr/local/pgsql/bin/pg_config \ --enable-debug \ --disable-ignore-missing-data \ And configure complains that it can't find GD. The most recent version of this error (shortened to the most relevant chunk) is: checking where libXpm is installed... checking for XpmFreeXpmImage in -lXpm... no XPM (libXpm) library cannot be found, possibly needed for GD checking where libiconv is installed... checking for libiconv_open in -liconv... yes using libiconv from system libs. checking for GD 2.0.12 or higher... checking for gdImageSetAntiAliased in -lgd... no checking whether GD needs libiconv... checking for gdImageSetAntiAliased in -lgd... no configure: error: Could not find gd.h or libgd.a/libgd.so in /usr/local/lib. Make sure GD \ 2.0.12 or higher is compiled before calling configure. I've doublechecked for GD (this directory is also spec'd in ld.so.conf): # f gd.h ./usr/local/lib/gd.h # f libgd.a ./usr/local/lib/libgd.a I've removed the rpm and rebuilt GD a la the RH8/9 and MS37/40b directions at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapServerCompilation I've installed libiconv after reading http://lists.gis.umn.edu/pipermail/mapserver-dev/2003-June/000404.html but my compile.log has some different content than described, including: configure:2626: checking whether GD needs libiconv... configure:2628: checking for gdImageSetAntiAliased in -lgd configure:2647: gcc -o conftest -g -O2 conftest.c -lgd -ljpeg -L/usr/lib -lfreetype -L/u\ sr/lib -lpng -L/usr/lib -lz -L/usr/local/lib -liconv -lm -lstdc++ 1>&5 /tmp/cc8Gdwol.o: In function `main': /var/dl/mapserver-4.0/configure:2643: undefined reference to `gdImageSetAntiAliased' collect2: ld returned 1 exit status configure: failed program was: #line 2636 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char gdImageSetAntiAliased(); int main() { gdImageSetAntiAliased() ; return 0; } thanks for the help! _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bruce.bushby at wol.co.za Thu Aug 21 15:58:39 2003 From: bruce.bushby at wol.co.za (Bruce Bushby) Date: Fri, 22 Aug 2003 00:58:39 +0200 Subject: [Mapserver-users] Problems: msQueryByPoint, Premature end of script headers In-Reply-To: <3F45432C.60205@tamu.edu> Message-ID: well that is a large mapfile to debug, perhaps remove everything and just call one layer. I noticed you open a projection object with hashed contents, perhaps hash both the PROJECTION and END tags. The error you're getting is normally associated with HTTPD not receiving a 'content-type' ie mapserver didn't sent the 'header'. Also try use shp2img on your mapfile and see what happens. -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Gerry Creager Sent: Friday, August 22, 2003 12:10 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Problems: msQueryByPoint, Premature end of script headers MS 3.7beta (I'll upgrade asap after the demo next Wed! Really!) RedHat 9 [root at mesonet ~]# /var/www/cgi-bin/mapserv -v MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Mapfile's attached in case that helps. I'm at a loss... THanks, Gerry -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Pager: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From gerry.creager at tamu.edu Thu Aug 21 16:08:11 2003 From: gerry.creager at tamu.edu (Gerry Creager) Date: Thu, 21 Aug 2003 18:08:11 -0500 Subject: [Mapserver-users] Problems: msQueryByPoint, Premature end of script headers In-Reply-To: References: Message-ID: <3F4550DB.8080805@tamu.edu> I'll give it a try. Thanks. Gerry Bruce Bushby wrote: > well that is a large mapfile to debug, perhaps remove everything and just > call one layer. > > I noticed you open a projection object with hashed contents, perhaps hash > both > the PROJECTION and END tags. > > The error you're getting is normally associated with HTTPD not receiving a > 'content-type' ie mapserver didn't sent the 'header'. Also try use shp2img > on > your mapfile and see what happens. > > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Gerry > Creager > Sent: Friday, August 22, 2003 12:10 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Problems: msQueryByPoint, Premature end of > script headers > > > MS 3.7beta (I'll upgrade asap after the demo next Wed! Really!) > RedHat 9 > [root at mesonet ~]# /var/www/cgi-bin/mapserv -v > MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=OGR > INPUT=GDAL INPUT=SHAPEFILE > > > Mapfile's attached in case that helps. I'm at a loss... > > THanks, Gerry > -- > Gerry Creager -- gerry.creager at tamu.edu > Texas Mesonet -- AATLT, Texas A&M University > Cell: 979.229.5301 Office: 979.458.4020 > FAX: 979.847.8578 Pager: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Pager: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From eduardo at consultoria.eti.br Thu Aug 21 14:31:26 2003 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 21 Aug 2003 18:31:26 -0300 Subject: [Mapserver-users] WMF image Maps Message-ID: <000201c3683a$4f3a5280$795cbec8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C36812.6E6049D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi MapServers, Is there a way of generating WMF image maps within MapServer and = OUTPUTFORMAT object? thanks, Eduardo eduardo at consultoria.eti.br ------=_NextPart_000_0011_01C36812.6E6049D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi MapServers,
 
    Is there a way of = generating WMF=20 image maps within MapServer and OUTPUTFORMAT object?
 
 
thanks,
 
 
Eduardo
eduardo at consultoria.eti.br
------=_NextPart_000_0011_01C36812.6E6049D0-- From poff at sixbit.org Thu Aug 21 23:15:50 2003 From: poff at sixbit.org (poff) Date: Fri, 22 Aug 2003 08:15:50 +0200 Subject: [Mapserver-users] mapscript: convert lat/lon to map coords? Simple Q Message-ID: <20030822061550.GA7323@freeshell.org> Hello all, This is a simple question which is puzzling me. When I draw a lat/lon value on a map, I just call setXY() and it draws in the right place. However it seems when I want to draw a line it's using map co-ordinates - even if I set an extent. It's probably something really stupid I'm doing so I hope you can help me out! The mapfile is simple, and the script below does output a line, but not with lat/lon co-ords but absolute co-ords for the image. ... # start layer lines LAYER NAME 'lines' TRANSFORM FALSE TYPE LINE STATUS DEFAULT CLASS SYMBOL 'marker' SIZE 2 COLOR 255 0 0 END END # end layer lines ... Oh yes, is there are quicker (or smaller number of lines way) of adding lines to a map? Thank you in advance for any help, getLayerByName("lines"); $layerObj->set("status", 1); $minx=-125; $miny=10; $maxx=105; $maxy=50; $mapObj->setextent($minx,$miny, $maxx,$maxy); $imgObj=$mapObj->draw(); $shpObj = ms_newShapeObj(MS_SHAPE_LINE); $pointObj1 = ms_newPointObj(); $pointObj1->setXY(-122.247,47.5881); // Seattle $pointObj2 = ms_newPointObj(); $pointObj2->setXY(5.73333,45.65); // Paris $pointObj3 = ms_newPointObj(); $pointObj3->setXY(104.917,11.55); // Phnom Pehn $lineObj = ms_newLineObj(); $lineObj->add($pointObj1); $lineObj->add($pointObj2); $lineObj->add($pointObj3); $shpObj->add($lineObj); $shpObj->draw($mapObj, $layerObj, $imgObj, 0, "foo"); $image_url=$imgObj->saveWebImage(MS_PNG,1,1,0); ... ?> Any other criticisms are warmly welcomed! -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From mhaerte1 at gwdg.de Fri Aug 22 01:47:00 2003 From: mhaerte1 at gwdg.de (=?ISO-8859-1?Q?Michael_H=E4rtel?=) Date: Fri, 22 Aug 2003 10:47:00 +0200 Subject: [Mapserver-users] 24Bit tiff images displayed in greyscale (no bug 270) and no png files are displayed Message-ID: <3F45D884.9080909@gwdg.de> Hello World! GIVEN: precompiled MAPSERVER on WINDOWS XP (from mapserver-4.0-win32-php4.3.2.zip): MapServer version 4.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE MAPSCRIPT: ($Revision: 1.177 $ $Date: 2003/07/30 19:01:31 $) GD2 LIBRARY (from phpinfo()): GD Support enabled GD Version bundled (2.0.12 compatible) MAPFILE: --- OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB TRANSPARENT OFF EXTENSION "png" END - snip!- LAYER PROJECTION proj=longlat ellps=WGS84 datum=WGS84 no_defs END NAME "test" STATUS OFF data "test.png" ### a 24Bit PNG or tif image with world file TYPE RASTER GROUP "raster background" CLASS NAME "test" // only to generate legend entry END END --- PROBLEMS: 1.) 24Bit tiff images are displayed in grayscale although output is RGB PNG and GD2 is obviously used. I know about "bug" No 270 (http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=270) but even if i leave out the class defining lines within the mapfile no image is produced (empty map). 2.) PNG files are not displayed (24 and 8 bit), they are simply empty, a white image returns. They seem to be drawn (the legend has an entry for that raster layer), no error messages available. My reference map is a png image and the entire map output works fine with png images as long as no png images are included in layer definitions. QUESTION: How can i convince mapserver to display 24Bit images (tiff or png)? From bruno.luis at ifadap.min-agricultura.pt Fri Aug 22 04:40:09 2003 From: bruno.luis at ifadap.min-agricultura.pt (Bruno Luis) Date: Fri, 22 Aug 2003 12:40:09 +0100 Subject: [Mapserver-users] mrSID Message-ID: <005701c368a2$242c9cc0$520214ac@pccgra0982> This is a multi-part message in MIME format. ------=_NextPart_000_0054_01C368AA.85B70900 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I was wondering... does MapServer support mrSID images? Thanks Bruno Luis ------=_NextPart_000_0054_01C368AA.85B70900 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I was wondering... does MapServer support mrSID=20 images?
 
Thanks
 
Bruno Luis
------=_NextPart_000_0054_01C368AA.85B70900-- From gayathri at ou.edu Fri Aug 22 05:29:48 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Fri, 22 Aug 2003 07:29:48 -0500 Subject: [Mapserver-users] mrSID 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_01C368A9.139DB450 Content-Type: text/plain Nope. Thanks Gayathri -----Original Message----- From: Bruno Luis [mailto:bruno.luis at ifadap.min-agricultura.pt] Sent: Friday, August 22, 2003 6:40 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] mrSID I was wondering... does MapServer support mrSID images? Thanks Bruno Luis ------_=_NextPart_001_01C368A9.139DB450 Content-Type: text/html Message
Nope.
Thanks
Gayathri
-----Original Message-----
From: Bruno Luis [mailto:bruno.luis at ifadap.min-agricultura.pt]
Sent: Friday, August 22, 2003 6:40 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] mrSID

I was wondering... does MapServer support mrSID images?
 
Thanks
 
Bruno Luis
------_=_NextPart_001_01C368A9.139DB450-- From steffen.gebhardt at informus.de Fri Aug 22 05:43:19 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Fri, 22 Aug 2003 14:43:19 +0200 Subject: [Mapserver-users] Please help again In-Reply-To: <20030819170003.6793.30369.Mailman@lists.gis.umn.edu> References: <20030819170003.6793.30369.Mailman@lists.gis.umn.edu> Message-ID: <20030822124129.2A15625F3B@mfa1.informus.de> Still I'm trying to install Mapserver 4.0 on Suse Linux 7.3 I Installed all required libraries and now want to install the Mapserver finally. This is the conifugration. ./configure --with-gd=/tmp/unpacked/gd-2.0.15 --with-proj=/tmp/unpacked/proj-4.4.7 --with-postgis=/usr/src/postgresql-7.1.3/src/postgis-0.6.2 --with-gdal=/usr/local/bin/gdal-config Maybe it will be helpfull for you to look at the output. I will attach it at the end of the message. Then I've done: make make gcc -c -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_PDF -DUSE_GDAL -DUSE_POSTGIS -I/tmp/unpacked/gd-2.0.15 -I/tmp/unpacked/proj-4.4.7/src -I/usr/local/include -I maphash.c -o maphash.o gcc: No input files make: *** [maphash.o] Error 1 Steffen Macke told me that the -l requires a parameter, and suggested to replace it by: gcc -c -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_PDF -DUSE_GDAL -DUSE_POSTGIS -I/tmp/unpacked/gd-2.0.15 -I/tmp/unpacked/proj-4.4.7/src -I/usr/local/include -I . maphash.c -o maphash.o This is running, but make install doesn't create the mapserv file. So after configuring again and trying make, the error message comes again, but this time the next .o object is missing. What does all that mean? And what do I have to do? Please, please Help Me. Steffen Configure output. mfa1:/tmp/unpacked/mapserver-4.0 # ./configure --with-gd=/tmp/unpacked/gd-2.0.15 --with-proj=/tmp/unpacked/proj-4.4.7 --with-postgis=/usr/src/postgresql-7.1.3/src/postgis-0.6.2 --with-gdal=/usr/local/bin/gdal-config loading cache ./config.cache checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking for ranlib... (cached) ranlib checking for flex... (cached) flex checking for yywrap in -lfl... (cached) yes checking for bison... no checking for byacc... no 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... 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/tmp/unpacked/gd-2.0.15/.libs -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 /tmp/unpacked/gd-2.0.15. checking whether we should include PDF support... checking for PDF_setlinewidth in -lpdf... yes checking for PDF_setrgbcolor in -lpdf... yes checking for PDF_moveto in -lpdf... yes checking for PDF_curveto in -lpdf... yes checking for PDF_show_xy in -lpdf... yes using libpdf from system libs. checking whether we should include TIFF support... checking for TIFFOpen in -ltiff... yes using libtiff from system libs. checking whether we should include EPPL7 support... including EPPL7 support. checking whether we should include PROJ.4 support... checking for pj_transform in -lproj... yes checking for pj_latlong_from_proj in -lproj... yes using PROJ.4 from /tmp/unpacked/proj-4.4.7. checking whether we should include thread safe support... thread safe support disabled. checking whether we should include ESRI SDE support... ESRI SDE support not requested. checking whether we should compile in MPATROL support... MPATROL support not requested. checking whether we should include OGR support... OGR support not requested. checking if GDAL support requested... yes, user supplied gdal-config (/usr/local/bin/gdal-config) checking if PostGIS support requested... yes, user supplied pg_config ./configure: /usr/src/postgresql-7.1.3/src/postgis-0.6.2: is a directory ./configure: /usr/src/postgresql-7.1.3/src/postgis-0.6.2: is a directory checking if MyGIS support requested... no checking if OracleSpatial support requested... no checking if MING/Flash support requested... no checking whether we should include WMS Server support... OGC WMS compatibility enabled (-DUSE_WMS_SVR). checking whether we should include WFS Server support... OGC WFS Server support not requested. checking whether we should include WMS Client Connections support... checking whether we should include WFS Client Connections support... OGC WFS Client Connections not enabled (PROJ.4, libcurl and OGR required). checking for curl-config Compiling with -DIGNORE_MISSING_DATA. checking whether we should enable debug features... checking for PHP/MapScript module options... PHP/MapScript module not configured. updating cache ./config.cache creating ./config.status creating Makefile From dlowther at ou.edu Fri Aug 22 05:51:27 2003 From: dlowther at ou.edu (Lowther, David W) Date: Fri, 22 Aug 2003 07:51:27 -0500 Subject: [Mapserver-users] mrSID 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_01C368AC.19ED46B0 Content-Type: text/plain Try creating ECW versions of the source image (TIF, BIL, etc) instead of MrSid. You can create ECWs using gdal. The image quality is better and the people (ERMapper and Frank Warmerdam) are great to work with... David Lowther Software Engineer GEO Information Systems University of Oklahoma dlowther at ou.edu (405) 325-3131 http://www.geo.ou.edu -----Original Message----- From: Bruno Luis [mailto:bruno.luis at ifadap.min-agricultura.pt] Sent: Friday, August 22, 2003 6:40 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] mrSID I was wondering... does MapServer support mrSID images? Thanks Bruno Luis ------_=_NextPart_001_01C368AC.19ED46B0 Content-Type: text/html Message
Try creating ECW versions of the source image (TIF, BIL, etc) instead of MrSid. You can create ECWs using gdal. The image quality is better and the people (ERMapper and Frank Warmerdam) are great to work with...
 
 
David Lowther
Software Engineer
GEO Information Systems
University of Oklahoma
dlowther at ou.edu
(405) 325-3131
http://www.geo.ou.edu

-----Original Message-----
From: Bruno Luis [mailto:bruno.luis at ifadap.min-agricultura.pt]
Sent: Friday, August 22, 2003 6:40 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] mrSID

I was wondering... does MapServer support mrSID images?
 
Thanks
 
Bruno Luis
------_=_NextPart_001_01C368AC.19ED46B0-- From warmerdam at pobox.com Fri Aug 22 05:56:08 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 22 Aug 2003 08:56:08 -0400 Subject: [Mapserver-users] mrSID In-Reply-To: <005701c368a2$242c9cc0$520214ac@pccgra0982> References: <005701c368a2$242c9cc0$520214ac@pccgra0982> Message-ID: <3F4612E8.3030207@pobox.com> Bruno Luis wrote: > I was wondering... does MapServer support mrSID images? Bruno, The GDAL library (you would need a CVS snapshot) does not support the MrSID format ... if you have a licensed copy of the MrSID library when you build it. When GDAL is built this way, it can be used with MapServer to images from MrSID quite effectively. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From warmerdam at pobox.com Fri Aug 22 06:12:44 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 22 Aug 2003 09:12:44 -0400 Subject: [Mapserver-users] 24Bit tiff images displayed in greyscale (no bug 270) and no png files are displayed In-Reply-To: <3F45D884.9080909@gwdg.de> References: <3F45D884.9080909@gwdg.de> Message-ID: <3F4616CC.2070504@pobox.com> Michael H?rtel wrote: > 1.) 24Bit tiff images are displayed in grayscale although output is RGB > PNG and GD2 is obviously used. I know about "bug" No 270 > (http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=270) but even if i > leave out the class defining lines within the mapfile no image is > produced (empty map). Michael, So, specifically if you don't have the CLASS statement in the raster layer coming from a 24bit color TIFF file you get an empty map, but if you have the class you get greyscale? I would appreciate your: o Setting up a minimal map file demonstrating the problem. o Test locally with "shp2img -all_debug 1 -m test.map -o test.png". o Submit the bug into MapServer's bugzilla with all the information required to reproduce the bug. Put it in the GDAL Support category so it will be assigned to me. Your configuration looks fine, so this could be a real bug though I don't know why this would be happening since I do similar stuff all the time without any problem. > 2.) PNG files are not displayed (24 and 8 bit), they are simply empty, a > white image returns. > They seem to be drawn (the legend has an entry for that raster layer), > no error messages available. > My reference map is a png image and the entire map output works fine > with png images as long as no png images are included in layer definitions. The most likely issue here would seem to be whether or not the png file is properly georeferenced. If it is drawn in a different part of the world, it won't show up in your maps. If you have checked everything you can think of, submit a bug with a minimal mapfile and test data demonstrating the problem in bugzilla. I realize that boiling down the situation to a minimum to reproduce the problem for submission into bugzilla can be tedious, but in the process of stripping away things that you assume are not related to the problem, you may discover something new. It also saves the developers alot of time. In fact, in general, if a problem is reported but I can't easily reproduce it I am very unlikely to spend more time on it. When you depend on free support, you need to do everything you can at your end to lighten the load on the developers. If you want hand holding, it is best to contract for paid support from one of several organizations provides such services for MapServer. The above is really intended for the list is general, not specifically for you Michael. Your message to the list does seem well "boiled down" already. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From warmerdam at pobox.com Fri Aug 22 06:14:31 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 22 Aug 2003 09:14:31 -0400 Subject: [Mapserver-users] mrSID In-Reply-To: <3F4612E8.3030207@pobox.com> References: <005701c368a2$242c9cc0$520214ac@pccgra0982> <3F4612E8.3030207@pobox.com> Message-ID: <3F461737.7010602@pobox.com> Frank Warmerdam wrote: > Bruno Luis wrote: > >> I was wondering... does MapServer support mrSID images? > > > Bruno, > > The GDAL library (you would need a CVS snapshot) does not support the MrSID > format ... if you have a licensed copy of the MrSID library when you > build it. > When GDAL is built this way, it can be used with MapServer to images from > MrSID quite effectively. err, a slight correction to this. The GDAL Library *does* support the MrSID format (if build from a CVS snapshot linking in the appropriate libraries). I hate it when I get the main point of a message completely backwards! Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From dlowther at ou.edu Fri Aug 22 06:18:32 2003 From: dlowther at ou.edu (Lowther, David W) Date: Fri, 22 Aug 2003 08:18:32 -0500 Subject: [Mapserver-users] mrSID Message-ID: Frank, Is this a new development? Are there instructions out there for building GDAL with MrSid support? David Lowther Software Engineer GEO Information Systems University of Oklahoma dlowther at ou.edu (405) 325-3131 http://www.geo.ou.edu > -----Original Message----- > From: Frank Warmerdam [mailto:warmerdam at pobox.com] > Sent: Friday, August 22, 2003 7:56 AM > To: Bruno Luis > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] mrSID > > > Bruno Luis wrote: > > I was wondering... does MapServer support mrSID images? > > Bruno, > > The GDAL library (you would need a CVS snapshot) does not > support the MrSID format ... if you have a licensed copy of > the MrSID library when you build it. When GDAL is built this > way, it can be used with MapServer to images from MrSID quite > effectively. > > Best regards, > > -- > ---------------------------------------+---------------------- > ---------- > ---------------------------------------+------ > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial > Programmer for Rent > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > > From warmerdam at pobox.com Fri Aug 22 06:35:09 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 22 Aug 2003 09:35:09 -0400 Subject: [Mapserver-users] mrSID In-Reply-To: References: Message-ID: <3F461C0D.3070703@pobox.com> Lowther, David W wrote: > Frank, > > Is this a new development? Are there instructions out there for building > GDAL with MrSid support? David, This is a new development. MrSID support was implemented by Andrey Kiselev in the last 2 months under a contract from i-Cubed specifically to allow use of MrSID in MapServer. On Linux (and presumably other Unix platforms) you would configure with the --with-mrsid=(dir) switch. The MrSID DSDK on Linux requires a very specific version of gcc, so everything else (GDAL, and MapServer) will need to be compiled with the same version. On Windows set the MRSID_HOME variable in the GDAL nmake.opt file. Some additional details are available in the GDAL "building from source" page, and in MrSID format page itself. Followups on build problems should go to the gdal-dev list. I would add that due to the licensing of the MrSID libraries, I am unable to redistribute binaries of GDAL utilities or MapServer with MrSID support. You will need to license the DSDK from Lizardtech and build GDAL yourself. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From adams at terrestris.de Fri Aug 22 06:48:57 2003 From: adams at terrestris.de (Till Adams) Date: Fri, 22 Aug 2003 15:48:57 +0200 Subject: [Mapserver-users] mapserver running on debian Message-ID: <3F461F49.3080507@terrestris.de> Dear list, we have just setup our new machine with DebianWoody. Compiling the mapserver (after seeing that we have to apt the dev-versions of all libs) was great fun - it took about 10 minutes :-) Never did this before in that time. Copying the mapserv-binary to the /cgi-bin and make the test "/cgi-bin/mapserv" works fine. Also the mapserv -v on the command line works fine. But not when running a mapserv-application. The apache error log says "Premature end of... blablabla" I searched the archive and found 443 threads with "premature" and I'm sure I tried everything >>> editing ld.so.conf (adding /usr + /usr/lib + /usr/local/lib, /lib, ...), running ldconfig, adding SetEnv LD_LIBRARY_PATH "/usr/local/lib" (and the rest) PassEnv LD_LIBRARY_PATH to my httpd.conf, making sure that mod_env is loaded and my image-temp paths are correct, drinking beer, whisky and wine ... I HAVE NO MORE IDEAS !!!! Please help me otherwise I'll kick this brandnew machine out of our office!!!!! Thanks in advance, Till & Ben & Lars From lehrs at erau.edu Fri Aug 22 06:52:56 2003 From: lehrs at erau.edu (Steve Lehr) Date: Fri, 22 Aug 2003 09:52:56 -0400 Subject: [Mapserver-users] Always returning first record in DBF on itemquery -- RESOLVED In-Reply-To: Message-ID: For anyone who encounters this problem, the issue was that when I was using LOCATION it automatically treated the characters as a string since the first character of the string LOCATION is a non-digit. In my case, the first character was a digit, so it was treating it as a numeric comparison (i.e. perl talk == versus eq). RESOLUTION: add single quotes around QPID, to force it to a string. I believe this is not an issue in the full feature 4.0 rather then the 4.0Beta that I've been using; but I have not fully verified, I thought when I installed 4.0 release yesterday I was seeing the same issue. All the best and thanks for the help as always. Mapserv rocks! Steven Lehr Visiting Professor Embry-Riddle Aeronautical University (LB159) 600 S. Clyde Morris Blvd. Daytona Beach, FL 32114-3900 386-226-7740 -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Steve Lehr Sent: Thursday, August 21, 2003 1:24 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Always returning first record in DBF on itemquery Group: I'm using mapserver 4.0Beta and just tried the 4.0 release, when I query a layer, I'm always getting the first record in the .dbf file, no matter what the parameter is that I pass. I pretty sure I'm sending it the right data, but I always get the first record? I call it with: 000098804447
I'm querying the lookup map below. Yet when it forwards to the aerial.map it always passes the first record in the parcels.dbf, which is not the correct QPID. --- lookup.map -- snip-- MAP LAYER NAME "parcels" DATA parcels STATUS DEFAULT TYPE POLYGON CLASS TEMPLATE "http://127.0.0.1/cgi-bin/mapserv?map=/maps/aerial.map&mapxy=[shpmidx]+[shpm idy]&buffer=500&parcel_id=[QPID]" END END END ---end snip -- Anyone seen symptoms of this behavior before. (**Wild reason thoughts: layer name can not be the same as the data file name? Or qpid and QPID are reserved syntax?) The thing that is messing me up, is that I have the same syntax working for another application, except the layer name is doqindex and the qitem=location and instead of passing along QPID, I pass along LOCATION. Thanks for the thoughts.. Steven Lehr Visiting Professor Embry-Riddle Aeronautical University (LB159) 600 S. Clyde Morris Blvd. Daytona Beach, FL 32114-3900 386-226-7740 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric at gomoos.org Fri Aug 22 03:23:46 2003 From: eric at gomoos.org (Eric Bridger) Date: 22 Aug 2003 10:23:46 +0000 Subject: [Mapserver-users] mapscript: convert lat/lon to map coords? Simple Q In-Reply-To: <20030822061550.GA7323@freeshell.org> References: <20030822061550.GA7323@freeshell.org> Message-ID: <1061547826.1803.7.camel@ubet.gomoos.org> Your problem is the TRANSFORM FALSE line in your line layer. Remove it. It means mapserver will not transform your coordinates to pixel values, thus treating them as acutal pixel values. On Fri, 2003-08-22 at 06:15, poff wrote: > Hello all, > > This is a simple question which is puzzling me. > > When I draw a lat/lon value on a map, I just call setXY() and it draws in > the right place. > > However it seems when I want to draw a line it's using map co-ordinates - > even if I set an extent. > > It's probably something really stupid I'm doing so I hope you can help me > out! > > The mapfile is simple, and the script below does output a line, but not > with lat/lon co-ords but absolute co-ords for the image. > > ... > # start layer lines > > LAYER > NAME 'lines' > TRANSFORM FALSE > TYPE LINE > STATUS DEFAULT > > CLASS > SYMBOL 'marker' > SIZE 2 > COLOR 255 0 0 > END > > END > > # end layer lines > ... > > Oh yes, is there are quicker (or smaller number of lines way) of adding > lines to a map? > > Thank you in advance for any help, > > ... > $mapObj = ms_newMapObj($_SERVER["DOCUMENT_ROOT"]."/maps/plot.map"); > > $layerObj = $mapObj->getLayerByName("lines"); > $layerObj->set("status", 1); > > $minx=-125; > $miny=10; > $maxx=105; > $maxy=50; > > $mapObj->setextent($minx,$miny, > $maxx,$maxy); > > $imgObj=$mapObj->draw(); > > $shpObj = ms_newShapeObj(MS_SHAPE_LINE); > > $pointObj1 = ms_newPointObj(); > $pointObj1->setXY(-122.247,47.5881); // Seattle > > $pointObj2 = ms_newPointObj(); > $pointObj2->setXY(5.73333,45.65); // Paris > > $pointObj3 = ms_newPointObj(); > $pointObj3->setXY(104.917,11.55); // Phnom Pehn > > $lineObj = ms_newLineObj(); > > $lineObj->add($pointObj1); > $lineObj->add($pointObj2); > $lineObj->add($pointObj3); > > $shpObj->add($lineObj); > > $shpObj->draw($mapObj, $layerObj, $imgObj, 0, "foo"); > > $image_url=$imgObj->saveWebImage(MS_PNG,1,1,0); > ... > ?> > > Any other criticisms are warmly welcomed! > -- > poff at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > > Please do not carbon copy replies to me > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From msmith at sanangelompo.org Fri Aug 22 07:33:40 2003 From: msmith at sanangelompo.org (Michael Smith) Date: Fri, 22 Aug 2003 09:33:40 -0500 Subject: [Mapserver-users] HELP!! My Demo is shooting blanks!! Message-ID: I have the Itasca demo up and running on windows 2000 IIS 5. When I insert my shapefile (tgrds and usa) into the demo and change the extents, I get a blank demo screen. Everything else looks the same I even have my counties boundary reference file appear on the right. Any ideas will be very much apppreciated!!! Here is my demo_init.html file: MAP # # Start of map file # NAME "DEMO" STATUS ON EXTENT 176871 41.619778 -82.122902 49.38562 #EXTENT -180.0 -90.0 180.0 90.0 SIZE 600 600 SHAPEPATH "data" IMAGECOLOR 255 255 255 UNITS DD # you may need to change this to match your MapServer build #IMAGETYPE PNG # # Projection definition, consult the PROJ.4 documentation for parameter discussion # #PROJECTION # "proj=utm" # "ellps=GRS80" # "zone=15" # "north" # "no_defs" # # OR: # # "init=epsg:26915" #END # # Start of web interface definition (including WMS enabling metadata) # WEB MINSCALE 1000 MAXSCALE 5550000 IMAGEPATH "set in cosademo_init.html" IMAGEURL "set in cosademo_init.html" HEADER "demo_header.html" FOOTER "demo_footer.html" TEMPLATE "cosademo.html" METADATA "WMS_TITLE" "UMN MapServer Itasca Demo" "WMS_ABSTRACT" "This is the UMN MapServer demonstration application for Itasca County located in north central Minnesota." "WMS_ACCESSCONSTRAINTS" "none" "WMS_ONLINERESOURCE" "http://192.168.110.21/itasca/cosademo_init.html" "WMS_SRS" "EPSG:26915" END END # # Start of reference map # REFERENCE STATUS ON IMAGE "graphics/cosarefer.gif" SIZE 120 120 EXTENT -180.0 -90.0 180.0 90.0 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END QUERYMAP STATUS ON SIZE 200 200 COLOR 255 0 0 STYLE HILITE END # # Start of legend # LEGEND STATUS ON KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END END # # Start of scalebar # SCALEBAR STATUS TRUE COLOR 255 255 255 IMAGECOLOR 255 255 255 UNITS MILES INTERVALS 1 SIZE 80 2 STYLE 1 LABEL SIZE tiny COLOR 255 255 255 END END # # Start of symbol definitions (we're only using a few) # SYMBOL NAME "circle" TYPE ELLIPSE FILLED TRUE POINTS 1 1 END END # # Start of layer definitions # LAYER NAME "ctybdpy2" STATUS OFF DATA "ctybdpy2" TYPE POLYGON CLASSITEM "cty_name" METADATA "WMS_TITLE" "County Boundary" "WMS_ABSTRACT" "Itasca County boundary shapefile. See http://deli.dnr.state.mn.us/metadata/full/ctybdne2.html for more information." "WMS_SRS" "EPSG:26915" END CLASS EXPRESSION "Itasca" COLOR 225 225 185 OUTLINECOLOR 128 128 128 END CLASS # every other county in the state EXPRESSION /./ COLOR 255 255 255 OUTLINECOLOR 128 128 128 END END LAYER NAME "mcd90py2" GROUP "cities" STATUS OFF DATA "mcd90py2" TYPE POLYGON CLASSITEM "city_name" HEADER "mcd90py2_header.html" FOOTER "mcd90py2_footer.html" # allow GML export METADATA "WMS_TITLE" "Minor Civil Divisions" "WMS_ABSTRACT" "Minor civil divisions for Itasca County. (boundaries only)" "WMS_SRS" "EPSG:26915" END CLASS NAME "Cities & Towns" EXPRESSION /./ COLOR 255 225 90 TEMPLATE "mcd90py2.html" END END LAYER NAME "twprgpy3" STATUS OFF DATA "twprgpy3" TYPE POLYGON METADATA "WMS_TITLE" "Township Boundaries" "WMS_ABSTRACT" "Pulic Land Survey (PLS) township boundaries for Itasca County. See http://deli.dnr.state.mn.us/metadata/full/twprgne2.html for more information." "WMS_SRS" "EPSG:26915" END CLASS NAME "Townships" SYMBOL "circle" OUTLINECOLOR 181 181 145 SIZE 2 END END LAYER NAME "lakespy2" STATUS OFF DATA "lakespy2" TYPE POLYGON TOLERANCE 3 HEADER "lakespy2_header.html" FOOTER "lakespy2_footer.html" # allow GML export METADATA "WMS_TITLE" "Lakes and Rivers" "WMS_ABSTRACT" "DLG lake and river polygons for Itasca County. See http://deli.dnr.state.mn.us/metadata/full/dlglkpy2.html for more information." "WMS_SRS" "EPSG:26915" END CLASS NAME "Lakes & Rivers" COLOR 49 117 185 TEMPLATE "lakespy2.html" END END # lakes LAYER NAME "dlgstln2" STATUS OFF DATA "dlgstln2" TYPE LINE TOLERANCE 5 HEADER "dlgstln2_header.html" FOOTER "dlgstln2_footer.html" # allow GML export METADATA "WMS_TITLE" "Streams" "WMS_ABSTRACT" "DLG streams for Itasca County. See http://deli.dnr.state.mn.us/metadata/full/dlgstln2.html for more information." "WMS_SRS" "EPSG:26915" END CLASS NAME "Streams" COLOR 49 117 185 TEMPLATE "dlgstln2.html" END END # streams LAYER NAME "ctyrdln3" GROUP "roads" STATUS OFF DATA "ctyrdln3" TYPE LINE MAXSCALE 300000 METADATA "WMS_TITLE" "County Roads" "WMS_ABSTRACT" "County roads. (lines only) Derived from MNDOT roads layer, see http://deli.dnr.state.mn.us/metadata/full/dotrdln2.html for more information." "WMS_SRS" "EPSG:26915" END CLASS COLOR 0 0 0 END END # county roads LAYER NAME "ctyrdln3_anno" GROUP "roads" STATUS OFF DATA "ctyrdln3" TYPE ANNOTATION MAXSCALE 300000 LABELITEM "road_name" METADATA "WMS_TITLE" "County Roads" "WMS_ABSTRACT" "County roads. (shields only) Derived from MNDOT roads layer, see http://deli.dnr.state.mn.us/metadata/full/dotrdln2.html for more information." "WMS_SRS" "EPSG:26915" END CLASS SYMBOL "symbols/ctyhwy.gif" COLOR 255 255 255 LABEL SIZE TINY POSITION CC MINDISTANCE 150 MINFEATURESIZE 40 COLOR 0 0 0 END END END # county road annotation LAYER NAME "majrdln3" GROUP "roads" STATUS OFF DATA "majrdln3" TYPE LINE MAXSCALE 600000 METADATA "WMS_TITLE" "Highways" "WMS_ABSTRACT" "Highways- state, US and interstate. (lines only) Derived from MNDOT roads layer, see http://deli.dnr.state.mn.us/metadata/full/dotrdln2.html for more information." "WMS_SRS" "EPSG:26915" END CLASS NAME "Roads" COLOR 0 0 0 END END # highways LAYER NAME "majrdln3_anno" GROUP "roads" STATUS OFF DATA "majrdln3" TYPE ANNOTATION CLASSITEM "road_class" MAXSCALE 600000 LABELITEM "road_num" METADATA "WMS_TITLE" "Highways" "WMS_ABSTRACT" "Highways- state, US and interstate. (shields only) Derived from MNDOT roads layer, see http://deli.dnr.state.mn.us/metadata/full/dotrdln2.html for more information." "WMS_SRS" "EPSG:26915" END CLASS EXPRESSION "3" # dummy color SYMBOL "symbols/sthwy.gif" COLOR 0 0 0 LABEL SIZE TINY POSITION CC MINDISTANCE 150 MINFEATURESIZE 50 COLOR 0 0 0 END END CLASS EXPRESSION "2" # dummy color SYMBOL "symbols/ushwy.gif" COLOR 0 0 0 LABEL SIZE TINY POSITION CC MINDISTANCE 150 MINFEATURESIZE 50 COLOR 0 0 0 END END CLASS EXPRESSION "1" # dummy color SYMBOL "symbols/interstate.gif" COLOR 0 0 0 LABEL SIZE TINY POSITION CC MINDISTANCE 150 MINFEATURESIZE 50 COLOR 255 255 255 END END END # highway annotation LAYER NAME "airports" STATUS OFF DATA "airports" TYPE POINT TOLERANCE 5 HEADER "airports_header.html" FOOTER "airports_footer.html" METADATA "WMS_TITLE" "Airports" "WMS_ABSTRACT" "Airport runways for Itasca County." "WMS_SRS" "EPSG:26915" END CLASS NAME "Airports" SYMBOL "circle" COLOR 128 255 164 SIZE 7 TEMPLATE "airports.html" END END LAYER NAME "cities" STATUS OFF DATA "mcd90py2" TYPE ANNOTATION CLASSITEM "city_name" LABELITEM "city_name" LABELMAXSCALE 500000 METADATA "WMS_TITLE" "Minor Civil Divisions" "WMS_ABSTRACT" "Minor civil divisions for Itasca County. (annotation only)" "WMS_SRS" "EPSG:26915" END CLASS EXPRESSION /./ COLOR -1 -1 -1 LABEL TYPE BITMAP SIZE MEDIUM POSITION CC BUFFER 2 COLOR 0 0 0 SHADOWCOLOR 218 218 218 SHADOWSIZE 2 2 PARTIALS FALSE END END END LAYER NAME "tgroads" STATUS ON DATA "tgrds" TYPE LINE CLASSITEM "Street" UNITS DD END LAYER NAME "usa" STATUS DEFAULT DATA "usa" TYPE POLYGON UNITS DD END END Michael Smith, Planner II City of San Angelo Planning & Development 325.657.4210 Fax: 325.481.2648 Email: msmith at sanangelompo.org From mschulz at webgis.de Fri Aug 22 07:42:04 2003 From: mschulz at webgis.de (Michael Schulz) Date: Fri, 22 Aug 2003 16:42:04 +0200 Subject: [Mapserver-users] mapserver4.0 compilation under w2000 Message-ID: <3F462BBC.1080203@webgis.de> Hi, here it comes again: i try to compile mapserver4.0 on w2000 with msvc++7. I succeeded a while ago with a mapserv3.7 version. Now i am stuck with an error related to the regex library: Creating library mapserv.lib and object mapserv.exp mapserver.lib(regex.obj) : error LNK2001: unresolved external symbol _printchar mapserv.exe : fatal error LNK1120: 1 unresolved externals Stefan, I cc'ed to you directly since you described the same error some months ago, did you solve the problem? Or, perhaps some of the windows-mapserver users has a good idea. I searched google for a while and only found some references, that suggested to include a __STDC__ flag for the regex lib, when using it in cpp code, hmm, but i don't know if that could help in this case. TIA, Michael -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From dlowther at ou.edu Fri Aug 22 07:46:28 2003 From: dlowther at ou.edu (Lowther, David W) Date: Fri, 22 Aug 2003 09:46:28 -0500 Subject: [Mapserver-users] HELP!! My Demo is shooting blanks!! Message-ID: Looks like your units don't jive with your extent. David Lowther Software Engineer GEO Information Systems University of Oklahoma dlowther at ou.edu (405) 325-3131 http://www.geo.ou.edu > -----Original Message----- > From: Michael Smith [mailto:msmith at sanangelompo.org] > Sent: Friday, August 22, 2003 9:34 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] HELP!! My Demo is shooting blanks!! > > > I have the Itasca demo up and running on windows 2000 IIS 5. > When I insert my shapefile (tgrds and usa) into the demo and > change the extents, I get a blank demo screen. Everything > else looks the same I even have my counties boundary > reference file appear on the right. Any ideas will be very > much apppreciated!!! > > Here is my demo_init.html file: > > MAP > # > # Start of map file > # > NAME "DEMO" > STATUS ON > EXTENT 176871 41.619778 -82.122902 49.38562 > #EXTENT -180.0 -90.0 180.0 90.0 > SIZE 600 600 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > UNITS DD > # you may need to change this to match your MapServer build > #IMAGETYPE PNG > # > # Projection definition, consult the PROJ.4 documentation > for parameter discussion > # > #PROJECTION > # "proj=utm" > # "ellps=GRS80" > # "zone=15" > # "north" > # "no_defs" > # > # OR: > # > # "init=epsg:26915" > #END > # > # Start of web interface definition (including WMS enabling > metadata) > # > WEB > MINSCALE 1000 > MAXSCALE 5550000 > IMAGEPATH "set in cosademo_init.html" > IMAGEURL "set in cosademo_init.html" > HEADER "demo_header.html" > FOOTER "demo_footer.html" > TEMPLATE "cosademo.html" > METADATA > "WMS_TITLE" "UMN MapServer Itasca Demo" > "WMS_ABSTRACT" "This is the UMN MapServer > demonstration application > for Itasca County located in north central Minnesota." > "WMS_ACCESSCONSTRAINTS" "none" > "WMS_ONLINERESOURCE" > "http://192.168.110.21/itasca/cosademo_init.html" > "WMS_SRS" "EPSG:26915" > END > END > # > # Start of reference map > # > REFERENCE > STATUS ON > IMAGE "graphics/cosarefer.gif" > SIZE 120 120 > EXTENT -180.0 -90.0 180.0 90.0 > COLOR -1 -1 -1 > OUTLINECOLOR 255 0 0 > END > QUERYMAP > STATUS ON > SIZE 200 200 > COLOR 255 0 0 > STYLE HILITE > END > # > # Start of legend > # > LEGEND > STATUS ON > KEYSIZE 18 12 > LABEL > TYPE BITMAP > SIZE MEDIUM > COLOR 0 0 89 > END > END > # > # Start of scalebar > # > SCALEBAR > STATUS TRUE > COLOR 255 255 255 > IMAGECOLOR 255 255 255 > UNITS MILES > INTERVALS 1 > SIZE 80 2 > STYLE 1 > LABEL > SIZE tiny > COLOR 255 255 255 > END > END > # > # Start of symbol definitions (we're only using a few) > # > SYMBOL > NAME "circle" > TYPE ELLIPSE > FILLED TRUE > POINTS > 1 1 > END > END > # > # Start of layer definitions > # > LAYER > NAME "ctybdpy2" > STATUS OFF > DATA "ctybdpy2" > TYPE POLYGON > CLASSITEM "cty_name" > METADATA > "WMS_TITLE" "County Boundary" > "WMS_ABSTRACT" "Itasca County boundary shapefile. See > http://deli.dnr.state.mn.us/metadata/full/ctybdne2.html for > more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > EXPRESSION "Itasca" > COLOR 225 225 185 > OUTLINECOLOR 128 128 128 > END > CLASS > # every other county in the state > EXPRESSION /./ > COLOR 255 255 255 > OUTLINECOLOR 128 128 128 > END > END > LAYER > NAME "mcd90py2" > GROUP "cities" > STATUS OFF > DATA "mcd90py2" > TYPE POLYGON > CLASSITEM "city_name" > HEADER "mcd90py2_header.html" > FOOTER "mcd90py2_footer.html" > # allow GML export > METADATA > "WMS_TITLE" "Minor Civil Divisions" > "WMS_ABSTRACT" "Minor civil divisions for Itasca County. > (boundaries only)" > "WMS_SRS" "EPSG:26915" > END > CLASS > NAME "Cities & Towns" > EXPRESSION /./ > COLOR 255 225 90 > TEMPLATE "mcd90py2.html" > END > END > LAYER > NAME "twprgpy3" > STATUS OFF > DATA "twprgpy3" > TYPE POLYGON > METADATA > "WMS_TITLE" "Township Boundaries" > "WMS_ABSTRACT" "Pulic Land Survey (PLS) township > boundaries for > Itasca County. See > http://deli.dnr.state.mn.us/metadata/full/twprgne2.html > for more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > NAME "Townships" > SYMBOL "circle" > OUTLINECOLOR 181 181 145 > SIZE 2 > END > END > LAYER > NAME "lakespy2" > STATUS OFF > DATA "lakespy2" > TYPE POLYGON > TOLERANCE 3 > HEADER "lakespy2_header.html" > FOOTER "lakespy2_footer.html" > # allow GML export > METADATA > "WMS_TITLE" "Lakes and Rivers" > "WMS_ABSTRACT" "DLG lake and river polygons for > Itasca County. See > http://deli.dnr.state.mn.us/metadata/full/dlglkpy2.html for > more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > NAME "Lakes & Rivers" > COLOR 49 117 185 > TEMPLATE "lakespy2.html" > END > END > # lakes > LAYER > NAME "dlgstln2" > STATUS OFF > DATA "dlgstln2" > TYPE LINE > TOLERANCE 5 > HEADER "dlgstln2_header.html" > FOOTER "dlgstln2_footer.html" > # allow GML export > METADATA > "WMS_TITLE" "Streams" > "WMS_ABSTRACT" "DLG streams for Itasca County. See > http://deli.dnr.state.mn.us/metadata/full/dlgstln2.html for > more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > NAME "Streams" > COLOR 49 117 185 > TEMPLATE "dlgstln2.html" > END > END > # streams > LAYER > NAME "ctyrdln3" > GROUP "roads" > STATUS OFF > DATA "ctyrdln3" > TYPE LINE > MAXSCALE 300000 > METADATA > "WMS_TITLE" "County Roads" > "WMS_ABSTRACT" "County roads. (lines only) Derived > from MNDOT > roads layer, see > http://deli.dnr.state.mn.us/metadata/full/dotrdln2.html for > more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > COLOR 0 0 0 > END > END > # county roads > LAYER > NAME "ctyrdln3_anno" > GROUP "roads" > STATUS OFF > DATA "ctyrdln3" > TYPE ANNOTATION > MAXSCALE 300000 > LABELITEM "road_name" > METADATA > "WMS_TITLE" "County Roads" > "WMS_ABSTRACT" "County roads. (shields only) > Derived from MNDOT > roads layer, see > http://deli.dnr.state.mn.us/metadata/full/dotrdln2.html for > more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > SYMBOL "symbols/ctyhwy.gif" > COLOR 255 255 255 > LABEL > SIZE TINY > POSITION CC > MINDISTANCE 150 > MINFEATURESIZE 40 > COLOR 0 0 0 > END > END > END > # county road annotation > LAYER > NAME "majrdln3" > GROUP "roads" > STATUS OFF > DATA "majrdln3" > TYPE LINE > MAXSCALE 600000 > METADATA > "WMS_TITLE" "Highways" > "WMS_ABSTRACT" "Highways- state, US and interstate. > (lines only) > Derived from MNDOT roads layer, see > http://deli.dnr.state.mn.us/metadata/full/dotrdln2.html for > more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > NAME "Roads" > COLOR 0 0 0 > END > END > # highways > LAYER > NAME "majrdln3_anno" > GROUP "roads" > STATUS OFF > DATA "majrdln3" > TYPE ANNOTATION > CLASSITEM "road_class" > MAXSCALE 600000 > LABELITEM "road_num" > METADATA > "WMS_TITLE" "Highways" > "WMS_ABSTRACT" "Highways- state, US and interstate. > (shields only) > Derived from MNDOT roads layer, see > http://deli.dnr.state.mn.us/metadata/full/dotrdln2.html for > more information." > "WMS_SRS" "EPSG:26915" > END > CLASS > EXPRESSION "3" > # dummy color > SYMBOL "symbols/sthwy.gif" > COLOR 0 0 0 > LABEL > SIZE TINY > POSITION CC > MINDISTANCE 150 > MINFEATURESIZE 50 > COLOR 0 0 0 > END > END > CLASS > EXPRESSION "2" > # dummy color > SYMBOL "symbols/ushwy.gif" > COLOR 0 0 0 > LABEL > SIZE TINY > POSITION CC > MINDISTANCE 150 > MINFEATURESIZE 50 > COLOR 0 0 0 > END > END > CLASS > EXPRESSION "1" > # dummy color > SYMBOL "symbols/interstate.gif" > COLOR 0 0 0 > LABEL > SIZE TINY > POSITION CC > MINDISTANCE 150 > MINFEATURESIZE 50 > COLOR 255 255 255 > END > END > END > # highway annotation > LAYER > NAME "airports" > STATUS OFF > DATA "airports" > TYPE POINT > TOLERANCE 5 > HEADER "airports_header.html" > FOOTER "airports_footer.html" > METADATA > "WMS_TITLE" "Airports" > "WMS_ABSTRACT" "Airport runways for Itasca County." > "WMS_SRS" "EPSG:26915" > END > CLASS > NAME "Airports" > SYMBOL "circle" > COLOR 128 255 164 > SIZE 7 > TEMPLATE "airports.html" > END > END > LAYER > NAME "cities" > STATUS OFF > DATA "mcd90py2" > TYPE ANNOTATION > CLASSITEM "city_name" > LABELITEM "city_name" > LABELMAXSCALE 500000 > METADATA > "WMS_TITLE" "Minor Civil Divisions" > "WMS_ABSTRACT" "Minor civil divisions for Itasca County. > (annotation only)" > "WMS_SRS" "EPSG:26915" > END > CLASS > EXPRESSION /./ > COLOR -1 -1 -1 > LABEL > TYPE BITMAP > SIZE MEDIUM > POSITION CC > BUFFER 2 > COLOR 0 0 0 > SHADOWCOLOR 218 218 218 > SHADOWSIZE 2 2 > PARTIALS FALSE > END > END > END > LAYER > NAME "tgroads" > STATUS ON > DATA "tgrds" > TYPE LINE > CLASSITEM "Street" > UNITS DD > END > LAYER > NAME "usa" > STATUS DEFAULT > DATA "usa" > TYPE POLYGON > UNITS DD > END > END > > Michael Smith, Planner II > City of San Angelo > Planning & Development > 325.657.4210 Fax: 325.481.2648 > Email: msmith at sanangelompo.org > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > > From hobbes_zatow at yahoo.com Fri Aug 22 07:58:16 2003 From: hobbes_zatow at yahoo.com (Hobbes Zatow) Date: Fri, 22 Aug 2003 07:58:16 -0700 (PDT) Subject: [Mapserver-users] auto extent? Message-ID: <20030822145816.12044.qmail@web11607.mail.yahoo.com> Is there an auto extent feature in mapserver that will display a zoomed-in view of the visible area of a map? For example, given a shapefile of US counties, if I filter so that only Florida counties are matched, could mapserver display Florida within whatever SIZE the map file specifies? If not, can anyone provide code for doing this using perl/mapscript? I tried leaving out EXTENT from the .map file, but at least the CGI file did not like that. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From gayathri at ou.edu Fri Aug 22 08:01:46 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Fri, 22 Aug 2003 10:01:46 -0500 Subject: [Mapserver-users] mapserver4.0 compilation under w2000 Message-ID: Hi: This error comes up if regex library is not properly inferenced in your makefile.vc. Also you could try compiling your regex one more time, get a regex.obj and then do make on mapserver... HTH, Gayathri -----Original Message----- From: Michael Schulz [mailto:mschulz at webgis.de] Sent: Friday, August 22, 2003 9:42 AM To: MapServer Userlist Cc: kafka at email.cz Subject: [Mapserver-users] mapserver4.0 compilation under w2000 Hi, here it comes again: i try to compile mapserver4.0 on w2000 with msvc++7. I succeeded a while ago with a mapserv3.7 version. Now i am stuck with an error related to the regex library: Creating library mapserv.lib and object mapserv.exp mapserver.lib(regex.obj) : error LNK2001: unresolved external symbol _printchar mapserv.exe : fatal error LNK1120: 1 unresolved externals Stefan, I cc'ed to you directly since you described the same error some months ago, did you solve the problem? Or, perhaps some of the windows-mapserver users has a good idea. I searched google for a while and only found some references, that suggested to include a __STDC__ flag for the regex lib, when using it in cpp code, hmm, but i don't know if that could help in this case. TIA, Michael -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dlowther at ou.edu Fri Aug 22 08:17:54 2003 From: dlowther at ou.edu (Lowther, David W) Date: Fri, 22 Aug 2003 10:17:54 -0500 Subject: [Mapserver-users] HELP!! My Demo is shooting blanks!! Message-ID: Michael, Your mapfile reads: EXTENT 176871 41.619778 -82.122902 49.38562 UNITS DD The 176871 number is not an acceptable DD value... Also, always reply to all so the list gets your messages also. David Lowther Software Engineer GEO Information Systems University of Oklahoma dlowther at ou.edu (405) 325-3131 http://www.geo.ou.edu > -----Original Message----- > From: Michael Smith [mailto:msmith at sanangelompo.org] > Sent: Friday, August 22, 2003 10:06 AM > To: Lowther, David W > Subject: RE: [Mapserver-users] HELP!! My Demo is shooting blanks!! > > > Oops! I pasted the wrong code. The second extent (#EXTENT > -180.0 -90.0 180.0 90.0) what I am using with my demo and DD > units and getting the blank screen. Any other suggestions? > > > > MAP > > # > > # Start of map file > > # > > NAME "DEMO" > > STATUS ON > > EXTENT 176871 41.619778 -82.122902 49.38562 > > #EXTENT -180.0 -90.0 180.0 90.0 > > SIZE 600 600 > > SHAPEPATH "data" > > IMAGECOLOR 255 255 255 > > UNITS DD > > > > > > -----Original Message----- > From: Lowther, David W [mailto:dlowther at ou.edu] > Sent: Friday, August 22, 2003 9:46 AM > To: 'Michael Smith'; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] HELP!! My Demo is shooting blanks!! > > > Looks like your units don't jive with your extent. > > David Lowther > Software Engineer > GEO Information Systems > University of Oklahoma > dlowther at ou.edu > (405) 325-3131 > http://www.geo.ou.edu > > > > > > -----Original Message----- > > From: Michael Smith [mailto:msmith at sanangelompo.org] > > Sent: Friday, August 22, 2003 9:34 AM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] HELP!! My Demo is shooting blanks!! > > > > > > I have the Itasca demo up and running on windows 2000 IIS 5. When I > > insert my shapefile (tgrds and usa) into the demo and change the > > extents, I get a blank demo screen. Everything else looks > the same I > > even have my counties boundary reference file appear on the right. > > Any ideas will be very much apppreciated!!! > > > > Here is my demo_init.html file: > > > > MAP > > # > > # Start of map file > > # > > NAME "DEMO" > > STATUS ON > > EXTENT 176871 41.619778 -82.122902 49.38562 > > #EXTENT -180.0 -90.0 180.0 90.0 > > SIZE 600 600 > > SHAPEPATH "data" > > IMAGECOLOR 255 255 255 > > UNITS DD > > # you may need to change this to match your MapServer build > > #IMAGETYPE PNG > > # > > # Projection definition, consult the PROJ.4 documentation for > > parameter discussion > > # > > #PROJECTION > > # "proj=utm" > > # "ellps=GRS80" > > # "zone=15" > > # "north" > > # "no_defs" > > # > > # OR: > > # > > # "init=epsg:26915" > > #END > > # > > # Start of web interface definition (including WMS enabling > > metadata) > > # > > WEB > > MINSCALE 1000 > > MAXSCALE 5550000 > > IMAGEPATH "set in cosademo_init.html" > > IMAGEURL "set in cosademo_init.html" > > HEADER "demo_header.html" > > FOOTER "demo_footer.html" > > TEMPLATE "cosademo.html" > > METADATA > > "WMS_TITLE" "UMN MapServer Itasca Demo" > > "WMS_ABSTRACT" "This is the UMN MapServer > > demonstration application > > for Itasca County located in north central Minnesota." > > "WMS_ACCESSCONSTRAINTS" "none" > > "WMS_ONLINERESOURCE" > > "http://192.168.110.21/itasca/cosademo_init.html" > > "WMS_SRS" "EPSG:26915" > > END > > END > > # > > # Start of reference map > > # > > REFERENCE > > STATUS ON > > IMAGE "graphics/cosarefer.gif" > > SIZE 120 120 > > EXTENT -180.0 -90.0 180.0 90.0 > > COLOR -1 -1 -1 > > OUTLINECOLOR 255 0 0 > > END > > QUERYMAP > > STATUS ON > > SIZE 200 200 > > COLOR 255 0 0 > > STYLE HILITE > > END > > # > > # Start of legend > > # > > LEGEND > > STATUS ON > > KEYSIZE 18 12 > > LABEL > > TYPE BITMAP > > SIZE MEDIUM > > COLOR 0 0 89 > > END > > END > > # > > # Start of scalebar > > # > > SCALEBAR > > STATUS TRUE > > COLOR 255 255 255 > > IMAGECOLOR 255 255 255 > > UNITS MILES > > INTERVALS 1 > > SIZE 80 2 > > STYLE 1 > > LABEL > > SIZE tiny > > COLOR 255 255 255 > > END > > END > > # > > # Start of symbol definitions (we're only using a few) > > # > > SYMBOL > > NAME "circle" > > TYPE ELLIPSE > > FILLED TRUE > > POINTS > > 1 1 > > END > > END > > # > > # Start of layer definitions > > # > > LAYER > > NAME "ctybdpy2" > > STATUS OFF > > DATA "ctybdpy2" > > TYPE POLYGON > > CLASSITEM "cty_name" > > METADATA > > "WMS_TITLE" "County Boundary" > > "WMS_ABSTRACT" "Itasca County boundary shapefile. See > > http://deli.dnr.state.mn.us/metadata/full/ctybdne2.html for more > > information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > EXPRESSION "Itasca" > > COLOR 225 225 185 > > OUTLINECOLOR 128 128 128 > > END > > CLASS > > # every other county in the state > > EXPRESSION /./ > > COLOR 255 255 255 > > OUTLINECOLOR 128 128 128 > > END > > END > > LAYER > > NAME "mcd90py2" > > GROUP "cities" > > STATUS OFF > > DATA "mcd90py2" > > TYPE POLYGON > > CLASSITEM "city_name" > > HEADER "mcd90py2_header.html" > > FOOTER "mcd90py2_footer.html" > > # allow GML export > > METADATA > > "WMS_TITLE" "Minor Civil Divisions" > > "WMS_ABSTRACT" "Minor civil divisions for Itasca County. > > (boundaries only)" > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > NAME "Cities & Towns" > > EXPRESSION /./ > > COLOR 255 225 90 > > TEMPLATE "mcd90py2.html" > > END > > END > > LAYER > > NAME "twprgpy3" > > STATUS OFF > > DATA "twprgpy3" > > TYPE POLYGON > > METADATA > > "WMS_TITLE" "Township Boundaries" > > "WMS_ABSTRACT" "Pulic Land Survey (PLS) township > > boundaries for > > Itasca County. See > > http://deli.dnr.state.mn.us/metadata/full/twprgne2.html > > for more information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > NAME "Townships" > > SYMBOL "circle" > > OUTLINECOLOR 181 181 145 > > SIZE 2 > > END > > END > > LAYER > > NAME "lakespy2" > > STATUS OFF > > DATA "lakespy2" > > TYPE POLYGON > > TOLERANCE 3 > > HEADER "lakespy2_header.html" > > FOOTER "lakespy2_footer.html" > > # allow GML export > > METADATA > > "WMS_TITLE" "Lakes and Rivers" > > "WMS_ABSTRACT" "DLG lake and river polygons for > > Itasca County. See > > http://deli.dnr.state.mn.us/metadata/full/dlglkpy2.html for more > > information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > NAME "Lakes & Rivers" > > COLOR 49 117 185 > > TEMPLATE "lakespy2.html" > > END > > END > > # lakes > > LAYER > > NAME "dlgstln2" > > STATUS OFF > > DATA "dlgstln2" > > TYPE LINE > > TOLERANCE 5 > > HEADER "dlgstln2_header.html" > > FOOTER "dlgstln2_footer.html" > > # allow GML export > > METADATA > > "WMS_TITLE" "Streams" > > "WMS_ABSTRACT" "DLG streams for Itasca County. See > > http://deli.dnr.state.mn.us/metadata/full/dlgstln2.html for more > > information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > NAME "Streams" > > COLOR 49 117 185 > > TEMPLATE "dlgstln2.html" > > END > > END > > # streams > > LAYER > > NAME "ctyrdln3" > > GROUP "roads" > > STATUS OFF > > DATA "ctyrdln3" > > TYPE LINE > > MAXSCALE 300000 > > METADATA > > "WMS_TITLE" "County Roads" > > "WMS_ABSTRACT" "County roads. (lines only) Derived > > from MNDOT > > roads layer, see > > http://deli.dnr.state.mn.us/metadata/full/dotrdln2.html for more > > information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > COLOR 0 0 0 > > END > > END > > # county roads > > LAYER > > NAME "ctyrdln3_anno" > > GROUP "roads" > > STATUS OFF > > DATA "ctyrdln3" > > TYPE ANNOTATION > > MAXSCALE 300000 > > LABELITEM "road_name" > > METADATA > > "WMS_TITLE" "County Roads" > > "WMS_ABSTRACT" "County roads. (shields only) > > Derived from MNDOT > > roads layer, see > > http://deli.dnr.state.mn.us/metadata/full/dotrdln2.html for more > > information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > SYMBOL "symbols/ctyhwy.gif" > > COLOR 255 255 255 > > LABEL > > SIZE TINY > > POSITION CC > > MINDISTANCE 150 > > MINFEATURESIZE 40 > > COLOR 0 0 0 > > END > > END > > END > > # county road annotation > > LAYER > > NAME "majrdln3" > > GROUP "roads" > > STATUS OFF > > DATA "majrdln3" > > TYPE LINE > > MAXSCALE 600000 > > METADATA > > "WMS_TITLE" "Highways" > > "WMS_ABSTRACT" "Highways- state, US and interstate. > > (lines only) > > Derived from MNDOT roads layer, see > > http://deli.dnr.state.mn.us/metadata/full/dotrdln2.html for more > > information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > NAME "Roads" > > COLOR 0 0 0 > > END > > END > > # highways > > LAYER > > NAME "majrdln3_anno" > > GROUP "roads" > > STATUS OFF > > DATA "majrdln3" > > TYPE ANNOTATION > > CLASSITEM "road_class" > > MAXSCALE 600000 > > LABELITEM "road_num" > > METADATA > > "WMS_TITLE" "Highways" > > "WMS_ABSTRACT" "Highways- state, US and interstate. > > (shields only) > > Derived from MNDOT roads layer, see > > http://deli.dnr.state.mn.us/metadata/full/dotrdln2.html for more > > information." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > EXPRESSION "3" > > # dummy color > > SYMBOL "symbols/sthwy.gif" > > COLOR 0 0 0 > > LABEL > > SIZE TINY > > POSITION CC > > MINDISTANCE 150 > > MINFEATURESIZE 50 > > COLOR 0 0 0 > > END > > END > > CLASS > > EXPRESSION "2" > > # dummy color > > SYMBOL "symbols/ushwy.gif" > > COLOR 0 0 0 > > LABEL > > SIZE TINY > > POSITION CC > > MINDISTANCE 150 > > MINFEATURESIZE 50 > > COLOR 0 0 0 > > END > > END > > CLASS > > EXPRESSION "1" > > # dummy color > > SYMBOL "symbols/interstate.gif" > > COLOR 0 0 0 > > LABEL > > SIZE TINY > > POSITION CC > > MINDISTANCE 150 > > MINFEATURESIZE 50 > > COLOR 255 255 255 > > END > > END > > END > > # highway annotation > > LAYER > > NAME "airports" > > STATUS OFF > > DATA "airports" > > TYPE POINT > > TOLERANCE 5 > > HEADER "airports_header.html" > > FOOTER "airports_footer.html" > > METADATA > > "WMS_TITLE" "Airports" > > "WMS_ABSTRACT" "Airport runways for Itasca County." > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > NAME "Airports" > > SYMBOL "circle" > > COLOR 128 255 164 > > SIZE 7 > > TEMPLATE "airports.html" > > END > > END > > LAYER > > NAME "cities" > > STATUS OFF > > DATA "mcd90py2" > > TYPE ANNOTATION > > CLASSITEM "city_name" > > LABELITEM "city_name" > > LABELMAXSCALE 500000 > > METADATA > > "WMS_TITLE" "Minor Civil Divisions" > > "WMS_ABSTRACT" "Minor civil divisions for Itasca County. > > (annotation only)" > > "WMS_SRS" "EPSG:26915" > > END > > CLASS > > EXPRESSION /./ > > COLOR -1 -1 -1 > > LABEL > > TYPE BITMAP > > SIZE MEDIUM > > POSITION CC > > BUFFER 2 > > COLOR 0 0 0 > > SHADOWCOLOR 218 218 218 > > SHADOWSIZE 2 2 > > PARTIALS FALSE > > END > > END > > END > > LAYER > > NAME "tgroads" > > STATUS ON > > DATA "tgrds" > > TYPE LINE > > CLASSITEM "Street" > > UNITS DD > > END > > LAYER > > NAME "usa" > > STATUS DEFAULT > > DATA "usa" > > TYPE POLYGON > > UNITS DD > > END > > END > > > > Michael Smith, Planner II > > City of San Angelo > > Planning & Development > > 325.657.4210 Fax: 325.481.2648 > > Email: msmith at sanangelompo.org > > > > > > _______________________________________________ > > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > > > > > > > > > From poff at sixbit.org Fri Aug 22 08:43:15 2003 From: poff at sixbit.org (poff) Date: Fri, 22 Aug 2003 17:43:15 +0200 Subject: [Mapserver-users] mapscript: convert lat/lon to map coords? Simple Q In-Reply-To: <1061547826.1803.7.camel@ubet.gomoos.org> References: <20030822061550.GA7323@freeshell.org> <1061547826.1803.7.camel@ubet.gomoos.org> Message-ID: <20030822154315.GA24771@freeshell.org> On Fri, Aug 22, 2003 at 10:23:46AM +0000, Eric Bridger wrote: > Your problem is the TRANSFORM FALSE line in your line layer. > Remove it. It means mapserver will not transform your coordinates to > pixel values, thus treating them as acutal pixel values. Can't thank you enough - works great! P From ed at topozone.com Fri Aug 22 08:42:18 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 22 Aug 2003 11:42:18 -0400 Subject: [Mapserver-users] mapserver4.0 compilation under w2000 Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFFEA@mercator.topozone.com> Michael - regex.obj creates more hassles per line of code than any other file in the Windows build! It's simply a bad makefile. Try this - go into the regex-0.12 directory and make ONLY the regex.obj target. This should work fine. Then check/edit your MapServer makefile and make sure that a "make clean" doesn't delete it. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Michael Schulz [mailto:mschulz at webgis.de] Sent: Friday, August 22, 2003 10:42 AM To: MapServer Userlist Cc: kafka at email.cz Subject: [Mapserver-users] mapserver4.0 compilation under w2000 Hi, here it comes again: i try to compile mapserver4.0 on w2000 with msvc++7. I succeeded a while ago with a mapserv3.7 version. Now i am stuck with an error related to the regex library: Creating library mapserv.lib and object mapserv.exp mapserver.lib(regex.obj) : error LNK2001: unresolved external symbol _printchar mapserv.exe : fatal error LNK1120: 1 unresolved externals Stefan, I cc'ed to you directly since you described the same error some months ago, did you solve the problem? Or, perhaps some of the windows-mapserver users has a good idea. I searched google for a while and only found some references, that suggested to include a __STDC__ flag for the regex lib, when using it in cpp code, hmm, but i don't know if that could help in this case. TIA, Michael -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From davidson at usgs.gov Fri Aug 22 09:00:42 2003 From: davidson at usgs.gov (D. Scott Davidson) Date: Fri, 22 Aug 2003 11:00:42 -0500 Subject: [Mapserver-users] Help !!! Mapscript installation nightmare !! Message-ID: For the installation of GDAL, I just did configure, make clean make make install but I had to use version 3.8 of the gnu make Daniel Meyer cc: "D. Scott Davidson" Subject: Re: [Mapserver-users] Help !!! Mapscript installation nightmare !! 08/20/2003 06:29 PM Please respond to Daniel Meyer -----BEGIN PGP SIGNED MESSAGE----- Hash: MD5 Hello D., Wednesday, August 20, 2003, 2:33:50 PM, you wrote: Take a quick look at the output from "crle", it sounds like perhaps the shared library is not in the search path. "ldd" may also help you here. If the library is not found in the search path you could either add it to via crle or try specifying paths manually by setting LD_LIBRARY_PATH when executing the binary. I'm curious, how did you go about installing GDAL? When I try to run configure it complains it cannot locate gdal-config. I had installed OpenEV which apparently contains GDAL but not gdal-config. I grabbed the sources for gdal-1.1.9, but I am missing all the required libraries need for the different format. I guess I will rewind and go through all the processes again and put together some binary packages for Solaris 8 and Solaris 9. I've run into some snags that I am sure others would love to avoid. Let me know how things work out. Daniel. DSD> Hello, DSD> I have spent an enormous amount of time trying to get php-mapscript to DSD> work. DSD> This has truly been a nightmare. DSD> I have built php-4.3.2 as part of apache_1.3.26 on Solaris 2.8 . DSD> This builds fine, and php works. DSD> I then built and installed mapserver-4.0. DSD> I configured mapserver with this: DSD> configure --without-tiff --with-proj=/usr/local/lib --with-gdal DSD> --with-wmsclient --with-gd=/usr/lib --with-php=/usr/local/include/php/ DSD> It made fine. DSD> I then copied the mapserver.so to the php directory, edited the php.ini DSD> file. DSD> When running the phpinfo_mapscript.php test file I get these errors: DSD> Warning: dl(): Unable to load dynamic library DSD> '/usr/opt/lib/php/extensions/php_mapscript.so' - DSD> ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file DSD> /usr/opt/lib/php/extensions/php_mapscript.so: symbol gdImageSetClip: DSD> referenced symbol not found DSD> in /www/htdocs/phpinfo_mapscript.php on line 21 DSD> This has been maddening - does anyone know how to fix this ? DSD> _______________________________________________ DSD> Mapserver-users mailing list DSD> Mapserver-users at lists.gis.umn.edu DSD> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users - -- Best regards, Daniel CacheConfim http://www.cacheconfirm.com dmeyer at cacheconfirm.com -----BEGIN PGP SIGNATURE----- Version: 2.6 iQCVAwUAP0QEZgyQdEmcbNM5AQH9gwP/fz1maOqeOzCxFI53Btdrhru8HP1OBwig emVSaLdNIni62VUJ9G6xqgV9MOuy8eb/TXrRHOkCW5J0+usH/Aqu2Z+OHI08iFwp DjktFEvyikO15+DZMAkCVPFqDvh3EEcg6Gne1FM1DIqAfor3TRahyX8qOWQTK7jU 71OSczI3Bco= -----END PGP SIGNATURE----- From mschulz at webgis.de Fri Aug 22 11:35:28 2003 From: mschulz at webgis.de (Michael Schulz) Date: Fri, 22 Aug 2003 20:35:28 +0200 Subject: [Mapserver-users] mapserver4.0 compilation under w2000 References: <13858AA1A74F30419F319ACB66A9D1222BFFEA@mercator.topozone.com> Message-ID: <3F466270.5040100@webgis.de> Hi Ed, Gayathri, But how to make "only" the regex.obj target, there is no such target (which Makefile do you mean?) - do i have to edit the makefile.in and add such a target manually?! Thanks again for your help, i know this is annoying (especially because i already managed to do it some time ago ;-)) Cheers, Michael Ed McNierney schrieb: >Michael - > >regex.obj creates more hassles per line of code than any other file in the Windows build! It's simply a bad makefile. > >Try this - go into the regex-0.12 directory and make ONLY the regex.obj target. This should work fine. Then check/edit your MapServer makefile and make sure that a "make clean" doesn't delete it. > > - Ed > >Ed McNierney >President and Chief Mapmaker >TopoZone.com / Maps a la carte, Inc. >73 Princeton Street, Suite 305 >North Chelmsford, MA 01863 >ed at topozone.com >(978) 251-4242 > >-----Original Message----- >From: Michael Schulz [mailto:mschulz at webgis.de] >Sent: Friday, August 22, 2003 10:42 AM >To: MapServer Userlist >Cc: kafka at email.cz >Subject: [Mapserver-users] mapserver4.0 compilation under w2000 > > >Hi, > >here it comes again: i try to compile mapserver4.0 on w2000 with >msvc++7. I succeeded a while ago with a mapserv3.7 version. Now i am >stuck with an error related to the regex library: > >Creating library mapserv.lib and object mapserv.exp >mapserver.lib(regex.obj) : error LNK2001: unresolved external symbol >_printchar >mapserv.exe : fatal error LNK1120: 1 unresolved externals > >Stefan, I cc'ed to you directly since you described the same error some >months ago, did you solve the problem? Or, perhaps some of the >windows-mapserver users has a good idea. > >I searched google for a while and only found some references, that >suggested to include a __STDC__ flag for the regex lib, when using it in >cpp code, hmm, but i don't know if that could help in this case. > >TIA, Michael > > > From ed at topozone.com Fri Aug 22 12:00:53 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 22 Aug 2003 15:00:53 -0400 Subject: [Mapserver-users] mapserver4.0 compilation under w2000 Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFFF6@mercator.topozone.com> Michael - nmake /f Makefile.vc regex.obj when you're in the regex-0.12 directory. - Ed -----Original Message----- From: Michael Schulz [mailto:mschulz at webgis.de] Sent: Friday, August 22, 2003 2:35 PM To: Ed McNierney Cc: MapServer Userlist Subject: Re: [Mapserver-users] mapserver4.0 compilation under w2000 Hi Ed, Gayathri, But how to make "only" the regex.obj target, there is no such target (which Makefile do you mean?) - do i have to edit the makefile.in and add such a target manually?! Thanks again for your help, i know this is annoying (especially because i already managed to do it some time ago ;-)) Cheers, Michael Ed McNierney schrieb: >Michael - > >regex.obj creates more hassles per line of code than any other file in the Windows build! It's simply a bad makefile. > >Try this - go into the regex-0.12 directory and make ONLY the regex.obj target. This should work fine. Then check/edit your MapServer makefile and make sure that a "make clean" doesn't delete it. > > - Ed > >Ed McNierney >President and Chief Mapmaker >TopoZone.com / Maps a la carte, Inc. >73 Princeton Street, Suite 305 >North Chelmsford, MA 01863 >ed at topozone.com >(978) 251-4242 > >-----Original Message----- >From: Michael Schulz [mailto:mschulz at webgis.de] >Sent: Friday, August 22, 2003 10:42 AM >To: MapServer Userlist >Cc: kafka at email.cz >Subject: [Mapserver-users] mapserver4.0 compilation under w2000 > > >Hi, > >here it comes again: i try to compile mapserver4.0 on w2000 with >msvc++7. I succeeded a while ago with a mapserv3.7 version. Now i am >stuck with an error related to the regex library: > >Creating library mapserv.lib and object mapserv.exp >mapserver.lib(regex.obj) : error LNK2001: unresolved external symbol >_printchar >mapserv.exe : fatal error LNK1120: 1 unresolved externals > >Stefan, I cc'ed to you directly since you described the same error some >months ago, did you solve the problem? Or, perhaps some of the >windows-mapserver users has a good idea. > >I searched google for a while and only found some references, that >suggested to include a __STDC__ flag for the regex lib, when using it in >cpp code, hmm, but i don't know if that could help in this case. > >TIA, Michael > > > From agsb at bdep.gov.br Fri Aug 22 12:46:09 2003 From: agsb at bdep.gov.br (Alvaro Gomes Sobral Barcellos) Date: Fri, 22 Aug 2003 16:46:09 -0300 Subject: [Mapserver-users] MapLab color Pic In-Reply-To: <005701c368a2$242c9cc0$520214ac@pccgra0982> References: <005701c368a2$242c9cc0$520214ac@pccgra0982> Message-ID: <3F467301.1040507@bdep.gov.br> Hi, I'm using MapLab (2.0) and Mapserver (4.0), when I open tutorial.map, and try to edit ImageColor at Legend, the application crashes my Netscape 7.1, any tips ? []s agsb URI, the code as: javascript:selectColor(new Array(document.forms[0]["RedIMAGECOLOR"], document.forms[0]["GreenIMAGECOLOR"], document.forms[0]["BlueIMAGECOLOR"],document.images["ColorIMAGECOLOR"])) From steve.lime at dnr.state.mn.us Fri Aug 22 13:55:26 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Fri, 22 Aug 2003 15:55:26 -0500 Subject: [Mapserver-users] auto extent? Message-ID: Basically your talking about doing a query first and then using the resulting shapes to set an extent. From the CGI point of view this feature is available. You might do somthing like this to initialize an application: .../mapserv?map=foo.map&mode=itemquery&qlayer=counties&qitem=state&qstring=FL&mapext=shapes and then in foo.map you'd either use query templates to create the interface itself or simply redirect them to the interface but with extent generated by the query. The mapext=shapes is the key. I do this all the time, works swimmingly. In MapScript it's just as easy. First you do an item query, then loop through the results creating an aggregate extent as you go and then use that value for your map extent. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Hobbes Zatow 08/22/03 09:58AM >>> Is there an auto extent feature in mapserver that will display a zoomed-in view of the visible area of a map? For example, given a shapefile of US counties, if I filter so that only Florida counties are matched, could mapserver display Florida within whatever SIZE the map file specifies? If not, can anyone provide code for doing this using perl/mapscript? I tried leaving out EXTENT from the .map file, but at least the CGI file did not like that. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From vatsavai at mail.cs.umn.edu Fri Aug 22 14:02:43 2003 From: vatsavai at mail.cs.umn.edu (Ranga Raju Vatsavai) Date: Fri, 22 Aug 2003 16:02:43 -0500 (CDT) Subject: [Mapserver-users] important notice Message-ID: <200308222102.QAA19626@pluto.cs.umn.edu> Hello All, The mapserver.gis.umn.edu machine that is hosting mapserver web and mailing lists was hit by spam mails for last couple of days, as result some of the resources (e.g., disk quota) got exhausted. I cleaned up most of the mess. Here are couple of things that all (especially new users) should know. - When you post a message and gets reply that says 'your message is held for approval' Couple of reasons for this behavior - 1. You are not a subscribed user - so you should subscribe first before posting message to the lists (to control spam), so please don't depend on administrators approval to get your message onto the list. 2. You are subscribed, but still getting the above notice. This could happen due to the way YOUR mail server is configured. Especially some systems append the machine name to email address (e.g., abc at yyy.domain..). As a result whenever you use a different machine (e.g. zzz) to post message the id appears as abc at zzz.domain.. and our software (mailman) interprets that the message is from an unsubscribed user and hence sends it to the administrator for approval. So if that is the case we can't do much, you should ask your system admin to fix the problem (ideally email address should be abc at domain..) If you think none of these are the reasons, then please send a mail to vrraju at gis.umn.edu - attaching appropriate bounced message. Thanks, Raju ---- From hobbes_zatow at yahoo.com Fri Aug 22 15:15:40 2003 From: hobbes_zatow at yahoo.com (Hobbes Zatow) Date: Fri, 22 Aug 2003 15:15:40 -0700 (PDT) Subject: [Mapserver-users] Re: auto extent? In-Reply-To: Message-ID: <20030822221540.44121.qmail@web11601.mail.yahoo.com> So instead of using a filter at all, I'd use a query? Any pointers where I might mapscript code to do the iteration through a built-in query's results and aggregate the extent? I'm just getting started with mapscript ... Thank you. --- Steve Lime wrote: > Basically your talking about doing a query first and > then using the > resulting shapes to > set an extent. From the CGI point of view this > feature is available. > You might do somthing > like this to initialize an application: > > > .../mapserv?map=foo.map&mode=itemquery&qlayer=counties&qitem=state&qstring=FL&mapext=shapes > > and then in foo.map you'd either use query templates > to create the > interface itself or simply > redirect them to the interface but with extent > generated by the query. > The mapext=shapes > is the key. I do this all the time, works > swimmingly. > > In MapScript it's just as easy. First you do an item > query, then loop > through the results creating > an aggregate extent as you go and then use that > value for your map > extent. > > Steve > > Stephen Lime > Data & Applications Manager > > Minnesota DNR > 500 Lafayette Road > St. Paul, MN 55155 > 651-297-2937 > > >>> Hobbes Zatow 08/22/03 > 09:58AM >>> > Is there an auto extent feature in mapserver that > will > display a zoomed-in view of the visible area of a > map? > > For example, given a shapefile of US counties, if I > filter so that only Florida counties are matched, > could mapserver display Florida within whatever SIZE > the map file specifies? > > If not, can anyone provide code for doing this using > perl/mapscript? > > I tried leaving out EXTENT from the .map file, but > at > least the CGI file did not like that. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From woodbri at swoodbridge.com Fri Aug 22 20:38:49 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Fri, 22 Aug 2003 23:38:49 -0400 Subject: [Mapserver-users] anybody in boston area? In-Reply-To: <1061429506.1009.1.camel@w20-575-106.mit.edu> References: <8AE17DD6AA4FD51191CD0002A551168101E66B90@s5-van1-r1.ess.nrcan.gc.ca> Message-ID: <3F46A989.31073.1822A6@localhost> Harald, That would be very cool. I am north of Boston I north Chelmsford. Also, Ed McNierney is also up here in this area. Who else has responded and is in the greater boston area? -Steve On 20 Aug 2003 at 21:31, Harald X wrote: > We are building a boston user group, pls shoot me a mail if you live > near around. > > Thanks. > > Harald > > On Wed, 2003-08-20 at 19:28, Grant, Ryan wrote: > > In your mapfile, set > > > > INTERLACE off > > > > if using php/mapscript, make sure you set the interlace option to 0: > > > > ->saveWebImage(MS_JPEG,1,0,90); (type, transparent, interlace, > > quality) > > > > best of luck! > > > > Ryan > > > > -----Original Message----- > > From: niklas w?rmann [mailto:nwoe at privat.utfors.se] > > Sent: Wednesday, August 20, 2003 3:45 PM > > To: MAPSERV MAIL LIST MAPSERVE > > Subject: [Mapserver-users] progressive jpgs > > > > > > Hi! > > it seems the jpgs produced by mapserver are progressive, is there > > any way to turn off that feature and have mapserver generate > > non-progressive jpgs? > > > > i am building a flash interface to mapserver cgi, and it seems flash > > is not capable of loading progressive jpgs at runtime. > > > > tia > > niklas woermann > > alvsjoe > > sweden > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From gfmb at tutopia.com Sat Aug 23 08:43:33 2003 From: gfmb at tutopia.com (Guillermo Felipe) Date: Sat, 23 Aug 2003 10:43:33 -0500 Subject: [Mapserver-users] get columns names from dbf files Message-ID: <00a801c3698d$521a8200$01737373@felipe> This is a multi-part message in MIME format. ------=_NextPart_000_00A2_01C36963.66092520 Content-Type: text/plain; charset="x-user-defined" Content-Transfer-Encoding: quoted-printable Hello, I'm looking for a open tool or library to read .dbf files and get the = columns names and values in order to put this information automatically = in the class section of the map file.=20 Does somebody know a way to do this? Thanks guillermo ------=_NextPart_000_00A2_01C36963.66092520 Content-Type: text/html; charset="x-user-defined" Content-Transfer-Encoding: quoted-printable
Hello,
 
I'm looking for a open tool or library to read .dbf = files and=20 get the columns names and values in order to put this information=20 automatically in the class section of the map file. 
 
Does somebody know a way to do this?
 
 
Thanks
 
guillermo
------=_NextPart_000_00A2_01C36963.66092520-- From gsw at globexplorer.com Sat Aug 23 12:25:14 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Sat, 23 Aug 2003 12:25:14 -0700 Subject: [Mapserver-users] get columns names from dbf files Message-ID: <71E37EF6B7DCC1499CEA0316A2568328010570E4@loki.globexplorer.com> Guillermo, You might look at: Also, the ESRI ArcExplorer tool, although not open source, is free and can read such files and display them. HTH, Greg Williamson DBA GlobeXplorer LLC -----Original Message----- From: Guillermo Felipe [mailto:gfmb at tutopia.com] Sent: Sat 8/23/2003 8:43 AM To: mapserver users Cc: Subject: [Mapserver-users] get columns names from dbf files Hello, I'm looking for a open tool or library to read .dbf files and get the columns names and values in order to put this information automatically in the class section of the map file. Does somebody know a way to do this? Thanks guillermo From Josef.Stromsky.hgf at vsb.cz Sat Aug 23 14:32:15 2003 From: Josef.Stromsky.hgf at vsb.cz (=?iso-8859-2?Q?Josef_Stromsk=FD?=) Date: Sat, 23 Aug 2003 23:32:15 +0200 Subject: [Mapserver-users] How to get SCALEBAR from WMS??? Message-ID: <018001c369be$06f220e0$548dc49e@joseph> Hi folks, I would like to know how to send request to WMS (Minnesota WMS) for the scalebar. GetMap request works fine, but I've not found request for scalebar. Thanx in advance for little advice. JOSEPH From edwiebe at codesymphonics.com Sat Aug 23 20:22:00 2003 From: edwiebe at codesymphonics.com (Edward Wiebe) Date: Sat, 23 Aug 2003 20:22:00 -0700 Subject: [Mapserver-users] Mapserver In-Reply-To: Message-ID: Mark, I am running MapServer on Win2K and using ASP as the scripting engine. The only difference from your setup is that I am using MS SQL Server as my backend database, but that is just a different ADO configuration. I happen to be running MapServer on the same server as IIS, but it doesn't have to be since they are two totally separate engines. Have you reviewed this message from Ed McNierney from the archives?: http://mapserver.gis.umn.edu/wilma/mapserver-users/0110/msg00296.html This gives a good understanding of how to use MapServer with ASP scripting. I am using basically the same method (although I had already implemented it using the XML object before I found Ed's article, but it performs the same function, retrieving the results in a single text string). Ed's points regarding use of the templates is almost identical to what I am doing and it works great. The only difference is that I place each variable placeholder, like [img] and [scalebar], on different lines in the template so I can split them with 'vbcrlf'. It's also easier to read. Below is the basic ASP code I am using to perform this. Between Ed's message above and this, I think this should get you going with respect to the implementation. If you don't have your own servers to host this on, I wouldn't know how to help you there. Best regards, Ed Wiebe '-- ASP Code Snippet Start -- 'Create the XML object Dim XML Set XML = Server.CreateObject("Microsoft.XMLHTTP") 'Generate the URL to send to MapServer Dim MapServerURL MapServerURL = BuildMapServerURL() 'Execute the request XML.Open "GET", MapServerURL, False XML.Send 'Retrieve the text string returned Dim MapServerValuesString MapServerValueString = XML.responseText 'Cleanup Set XML = Nothing 'Split the values using vbcrlf Dim MapServerValuesArray MapServerValuesArray = Split(MapServerValuesString, vbcrlf) 'Now just load your variables with values from MapServerValuesArray or do whatever else you want to with it 'Just ignore the first row in the array as it is MapServer's header comment Function BuildMapServerURL() 'Your code here for compiling the MapServer URL End Function '-- ASP Code Snippet End -- -- Example of template file for retrieving values from MapServer: [img] [scalebar] [legend] [ref] [mapext] [scale] -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Mark Balman Sent: Thursday, August 21, 2003 3:50 AM To: 'mapserver-users at lists.gis.umn.edu' Cc: Martin Sneary Subject: [Mapserver-users] Mapserver Hi List Can anyone shed some light as to the best solution to the following: We are currently very impressed with mapserver and would like to integrate the functionality into a new project. The project is for enabling the mapping of bird sightings (points) and showing Sites (points) within a country (polygon). The user would be able to enter sightings of species at a site and view these on the website. Navigational tools (such as ROSA) and /or query tools would be required to enable interactivity with the data. Currently the project is being developed using Microsoft Win2k / XP, Access as the backend database (only for development purposes) and Active Server Pages as the scripting language. Having trawled through the archives it seems that ASP support for mapserver is still on the "backburner" although has been successfully implemented in some cases. What I would like to know is: How can we best host the application e.g. by dedicated server or shared hosting? If anyone has knowledge of Win2K, ASP and mapserver hosting companies please can you point us in the right direction. Thanks in advance Mark Balman Database/Support Analyst BirdLife International Wellbrook Court Girton Road Cambridge CB3 0NA 01223 279838 www.birdlife.net _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.510 / Virus Database: 307 - Release Date: 8/14/2003 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.510 / Virus Database: 307 - Release Date: 8/14/2003 From pkishor at geoanalytics.com Sun Aug 24 07:20:27 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Sun, 24 Aug 2003 14:20:27 -0000 Subject: [Mapserver-users] make: *** [shp2img] Error 1 Message-ID: OS: MacOS X 10.2.6 gcc: 2.95 MapServer: 4.0 gd: 2.0.12 Freetype: 2.0.14 Configured MapServer with -- ./configure --without-tiff --without-eppl --without-jpeg --with-threads --with- php=/Users/pkishor/darwinports/dports/www/php4/work/php-4.3.2 --with-gd=/ opt/local --with-freetype=/opt/local/bin I get the following -- .. pdf.c -o mappdf.o gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_GD_PNG -DUSE_GD_JPEG - DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/opt/local/include mapjoin.c -o mapjoin.o gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_GD_PNG -DUSE_GD_JPEG - DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/opt/local/include mapgraticule.c -o mapgraticule.o gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_GD_PNG -DUSE_GD_JPEG - DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/opt/local/include mapcopy.c -o mapcopy.o ar rc libmap.a maptemplate.o mapbits.o maphash.o mapshape.o mapxbase.o mapparser.o maplexer.o maptree.o mapsearch.o mapstring.o mapsymbol.o mapfile.o maplegend.o maputil.o mapscale.o mapquery.o maplabel.o maperror.o mapprimitive.o mapproject.o mapraster.o mapsde.o mapogr.o mappostgis.o mapmygis.o maplayer.o mapresample.o mapwms.o mapwmslayer.o maporaclespatial.o mapgml.o mapprojhack.o mapthread.o mapdraw.o mapgd.o mapoutput.o mapgdal.o mapswf.o mapimagemap.o mapows.o mapwfs.o mapwfslayer.o mapcontext.o maphttp.o mapdrawgdal.o mappdf.o mapjoin.o mapgraticule.o mapcopy.o ranlib libmap.a ranlib: file: libmap.a(mapswf.o) has no symbols ranlib: file: libmap.a(mapows.o) has no symbols ranlib: file: libmap.a(maphttp.o) has no symbols ranlib: file: libmap.a(mapdrawgdal.o) has no symbols ranlib: file: libmap.a(mappdf.o) has no symbols gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_GD_PNG -DUSE_GD_JPEG - DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/opt/local/include shp2img.c -o shp2img.o gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_GD_PNG -DUSE_GD_JPEG - DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/opt/local/include shp2img.o -L. -lmap -L/opt/local/lib -lgd -ljpeg -L/opt/local/lib -lfreetype -lz - lpng -lz -ljpeg -L/opt/local/lib -lfreetype -lz -lpng -lz -ljpeg -lpthread - lm -o shp2img /usr/bin/ld: Undefined symbols: _msAcquireLock _msReleaseLock _msGetThreadId make: *** [shp2img] Error 1 Found many instances of this error in the archives, but since each reason seemed to be different, didn't find a definitive answer. Any leads would be appreciated. Thanks, Puneet. From sgillies at frii.com Sun Aug 24 12:47:56 2003 From: sgillies at frii.com (Sean Gillies) Date: Sun, 24 Aug 2003 13:47:56 -0600 Subject: [Mapserver-users] make: *** [shp2img] Error 1 Message-ID: On Sunday, August 24, 2003, at 08:20 AM, pkishor_98 wrote: > OS: MacOS X 10.2.6 > gcc: 2.95 > MapServer: 4.0 > gd: 2.0.12 > Freetype: 2.0.14 > > Configured MapServer with -- > > ../configure --without-tiff --without-eppl --without-jpeg > --with-threads --with- > php=/Users/pkishor/darwinports/dports/www/php4/work/php-4.3.2 > --with-gd=/ > opt/local --with-freetype=/opt/local/bin > > I get the following -- > > ... > pdf.c -o mappdf.o > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_GD_PNG > -DUSE_GD_JPEG - > DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/opt/local/include > mapjoin.c -o mapjoin.o > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_GD_PNG > -DUSE_GD_JPEG - > DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/opt/local/include > mapgraticule.c -o mapgraticule.o > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_GD_PNG > -DUSE_GD_JPEG - > DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/opt/local/include > mapcopy.c -o mapcopy.o > ar rc libmap.a maptemplate.o mapbits.o maphash.o mapshape.o mapxbase.o > mapparser.o maplexer.o maptree.o mapsearch.o mapstring.o mapsymbol.o > mapfile.o > maplegend.o maputil.o mapscale.o mapquery.o maplabel.o maperror.o > mapprimitive.o mapproject.o mapraster.o mapsde.o mapogr.o mappostgis.o > mapmygis.o maplayer.o mapresample.o mapwms.o mapwmslayer.o > maporaclespatial.o mapgml.o mapprojhack.o mapthread.o mapdraw.o mapgd.o > mapoutput.o mapgdal.o mapswf.o mapimagemap.o mapows.o mapwfs.o > mapwfslayer.o mapcontext.o maphttp.o mapdrawgdal.o mappdf.o mapjoin.o > mapgraticule.o mapcopy.o > ranlib libmap.a > ranlib: file: libmap.a(mapswf.o) has no symbols > ranlib: file: libmap.a(mapows.o) has no symbols > ranlib: file: libmap.a(maphttp.o) has no symbols > ranlib: file: libmap.a(mapdrawgdal.o) has no symbols > ranlib: file: libmap.a(mappdf.o) has no symbols > gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_GD_PNG > -DUSE_GD_JPEG - > DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/opt/local/include > shp2img.c -o shp2img.o > gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_GD_PNG > -DUSE_GD_JPEG - > DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/opt/local/include > shp2img.o -L. -lmap -L/opt/local/lib -lgd -ljpeg -L/opt/local/lib > -lfreetype -lz - > lpng -lz -ljpeg -L/opt/local/lib -lfreetype -lz -lpng -lz -ljpeg > -lpthread - > lm -o shp2img > /usr/bin/ld: Undefined symbols: > _msAcquireLock > _msReleaseLock > _msGetThreadId > make: *** [shp2img] Error 1 > > > Found many instances of this error in the archives, but since each > reason seemed to > be different, didn't find a definitive answer. > > Any leads would be appreciated. Thanks, > > Puneet. > > Hey Puneet, The threading support in mapthread.c is enabled only if -Dunix is defined as well as -DUSE_THREAD. For OS X, you'll need to edit your mapfile to add this to THREADS. Now that there is a Win32 pthreads library, I think it is about time that we think about removing the the #ifdef unix entirely. cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From gerry.creager at tamu.edu Sun Aug 24 14:32:05 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Sun, 24 Aug 2003 16:32:05 -0500 Subject: [Mapserver-users] shorter URLs?? Message-ID: <3F492ED5.5080602@tamu.edu> Is there a clean way (besides the tinyURL site) to define defaults within a mapserver "operation"? In other words, the URL for the Current weather at http://mesonet.tamu.edu is scaring folks. Is there a way to define some defaults so the URL is shorter and not so scarey? I recall seeing something about this, but my (admittedly less than exhaustive) search of the archives didn't show it up. Thanks Gerry -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From m.spring at gmx.de Sun Aug 24 14:34:35 2003 From: m.spring at gmx.de (m.spring at gmx.de) Date: Sun, 24 Aug 2003 23:34:35 +0200 Subject: [Mapserver-users] Please help again In-Reply-To: <20030822124129.2A15625F3B@mfa1.informus.de> (Steffen Gebhardt's message of "Fri, 22 Aug 2003 14:43:19 +0200") References: <20030819170003.6793.30369.Mailman@lists.gis.umn.edu> <20030822124129.2A15625F3B@mfa1.informus.de> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think you need the package 'gpp' too, this is the c++ compiler. I installed mapserver on suse 7.3 with the following commands: For gd-2.0.15gif ./configure --prefix=/usr/local \ --with-x \ --with-png \ --with-freetype=/usr/bin \ --with-jpeg \ --with-xpm make make install and mapserv itself ./configure \ --without-pdf \ --without-wms \ --with-zlib \ --with-jpeg \ --with-freetype=/usr/bin \ --with-threads \ --with-gd=/build/server/gd-2.0.15gif \ --enable-debug make freetype (and freetype-devel) are upgrade packages from the suse website, you should get a fairly new one - mine is 2.04 Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard iD8DBQE/SS9rxxUzQSse11ARAsFAAJ9R0TeU58kXqNqQZa6aiLr2hZrhWACfQqKu MZDieeDfgoOzmZFyeZnzWu8= =PC3f -----END PGP SIGNATURE----- From ed at topozone.com Sun Aug 24 14:56:59 2003 From: ed at topozone.com (Ed McNierney) Date: Sun, 24 Aug 2003 17:56:59 -0400 Subject: [Mapserver-users] shorter URLs?? Message-ID: <13858AA1A74F30419F319ACB66A9D1222C0015@mercator.topozone.com> Gerry - If you can, often the easiest thing to do is put a "wrapper" in front of the MapServer CGI. So if, for example, the only thing that REALLY changes about a particular map is the latitude and longitude of the centerpoint (I'm probably oversimplifying), you could put create map.php and say: http://mesonet.tamu.edu/map.php?la=42.991&lo=-108.223 or something like that. If you have a longer set of parameters, you could just pack them into a single querystring parameter with delimiters. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com -----Original Message----- From: Gerry Creager N5JXS [mailto:gerry.creager at tamu.edu] Sent: Sunday, August 24, 2003 5:32 PM To: mapserver Subject: [Mapserver-users] shorter URLs?? Is there a clean way (besides the tinyURL site) to define defaults within a mapserver "operation"? In other words, the URL for the Current weather at http://mesonet.tamu.edu is scaring folks. Is there a way to define some defaults so the URL is shorter and not so scarey? I recall seeing something about this, but my (admittedly less than exhaustive) search of the archives didn't show it up. Thanks Gerry -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Tom.Kralidis at CCRS.NRCan.gc.ca Sun Aug 24 15:18:19 2003 From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca) Date: Sun, 24 Aug 2003 18:18:19 -0400 Subject: [Mapserver-users] shorter URLs?? Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA244B@s5-ccr-r1.ccrs.nrcan.gc.ca> > -----Original Message----- > From: Gerry Creager N5JXS [mailto:gerry.creager at tamu.edu] > Sent: Sunday, August 24, 2003 5:32 PM > To: mapserver > Subject: [Mapserver-users] shorter URLs?? > > > Is there a clean way (besides the tinyURL site) to define defaults > within a mapserver "operation"? In other words, the URL for > the Current > weather at http://mesonet.tamu.edu is scaring folks. Is > there a way to > define some defaults so the URL is shorter and not so scarey? > I recall > seeing something about this, but my (admittedly less than exhaustive) > search of the archives didn't show it up. > You could try forcing redirection via your web server's configurtion (i.e. Apache has a "Redirect" configuration directive), or in the head of your HTML to refresh a page (i.e. Hope this helps. ..Tom ================================= Tom Kralidis Systems Scientist Canada Centre for Remote Sensing Tel: (613) 947-1828 http://www.cgdi.ca/ ================================= > Thanks > Gerry > -- > Gerry Creager -- gerry.creager at tamu.edu > Texas Mesonet -- AATLT, Texas A&M University > Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > Page: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From gerry.creager at tamu.edu Sun Aug 24 18:40:20 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Sun, 24 Aug 2003 20:40:20 -0500 Subject: [Mapserver-users] shorter URLs?? In-Reply-To: <13858AA1A74F30419F319ACB66A9D1222C0015@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1222C0015@mercator.topozone.com> Message-ID: <3F496904.8090700@tamu.edu> OK... So I'd create a CurrentWx.php with the "standard" layers and extents, and the fully qualified URL within the php file? It's been a rough week and weekend. I'm sorry if I'm really behind the class curve! Thanks! gerry Ed McNierney wrote: > Gerry - > > If you can, often the easiest thing to do is put a "wrapper" in front of > the MapServer CGI. So if, for example, the only thing that REALLY > changes about a particular map is the latitude and longitude of the > centerpoint (I'm probably oversimplifying), you could put create map.php > and say: > > http://mesonet.tamu.edu/map.php?la=42.991&lo=-108.223 > > or something like that. If you have a longer set of parameters, you > could just pack them into a single querystring parameter with > delimiters. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > Phone: (978) 251-4242 Fax: (978) 251-1396 > ed at topozone.com > > > -----Original Message----- > From: Gerry Creager N5JXS [mailto:gerry.creager at tamu.edu] > Sent: Sunday, August 24, 2003 5:32 PM > To: mapserver > Subject: [Mapserver-users] shorter URLs?? > > Is there a clean way (besides the tinyURL site) to define defaults > within a mapserver "operation"? In other words, the URL for the Current > > weather at http://mesonet.tamu.edu is scaring folks. Is there a way to > define some defaults so the URL is shorter and not so scarey? I recall > seeing something about this, but my (admittedly less than exhaustive) > search of the archives didn't show it up. > > Thanks > Gerry -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From pkishor at geoanalytics.com Sun Aug 24 21:11:36 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Mon, 25 Aug 2003 04:11:36 -0000 Subject: [Mapserver-users] Re: make: *** [shp2img] Error 1 In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, Sean Gillies wrote: > On Sunday, August 24, 2003, at 08:20 AM, pkishor_98 wrote: > > > OS: MacOS X 10.2.6 > > gcc: 2.95 > > MapServer: 4.0 > > gd: 2.0.12 > > Freetype: 2.0.14 > > > > Configured MapServer with -- > > > > ../configure --without-tiff --without-eppl --without-jpeg > > --with-threads --with- > > php=/Users/pkishor/darwinports/dports/www/php4/work/php-4.3.2 > > --with-gd=/ > > opt/local --with-freetype=/opt/local/bin > > > > I get the following -- > > > > ... .. > > lpng -lz -ljpeg -L/opt/local/lib -lfreetype -lz -lpng -lz -ljpeg > > -lpthread - > > lm -o shp2img > > /usr/bin/ld: Undefined symbols: > > _msAcquireLock > > _msReleaseLock > > _msGetThreadId > > make: *** [shp2img] Error 1 > > > > > > Found many instances of this error in the archives, but since each > > reason seemed to > > be different, didn't find a definitive answer. > > > > Any leads would be appreciated. Thanks, > > > > Puneet. > > > > > Hey Puneet, > > The threading support in mapthread.c is enabled only if -Dunix is > defined as well as -DUSE_THREAD. For OS X, you'll need to edit > your mapfile to add this to THREADS. > > Now that there is a Win32 pthreads library, I think it is about > time that we think about removing the the #ifdef unix entirely. > > cheers, > Sean > Thanks Sean. That did the trick. For those facing the same error, edit your Makefile by finding the line that says THREAD=-DUSE_THREAD and changing it to THREAD=-DUSE_THREAD -Dunix Puneet. From pkishor at geoanalytics.com Sun Aug 24 21:16:41 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Mon, 25 Aug 2003 04:16:41 -0000 Subject: [Mapserver-users] compiling MapServer 4 on MacOS X -- summary Message-ID: as much as possible, use darwinports. I used darwinports available from opendarwin.org, and installed GD 2.x, Freetype 2.x, curl, PHP 4.3.2 and a bunch of other nonsense using the ports tool. Really simple. The only caveat, PHP has to be redone --with-regex=system. You can do that by going into the src directory, make-ing clean, configure-ing again --with- regex=system, and then make-ing. The beauty of darwinports is that every MacOS X specific idiosyncracy has been accounted and provided for in the ports. Once done, just configure MapServer pointing to the supporting programs stored under /opt/local/bin (that is where darwinports installs its stuff). Works peachy. By the way, I was unsuccessful building gdal-1.1.9 and PROJ.4 v 4.4.7 (see separate email). As soon as I get my notes in order, I will post this on the wiki. From david at megatherion.com Sun Aug 24 21:57:18 2003 From: david at megatherion.com (David Sarmiento Quintero) Date: Sun, 24 Aug 2003 23:57:18 -0500 (COT) Subject: [Mapserver-users] Best Path & Best Path Length? Message-ID: <4207.200.68.160.84.1061787438.squirrel@juda.megatherion.com> Hi! I'm not really sure Mapserver is what I need, so I ask here, sorry to bother you ppl. Anyway, I'm making an application that given a digital map of a city, and given two addresses, it will give me the best route possible for it and calculate the distance between these two points along this best possible route (remember, when dealing with streets, a straigt line isn't the best possible pathway, because of road issues or something) :). Answers are deeply appretiated. Thanks and Have a nice day/night D _____________________________ Eye Of Shiva Dance The World! From pkishor at geoanalytics.com Sun Aug 24 21:24:39 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Mon, 25 Aug 2003 04:24:39 -0000 Subject: [Mapserver-users] unsuccessful with PROJ.4 4.4.7 on MacOS X Message-ID: re-ordered the include files as per the wiki, configured, make, make install-ed... seemed ok. MapServer builds successfully, but running it produces the following in my Apache log -- dyld: perl Undefined symbols: _pj_deallocate_grids _pj_errno _pj_free _pj_fwd _pj_init _pj_inv _pj_is_latlong _pj_strerrno _pj_transform _pj_units removing --with-proj from MapServer's configure-ation gets rid of these errors. From pkishor at geoanalytics.com Sun Aug 24 21:27:10 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Mon, 25 Aug 2003 04:27:10 -0000 Subject: [Mapserver-users] unsuccessful with gdal-1.1.9 on MacOS X Message-ID: [lucknow:~/Projects/mapserver/gdal-1.1.9] pkishor% ./configure --with- libtiff=internal --with-geotiff=internal --without-python and then make produces the following kind of messages -- .. /usr/bin/ld: warning dynamic shared library: /usr/local/lib/libpng.dylib not made a weak library in output with MACOSX_DEPLOYMENT_TARGET environment variable set to: 10.1 /usr/bin/ld: warning dynamic shared library: /usr/lib/libz.dylib not made a weak library in output with MACOSX_DEPLOYMENT_TARGET environment variable set to: 10.1 /usr/bin/ld: warning dynamic shared library: /usr/local/lib/libdl.dylib not made a weak library in output with MACOSX_DEPLOYMENT_TARGET environment variable set to: 10.1 gcc -I/Users/pkishor/Projects/mapserver/gdal-1.1.9 -I/Users/pkishor/Projects/ mapserver/gdal-1.1.9/port -I/Users/pkishor/Projects/mapserver/gdal-1.1.9/gcore - I/Users/pkishor/Projects/mapserver/gdal-1.1.9/ogr -I/Users/pkishor/Projects/ mapserver/gdal-1.1.9/frmts -I/Users/pkishor/Projects/mapserver/gdal-1.1.9/alg -c -Wall -fPIC -O2 gdalwarp.c -o gdalwarp.o g++ gdalwarp.o \ -L/Users/pkishor/Projects/mapserver/gdal-1.1.9 -lgdal.1.1 -ljpeg -lpng -lz - lm -ldl -lm -o gdalwarp /usr/bin/ld: warning dynamic shared library: /usr/local/lib/libjpeg.dylib not made a weak library in output with MACOSX_DEPLOYMENT_TARGET environment variable set to: 10.1 /usr/bin/ld: warning dynamic shared library: /usr/local/lib/libpng.dylib not made a weak library in output with MACOSX_DEPLOYMENT_TARGET environment variable set to: 10.1 /usr/bin/ld: warning dynamic shared library: /usr/lib/libz.dylib not made a weak library in output with MACOSX_DEPLOYMENT_TARGET environment variable set to: 10.1 /usr/bin/ld: warning dynamic shared library: /usr/local/lib/libdl.dylib not made a weak library in output with MACOSX_DEPLOYMENT_TARGET environment variable set to: 10.1 and then configuring MapServer --with-gdal results in failure. Will explore more later. From pkishor at geoanalytics.com Sun Aug 24 21:28:24 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Mon, 25 Aug 2003 04:28:24 -0000 Subject: [Mapserver-users] Perl/MapScript v 4.0 documentation Message-ID: Lowell (whoever else), Seems like the Perl/MapScript 4.0 docs need to be revised. Is there anything I can do to help besides sending words of encouragement and endearment ;-) Many thanks, Puneet. From wbr at DeTeMobil.de Sun Aug 24 22:53:39 2003 From: wbr at DeTeMobil.de (wbr) Date: 25 Aug 2003 07:53:39 +0200 Subject: [Mapserver-users] PHP Mapscript Problem Message-ID: <1061790818.13542.3.camel@newton.msrs.DeTeMobil.de> Hi all, i use the Maserver 3.6.6 for a while (as PHP/Mapscript), PHP Version 4.3.2. After downloading the mapserver-4.0.tar.gz and configuring in the same way as for the previous release, the compilation ends without any errors. but when i try to load the Extension i got the following error: --------------------------------------------------------------- Warning: dl(): Unable to load dynamic library '/usr/lib/php4/php_mapscript.so' - /usr/lib/libproj.so.0: shared object not open in /var/www/html/kim_auswert/getmap.phtml on line 14 but the libproj Library is there (the php_mapscript.so Version 3.6.6 works !!!) here are the configure cmd: ./configure --with-gdal --with-proj --with-wms --with-postgis --with-php=/usr/include/php --with-gd=../gd-2.0.12gif here are the output from "ldd /usr/lib/php4/php_mapscript.so" ------------------------------------------------------------- libpq.so.2 => /usr/lib/libpq.so.2 (0x400ad000) libgdal.1.1.so => /usr/lib/libgdal.1.1.so (0x400c0000) libproj.so.0 => /usr/lib/libproj.so.0 (0x4038f000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0x403c0000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40403000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40422000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40462000) libz.so.1 => /usr/lib/libz.so.1 (0x40483000) libpdf.so.1 => /usr/lib/libpdf.so.1 (0x40491000) libgd.so.1.8 => /usr/lib/libgd.so.1.8 (0x40520000) libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40553000) libm.so.6 => /lib/libm.so.6 (0x40595000) libc.so.6 => /lib/libc.so.6 (0x405b7000) libssl.so.2 => /lib/libssl.so.2 (0x406ed000) libcrypto.so.2 => /lib/libcrypto.so.2 (0x4071a000) libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0x407dd000) libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3 (0x40836000) libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3 (0x40847000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4084a000) libresolv.so.2 => /lib/libresolv.so.2 (0x40877000) libnsl.so.1 => /lib/libnsl.so.1 (0x40889000) libungif.so.4 => /usr/lib/libungif.so.4 (0x408a0000) libdl.so.2 => /lib/libdl.so.2 (0x408a9000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x408ad000) I'm a little bit confused, can someone help ? Thank you, Wolfgang Brungert -- T-Mobile Deutschland GmbH Wolfgang Brungert Programm- /Budgetmanagement und Wiedereinsatz BSS (T541) Scheibenstrasse 88 48153 M?nster Tel: +49 251 977 4142 Fax: +49 251 977 4149 email: wolfgang.brungert at t-mobile.de PGP Fingerprint: 96DC CE1D C55D AC92 300C DE79 A799 73DE F640 B4F6 From adams at terrestris.de Sun Aug 24 23:50:37 2003 From: adams at terrestris.de (Till Adams) Date: Mon, 25 Aug 2003 08:50:37 +0200 Subject: [Mapserver-users] tip for frustrated debianers Message-ID: <3F49B1BD.6000006@terrestris.de> Dear list, we just want to post the answer to our question we've posted friday afternoon (see below): We thought it has to do with some libraries which are not found. So we ran "path-to-cgi/cgi-bin/ldd mapserv" and looked at the pathes to the linked libraries - most of them pointed to "/usr/lib" or /lib". So we added "/usr/lib" and "/lib" to the file "/etc/ld.so.conf" and run "/sbin/ldconfig" but nothing happended. Somewhere on this brillant list we found a hint from Daniel Morissette to add "/usr/local/bin" although there are definetely no libaries linked to. Anyway: We added the path "/usr/local/bin" to ld.so.conf and reran "/sbin/ldconfig" and now everything works fine ... ;-) good start for a monday morning... Till & Ben & Lars > Dear list, > > we have just setup our new machine with DebianWoody. Compiling the > mapserver (after seeing that we have to apt the dev-versions of all > libs) was great fun - it took about 10 minutes :-) Never did this > before in that time. > > Copying the mapserv-binary to the /cgi-bin and make the test > "/cgi-bin/mapserv" works fine. Also the mapserv -v on the command > line works fine. But not when running a mapserv-application. The apache > error log says "Premature end of... blablabla" > > I searched the archive and found 443 threads with "premature" and I'm > sure I tried everything >>> editing ld.so.conf (adding /usr + /usr/lib + > /usr/local/lib, /lib, ...), running ldconfig, adding > SetEnv LD_LIBRARY_PATH "/usr/local/lib" (and the rest) > PassEnv LD_LIBRARY_PATH > > to my httpd.conf, making sure that mod_env is loaded and my image-temp > paths are correct, drinking beer, whisky and wine ... I HAVE NO MORE > IDEAS !!!! > > Please help me otherwise I'll kick this brandnew machine out of our > office!!!!! > > Thanks in advance, > Till & Ben & Lars From mschulz at webgis.de Mon Aug 25 01:29:21 2003 From: mschulz at webgis.de (Michael Schulz) Date: Mon, 25 Aug 2003 10:29:21 +0200 Subject: [Mapserver-users] mapserver4.0 compilation under w2000 References: Message-ID: <3F49C8E1.2010107@webgis.de> Hi Gayathri, Ed, thanks for your help and answers, it worked with the regex.zip you'd attached. Perhaps it would be good to add some comments on that problem to the WIN32 Compilation howto, or even the regex.zip with the Makefile.vc. To finally get mapserver compiled i had to change the Makefile.vc and add NODEFAULTLIB:/msvcrtd.lib to the LDFLAGS. Some of the libs were obviously compiled as Debug and other as release versions. Does that pose any problems? Cheers, Michael Swaminathan, Gayathri wrote: > Hi Michael, > This is the regex I have, that Ed had passed on to me., when I was pulling > straws to fix this problem. > Try replacing your regex reference with the unzipped dir of the zip file and > make mapserver. > HTh, > Gayathri > > -----Original Message----- > From: Michael Schulz [mailto:mschulz at webgis.de] > Sent: Friday, August 22, 2003 1:35 PM > To: Ed McNierney > Cc: MapServer Userlist > Subject: Re: [Mapserver-users] mapserver4.0 compilation under w2000 > > > Hi Ed, Gayathri, > > But how to make "only" the regex.obj target, there is no such target > (which Makefile do you mean?) - do i have to edit the makefile.in and > add such a target manually?! > > Thanks again for your help, i know this is annoying (especially because > i already managed to do it some time ago ;-)) > > Cheers, Michael > > > > > -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From lfilak at medinaco.org Mon Aug 25 05:51:56 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 25 Aug 2003 08:51:56 -0400 Subject: [Mapserver-users] Perl/MapScript v 4.0 documentation Message-ID: <200308251251.h7PCpr704890@yogi.medinaco.net> The revisions are underway and everything should be up to date to queryMapObj. However the order is not alphabetical but rather the order that the objects fall in mapscript.pm . As far as help a new section for 4.0 examples does need set up in the wiki similar to the current one for 3.6 . Thanks. Lowell The following message was sent by "pkishor_98" on Mon, 25 Aug 2003 04:28:24 -0000. > Lowell (whoever else), > > Seems like the Perl/MapScript 4.0 docs need to be revised. Is there anything I can do > to help besides sending words of encouragement and endearment ;-) > > Many thanks, > > Puneet. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From MHoward at spaceimaging.com Mon Aug 25 07:16:57 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Mon, 25 Aug 2003 08:16:57 -0600 Subject: [Mapserver-users] get columns names from dbf files 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_01C36B13.621E89A8 Content-Type: text/plain; charset="x-user-defined" Guillermo, I've used two tools to do this, one is CONVERT from US Dept of Commerce Converts files from: to: ASCII delimited ASCII delimited Fixed field Fixed Field dBase (.DBF) Lotus 1-2-3 (.WKS) The other is DBF2CSV which is perl and will run on a PC or UNIX. A quick search should get you to download pages. If not, let me know and I'll send you the files. Mark -----Original Message----- From: Guillermo Felipe [mailto:gfmb at tutopia.com] Sent: Saturday, August 23, 2003 9:44 AM To: mapserver users Subject: [Mapserver-users] get columns names from dbf files Hello, I'm looking for a open tool or library to read .dbf files and get the columns names and values in order to put this information automatically in the class section of the map file. Does somebody know a way to do this? Thanks guillermo ******************************************************************************** This message is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachments and notify Space Imaging immediately. ******************************************************************************** ------_=_NextPart_001_01C36B13.621E89A8 Content-Type: text/html; charset="x-user-defined"
Guillermo,
    I've used two tools to do this,
one is CONVERT from US Dept of Commerce  
Converts files from:                  to:
                    ASCII delimited      ASCII delimited
                    Fixed field          Fixed Field
                    dBase (.DBF)         Lotus 1-2-3 (.WKS)
The other is 
DBF2CSV which is perl and will run on a PC or UNIX.
 
A quick search should get you to download pages.
If not, let me know and I'll send you the files.
 
Mark
              
-----Original Message-----
From: Guillermo Felipe [mailto:gfmb at tutopia.com]
Sent: Saturday, August 23, 2003 9:44 AM
To: mapserver users
Subject: [Mapserver-users] get columns names from dbf files

Hello,
 
I'm looking for a open tool or library to read .dbf files and get the columns names and values in order to put this information automatically in the class section of the map file. 
 
Does somebody know a way to do this?
 
 
Thanks
 
guillermo


********************************************************************************
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL.

If you are not the intended recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you have
received this communication in error, please erase all copies of the
message and its attachments and notify Space Imaging immediately.
********************************************************************************
 ------_=_NextPart_001_01C36B13.621E89A8-- From progigraph.vd at cablevision.qc.ca Mon Aug 25 08:04:53 2003 From: progigraph.vd at cablevision.qc.ca (Danny Bisson) Date: Mon, 25 Aug 2003 11:04:53 -0400 Subject: [Mapserver-users] Freetype problem Message-ID: <3.0.32.20030825110452.009345e0@mail.cablevision.qc.ca> Hi, Since we're trying to use Mapserver version 4.0, we have the following error message: msGetLabelSize(): TrueType Font error. Could not find/open font It seems like mapserver finds the fonts.list file but it's not able to open the font itself. I tried with an alias in the configuration file in Apache and it doesn't work either. I used the precompiled version of mapserver. It should manage the truetype itself, I think. >From our point of view, everything should be ok; the fonts.list file contains: arial arial.ttf and arial.ttf is in the same directory as fonts.list I tried with the full path in the fonts.list and it didn't work either. I put in the .map file the line containing FONTSET. I tried with relative path and with full path. Everything was OK with version 3.5 Note: We're running Mapserver on Windows 2000. I want to have my fonts one directory before the .map file in a directory called "fonts" Can you give me some examples. Thanks Danny From wilmanrojas at geoweb.com.co Mon Aug 25 08:36:58 2003 From: wilmanrojas at geoweb.com.co (Wilman Rojas) Date: Mon, 25 Aug 2003 10:36:58 -0500 Subject: [Mapserver-users] Problem for draw map whit oracle Spatial Message-ID: <004501c36b1e$b8c9ce10$7d00a8c0@investigacion> Hi. My problem is the next: Apparently all right work. But the image of map is make in blank. What problem is? The next is my map file. ***************************************************************** MAP # # Start of map file - created Thu Jan 23 11:06:24 2003 # NAME "GENERAL" STATUS ON EXTENT 1088625.7777777791 934798.2222222225 1106830.2222222236 951182.2222222225 SIZE 500 500 SYMBOLSET "C:\MapServ\Data\varios\symbols.sym" FONTSET "C:\MapServ\Data\varios\fonts.txt" IMAGECOLOR 255 255 255 UNITS METERS # # Start of web interface definition # WEB IMAGEPATH "C:/MapServ/Output/" IMAGEURL "/output/" TEMPLATE "C:/mapserv/website/pruebas/index.html" END #WEB # # Start of reference map # REFERENCE STATUS ON IMAGE "C:/mapserv/data/sigue/gif/tulua.png" SIZE 100 75 EXTENT 1088625.7777777791 934798.2222222225 1106830.2222222236 951182.2222222225 COLOR -1 -1 -1 OUTLINECOLOR 255 14 37 END # # Start of legend # LEGEND STATUS ON KEYSIZE 18 12 LABEL TYPE BITMAP POSITION UR SIZE TINY COLOR 0 0 89 END END # # Start of scalebar # SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS METERS INTERVALS 5 #LABEL SIZE 350 5 LABEL SIZE SMALL COLOR 0 0 0 END END # # Start of layer definitions # LAYER NAME "Zona rural" STATUS DEFAULT CONNECTIONTYPE oraclespatial CONNECTION "system/geoweb at investigacion" DATA "GEOM from STATES" TYPE Polygon CLASS NAME "Zonas" COLOR 215 255 233 OUTLINECOLOR 0 0 0 SIZE 1 END END END ************************************************************ thank you for Any help. Wilman Rojas. Jefe Investigaci?n y Desarrollo. Geoweb S.A www.geoweb.com.co From wilmanrojas at geoweb.com.co Mon Aug 25 08:36:23 2003 From: wilmanrojas at geoweb.com.co (Wilman Rojas) Date: Mon, 25 Aug 2003 10:36:23 -0500 Subject: [Mapserver-users] Oracle Spatial an PhpMapScript Message-ID: <004001c36b1e$a3e28c30$7d00a8c0@investigacion> This is a multi-part message in MIME format. --Boundary_(ID_CYanHRXs1SDGdKMb7/kRdQ) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable =20 PhpMapScript work wiht oracle spatial? =20 Wilman Rojas. Jefe Investigaci=F3n y Desarrollo. Geoweb S.A=20 www.geoweb.com.co =20 --Boundary_(ID_CYanHRXs1SDGdKMb7/kRdQ) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: quoted-printable

 

PhpMapScript work = wiht=A0 = oracle spatial?

 

Wilman Rojas.

Jefe Investigaci=F3n y = Desarrollo.

Geowe= b S.A

www.g= eoweb.com.co

 

--Boundary_(ID_CYanHRXs1SDGdKMb7/kRdQ)-- From woodbri at swoodbridge.com Mon Aug 25 09:13:37 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 25 Aug 2003 12:13:37 -0400 Subject: [Mapserver-users] Best Path & Best Path Length? In-Reply-To: <4207.200.68.160.84.1061787438.squirrel@juda.megatherion.com> Message-ID: <3F49FD71.9705.D17E7F3@localhost> David, What you are looking for is routing. Mapserver does not do this although there are various people working at doing this on the side. If you want to google for this try "shortest path algorithm" also search the list archives for "routing" In addition to Routing, you will also need Geocoding, the ability to turn and address into a lat/long or appropriate road segment that the router can use for the start and end points. I have some demos working on my site at: http://imaptools.com/ You will find some other site list in the archives. -Steve On 24 Aug 2003 at 23:57, David Sarmiento Quintero wrote: > Hi! > > I'm not really sure Mapserver is what I need, so I ask here, sorry to > bother you ppl. Anyway, I'm making an application that given a digital > map of a city, and given two addresses, it will give me the best route > possible for it and calculate the distance between these two points > along this best possible route (remember, when dealing with streets, a > straigt line isn't the best possible pathway, because of road issues > or something) :). Answers are deeply appretiated. > > Thanks and Have a nice day/night > > D > _____________________________ > Eye Of Shiva Dance The World! > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From thelen at ccgis.de Mon Aug 25 09:30:26 2003 From: thelen at ccgis.de (Benjamin Thelen CCGIS) Date: Mon, 25 Aug 2003 18:30:26 +0200 (CEST) Subject: [Mapserver-users] gdal deb-package for debian-woody In-Reply-To: <3F4513B7.10006@pobox.com> References: <2003.192.168.2.109.1061477623.squirrel@vogon.ccgis.de> <3F4513B7.10006@pobox.com> Message-ID: <4072.192.168.2.109.1061829026.squirrel@vogon.ccgis.de> > Benjamin Thelen (CCGIS) wrote: >> Hi all, >> >> I started to prepare a debian machine for mapserver. gdal seems not to >> be >> available as deb-package. >> Does somebody have experience with debian and mapserver? >> >> I suppose the only alternative would be to install via tar.gz. > > Benjamin, > > Alessandro Amici is working on experimental Debian packages of GDAL. They > are available at: > > http://mentors.debian.net/debian/dists/unstable/main/binary-i386/gdal/ > > However, it is also not hard to build and install from the .tar.gz source. > > Best regards, > > -- > ---------------------------------------+-------------------------------------- > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > > > Hi Frank, No, I know it is not hard to build and install from the .tar.gz source. But what about upgrading or deinstalling software built from source? I am still not a "Unix-Guru" who maybe able to do this. This is why I prefer OS like debian or x-BSD, which provide a very good software management environment. For the start, I did this now, but I am going to test the deb-package soon. FreeBSD has a gdal-Port! Best Regards, Benjamin From nacional at cbs.umn.edu Mon Aug 25 09:41:24 2003 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 25 Aug 2003 11:41:24 -0500 Subject: [Mapserver-users] 24Bit tiff images displayed in greyscale (no bug 270) and no png files are displayed In-Reply-To: <3F45D884.9080909@gwdg.de> References: <3F45D884.9080909@gwdg.de> Message-ID: <1061829684.4381.5.camel@arceuthobium.ecology.umn.edu> Have you tried specifying "IMAGETYPE PNG24" instead of defining the outputformat? Or try changing the driver to "GD/PNG24"? Try the first option and see it it works for you. I don't know if the driver bit is correct or not as I never have to do it. Good luck! -Perry N. On Fri, 2003-08-22 at 03:47, Michael H?rtel wrote: > Hello World! > > GIVEN: > > precompiled MAPSERVER on WINDOWS XP > (from mapserver-4.0-win32-php4.3.2.zip): > > MapServer version 4.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE > SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER > SUPPORTS=WFS_CLIENT INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > MAPSCRIPT: > ($Revision: 1.177 $ $Date: 2003/07/30 19:01:31 $) > > GD2 LIBRARY (from phpinfo()): > GD Support enabled > GD Version bundled (2.0.12 compatible) > > MAPFILE: > --- > OUTPUTFORMAT > NAME png > DRIVER "GD/PNG" > MIMETYPE "image/png" > IMAGEMODE RGB > TRANSPARENT OFF > EXTENSION "png" > END > > - snip!- > > LAYER > PROJECTION > proj=longlat > ellps=WGS84 > datum=WGS84 > no_defs > END > > NAME "test" > STATUS OFF > data "test.png" ### a 24Bit PNG or tif image with world file > TYPE RASTER > GROUP "raster background" > CLASS > NAME "test" // only to generate legend entry > END > END > --- > > PROBLEMS: > > 1.) 24Bit tiff images are displayed in grayscale although output is RGB > PNG and GD2 is obviously used. I know about "bug" No 270 > (http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=270) but even if i > leave out the class defining lines within the mapfile no image is > produced (empty map). > > 2.) PNG files are not displayed (24 and 8 bit), they are simply empty, a > white image returns. > They seem to be drawn (the legend has an entry for that raster layer), > no error messages available. > My reference map is a png image and the entire map output works fine > with png images as long as no png images are included in layer definitions. > > QUESTION: > > How can i convince mapserver to display 24Bit images (tiff or png)? > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Pericles S. Nacionales University of Minnesota From stephen.clark at focus.ca Mon Aug 25 10:13:55 2003 From: stephen.clark at focus.ca (Stephen Clark) Date: Mon, 25 Aug 2003 10:13:55 -0700 Subject: [Mapserver-users] Query of Point in multiple layers References: <3F45D884.9080909@gwdg.de> <1061829684.4381.5.camel@arceuthobium.ecology.umn.edu> Message-ID: <00bf01c36b2c$44166fc0$6c000a0a@sclark> I was wondering if there is the capability using php or mapscript to query multiple layers (each of polygons) and retrieve the list of which polygon this Point falls within? thanks, Stephen Clark From manofdp at yahoo.com.br Mon Aug 25 11:37:09 2003 From: manofdp at yahoo.com.br (=?iso-8859-1?q?Manofdp?=) Date: Mon, 25 Aug 2003 15:37:09 -0300 (ART) Subject: [Mapserver-users] Symbol problem Message-ID: <20030825183709.17029.qmail@web41708.mail.yahoo.com> --0-751640970-1061836629=:15714 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit I need show one point, but I see four symbols [input] my layer # Layer de ruas - linhas LAYER NAME ruas TYPE LINE # STATUS 0FF DATA eixos SYMBOLSCALE 15000 CLASS COLOR 210 160 0 SYMBOL 'linha1' MAXSIZE 5 MINSIZE 1 NAME "Logradouros" END END # Layer de ruas - pesquisa COM n?mero informado LAYER NAME pesqRuasComN DATA eixos STATUS OFF TYPE Point LABELITEM "logr" TRANSPARENCY 100 TRANSFORM true CLASS EXPRESSION ([CODLOGR] = 7775026 and (([SMF_I_I]<=1200 and [SMF_I_F]>=1200) or ([SMF_P_I]<=1200 and [SMF_P_F]>=1200))) COLOR 0 0 0 SYMBOL 'triangle' SIZE 10 LABEL MINFEATURESIZE 50 MINDISTANCE 150 POSITION CC SIZE TINY COLOR 0 0 0 END END END and my symbols Symbol Name 'triangle' Type VECTOR Filled true Points 0 1 .5 0 1 1 0 1 END END What this problem???? --------------------------------- Desafio AntiZona: participe do jogo de perguntas e respostas que vai dar 1 Renault Clio, computadores, c?meras digitais, videogames e muito mais! --0-751640970-1061836629=:15714 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
I need show one point, but I see four symbols
 
my layer
 


# Layer de ruas - linhas
LAYER
NAME ruas
TYPE LINE
# STATUS 0FF
DATA eixos
SYMBOLSCALE 15000
CLASS
COLOR 210 160 0
SYMBOL 'linha1'
MAXSIZE 5
MINSIZE 1
NAME "Logradouros"
END
END

# Layer de ruas - pesquisa COM n?mero informado
LAYER
NAME pesqRuasComN
DATA eixos
STATUS OFF
TYPE Point
LABELITEM "logr"
TRANSPARENCY 100
TRANSFORM true
CLASS
EXPRESSION ([CODLOGR] = 7775026 and (([SMF_I_I]<=1200 and [SMF_I_F]>=1200) or ([SMF_P_I]<=1200 and [SMF_P_F]>=1200)))
COLOR 0 0 0
SYMBOL 'triangle'
SIZE 10
LABEL
MINFEATURESIZE 50
MINDISTANCE 150
POSITION CC
SIZE TINY
COLOR 0 0 0
END
END
END

 

and my symbols

 

Symbol
Name 'triangle'
Type VECTOR
Filled true
Points
0 1
.5 0
1 1
0 1
END
END

 

 

What this problem????

 


Desafio AntiZona: participe do jogo de perguntas e respostas que vai dar
1 Renault Clio, computadores, c?meras digitais, videogames e muito mais! --0-751640970-1061836629=:15714-- From wilmanrojas at geoweb.com.co Mon Aug 25 11:40:08 2003 From: wilmanrojas at geoweb.com.co (Wilman Rojas) Date: Mon, 25 Aug 2003 13:40:08 -0500 Subject: [Mapserver-users] RV: Problem for draw map whit oracle Spatial Message-ID: <005301c36b38$4f0abbf0$7d00a8c0@investigacion> Hi. My problem is the next: Apparently all right work. But the image of map is make in blank. What problem is? The next is my map file. ***************************************************************** MAP # # Start of map file - created Thu Jan 23 11:06:24 2003 # NAME "GENERAL" STATUS ON EXTENT 1088625.7777777791 934798.2222222225 1106830.2222222236 951182.2222222225 SIZE 500 500 SYMBOLSET "C:\MapServ\Data\varios\symbols.sym" FONTSET "C:\MapServ\Data\varios\fonts.txt" IMAGECOLOR 255 255 255 UNITS METERS # # Start of web interface definition # WEB IMAGEPATH "C:/MapServ/Output/" IMAGEURL "/output/" TEMPLATE "C:/mapserv/website/pruebas/index.html" END #WEB # # Start of reference map # REFERENCE STATUS ON IMAGE "C:/mapserv/data/sigue/gif/tulua.png" SIZE 100 75 EXTENT 1088625.7777777791 934798.2222222225 1106830.2222222236 951182.2222222225 COLOR -1 -1 -1 OUTLINECOLOR 255 14 37 END # # Start of legend # LEGEND STATUS ON KEYSIZE 18 12 LABEL TYPE BITMAP POSITION UR SIZE TINY COLOR 0 0 89 END END # # Start of scalebar # SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS METERS INTERVALS 5 #LABEL SIZE 350 5 LABEL SIZE SMALL COLOR 0 0 0 END END # # Start of layer definitions # LAYER NAME "Zona rural" STATUS DEFAULT CONNECTIONTYPE oraclespatial CONNECTION "system/geoweb at investigacion" DATA "GEOM from STATES" TYPE Polygon CLASS NAME "Zonas" COLOR 215 255 233 OUTLINECOLOR 0 0 0 SIZE 1 END END END ************************************************************ thank you for Any help. Wilman Rojas. Jefe Investigaci?n y Desarrollo. Geoweb S.A www.geoweb.com.co From manofdp at yahoo.com.br Mon Aug 25 12:24:32 2003 From: manofdp at yahoo.com.br (=?iso-8859-1?q?Manofdp?=) Date: Mon, 25 Aug 2003 16:24:32 -0300 (ART) Subject: [Mapserver-users] symbol problems Message-ID: <20030825192432.3345.qmail@web41701.mail.yahoo.com> --0-1245984760-1061839472=:2465 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit I need show one point, but I see four symbols [input] my layer # Layer de ruas - linhas LAYER NAME ruas TYPE LINE # STATUS 0FF DATA eixos SYMBOLSCALE 15000 CLASS COLOR 210 160 0 SYMBOL 'linha1' MAXSIZE 5 MINSIZE 1 NAME "Logradouros" END END # Layer de ruas - pesquisa COM n?mero informado LAYER NAME pesqRuasComN DATA eixos STATUS OFF TYPE Point LABELITEM "logr" TRANSPARENCY 100 TRANSFORM true CLASS _EXPRESSION ([CODLOGR] = 7775026 and (([SMF_I_I]<=1200 and [SMF_I_F]>=1200) or ([SMF_P_I]<=1200 and [SMF_P_F]>=1200))) COLOR 0 0 0 SYMBOL 'triangle' SIZE 10 LABEL MINFEATURESIZE 50 MINDISTANCE 150 POSITION CC SIZE TINY COLOR 0 0 0 END END END and my symbols Symbol Name 'triangle' Type VECTOR Filled true Points 0 1 .5 0 1 1 0 1 END END What this problem???? --------------------------------- Desafio AntiZona: participe do jogo de perguntas e respostas que vai dar 1 Renault Clio, computadores, c?meras digitais, videogames e muito mais! --0-1245984760-1061839472=:2465 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
I need show one point, but I see four symbols
 
my layer
 


# Layer de ruas - linhas
LAYER
NAME ruas
TYPE LINE
# STATUS 0FF
DATA eixos
SYMBOLSCALE 15000
CLASS
COLOR 210 160 0
SYMBOL 'linha1'
MAXSIZE 5
MINSIZE 1
NAME "Logradouros"
END
END

# Layer de ruas - pesquisa COM n?mero informado
LAYER
NAME pesqRuasComN
DATA eixos
STATUS OFF
TYPE Point
LABELITEM "logr"
TRANSPARENCY 100
TRANSFORM true
CLASS
_EXPRESSION ([CODLOGR] = 7775026 and (([SMF_I_I]<=1200 and [SMF_I_F]>=1200) or ([SMF_P_I]<=1200 and [SMF_P_F]>=1200)))
COLOR 0 0 0
SYMBOL 'triangle'
SIZE 10
LABEL
MINFEATURESIZE 50
MINDISTANCE 150
POSITION CC
SIZE TINY
COLOR 0 0 0
END
END
END

 

and my symbols

 

Symbol
Name 'triangle'
Type VECTOR
Filled true
Points
0 1
.5 0
1 1
0 1
END
END

 

 

What this problem????


Desafio AntiZona: participe do jogo de perguntas e respostas que vai dar
1 Renault Clio, computadores, c?meras digitais, videogames e muito mais! --0-1245984760-1061839472=:2465-- From eric at gomoos.org Mon Aug 25 08:28:52 2003 From: eric at gomoos.org (Eric Bridger) Date: 25 Aug 2003 15:28:52 +0000 Subject: [Mapserver-users] Query of Point in multiple layers In-Reply-To: <00bf01c36b2c$44166fc0$6c000a0a@sclark> References: <3F45D884.9080909@gwdg.de> <1061829684.4381.5.camel@arceuthobium.ecology.umn.edu> <00bf01c36b2c$44166fc0$6c000a0a@sclark> Message-ID: <1061825338.10455.36.camel@ubet.gomoos.org> This is certainly possible using mapscript but you will need to query each layer individually and then save the results for each queryByPoint() on each polygon layer. The map file does allow you to put layers in a group using the GROUP tag, but I'm not sure if that would allow you to query all the layers at once. Remember, querying a shapefile layer only returns the record number of the attribute data in the shapefile dbf file. So for each query, you need to open the DBF file and get the attributes you want. Below is some perl code which you should be able to adapt to PHP. Note: this is for mapserver 3.6.6 It gets the first attribute in the dbf file. -------------------------------------------------------------------------------- use mapscript: use XBase; my @layers = ('states', 'counties', 'civil_divisions'); my @results = (); foreach my $layer (@layers){ my @tmp = queryLayer($layer, $map, $click_pt, 1); push @results, @tmp; } ######################################### # Run queryByPoint on a layer and lookup the $fld number in the XBase dbf file. ######################################### sub queryLayer{ my($layer, $map, $point, $fld) = @_; my @results = (); my $layerObj = $map->getLayerByName($layer); $layerObj->{status} = $mapscript::MS_ON; if(!$layerObj->queryByPoint($map,$point,$mapscript::MS_MULTIPLE, undef)){ # Open the db handle. my $dbfile = $layerObj->{data}; $dbfile .= '.dbf'; my $hDBF = new XBase "$dbfile" or warn XBase->errstr . "\n"; my $results = $layerObj->{resultcache}; my $num_results = $results->{numresults}; for my $i (0..$num_results-1){ my $rslt = $layerObj->getResult($i); # record is the record number in the shape dbf file. my $record = $rslt->{shapeindex}; my @row = $hDBF->get_record_nf($record, $fld) or warn $hDBF->errstr . "\n"; push @results, $row[1]; } $hDBF->close(); } return @results; } On Mon, 2003-08-25 at 17:13, Stephen Clark wrote: > > I was wondering if there is the capability using php or mapscript to query > multiple layers (each of polygons) and retrieve the list of which polygon > this Point falls within? > > > > thanks, > Stephen Clark > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From morissette at dmsolutions.ca Mon Aug 25 14:02:39 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 25 Aug 2003 17:02:39 -0400 Subject: [Mapserver-users] tip for frustrated debianers In-Reply-To: <3F49B1BD.6000006@terrestris.de> References: <3F49B1BD.6000006@terrestris.de> Message-ID: <3F4A796F.40305@dmsolutions.ca> Till Adams wrote: > > So we added "/usr/lib" and "/lib" to the file "/etc/ld.so.conf" and run > "/sbin/ldconfig" but nothing happended. Somewhere on this brillant list > we found a hint from Daniel Morissette to add "/usr/local/bin" although > there are definetely no libaries linked to. > Anyway: We added the path "/usr/local/bin" to ld.so.conf and reran > "/sbin/ldconfig" and now everything works fine ... > Uh? Did I ever suggest /usr/local/bin to the libpath? ... doing a list archive search ... Duh! Yes, I did write that in an email to the list on Sept 10, 2001, but it was a typo. I really meant /usr/local/lib. I can't see any reason why adding /usr/local/bin to the ld.so.conf would make any difference when this directory doesn't contain any .so file. However if you haven't tried adding /usr/local/lib to your ld.so.conf yet then you should probably try it. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From stephen.clark at focus.ca Mon Aug 25 14:03:34 2003 From: stephen.clark at focus.ca (Stephen Clark) Date: Mon, 25 Aug 2003 14:03:34 -0700 Subject: [Mapserver-users] Query of Point in multiple layers References: <3F45D884.9080909@gwdg.de><1061829684.4381.5.camel@arceuthobium.ecology.umn.edu> <00bf01c36b2c$44166fc0$6c000a0a@sclark> <1061825338.10455.36.camel@ubet.gomoos.org> Message-ID: <000a01c36b4c$58d5a9b0$6c000a0a@sclark> Eric, Which version of perl are you using? my version is 5.6.1. Stephen ----- Original Message ----- From: "Eric Bridger" To: "Stephen Clark" Cc: "Mapserver List" Sent: Monday, August 25, 2003 8:28 AM Subject: Re: [Mapserver-users] Query of Point in multiple layers > This is certainly possible using mapscript but you will need to query > each layer individually and then save the results for each > queryByPoint() on each polygon layer. > The map file does allow you to put layers in a group using the GROUP > tag, but I'm not sure if that would allow you to query all the layers at > once. > > Remember, querying a shapefile layer only returns the record number of > the attribute data in the shapefile dbf file. So for each query, you > need to open the DBF file and get the attributes you want. > > Below is some perl code which you should be able to adapt to PHP. Note: > this is for mapserver 3.6.6 It gets the first attribute in the dbf file. > -------------------------------------------------------------------------- ------ > use mapscript: > use XBase; > > my @layers = ('states', 'counties', 'civil_divisions'); > my @results = (); > foreach my $layer (@layers){ > my @tmp = queryLayer($layer, $map, $click_pt, 1); > push @results, @tmp; > } > ######################################### > # Run queryByPoint on a layer and lookup the $fld number in the XBase > dbf file. > ######################################### > sub queryLayer{ > my($layer, $map, $point, $fld) = @_; > my @results = (); > > my $layerObj = $map->getLayerByName($layer); > $layerObj->{status} = $mapscript::MS_ON; > if(!$layerObj->queryByPoint($map,$point,$mapscript::MS_MULTIPLE, > undef)){ > # Open the db handle. > my $dbfile = $layerObj->{data}; > $dbfile .= '.dbf'; > my $hDBF = new XBase "$dbfile" or warn XBase->errstr . "\n"; > my $results = $layerObj->{resultcache}; > my $num_results = $results->{numresults}; > for my $i (0..$num_results-1){ > my $rslt = $layerObj->getResult($i); > # record is the record number in the shape dbf file. > my $record = $rslt->{shapeindex}; > my @row = $hDBF->get_record_nf($record, $fld) or warn > $hDBF->errstr . "\n"; > push @results, $row[1]; > } > $hDBF->close(); > } > return @results; > } > > On Mon, 2003-08-25 at 17:13, Stephen Clark wrote: > > > > I was wondering if there is the capability using php or mapscript to query > > multiple layers (each of polygons) and retrieve the list of which polygon > > this Point falls within? > > > > > > > > thanks, > > Stephen Clark > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From eric at gomoos.org Mon Aug 25 10:07:57 2003 From: eric at gomoos.org (Eric Bridger) Date: 25 Aug 2003 17:07:57 +0000 Subject: [Mapserver-users] Query of Point in multiple layers In-Reply-To: <000a01c36b4c$58d5a9b0$6c000a0a@sclark> References: <3F45D884.9080909@gwdg.de><1061829684.4381.5.camel@arceuthobium.ecology.umn. edu> <00bf01c36b2c$44166fc0$6c000a0a@sclark> <1061825338.10455.36.camel@ubet.gomoos.org> <000a01c36b4c$58d5a9b0$6c000a0a@sclark> Message-ID: <1061831282.10455.40.camel@ubet.gomoos.org> Stephen, It's 5.8.0 but a short while ago it was 5.6.1. It shouldn't make any difference. On Mon, 2003-08-25 at 21:03, Stephen Clark wrote: > Eric, > > Which version of perl are you using? > > my version is 5.6.1. > > Stephen > From stephen.clark at focus.ca Mon Aug 25 14:14:19 2003 From: stephen.clark at focus.ca (Stephen Clark) Date: Mon, 25 Aug 2003 14:14:19 -0700 Subject: [Mapserver-users] Cookie Cutter technique References: <3F45D884.9080909@gwdg.de><1061829684.4381.5.camel@arceuthobium.ecology.umn.edu> <00bf01c36b2c$44166fc0$6c000a0a@sclark> <1061825338.10455.36.camel@ubet.gomoos.org> Message-ID: <001701c36b4d$d93cf350$6c000a0a@sclark> Has anyone tried to use a cookie cutter technique on multiple shape files with mapserver. What I am looking to do is cut out a rectangle of interest from several layers of datasets. Each dataset would be cut out individually and reprocessed into on or many data files at a later date. Any thoughts on how this could be performed using mapscript / php / perl? thanks, Stephen Clark From matt at kbc.net.au Mon Aug 25 16:04:10 2003 From: matt at kbc.net.au (Matthew Smith) Date: Tue, 26 Aug 2003 08:34:10 +0930 Subject: [Mapserver-users] Cookie Cutter technique In-Reply-To: <001701c36b4d$d93cf350$6c000a0a@sclark> References: <3F45D884.9080909@gwdg.de><1061829684.4381.5.camel@arceuthobium.ecology.umn.edu> <00bf01c36b2c$44166fc0$6c000a0a@sclark> <1061825338.10455.36.camel@ubet.gomoos.org> <001701c36b4d$d93cf350$6c000a0a@sclark> Message-ID: <3F4A95EA.3080503@kbc.net.au> Stephen Clark wrote: > Has anyone tried to use a cookie cutter technique on multiple shape files > with mapserver. > > What I am looking to do is cut out a rectangle of interest from several > layers of datasets. Each dataset would be cut out individually and > reprocessed into on or many data files at a later date. A related question: I assume that reducing the geographical scope of a shapefile will reduce the burden on Mapserver (eg: I am working with the road network for all of Australia; I'm only interested in a couple of hundred square miles). I would like to be able to use Mapscript (preferably with Perl) to take a shapefile, define top left/bottom right of a rectangle and create a new shapefile covering only that area - pretty much what I think Stephen is saying, only I just want the one layer. Cheers M -- Matthew Smith Kadina Business Consultancy South Australia http://www.kbc.net.au From vinko at cprsig.cl Mon Aug 25 16:29:46 2003 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Mon, 25 Aug 2003 19:29:46 -0400 Subject: [Mapserver-users] another mysql php mapscript question In-Reply-To: <3F44C7D6.50604@noaa.gov> References: <3F44C7D6.50604@noaa.gov> Message-ID: <20030825232946.GA11378@landsat.cprsig.cl> On Thu, Aug 21, 2003 at 09:23:34AM -0400, Geoffrey Rowland wrote: > Hello, > > I am using Mapserver 4.0 with php mapscript on a windows machine running > IIS 5. I have rendered several layers.....now I have some information > that I store in a mysql table....actually it could even be stored in a > text file if that would be easier (less overhead, I know). It has a > county name and then a number. That number is always updated from the > web. One day it may be 10, the next it may be 15. now, what I am > wanting to do is to generate a mapserver layer based on what that number > is for each county. I will color the counties based on what that number > is (similar to using graduated colors to render a population layer, > except this won't be population). After I use PHP to connect to mysql > and get the information.....what is the next step? Are there any code > examples of something like this floating around? Is there a specific > php mapscript function I should be looking at? Your question is too broad. You've got several options to do this. One of them is the following... Once you've obtained the data you can classify it using expressions based in the county name (of course, the names in the DB and in the shapefile must match exactly), and then add styles to each class with the color you calculated. A brief example in pseudopseudocode :) would be something like: getLayerByName("counties"); $lyr->set('classitem','COUNTYNAME'); // COUNTYNAME is the row of // the shapefile // with the county names, of course :) $colors = calculateColors($data); $counties = calculateCounties($data); for ($i=0;$isetExpression($counties[$i]); $sty = ms_newStyleObj($cla); $sty->color->setRGB($colors[$i][0],$colors[$i][1],$colors[$i][2]); $sty->outlinecolor->setRGB(...); ... // all values, and labels for the class, etc. } $img = $map->draw(); ?> -- Vinko Vrsalovic http://www.cprsig.cl From eduardo at consultoria.eti.br Mon Aug 25 17:11:47 2003 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Mon, 25 Aug 2003 21:11:47 -0300 Subject: [Mapserver-users] ROSA is not showing toolbar Message-ID: <001701c36b66$b728da90$f003e2c8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C36B4D.7F008460 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I put a ROSA applet inside a PHP/Mapscript application, the image of the = map is drawing OK but the toolbar is not. what could be wrong? here is a sample of the HTML that is being coded by it: ------=_NextPart_000_0014_01C36B4D.7F008460 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I put a ROSA applet inside a = PHP/Mapscript=20 application, the image of the map is drawing OK
    but the toolbar is=20 not.
 
what could be wrong?
 
 
here is a sample of the HTML that is = being coded by=20 it:
 
<APPLET NAME=3D"RosaApplet"=20 ARCHIVE=3D"include/java/rosa/rosa_png.jar" CODE=3D"Rosa2000" = WIDTH=3D"528"=20 HEIGHT=3D"396" = MAYSCRIPT>
      <PARAM=20 NAME=3D"IMG_URL"=20 VALUE=3D"/tmp/webimoveis286063f4aa51b96b9c.png">
   =    <PARAM=20 NAME=3D"INP_FORM_NAME"=20 VALUE=3D"frm">
      <PARAM=20 NAME=3D"INP_TYPE_NAME"=20 VALUE=3D"input_type">
      <PARAM= =20 NAME=3D"INP_COORD_NAME"=20 VALUE=3D"input_coord">
      <PARA= M=20 NAME=3D"TB_POSITION"=20 VALUE=3D"left">
      <PARAM=20 NAME=3D"TB_ALIGN" = VALUE=3D"top">
      <PARAM=20 NAME=3D"TB_BUTTONS"=20 VALUE=3D"zoomin|zoomout|recentre|info|redraw">
   &n= bsp;  <PARAM=20 NAME=3D"TB_SELECTED_BUTTON"=20 VALUE=3D"zoomin">
      <PARAM=20 NAME=3D"TB_BUT_zoomin_IMG"=20 VALUE=3D"include/java/rosa/images/icon_zoomin_1.gif">
  &= nbsp;   <PARAM=20 NAME=3D"TB_BUT_zoomin_IMG_PR"=20 VALUE=3D"include/java/rosa/images/icon_zoomin_2.gif">
  &= nbsp;   <PARAM=20 NAME=3D"TB_BUT_zoomin_HINT" VALUE=3D"Aproximar(+): Clique e|desenhe um = ret=E2ngulo=20 sobre o mapa">
      <PARAM=20 NAME=3D"TB_BUT_zoomin_INPUT"=20 VALUE=3D"auto_rect">
      <PARAM = NAME=3D"TB_BUT_zoomin_NAME"=20 VALUE=3D"CMD">
      <PARAM=20 NAME=3D"TB_BUT_zoomin_VALUE"=20 VALUE=3D"ZOOM_IN">
      <PARAM=20 NAME=3D"TB_BUT_zoomin_JSACTION"=20 VALUE=3D"document.frm.mode.value=3D'browse';document.frm.submit()">      <PARAM=20 NAME=3D"TB_BUT_zoomin_CURSOR_TYPE"=20 VALUE=3D"CROSSHAIR">
      <PARAM = NAME=3D"TB_BUT_zoomout_IMG"=20 VALUE=3D"include/java/rosa/images/icon_zoomout_1.gif">
  =     <PARAM=20 NAME=3D"TB_BUT_zoomout_IMG_PR"=20 VALUE=3D"include/java/rosa/images/icon_zoomout_2.gif">
  =     <PARAM=20 NAME=3D"TB_BUT_zoomout_HINT" VALUE=3D"Afastar(-): Clique para=20 afastar">
      <PARAM=20 NAME=3D"TB_BUT_zoomout_INPUT"=20 VALUE=3D"auto_point">
      <PARAM= =20 NAME=3D"TB_BUT_zoomout_NAME"=20 VALUE=3D"CMD">
      <PARAM=20 NAME=3D"TB_BUT_zoomout_VALUE"=20 VALUE=3D"ZOOM_OUT">
      <PARAM=20 NAME=3D"TB_BUT_zoomout_JSACTION"=20 VALUE=3D"document.frm.mode.value=3D'browse';document.frm.zoomdir.value=3D= -1;document.frm.submit()">
      <= PARAM=20 NAME=3D"TB_BUT_zoomout_CURSOR_TYPE"=20 VALUE=3D"HAND">
      <PARAM=20 NAME=3D"TB_BUT_recentre_IMG"=20 VALUE=3D"include/java/rosa/images/icon_recentre_1.gif">
  = ;    <PARAM=20 NAME=3D"TB_BUT_recentre_IMG_PR"=20 VALUE=3D"include/java/rosa/images/icon_recentre_2.gif">
  = ;    <PARAM=20 NAME=3D"TB_BUT_recentre_HINT" VALUE=3D"Centralizar: Clique em um = ponto|para traz=EA-lo=20 ao centro">
      <PARAM=20 NAME=3D"TB_BUT_recentre_INPUT"=20 VALUE=3D"auto_point">
      <PARAM= =20 NAME=3D"TB_BUT_recentre_NAME"=20 VALUE=3D"CMD">
      <PARAM=20 NAME=3D"TB_BUT_recentre_VALUE"=20 VALUE=3D"RECENTER">
      <PARAM=20 NAME=3D"TB_BUT_recentre_JSACTION"=20 VALUE=3D"document.frm.mode.value=3D'browse';document.frm.submit()">      <PARAM=20 NAME=3D"TB_BUT_recentre_CURSOR_TYPE"=20 VALUE=3D"MOVE">
      <PARAM=20 NAME=3D"TB_BUT_info_IMG"=20 VALUE=3D"include/java/rosa/images/icon_info_1.gif">
  &nb= sp;   <PARAM=20 NAME=3D"TB_BUT_info_IMG_PR"=20 VALUE=3D"include/java/rosa/images/icon_info_2.gif">
  &nb= sp;   <PARAM=20 NAME=3D"TB_BUT_info_HINT" VALUE=3D"Consulta por ponto: Clique em um = ponto no=20 mapa|para obter detalhes do=20 item">
      <PARAM=20 NAME=3D"TB_BUT_info_INPUT"=20 VALUE=3D"auto_point">
      <PARAM= =20 NAME=3D"TB_BUT_info_NAME"=20 VALUE=3D"CMD">
      <PARAM=20 NAME=3D"TB_BUT_info_VALUE"=20 VALUE=3D"QUERY_POINT">
      <PARA= M=20 NAME=3D"TB_BUT_info_JSACTION"=20 VALUE=3D"document.frm.mode.value=3D'query';document.frm.submit()">
=       <PARAM=20 NAME=3D"TB_BUT_info_CURSOR_TYPE"=20 VALUE=3D"HAND">
      <PARAM=20 NAME=3D"TB_BUT_redraw_IMG"=20 VALUE=3D"include/java/rosa/images/icon_redraw_1.gif">
  &= nbsp;   <PARAM=20 NAME=3D"TB_BUT_redraw_IMG_PR"=20 VALUE=3D"include/java/rosa/images/icon_redraw_2.gif">
  &= nbsp;   <PARAM=20 NAME=3D"TB_BUT_redraw_HINT"=20 VALUE=3D"Atualizar">
      <PARAM = NAME=3D"TB_BUT_redraw_INPUT"=20 VALUE=3D"submit">
      <PARAM=20 NAME=3D"TB_BUT_redraw_NAME"=20 VALUE=3D"CMD">
      <PARAM=20 NAME=3D"TB_BUT_redraw_VALUE"=20 VALUE=3D"REDRAW">
      <PARAM=20 NAME=3D"TB_BUT_redraw_JSACTION"=20 VALUE=3D"document.frm.mode.value=3D'browse';document.frm.submit()">      </APPLET>
<= /HTML> ------=_NextPart_000_0014_01C36B4D.7F008460-- From woodbri at swoodbridge.com Mon Aug 25 18:41:12 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 25 Aug 2003 21:41:12 -0400 Subject: [Mapserver-users] Cookie Cutter technique In-Reply-To: <3F4A95EA.3080503@kbc.net.au> References: <001701c36b4d$d93cf350$6c000a0a@sclark> Message-ID: <3F4A8278.19115.F1F8B5B@localhost> Matthew, I have a tool C language tool that should be easy to modify to do what you want. Check out shp2tile @ http://imaptools.com/?tab=4 -Steve On 26 Aug 2003 at 8:34, Matthew Smith wrote: > Stephen Clark wrote: > > Has anyone tried to use a cookie cutter technique on multiple shape > > files with mapserver. > > > > What I am looking to do is cut out a rectangle of interest from > > several layers of datasets. Each dataset would be cut out > > individually and reprocessed into on or many data files at a later > > date. > > A related question: > > I assume that reducing the geographical scope of a shapefile will > reduce the burden on Mapserver (eg: I am working with the road network > for all of Australia; I'm only interested in a couple of hundred > square miles). > > I would like to be able to use Mapscript (preferably with Perl) to > take a shapefile, define top left/bottom right of a rectangle and > create a new shapefile covering only that area - pretty much what I > think Stephen is saying, only I just want the one layer. > > Cheers > > M > > -- > Matthew Smith > Kadina Business Consultancy > South Australia > http://www.kbc.net.au > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From chewbizz at hotmail.com Tue Aug 26 00:12:02 2003 From: chewbizz at hotmail.com (W. Steph) Date: Tue, 26 Aug 2003 07:12:02 +0000 Subject: [Mapserver-users] Cookie Cutter technique Message-ID: If you don't find any solution, I have an idea for you, but it may be a bit hard : You could use the JTS to get the intersection between your shapefile data and a rectangle. >From: Matthew Smith >To: mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Cookie Cutter technique >Date: Tue, 26 Aug 2003 08:34:10 +0930 > >Stephen Clark wrote: >>Has anyone tried to use a cookie cutter technique on multiple shape files >>with mapserver. >> >>What I am looking to do is cut out a rectangle of interest from several >>layers of datasets. Each dataset would be cut out individually and >>reprocessed into on or many data files at a later date. > >A related question: > >I assume that reducing the geographical scope of a shapefile will reduce >the burden on Mapserver (eg: I am working with the road network for all of >Australia; I'm only interested in a couple of hundred square miles). > >I would like to be able to use Mapscript (preferably with Perl) to take a >shapefile, define top left/bottom right of a rectangle and create a new >shapefile covering only that area - pretty much what I think Stephen is >saying, only I just want the one layer. > >Cheers > >M > >-- >Matthew Smith >Kadina Business Consultancy >South Australia >http://www.kbc.net.au > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ Hotmail : un compte GRATUIT qui vous suit partout et tout le temps ! http://g.msn.fr/FR1000/9493 From arnulf.christl at ccgis.de Tue Aug 26 02:26:51 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Tue, 26 Aug 2003 11:26:51 +0200 (CEST) Subject: [Mapserver-users] Cookie Cutter technique In-Reply-To: <3F4A95EA.3080503@kbc.net.au> References: <3F45D884.9080909@gwdg.de><1061829684.4381.5.camel@arceuthobium.ecology.umn.edu> <00bf01c36b2c$44166fc0$6c000a0a@sclark> <1061825338.10455.36.camel@ubet.gomoos.org> <001701c36b4d$d93cf350$6c000a0a@sclark> <3F4A95EA.3080503@kbc.net.au> Message-ID: <1454.192.168.2.101.1061890011.squirrel@vogon.ccgis.de> ... > A related question: > > I assume that reducing the geographical scope of a shapefile will reduce > the burden on Mapserver (eg: I am working with the road network for all > of Australia; I'm only interested in a couple of hundred square miles). > > I would like to be able to use Mapscript (preferably with Perl) to take > a shapefile, define top left/bottom right of a rectangle and create a > new shapefile covering only that area - pretty much what I think Stephen > is saying, only I just want the one layer. > > Cheers > > M Hi, maybe it would be a good idea for you to check out the possibilities of using PostgreSQL/PostGIS instead of plain shapefiles. We have very good experience not only considering performance demands but also overall handling of the vector data. Additionally it is very comfortable to import and export shapefiles in any combination or spatial extension by just putting together an SQL select. Cheers, Arnulf Christl From Josef.Stromsky.hgf at vsb.cz Tue Aug 26 02:59:33 2003 From: Josef.Stromsky.hgf at vsb.cz (=?iso-8859-2?Q?Josef_Stromsk=FD?=) Date: Tue, 26 Aug 2003 11:59:33 +0200 Subject: [Mapserver-users] PROBLEM with GetFeatureInfo results??? Message-ID: <015501c36bb8$c0d820d0$548dc49e@joseph> Hi folks, Im trying to getFeautreInfo from my MapServer, but Im unable to get some results. My mapserv.exe returning this everytime : -------------------------------- GetFeatureInfo results: Search returned no results. -------------------------------- My request URL is: http://158.196.141.84/cgi-bin/mapserv.exe?map=D:/Apache/Apache/htdocs/Wgs84/transcat.map&REQUEST=GetFeatureInfo&VERSION=1.1.0&BBOX=12,47,19,52.25&SRS=epsg:32633&WIDTH=800&HEIGHT=600&QUERY_LAYERS=CRhran_wgs&X=240&Y=242 Very similar getMap request works fine, but this is mystery for me. Maybe is something missing here. Thanks so much for any advice. Here is my MapFile (it was createt from demo MapFile): # # Start of map file # MAP NAME "TRANSCAT" STATUS ON EXTENT 12 48 18 51 SIZE 640 480 SHAPEPATH "." IMAGECOLOR 255 255 255 UNITS METERS IMAGETYPE PNG # # Start of web interface definition (including WMS enabling metadata) # WEB MINSCALE 1000 MAXSCALE 1550000 IMAGEPATH "./tmp" IMAGEURL "./tmp" METADATA "WMS_TITLE" "UMN MapServer Itasca Demo" "WMS_ABSTRACT" "This is a UMN MapServer application for Itasca County located in north central Minnesota." "WMS_ACCESSCONSTRAINTS" "none" "WMS_ONLINERESOURCE" "http://158.196.141.84/itasca/index.html" "WMS_SRS" "epsg:32633" END END # # Start of reference map # REFERENCE STATUS OFF IMAGE "graphics/reference.png" SIZE 120 120 EXTENT 393234.393701263 5205405.16440722 495769.579718949 5307959.02579127 COLOR 255 0 0 OUTLINECOLOR 0 0 0 MINBOXSIZE 5 MAXBOXSIZE 100 MARKER "star" MARKERSIZE 8 END # # Projection definition, consult the PROJ.4 documentation for parameter discussion # PROJECTION # \proj=utm\ # \ellps=GRS80\ # \zone=15\ # \north\ # \no_defs\ # # OR: # "init=epsg:32633" END # # Start of legend # LEGEND STATUS ON KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 89 END END # # Start of scalebar # SCALEBAR STATUS ON COLOR 255 255 255 IMAGECOLOR 0 0 0 UNITS METERS INTERVALS 1 SIZE 100 2 STYLE 1 LABEL SIZE TINY COLOR 255 255 255 END END # #================================== Start of symbol definitions # SYMBOL NAME "circle" TYPE ELLIPSE FILLED TRUE POINTS 1 1 END END SYMBOL NAME "star" TYPE VECTOR FILLED TRUE POINTS 0 .375 .35 .375 .5 0 .65 .375 1 .375 .75 .625 .875 1 .5 .75 .125 1 .25 .625 END END # #?======================================== Start of layer definitions # LAYER NAME "useky_wgs" #GROUP "silnicniDatabanka" STATUS ON DATA "./SilnicnidatabankaOstrava_wgs/useky_wgs" TYPE LINE CLASS NAME "useky_class" #SYMBOL "circle" COLOR 0 0 0 SIZE 1 END END LAYER NAME "uzly_wgs" #GROUP "silnicniDatabanka" STATUS ON DATA "./SilnicnidatabankaOstrava_wgs/uzly_wgs" TYPE POINT # OFFSITE 31 OFFSITE 252 METADATA "WMS_TITLE" "Silničn? databanka Ostrava" "WMS_ABSTRACT" "Hibbing and Bemidji quadrangles. See http://deli.dnr.state.mn.us/metadata/full/drgncim1.html for more information." "WMS_SRS" "epsg:32633" END CLASS NAME "uzly_class" SYMBOL "circle" COLOR 128 255 164 OUTLINECOLOR 12 200 100 BACKGROUNDCOLOR 100 100 100 SIZE 7 END END LAYER NAME "crhran_wgs" #GROUP "hraniceCR_wgs" STATUS ON DATA "./hraniceCR_wgs/crhran_wgs" TYPE POLYGON UNITS METERS CLASS NAME "hranice_class" #SYMBOL "circle" COLOR 207 215 255 OUTLINECOLOR 0 63 103 END END LAYER NAME "obce_roz_wgs" #GROUP "Admin_wgs" STATUS ON DATA "./Admin_wgs/obce_roz_wgs" TYPE POLYGON UNITS METERS CLASS NAME "obce_roz_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END LAYER NAME "obce_pov_wgs" #GROUP "Admin_wgs" STATUS ON DATA "./Admin_wgs/obce_pov_wgs" TYPE POLYGON UNITS METERS CLASS NAME "obce_pov_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END LAYER NAME "obce_wgs" #GROUP "Admin_wgs" STATUS ON DATA "./Admin_wgs/obce_wgs" TYPE POLYGON UNITS METERS CLASS NAME "obce_pov_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END LAYER NAME "Zonace_CHKOJ_wgs" #GROUP "CHKO_wgs" STATUS ON DATA "./CHKO_wgs/Zonace_CHKOJ_wgs" TYPE POLYGON UNITS METERS CLASS NAME "Zonace_CHKOJ_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END LAYER NAME "mchu83_a_wgs" #GROUP "CHKO_wgs" STATUS ON DATA "./CHKO_wgs/mchu83_a_wgs" TYPE POLYGON UNITS METERS CLASS NAME "mchu83_a_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END LAYER NAME "MCHU_CHKOJ_wgs" #GROUP "CHKO_wgs" STATUS ON DATA "./CHKO_wgs/MCHU_CHKOJ_wgs" TYPE POLYGON UNITS METERS CLASS NAME "MCHU_CHKOJ_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END LAYER NAME "flouky_wgs" #GROUP "CHKO_wgs" STATUS ON DATA "./CHKO_wgs/flouky_wgs" TYPE POLYGON UNITS METERS CLASS NAME "flouky_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END LAYER NAME "branna_wgs" #GROUP "CHKO_wgs" STATUS ON DATA "./CHKO_wgs/branna_wgs" TYPE POLYGON UNITS METERS CLASS NAME "branna_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END LAYER NAME "HraniceCHKO_wgs" #GROUP "CHKO_wgs" STATUS ON DATA "./CHKO_wgs/HraniceCHKO_wgs" TYPE LINE UNITS METERS CLASS NAME "HraniceCHKO_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END LAYER NAME "rivers_poland_wgs" #GROUP "Povodi_wgs" STATUS ON DATA "./Povodi_wgs/rivers_poland_wgs" TYPE LINE UNITS METERS CLASS NAME "rivers_poland_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END LAYER NAME "povodi_bela_wgs" #GROUP "Povodi_wgs" STATUS ON DATA "./Povodi_wgs/povodi_bela_wgs" TYPE POLYGON UNITS METERS CLASS NAME "povodi_bela_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END LAYER NAME "jezera_pl_wgs" #GROUP "Povodi_wgs" STATUS ON DATA "./Povodi_wgs/jezera_pl_wgs" TYPE POLYGON UNITS METERS CLASS NAME "jezera_pl_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END # LAYER #NAME "bela_reka_wgs" #GROUP "Povodi_wgs" #STATUS ON #DATA "./Povodi_wgs/bela_reka_wgs" #TYPE LINE #UNITS METERS #CLASS #NAME "bela_reka_wgs_class" #COLOR 105 147 250 #OUTLINECOLOR 0 0 0 #END #END LAYER NAME "hranice_bela_wgs" #GROUP "Povodi_wgs" STATUS ON DATA "./Povodi_wgs/hranice_bela_wgs" TYPE POLYGON UNITS METERS CLASS NAME "hranice_bela_wgs_class" COLOR 105 147 250 OUTLINECOLOR 0 0 0 END END END From Jean-Baptiste.RICHARD at agriculture.gouv.fr Tue Aug 26 03:15:31 2003 From: Jean-Baptiste.RICHARD at agriculture.gouv.fr (Jean-Baptiste RICHARD) Date: 26 Aug 2003 12:15:31 +0200 Subject: [Mapserver-users] save image? Message-ID: <3F4B3343.8E91BAC*Jean-Baptiste.RICHARD@agriculture.gouv.fr> Hi all, i'd like to query if one polygone contains entirely, or partially, polygons of an other layer. I try the function querybyshape but it doesn't work. Is this the good solution? or any other ideas? Thanks RICHARD Jean-baptiste From matt at kbc.net.au Tue Aug 26 03:42:14 2003 From: matt at kbc.net.au (Matthew Smith) Date: Tue, 26 Aug 2003 20:12:14 +0930 Subject: [Mapserver-users] Cookie Cutter technique In-Reply-To: <1454.192.168.2.101.1061890011.squirrel@vogon.ccgis.de> References: <3F45D884.9080909@gwdg.de><1061829684.4381.5.camel@arceuthobium.ecology.umn.edu> <00bf01c36b2c$44166fc0$6c000a0a@sclark> <1061825338.10455.36.camel@ubet.gomoos.org> <001701c36b4d$d93cf350$6c000a0a@sclark> <3F4A95EA.3080503@kbc.net.au> <1454.192.168.2.101.1061890011.squirrel@vogon.ccgis.de> Message-ID: <3F4B3986.5030707@kbc.net.au> Arnulf Christl (CCGIS) wrote: > Hi, > maybe it would be a good idea for you to check out the possibilities of > using PostgreSQL/PostGIS instead of plain shapefiles. We have very good > experience not only considering performance demands but also overall > handling of the vector data. > Additionally it is very comfortable to import and export shapefiles in any > combination or spatial extension by just putting together an SQL select. > > Cheers, > Arnulf Christl > Ah yes, the SQL solution... All my stuff is MySQL based - I'm just waiting for PostGIS to work with 4.0, then everything will be easy for me ;-) What I may do is to dump the shapefiles into a database (just as float fields since 4.0 isn't spatially aware) then create new shapefiles using Mapscript and database queries through Perl DBI. I am already using a Mapscript/DBI solution to make shapefiles to map information from a community information database - works well for me, but would be nice to be able to cut out the intermediate step. Cheers M -- Matthew Smith Kadina Business Consultancy South Australia http://www.kbc.net.au From thfischer at mapmedia.de Tue Aug 26 04:44:14 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: Tue, 26 Aug 2003 13:44:14 +0200 Subject: [Mapserver-users] PROBLEM with GetFeatureInfo results??? In-Reply-To: <015501c36bb8$c0d820d0$548dc49e@joseph> References: <015501c36bb8$c0d820d0$548dc49e@joseph> Message-ID: <1061898254.266.6.camel@jeanjacques> On Tue, 2003-08-26 at 11:59, Josef Stromsk? wrote: > Hi folks, > > Im trying to getFeautreInfo from my MapServer, but Im unable to get > some results. [...] > My request URL is: > http://158.196.141.84/cgi-bin/mapserv.exe? [...] \ > &BBOX=12,47,19,52.25&SRS=epsg:32633& ^^^^^^^^^^^^^^ ^^^^^ > [ Mapfile excerpt ] > EXTENT 12 48 18 51 > UNITS METERS > [ ... ] > "WMS_SRS" "epsg:32633" Your extents do not match your projection and units, or the other way around. From my proj.4 installation: $ grep -B 1 "32633" /usr/local/GIS/share/proj/epsg # WGS 84 / UTM zone 33N <32633> +proj=utm +zone=33 +ellps=WGS84 +datum=WGS84 +units=m +no_defs no_defs <> hth, thorsten From Jean-Baptiste.RICHARD at agriculture.gouv.fr Tue Aug 26 04:57:40 2003 From: Jean-Baptiste.RICHARD at agriculture.gouv.fr (Jean-Baptiste RICHARD) Date: 26 Aug 2003 13:57:40 +0200 Subject: [Mapserver-users] saveimage 2? Message-ID: <3F4B4B34.AAEC4A6A*Jean-Baptiste.RICHARD@agriculture.gouv.fr> sorry, i made a mistake... Hi all, i'd like to know how i can create a new image of my mapobj without drawing it, and save this new image. Today, to create an image object, i use the function $img=$map->draw; and then: $img->savewebimage ... So does exits a function to only create an image, and without displaying it? thanks to any help, RICHARD Jean-baptiste From bronsema at dmsolutions.ca Tue Aug 26 06:05:42 2003 From: bronsema at dmsolutions.ca (William A. Bronsema, C.E.T.) Date: Tue, 26 Aug 2003 09:05:42 -0400 Subject: [Mapserver-users] ROSA is not showing toolbar In-Reply-To: <001701c36b66$b728da90$f003e2c8@vcp.advcp.br> References: <001701c36b66$b728da90$f003e2c8@vcp.advcp.br> Message-ID: <3F4B5B26.40501@dmsolutions.ca> Eduardo, Double check that the toolbar images exist and that the paths are correct. Also try adding a "./" in front of any relative path. "include/java/rosa/images/icon_zoomin_1.gif" becomes "./include/java/rosa/images/icon_zoomin_1.gif" Regards, Bill Eduardo Patto Kanegae wrote: > I put a ROSA applet inside a PHP/Mapscript application, the image of the > map is drawing OK > but the toolbar is not. > > what could be wrong? > > > here is a sample of the HTML that is being coded by it: > > CODE="Rosa2000" WIDTH="528" HEIGHT="396" MAYSCRIPT> > > > > > > > > > VALUE="include/java/rosa/images/icon_zoomin_1.gif"> > VALUE="include/java/rosa/images/icon_zoomin_2.gif"> > > > > > VALUE="document.frm.mode.value='browse';document.frm.submit()"> > > VALUE="include/java/rosa/images/icon_zoomout_1.gif"> > VALUE="include/java/rosa/images/icon_zoomout_2.gif"> > > > > > VALUE="document.frm.mode.value='browse';document.frm.zoomdir.value=-1;document.frm.submit()"> > > VALUE="include/java/rosa/images/icon_recentre_1.gif"> > VALUE="include/java/rosa/images/icon_recentre_2.gif"> > > > > > VALUE="document.frm.mode.value='browse';document.frm.submit()"> > > VALUE="include/java/rosa/images/icon_info_1.gif"> > VALUE="include/java/rosa/images/icon_info_2.gif"> > > > > > VALUE="document.frm.mode.value='query';document.frm.submit()"> > > VALUE="include/java/rosa/images/icon_redraw_1.gif"> > VALUE="include/java/rosa/images/icon_redraw_2.gif"> > > > > > VALUE="document.frm.mode.value='browse';document.frm.submit()"> > -- William A. Bronsema, C.E.T. Applications Developer DM Solutions Group Inc. http://www.dmsolutions.ca e-mail: bronsema at dmsolutions.ca phone : +1 (613) 565-5056 ext.25 fax : +1 (613) 565-0925 _______________________________________________ From lfilak at medinaco.org Tue Aug 26 06:15:46 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 26 Aug 2003 09:15:46 -0400 Subject: [Mapserver-users] saveimage 2? Message-ID: <200308261315.h7QDFf725399@yogi.medinaco.net> $img->save("filename") should do that. Lowell The following message was sent by "Jean-Baptiste RICHARD" on 26 Aug 2003 13:57:40 +0200. > sorry, i made a mistake... > > Hi all, i'd like to know how i can create a new image of my mapobj > without drawing it, and save this new image. > Today, to create an image object, i use the function > $img=$map->draw; and then: > $img->savewebimage ... > So does exits a function to only create an image, and without displaying > it? > > thanks to any help, > > RICHARD Jean-baptiste > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From flavio at tydac.ch Tue Aug 26 06:46:34 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Tue, 26 Aug 2003 15:46:34 +0200 Subject: [Mapserver-users] PHP MapScript 4 with Oracle Spatial Support ? Message-ID: hi list has somebody compiled php mapscript with oracle spatial support, windows platform ? available somewhere for download ? thx flavio From lfilak at medinaco.org Tue Aug 26 06:47:41 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 26 Aug 2003 09:47:41 -0400 Subject: [Mapserver-users] Query of Point in multiple layers Message-ID: <200308261347.h7QDlZ726102@yogi.medinaco.net> If it helps, 5.6.1 should work just fine, we use it here without a problem. Lowell The following message was sent by "Stephen Clark" on Mon, 25 Aug 2003 14:03:34 -0700. > Eric, > > Which version of perl are you using? > > my version is 5.6.1. > > Stephen > > ----- Original Message ----- > From: "Eric Bridger" > To: "Stephen Clark" > Cc: "Mapserver List" > Sent: Monday, August 25, 2003 8:28 AM > Subject: Re: [Mapserver-users] Query of Point in multiple layers > > > > This is certainly possible using mapscript but you will need to query > > each layer individually and then save the results for each > > queryByPoint() on each polygon layer. > > The map file does allow you to put layers in a group using the GROUP > > tag, but I'm not sure if that would allow you to query all the layers at > > once. > > > > Remember, querying a shapefile layer only returns the record number of > > the attribute data in the shapefile dbf file. So for each query, you > > need to open the DBF file and get the attributes you want. > > > > Below is some perl code which you should be able to adapt to PHP. Note: > > this is for mapserver 3.6.6 It gets the first attribute in the dbf file. > > -------------------------------------------------------------------------- > ------ > > use mapscript: > > use XBase; > > > > my @layers = ('states', 'counties', 'civil_divisions'); > > my @results = (); > > foreach my $layer (@layers){ > > my @tmp = queryLayer($layer, $map, $click_pt, 1); > > push @results, @tmp; > > } > > ######################################### > > # Run queryByPoint on a layer and lookup the $fld number in the XBase > > dbf file. > > ######################################### > > sub queryLayer{ > > my($layer, $map, $point, $fld) = @_; > > my @results = (); > > > > my $layerObj = $map->getLayerByName($layer); > > $layerObj->{status} = $mapscript::MS_ON; > > if(!$layerObj->queryByPoint($map,$point,$mapscript::MS_MULTIPLE, > > undef)){ > > # Open the db handle. > > my $dbfile = $layerObj->{data}; > > $dbfile .= '.dbf'; > > my $hDBF = new XBase "$dbfile" or warn XBase->errstr . "\n"; > > my $results = $layerObj->{resultcache}; > > my $num_results = $results->{numresults}; > > for my $i (0..$num_results-1){ > > my $rslt = $layerObj->getResult($i); > > # record is the record number in the shape dbf file. > > my $record = $rslt->{shapeindex}; > > my @row = $hDBF->get_record_nf($record, $fld) or warn > > $hDBF->errstr . "\n"; > > push @results, $row[1]; > > } > > $hDBF->close(); > > } > > return @results; > > } > > > > On Mon, 2003-08-25 at 17:13, Stephen Clark wrote: > > > > > > I was wondering if there is the capability using php or mapscript to > query > > > multiple layers (each of polygons) and retrieve the list of which > polygon > > > this Point falls within? > > > > > > > > > > > > thanks, > > > Stephen Clark > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pi_ml at sourcepole.com Tue Aug 26 06:45:34 2003 From: pi_ml at sourcepole.com (Pirmin Kalberer) Date: Tue, 26 Aug 2003 15:45:34 +0200 Subject: [Mapserver-users] GIS-Knoppix Message-ID: <200308261545.34123.pi_ml@sourcepole.com> As suggested on the freegis-list we packaged a Knoppix CD with Open Source GIS software and the first release is now available: http://www.sourcepole.com/gis-knoppix/ GIS-Knoppix is a bootable CD with a collection of Linux and GIS software. It has an automatic hardware detection and it is not necessary to install anything on a hard disk. Some installed applications are: -GRASS -UMN MapServer -MapLab Regards, Pirmin -- Pirmin Kalberer sourcepole - Linux & Open Source Solutions pi at sourcepole.com http://www.sourcepole.com From thorne at dmsolutions.ca Tue Aug 26 07:19:32 2003 From: thorne at dmsolutions.ca (Christopher R. Thorne) Date: Tue, 26 Aug 2003 10:19:32 -0400 Subject: [Mapserver-users] Chameleon 1.1 In-Reply-To: <3F44DF52.60005@dmsolutions.ca> References: <3F44DF52.60005@dmsolutions.ca> Message-ID: <3F4B6C74.1000402@dmsolutions.ca> Just to let you know a Chameleon 1.1 sample appliction can be downloaded under the maptool.org chameleon download page. http://www.maptools.org/chameleon/index.phtml?page=downloads.html Sorry for the delay, Chris Christopher R. Thorne wrote: > MT-Link MT-Link wrote: > >> I tryed to install and run Chameleon 1.1 (alpha), but >> couldn't find any working example how to start it >> or how to call my own map >> Any directions ??? >> >> Regards >> >> _________________________________________________________________ >> Get MSN 8 and enjoy automatic e-mail virus protection. >> http://join.msn.com/?page=features/virus >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > Hello, > > Your questions are quite valid, to get you started here are a couple of > things that will help you. > > 1) Please post any further questions about Chameleon 1.1 or 1.0 to the > Chameleon Mailing list. you and all your friends ;) can join on the > http://maptools.org website here: > > http://maptools.org/chameleon/index.phtml?page=mailinglist.html > > chameleon at lists.maptools.org > > 2) As for documentation for Chameleon 1.1: It is currently under > development as a wiki page here: > > http://www.maptools.org/chameleon/wiki/moin.cgi/ > > Chameleon 1.0 documentation can be found here: > http://maptools.org/chameleon/index.phtml?page=docs.html > > %95 of the content in the installation is valid for Chameleon 1.1 > > You can also find the same documentation with your chameleon 1.1 and 1.0 > installer. > > 3) As for working examples of chameleon 1.1. Currently there is not one > found with the chameleon 1.1 installer. I will be putting together a > chameleon 1.1 sample application that will be available on the on the > chameleon download page. hopefully, I will be able to post this by the > end of the day. I will let you know when it is posted. > > http://maptools.org/chameleon/index.phtml?page=downloads.html > > Thanks for you interested in Chameleon ;) > > Chris > -- Christopher R. Thorne GIS Specialist, DM Solutions Group Inc. http://www.dmsolutions.ca email: thorne at dmsolutions.ca Phone: (613) 565-5056 ext.22 Fax : (613) 565-0925 ------------------------------ From map_surfer at yahoo.com Tue Aug 26 07:22:08 2003 From: map_surfer at yahoo.com (Map Surfers) Date: Tue, 26 Aug 2003 07:22:08 -0700 (PDT) Subject: [Mapserver-users] PHP/Mapscript w/ PostGIS Query question Message-ID: <20030826142208.89354.qmail@web80703.mail.yahoo.com> I had a post last week regarding using the Rosa applet query that returned an Apache config error. Since then I have been debugging. Strangely enough if one layer (polygon) is queried the results are returned correctly. However, there change to another layer (polygon) returns the Apache config error. Yet, change the layer (point) it returns results.... I am not able to return on some layers and never for multiple layers. I ventured down the configuration path bumping up time-outs and connections, etc. I even doubled checked the Postgresql access rights the the tables, all are good. Can anyone think of anything else that I might have overlooked? BTW, I am now looking at wrapper/map_query.php file in the area where "add element to results array for each result row" portion of the code is because I think there is something to with this part of the code, but what???? TIA, Map Surfer __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From Jason.Ruiter at altarum.org Tue Aug 26 07:36:56 2003 From: Jason.Ruiter at altarum.org (Jason Ruiter) Date: Tue, 26 Aug 2003 10:36:56 -0400 Subject: [Mapserver-users] "mapserv(): Web application error. No template provided." Message-ID: <3F4B7088.2060808@altarum.org> Greetings, I'm new to mapserver and am trying to get mapserver 4.0 working. I'm trying to run through the tutorial. I've modified all of the paths, and some of the pages (for instance, s1ex1.html) work. The rest of the time, tho, I get: "mapserv(): Web application error. No template provided." I've tried this is mapserver36 and mapserver4. I've attached my mapserver configuration, the html file in question and the map file in question. Any help appreciated... Thanks Jason --------------------------- My mapserver4 configuration: /usr/lib/cgi-bin$ ./mapserv -v MapServer version 4.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE The HTML file: MapServer 3.5 Tutorial

Section 1
Example 2 ? A Single Layer with Multiple Classes

Description:
This example shows you how to create a static web map from a single data layer.  The layer is shown with three classes, one for each state-- Michigan, Minnesota, and Wisconsin.

Sometimes (most of the time, actually) we like to break our data layer into logical "classes" based on an attribute (or set of attributes). Say we want to show each state in Big Ten college athletics colors, if for no other reason. (Apologies to Michigan State and to those who prefer maroon. Have a look at the map file listing to see how it's done.

[Map File Listing]

Back to Section 1 | Proceed to Example 3

NAME S1EX2 EXTENT -97.238976 41.619778 -82.122902 49.38562 SIZE 400 300 SHAPEPATH "/var/www/projects/tutorial35/data" LAYER # States NAME "states" DATA states_ugl STATUS DEFAULT TYPE POLYGON CLASSITEM "STATE" CLASS # Michigan class NAME "Michigan" EXPRESSION "Michigan" COLOR 0 0 128 OUTLINECOLOR 0 0 0 END # end of Michigan class object CLASS # Minnesota class NAME "Minnesota" EXPRESSION "Minnesota" COLOR 255 255 0 OUTLINECOLOR 0 0 0 END # end of Minnesota class object CLASS # Wisconsin class NAME "Wisconsin" EXPRESSION "Wisconsin" COLOR 255 0 0 OUTLINECOLOR 0 0 0 END # end of Wisconsin class object END # end of layer object END # end of map file -------The map file----------- -- Jason Ruiter Research Computer Engineer, Emerging Technologies Group Altarum Institute Ann Arbor, Michigan, USA (v)734.302.4724 (f)734.302.4991 (m)734.476.8299 Jason.Ruiter at Altarum.org -- Jason Ruiter Research Computer Engineer, Emerging Technologies Group Altarum Institute Ann Arbor, Michigan, USA (v)734.302.4724 (f)734.302.4991 (m)734.476.8299 Jason.Ruiter at Altarum.org From hunt at zedxinc.com Tue Aug 26 08:04:53 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Tue, 26 Aug 2003 11:04:53 -0400 Subject: [Mapserver-users] GeoTIFF Output problem Message-ID: <003e01c36be3$674e7890$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_003B_01C36BC1.E02C0FB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am using the following mapfile code (from to doc) to make a geotiff OUTPUTFORMAT NAME GTiff DRIVER "GDAL/GTiff" MIMETYPE "image/tiff" IMAGEMODE RGB EXTENSION "tif" END The image that comes out is a tiff but it does not seem to be = georeferenced. Is there something else I need to do? Aaron D. Hunt Technical Manager ZedX Inc. ------=_NextPart_000_003B_01C36BC1.E02C0FB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am using the following mapfile code = (from to=20 doc) to make a geotiff
 
OUTPUTFORMAT
  NAME = GTiff
  DRIVER=20 "GDAL/GTiff"
  MIMETYPE "image/tiff"
  IMAGEMODE = RGB
 =20 EXTENSION "tif"
END
 
The image that comes out is a tiff but = it does not=20 seem to be georeferenced. Is there something else I need to = do?
 
 
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
------=_NextPart_000_003B_01C36BC1.E02C0FB0-- From warmerdam at pobox.com Tue Aug 26 08:17:21 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 26 Aug 2003 11:17:21 -0400 Subject: [Mapserver-users] GeoTIFF Output problem In-Reply-To: <003e01c36be3$674e7890$1805000a@helicity> References: <003e01c36be3$674e7890$1805000a@helicity> Message-ID: <3F4B7A01.5080608@pobox.com> Aaron D. Hunt wrote: > I am using the following mapfile code (from to doc) to make a geotiff > > OUTPUTFORMAT > NAME GTiff > DRIVER "GDAL/GTiff" > MIMETYPE "image/tiff" > IMAGEMODE RGB > EXTENSION "tif" > END > > The image that comes out is a tiff but it does not seem to be > georeferenced. Is there something else I need to do? Aaron, What does listgeo report for the generated .tif file? What does the PROJECTION section of your MAP say? If the projection in your map file is supported for translation to GeoTIFF format you should get a georeferenced file. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From steffen.gebhardt at informus.de Tue Aug 26 08:43:42 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Tue, 26 Aug 2003 17:43:42 +0200 Subject: [Mapserver-users] 24bit display of geotiff with mapserver 4.0 In-Reply-To: <20030814170002.17201.43782.Mailman@lists.gis.umn.edu> References: <20030814170002.17201.43782.Mailman@lists.gis.umn.edu> Message-ID: <20030826154152.08D6726143@mfa1.informus.de> Hello to all, finally I got the Mapserver 4.0 installed with this: ./configure --with-gd=/tmp/unpacked/gd-2.0.15 --with-gdal=/usr/local/bin/gdal-config --with-proj=/tmp/unpacked/proj-4.4.7 --with-postgis=/usr/src/postgresql-7.1.3/src/bin/pg_config/pg_config --without-pdf --without-tiff And that'S how it is looking like now. ./mapserv -v MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE I have 24 bit tiff files, but the displayed result isn't great. Does anybody know what is the reason for that? Thanks Steffen Gebhardt From steffen.gebhardt at informus.de Tue Aug 26 08:52:06 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Tue, 26 Aug 2003 17:52:06 +0200 Subject: [Mapserver-users] 24 bit rgb output - appendix In-Reply-To: <20030822170025.15361.5570.Mailman@lists.gis.umn.edu> References: <20030822170025.15361.5570.Mailman@lists.gis.umn.edu> Message-ID: <20030826155015.CEC8626147@mfa1.informus.de> Hello again, sorry for writing a second mail. But I forget to say, that my reference map (which is in png format) is displayed in full 24bit quality. So actually the 24bit output seemes to work. Only my tiff files are badly drawn. Thanks for your help. Steffen Gebhardt From ed at topozone.com Tue Aug 26 09:04:28 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 26 Aug 2003 12:04:28 -0400 Subject: [Mapserver-users] 24bit display of geotiff with mapserver 4.0 Message-ID: <13858AA1A74F30419F319ACB66A9D1222C0050@mercator.topozone.com> Steffen - Problems like this are very hard to diagnose without seeing the images! Are you rescaling the source imagery quite a bit? MapServer optimizes for fast image display, so if your map output scale is very different from your data source scale you may not get good results. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Steffen Gebhardt [mailto:steffen.gebhardt at informus.de] Sent: Tuesday, August 26, 2003 11:44 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] 24bit display of geotiff with mapserver 4.0 Hello to all, finally I got the Mapserver 4.0 installed with this: ./configure --with-gd=/tmp/unpacked/gd-2.0.15 --with-gdal=/usr/local/bin/gdal-config --with-proj=/tmp/unpacked/proj-4.4.7 --with-postgis=/usr/src/postgresql-7.1.3/src/bin/pg_config/pg_config --without-pdf --without-tiff And that'S how it is looking like now. ./mapserv -v MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=GDAL INPUT=SHAPEFILE I have 24 bit tiff files, but the displayed result isn't great. Does anybody know what is the reason for that? Thanks Steffen Gebhardt _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rjames57 at yahoo.com Tue Aug 26 09:02:38 2003 From: rjames57 at yahoo.com (Randy James) Date: Tue, 26 Aug 2003 09:02:38 -0700 (PDT) Subject: [Mapserver-users] 24bit display of geotiff with mapserver 4.0 In-Reply-To: <20030826154152.08D6726143@mfa1.informus.de> Message-ID: <20030826160238.93742.qmail@web12504.mail.yahoo.com> What is your outputformat settings? Cheers Randy --- Steffen Gebhardt wrote: > Hello to all, > > finally I got the Mapserver 4.0 installed with this: > > ./configure --with-gd=/tmp/unpacked/gd-2.0.15 > --with-gdal=/usr/local/bin/gdal-config > --with-proj=/tmp/unpacked/proj-4.4.7 > --with-postgis=/usr/src/postgresql-7.1.3/src/bin/pg_config/pg_config > > --without-pdf > --without-tiff > > And that'S how it is looking like now. > ./mapserv -v > MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=PROJ > SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=EPPL7 > INPUT=JPEG INPUT=POSTGIS > INPUT=GDAL INPUT=SHAPEFILE > > > I have 24 bit tiff files, but the displayed result isn't > great. > > Does anybody know what is the reason for that? > > > Thanks > Steffen Gebhardt > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 spencer at dmsolutions.ca Tue Aug 26 09:07:51 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Tue, 26 Aug 2003 12:07:51 -0400 Subject: [Mapserver-users] PROBLEM with GetFeatureInfo results??? In-Reply-To: <015501c36bb8$c0d820d0$548dc49e@joseph> References: <015501c36bb8$c0d820d0$548dc49e@joseph> Message-ID: <3F4B85D7.5050807@magma.ca> Josef, you will need to have a template attribute inside each layer object that you want to be queryable. It looks something like: TEMPLATE "ttt.html" The value "ttt.html" can be any non-empty value. Not sure if it must end in .html or not. Cheers, Paul Josef Stromsk? wrote: >Hi folks, > >Im trying to getFeautreInfo from my MapServer, but Im unable to get some >results. My mapserv.exe returning this everytime : > >-------------------------------- >GetFeatureInfo results: > > Search returned no results. >-------------------------------- > >My request URL is: >http://158.196.141.84/cgi-bin/mapserv.exe?map=D:/Apache/Apache/htdocs/Wgs84/transcat.map&REQUEST=GetFeatureInfo&VERSION=1.1.0&BBOX=12,47,19,52.25&SRS=epsg:32633&WIDTH=800&HEIGHT=600&QUERY_LAYERS=CRhran_wgs&X=240&Y=242 > > >Very similar getMap request works fine, but this is mystery for me. Maybe is >something missing here. >Thanks so much for any advice. > >Here is my MapFile (it was createt from demo MapFile): > ># ># Start of map file ># >MAP >NAME "TRANSCAT" >STATUS ON >EXTENT 12 48 18 51 >SIZE 640 480 >SHAPEPATH "." >IMAGECOLOR 255 255 255 >UNITS METERS >IMAGETYPE PNG ># ># Start of web interface definition (including WMS enabling metadata) ># >WEB >MINSCALE 1000 >MAXSCALE 1550000 >IMAGEPATH "./tmp" >IMAGEURL "./tmp" >METADATA >"WMS_TITLE" "UMN MapServer Itasca Demo" >"WMS_ABSTRACT" "This is a UMN MapServer application for Itasca County >located in north central Minnesota." >"WMS_ACCESSCONSTRAINTS" "none" >"WMS_ONLINERESOURCE" "http://158.196.141.84/itasca/index.html" >"WMS_SRS" "epsg:32633" >END >END ># ># Start of reference map ># >REFERENCE >STATUS OFF >IMAGE "graphics/reference.png" >SIZE 120 120 >EXTENT 393234.393701263 5205405.16440722 495769.579718949 5307959.02579127 >COLOR 255 0 0 >OUTLINECOLOR 0 0 0 >MINBOXSIZE 5 >MAXBOXSIZE 100 >MARKER "star" >MARKERSIZE 8 >END ># ># Projection definition, consult the PROJ.4 documentation for parameter >discussion ># >PROJECTION ># \proj=utm\ ># \ellps=GRS80\ ># \zone=15\ ># \north\ ># \no_defs\ ># ># OR: ># >"init=epsg:32633" >END ># ># Start of legend ># >LEGEND >STATUS ON >KEYSIZE 18 12 >LABEL >TYPE BITMAP >SIZE MEDIUM >COLOR 0 0 89 >END >END ># ># Start of scalebar ># >SCALEBAR >STATUS ON >COLOR 255 255 255 >IMAGECOLOR 0 0 0 >UNITS METERS >INTERVALS 1 >SIZE 100 2 >STYLE 1 >LABEL >SIZE TINY >COLOR 255 255 255 >END >END ># >#================================== Start of symbol definitions ># >SYMBOL >NAME "circle" >TYPE ELLIPSE >FILLED TRUE >POINTS >1 1 >END >END >SYMBOL >NAME "star" >TYPE VECTOR >FILLED TRUE >POINTS >0 .375 .35 .375 .5 0 .65 .375 1 .375 .75 .625 .875 1 .5 .75 .125 1 .25 .625 >END >END ># >#?======================================== Start of layer definitions ># >LAYER >NAME "useky_wgs" >#GROUP "silnicniDatabanka" >STATUS ON >DATA "./SilnicnidatabankaOstrava_wgs/useky_wgs" >TYPE LINE >CLASS >NAME "useky_class" >#SYMBOL "circle" >COLOR 0 0 0 >SIZE 1 >END >END >LAYER >NAME "uzly_wgs" >#GROUP "silnicniDatabanka" >STATUS ON >DATA "./SilnicnidatabankaOstrava_wgs/uzly_wgs" >TYPE POINT ># OFFSITE 31 >OFFSITE 252 >METADATA >"WMS_TITLE" "Silničn? databanka Ostrava" >"WMS_ABSTRACT" "Hibbing and Bemidji quadrangles. See >http://deli.dnr.state.mn.us/metadata/full/drgncim1.html for more >information." >"WMS_SRS" "epsg:32633" >END >CLASS >NAME "uzly_class" >SYMBOL "circle" >COLOR 128 255 164 >OUTLINECOLOR 12 200 100 >BACKGROUNDCOLOR 100 100 100 >SIZE 7 >END >END > >LAYER >NAME "crhran_wgs" >#GROUP "hraniceCR_wgs" >STATUS ON >DATA "./hraniceCR_wgs/crhran_wgs" >TYPE POLYGON >UNITS METERS >CLASS >NAME "hranice_class" >#SYMBOL "circle" >COLOR 207 215 255 >OUTLINECOLOR 0 63 103 >END >END > > >LAYER >NAME "obce_roz_wgs" >#GROUP "Admin_wgs" >STATUS ON >DATA "./Admin_wgs/obce_roz_wgs" >TYPE POLYGON >UNITS METERS >CLASS >NAME "obce_roz_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END >LAYER >NAME "obce_pov_wgs" >#GROUP "Admin_wgs" >STATUS ON >DATA "./Admin_wgs/obce_pov_wgs" >TYPE POLYGON >UNITS METERS >CLASS >NAME "obce_pov_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END >LAYER >NAME "obce_wgs" >#GROUP "Admin_wgs" >STATUS ON >DATA "./Admin_wgs/obce_wgs" >TYPE POLYGON >UNITS METERS >CLASS >NAME "obce_pov_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END > >LAYER >NAME "Zonace_CHKOJ_wgs" >#GROUP "CHKO_wgs" >STATUS ON >DATA "./CHKO_wgs/Zonace_CHKOJ_wgs" >TYPE POLYGON >UNITS METERS >CLASS >NAME "Zonace_CHKOJ_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END >LAYER >NAME "mchu83_a_wgs" >#GROUP "CHKO_wgs" >STATUS ON >DATA "./CHKO_wgs/mchu83_a_wgs" >TYPE POLYGON >UNITS METERS >CLASS >NAME "mchu83_a_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END >LAYER >NAME "MCHU_CHKOJ_wgs" >#GROUP "CHKO_wgs" >STATUS ON >DATA "./CHKO_wgs/MCHU_CHKOJ_wgs" >TYPE POLYGON >UNITS METERS >CLASS >NAME "MCHU_CHKOJ_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END >LAYER >NAME "flouky_wgs" >#GROUP "CHKO_wgs" >STATUS ON >DATA "./CHKO_wgs/flouky_wgs" >TYPE POLYGON >UNITS METERS >CLASS >NAME "flouky_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END >LAYER >NAME "branna_wgs" >#GROUP "CHKO_wgs" >STATUS ON >DATA "./CHKO_wgs/branna_wgs" >TYPE POLYGON >UNITS METERS >CLASS >NAME "branna_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END >LAYER >NAME "HraniceCHKO_wgs" >#GROUP "CHKO_wgs" >STATUS ON >DATA "./CHKO_wgs/HraniceCHKO_wgs" >TYPE LINE >UNITS METERS >CLASS >NAME "HraniceCHKO_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END >LAYER >NAME "rivers_poland_wgs" >#GROUP "Povodi_wgs" >STATUS ON >DATA "./Povodi_wgs/rivers_poland_wgs" >TYPE LINE >UNITS METERS >CLASS >NAME "rivers_poland_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END >LAYER >NAME "povodi_bela_wgs" >#GROUP "Povodi_wgs" >STATUS ON >DATA "./Povodi_wgs/povodi_bela_wgs" >TYPE POLYGON >UNITS METERS >CLASS >NAME "povodi_bela_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END >LAYER >NAME "jezera_pl_wgs" >#GROUP "Povodi_wgs" >STATUS ON >DATA "./Povodi_wgs/jezera_pl_wgs" >TYPE POLYGON >UNITS METERS >CLASS >NAME "jezera_pl_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END ># LAYER >#NAME "bela_reka_wgs" >#GROUP "Povodi_wgs" >#STATUS ON >#DATA "./Povodi_wgs/bela_reka_wgs" >#TYPE LINE >#UNITS METERS >#CLASS >#NAME "bela_reka_wgs_class" >#COLOR 105 147 250 >#OUTLINECOLOR 0 0 0 >#END >#END >LAYER >NAME "hranice_bela_wgs" >#GROUP "Povodi_wgs" >STATUS ON >DATA "./Povodi_wgs/hranice_bela_wgs" >TYPE POLYGON >UNITS METERS >CLASS >NAME "hranice_bela_wgs_class" >COLOR 105 147 250 >OUTLINECOLOR 0 0 0 >END >END >END > > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From rjames57 at yahoo.com Tue Aug 26 09:24:34 2003 From: rjames57 at yahoo.com (Randy James) Date: Tue, 26 Aug 2003 09:24:34 -0700 (PDT) Subject: [Mapserver-users] 24bit display of geotiff with mapserver 4.0 In-Reply-To: <20030826160930.7EF052615B@mfa1.informus.de> Message-ID: <20030826162434.88672.qmail@web12507.mail.yahoo.com> Hi I did not think you could produce a png image using a gtiff driver. I would modify the outputformat. Cheers Randy --- Steffen Gebhardt wrote: > Hi, > > thanks for the reply. > > The settings are as follows: > > IMAGETYPE png > > OUTPUTFORMAT > NAME GTiff > MIMETYPE "image/tiff" > DRIVER "GDAL/GTiff" > IMAGEMODE RGB > EXTENSION "tif" > END > > thats it. > > > > Am Dienstag, 26. August 2003 18:02 schrieben Sie: > > What is your outputformat settings? > > > > Cheers > > Randy > > > > --- Steffen Gebhardt > wrote: > > > Hello to all, > > > > > > finally I got the Mapserver 4.0 installed with this: > > > > > > ./configure --with-gd=/tmp/unpacked/gd-2.0.15 > > > --with-gdal=/usr/local/bin/gdal-config > > > --with-proj=/tmp/unpacked/proj-4.4.7 > > > > > --with-postgis=/usr/src/postgresql-7.1.3/src/bin/pg_config/pg_config > > > > > --without-pdf > > > --without-tiff > > > > > > And that'S how it is looking like now. > > > ./mapserv -v > > > MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG > OUTPUT=WBMP > > > SUPPORTS=PROJ > > > SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=EPPL7 > > > INPUT=JPEG INPUT=POSTGIS > > > INPUT=GDAL INPUT=SHAPEFILE > > > > > > > > > I have 24 bit tiff files, but the displayed result > isn't > > > great. > > > > > > Does anybody know what is the reason for that? > > > > > > > > > Thanks > > > Steffen Gebhardt > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at 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 __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From ed at topozone.com Tue Aug 26 09:24:09 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 26 Aug 2003 12:24:09 -0400 Subject: [Mapserver-users] TopoZone and MapServer Message-ID: <13858AA1A74F30419F319ACB66A9D1222C0053@mercator.topozone.com> Folks - Although we've done quite a bit with MapServer over the past few years, one of the glaring omissions has been that our TopoZone site itself never used MapServer. We've fixed that! In the middle of last week we switched over to our new server architecture, and TopoZone is now a 100% MapServer site! We're going through the usual technology-transition headaches (e.g. we finally diagnosed a failing memory module in one of our servers late last night) but MapServer's doing just fine. We've already gone through several million MapServer map views. One of the things this let us do is update the "Featured Map" on our home page. We used to have 6 predefined maps, each carefully selected to look good at the small sample map size because the old TopoZone rendered map tiles and couldn't center images on an arbitrary location. Now that we can do that, we take a random selection from our 1.8-million-entry place name database and map it. If you're into mindless map-surfing, just go to the home page and refresh it a few times. We've added quite a bit more viewing/scale control, and we have a lot more features coming. Our TopoFactory subscribers are already getting to enjoy aerial photos, street maps, hillshaded topos, and quite a few other treats (aerial photos annotated with street maps are nice to have). - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 From flavio.dalpozzo at procempa.com.br Tue Aug 26 09:58:31 2003 From: flavio.dalpozzo at procempa.com.br (flavio.dalpozzo at procempa.com.br) Date: Tue, 26 Aug 2003 13:58:31 -0300 Subject: [Mapserver-users] symbol 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_000_01C36BF3.479CA8E0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C36BF3.479CA8E0" ------_=_NextPart_001_01C36BF3.479CA8E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 I need show one point, but I see four symbols =20 =20 =20 my layer if I use TYPE ANNOTATION, I dn't see the symbol # Layer de ruas - linhas LAYER NAME ruas TYPE LINE # STATUS 0FF DATA eixos SYMBOLSCALE 15000 CLASS COLOR 210 160 0=20 SYMBOL 'linha1' MAXSIZE 5 MINSIZE 1=20 NAME "Logradouros" END END # Layer de ruas - pesquisa COM n=FAmero informado LAYER=20 NAME pesqRuasComN DATA eixos STATUS OFF TYPE Point LABELITEM "logr" TRANSPARENCY 100 TRANSFORM true CLASS _EXPRESSION ([CODLOGR] =3D 7775026 and (([SMF_I_I]<=3D1200 and = [SMF_I_F]>=3D1200) or ([SMF_P_I]<=3D1200 and [SMF_P_F]>=3D1200))) COLOR 0 0 0 SYMBOL 'triangle' SIZE 10 LABEL MINFEATURESIZE 50 MINDISTANCE 150 POSITION CC SIZE TINY COLOR 0 0 0 END END END =20 and my symbols Symbol Name 'triangle' Type VECTOR Filled true Points 0 1 .5 0 1 1 0 1 END END =20 =20 What this problem???? ------_=_NextPart_001_01C36BF3.479CA8E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
I need show one point, but I see four symbols
 
 
 
my layer
if I use TYPE=20 ANNOTATION, I dn't see the symbol


# Layer de ruas - linhas
LAYER
NAME ruas
TYPE = LINE
# STATUS=20 0FF
DATA eixos
SYMBOLSCALE 15000
CLASS
COLOR 210 160 0 =
SYMBOL=20 'linha1'
MAXSIZE 5
MINSIZE 1
NAME=20 "Logradouros"
END
END

# Layer de ruas - pesquisa COM = n=FAmero=20 informado
LAYER
NAME pesqRuasComN
DATA eixos
STATUS = OFF
TYPE=20 Point
LABELITEM "logr"
TRANSPARENCY 100
TRANSFORM=20 true
CLASS
_EXPRESSION ([CODLOGR] =3D 7775026 and = (([SMF_I_I]<=3D1200 and=20 [SMF_I_F]>=3D1200) or ([SMF_P_I]<=3D1200 and = [SMF_P_F]>=3D1200)))
COLOR=20 0 0 0
SYMBOL 'triangle'
SIZE 10
LABEL
MINFEATURESIZE=20 50
MINDISTANCE 150
POSITION CC
SIZE TINY
COLOR 0 0=20 0
END
END
END

 

and my symbols

Symbol
Name 'triangle'
Type VECTOR
Filled = true
Points
0=20 1
.5 0
1 1
0 1
END
END

 

 

What this=20 problem????

------_=_NextPart_001_01C36BF3.479CA8E0-- ------_=_NextPart_000_01C36BF3.479CA8E0 Content-Type: image/gif; name="=?iso-8859-1?Q?t=E9cn=2Egif?=" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="=?iso-8859-1?Q?t=E9cn=2Egif?=" Content-ID: <827151516 at 26082003-12fe> R0lGODlhFAAUAPcAAP//////zP//mf//Zv//M///AP/M///MzP/Mmf/MZv/MM//MAP+Z//+ZzP+Z mf+ZZv+ZM/+ZAP9m//9mzP9mmf9mZv9mM/9mAP8z//8zzP8zmf8zZv8zM/8zAP8A//8AzP8Amf8A Zv8AM/8AAMz//8z/zMz/mcz/Zsz/M8z/AMzM/8zMzMzMmczMZszMM8zMAMyZ/8yZzMyZmcyZZsyZ M8yZAMxm/8xmzMxmmcxmZsxmM8xmAMwz/8wzzMwzmcwzZswzM8wzAMwA/8wAzMwAmcwAZswAM8wA AJn//5n/zJn/mZn/Zpn/M5n/AJnM/5nMzJnMmZnMZpnMM5nMAJmZ/5mZzJmZmZmZZpmZM5mZAJlm /5lmzJlmmZlmZplmM5lmAJkz/5kzzJkzmZkzZpkzM5kzAJkA/5kAzJkAmZkAZpkAM5kAAGb//2b/ zGb/mWb/Zmb/M2b/AGbM/2bMzGbMmWbMZmbMM2bMAGaZ/2aZzGaZmWaZZmaZM2aZAGZm/2ZmzGZm mWZmZmZmM2ZmAGYz/2YzzGYzmWYzZmYzM2YzAGYA/2YAzGYAmWYAZmYAM2YAADP//zP/zDP/mTP/ ZjP/MzP/ADPM/zPMzDPMmTPMZjPMMzPMADOZ/zOZzDOZmTOZZjOZMzOZADNm/zNmzDNmmTNmZjNm MzNmADMz/zMzzDMzmTMzZjMzMzMzADMA/zMAzDMAmTMAZjMAMzMAAAD//wD/zAD/mQD/ZgD/MwD/ AADM/wDMzADMmQDMZgDMMwDMAACZ/wCZzACZmQCZZgCZMwCZAABm/wBmzABmmQBmZgBmMwBmAAAz /wAzzAAzmQAzZgAzMwAzAAAA/wAAzAAAmQAAZgAAMwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAFAAUAEAIQwBJCBxI sKBBAAgTKlyYUCDDhwsdQpwoceLDihYjksh4cSNHjR9BhmzocSQAjCFRflTJkWVGlxZhUiw5UiZE gzhzBgQAOw== ------_=_NextPart_000_01C36BF3.479CA8E0-- From bfraser at geoanalytic.com Tue Aug 26 12:02:37 2003 From: bfraser at geoanalytic.com (Brent Fraser) Date: Tue, 26 Aug 2003 13:02:37 -0600 Subject: [Mapserver-users] Unique layer naming for WMS serving Message-ID: <101901c36c04$9d6e5af0$020002c0@SHARK> This is a multi-part message in MIME format. ------=_NextPart_000_1016_01C36BD2.52B03650 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Daniel, I see that the WMS server portion of Mapserver renames the layers (by = adding _01, _02, etc) to ensure the names are unique. Is there a way to = prevent that? Some background... I've used multiple layer definition for the same data (well almost the = same data) in a map file to improve performance of rendering raster over = a wide range of scales. I'll preprocess the data by reampling the high = resolution raster to medium and low res, then have three layers i the = map file all named the same but visible only at a scale range approriate = for their resolution. As the user zooms in, Mapserver automatically = switches to the higher resolution. Works well with standard Mapserver, = but using WMS protocol two of the layers get renamed. This means that = the user now needs to attach three layers and turn them on and off. Another way I've used the same-layer-name feature is to use the same = name for point, line, and polygon layers representing one theme such as = cadastre or structures. But I doubt if WMS clients would tolerate = that... I've tried grouping (GROUP and WMS_GROUP_TITLE) but it exposes the = individual layer names to the user (it may have to do for now). In my experiments with WMS_GROUP_TITLE, it seems that only one group = is recognized per map file and that all layers will be included in it. = Is that true? Thanks for your comments!. Brent Fraser GeoAnalytic Inc. Tel:(403) 213-2700 bfraser at geoanalytic.com www.geoanalytic.com ------=_NextPart_000_1016_01C36BD2.52B03650 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Daniel,
 
  I see that the WMS server = portion of=20 Mapserver renames the layers (by adding _01, _02, etc) to ensure the = names are=20 unique.  Is there a way to prevent that?
 
 
Some background...
 
  I've used multiple layer = definition for the=20 same data (well almost the same data) in a map file to improve = performance of=20 rendering raster over a wide range of scales.  I'll preprocess the = data by=20 reampling the high resolution raster to medium and low res, then have = three=20 layers i the map file all named the same but visible only at a scale = range=20 approriate for their resolution.  As the user zooms in,=20 Mapserver automatically switches to the = higher resolution.  Works=20 well with standard Mapserver, but using WMS protocol two of = the layers=20 get renamed.  This means that the user now needs to attach three = layers and=20 turn them on and off.
 
    Another way I've = used the=20 same-layer-name feature is to use the same name for point, line, and = polygon=20 layers representing one theme such as cadastre or structures.  But = I doubt=20 if WMS clients would tolerate that...
 
  I've tried grouping (GROUP and=20 WMS_GROUP_TITLE) but it exposes the individual layer names to the user = (it may=20 have to do for now).
 
  In my experiments with = WMS_GROUP_TITLE, it=20 seems that only one group is recognized per map file and that all layers = will be=20 included in it.  Is that true?
 
Thanks for your comments!.
Brent Fraser
GeoAnalytic Inc.
Tel:(403) = 213-2700
bfraser at geoanalytic.com
www.geoanalytic.com
<= /BODY> ------=_NextPart_000_1016_01C36BD2.52B03650-- From uli.mueller at gmx.ch Tue Aug 26 12:16:44 2003 From: uli.mueller at gmx.ch (uli) Date: Tue, 26 Aug 2003 21:16:44 +0200 Subject: [Mapserver-users] raster problem: tiled tiff blank Message-ID: hi list I have tiled tiff images that worked in MS 3.6. With MS 4.0, using the same shape with tiles, I only get a blank page. When I reference a single tiff with the DATA parameter, they show up perfectly. What I checked so far (without success): - Created new tiles with gdaltindex. The tiles are in the right place and the "location" field contains correct data. - Re-built MS --with-tiff and --without-tiff. - Re-built gdal with and without "--with-tiff=internal --with-geotiff=internal" Any ideas? Thanks. Uli ##System Linux Suse 8.1 ##./mapserv -v 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 ##gdal-config --formats gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 bsb xpm sdts raw dted mem jdem envisat elas fit vrt usgsdem l1b nitf bmp gif jpeg png ##gdal-config --version 1.1.9 ##MapFile (has no PROJECTION; has IMAGETYPE png; has OUTPUTFORMAT defined) LAYER NAME "rastermaps" TYPE raster STATUS ON TILEINDEX "/geodata/europe/ch/_data/scanned/greentiles.shp" TILEITEM "Location" #DATA "/geodata/europe/ch/_data/scanned/green1.tif" <<< this works!! CLASSITEM "[pixel]" OFFSITE 255 255 255 CLASS EXPRESSION ([pixel] = 2) COLOR 153 255 153 END END ##gdalinfo says: Driver: GTiff/GeoTIFF Size is 14000, 9600 Coordinate System is `' Origin = (480000.000000,206000.000000) Pixel Size = (5.000000,-5.000000) Corner Coordinates: Upper Left ( 480000.000, 206000.000) Lower Left ( 480000.000, 158000.000) Upper Right ( 550000.000, 206000.000) Lower Right ( 550000.000, 158000.000) Center ( 515000.000, 182000.000) Band 1 Block=14000x1 Type=Byte, ColorInterp=Palette Color Table (RGB with 256 entries) 0: 255,255,255,255 1: 255,255,255,255 2: 180,255,180,255 3: 180,245,255,255 4: 255,220,23,255 5: 255,153,0,255 6: 204,122,18,255 7: 18,15,255,255 8: 18,18,18,255 9: 150,150,150,255 10: 150,150,150,255 ..... ------------- Uli M?ller geOps GeoInformatics Stephanienstrasse 4 D-79100 Freiburg Tel +49 (0)761 8814 606 / 607 FAX +49 (0)761 8814 607 mobile +49 (0)174 9689457 uli at geops.de & uli at geops.ch -------------- From warmerdam at pobox.com Tue Aug 26 12:26:52 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 26 Aug 2003 15:26:52 -0400 Subject: [Mapserver-users] raster problem: tiled tiff blank In-Reply-To: References: Message-ID: <3F4BB47C.3010605@pobox.com> uli wrote: > hi list > I have tiled tiff images that worked in MS 3.6. With MS 4.0, using the same > shape with tiles, I only get a blank page. When I reference a single tiff > with the DATA parameter, they show up perfectly. > What I checked so far (without success): > - Created new tiles with gdaltindex. The tiles are in the right place and > the "location" field contains correct data. > - Re-built MS --with-tiff and --without-tiff. > - Re-built gdal with and without > "--with-tiff=internal --with-geotiff=internal" > Any ideas? Thanks. > Uli Uli, This is almost always a path issue with the filenames put into the tile file. I would suggest running shp2img on your map, and before doing so set the environment variable CPL_DEBUG to the value ON. This will cause lots of debugging into to be put out by GDAL as it tries to open files. I expect you will see that the filenames passed down to GDAL are not "relativized" as you expect. If so, you will need to recreate your tile index with absolute paths, or relative paths that match what MapServer expects. "shp2img -all_debug 1" may also be helpful to see what mapserver is using for filenames, but I am not sure. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From ed at topozone.com Tue Aug 26 12:30:38 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 26 Aug 2003 15:30:38 -0400 Subject: [Mapserver-users] Unique layer naming for WMS serving Message-ID: <13858AA1A74F30419F319ACB66A9D1222C005D@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C36C08.8794AAC4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Brent - =20 We've gone the GROUP route. It works fine, and so far hasn't been an = issue. We may filter the WMS requests through a PHP script on the front = end to pull out layers we don't want the user to select, but they'll = still end up in the GetCapabilities document. I'd be interested, too, = in hearing from anyone with a better solution. =20 - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242=20 -----Original Message----- From: Brent Fraser [mailto:bfraser at geoanalytic.com] Sent: Tuesday, August 26, 2003 3:03 PM To: Daniel Morissette; mapserver-users Subject: [Mapserver-users] Unique layer naming for WMS serving Daniel, =20 I see that the WMS server portion of Mapserver renames the layers (by = adding _01, _02, etc) to ensure the names are unique. Is there a way to = prevent that? =20 =20 Some background... =20 I've used multiple layer definition for the same data (well almost the = same data) in a map file to improve performance of rendering raster over = a wide range of scales. I'll preprocess the data by reampling the high = resolution raster to medium and low res, then have three layers i the = map file all named the same but visible only at a scale range approriate = for their resolution. As the user zooms in, Mapserver automatically = switches to the higher resolution. Works well with standard Mapserver, = but using WMS protocol two of the layers get renamed. This means that = the user now needs to attach three layers and turn them on and off. =20 Another way I've used the same-layer-name feature is to use the same = name for point, line, and polygon layers representing one theme such as = cadastre or structures. But I doubt if WMS clients would tolerate = that... =20 I've tried grouping (GROUP and WMS_GROUP_TITLE) but it exposes the = individual layer names to the user (it may have to do for now). =20 In my experiments with WMS_GROUP_TITLE, it seems that only one group = is recognized per map file and that all layers will be included in it. = Is that true? =20 Thanks for your comments!. Brent Fraser GeoAnalytic Inc. Tel:(403) 213-2700 bfraser at geoanalytic.com www.geoanalytic.com ------_=_NextPart_001_01C36C08.8794AAC4 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Brent=20 -
 
We've=20 gone the GROUP route.  It works fine, and so far hasn't been an=20 issue.  We may filter the WMS requests through a PHP script on the = front=20 end to pull out layers we don't want the user to select, but they'll = still end=20 up in the GetCapabilities document.  I'd be interested, too, in = hearing=20 from anyone with a better solution.
 
     - Ed

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

-----Original Message-----
From: Brent Fraser=20 [mailto:bfraser at geoanalytic.com]
Sent: Tuesday, August 26, = 2003 3:03=20 PM
To: Daniel Morissette; mapserver-users
Subject: = [Mapserver-users] Unique layer naming for WMS = serving

Daniel,
 
  I see that the WMS server = portion of=20 Mapserver renames the layers (by adding _01, _02, etc) to ensure the = names are=20 unique.  Is there a way to prevent that?
 
 
Some background...
 
  I've used multiple layer = definition for=20 the same data (well almost the same data) in a map file to improve = performance=20 of rendering raster over a wide range of scales.  I'll preprocess = the=20 data by reampling the high resolution raster to medium and low res, = then have=20 three layers i the map file all named the same but visible only at a = scale=20 range approriate for their resolution.  As the user zooms in,=20 Mapserver automatically switches to the = higher resolution. =20 Works well with standard Mapserver, but using WMS = protocol two of=20 the layers get renamed.  This means that the user now needs to = attach=20 three layers and turn them on and off.
 
    Another way I've = used the=20 same-layer-name feature is to use the same name for point, line, and = polygon=20 layers representing one theme such as cadastre or structures.  = But I=20 doubt if WMS clients would tolerate that...
 
  I've tried grouping (GROUP and = WMS_GROUP_TITLE) but it exposes the individual layer names to the user = (it may=20 have to do for now).
 
  In my experiments with = WMS_GROUP_TITLE, it=20 seems that only one group is recognized per map file and that all = layers will=20 be included in it.  Is that true?
 
Thanks for your = comments!.
Brent Fraser
GeoAnalytic Inc.
Tel:(403) = 213-2700
bfraser at geoanalytic.com
www.geoanalytic.com
<= /BLOCKQUOTE> ------_=_NextPart_001_01C36C08.8794AAC4-- From rjames57 at yahoo.com Tue Aug 26 12:33:54 2003 From: rjames57 at yahoo.com (Randy James) Date: Tue, 26 Aug 2003 12:33:54 -0700 (PDT) Subject: [Mapserver-users] raster problem: tiled tiff blank In-Reply-To: Message-ID: <20030826193354.94508.qmail@web12502.mail.yahoo.com> Hi Does changing Location to LOCATION make a difference? Cheers Randy --- uli wrote: > hi list > I have tiled tiff images that worked in MS 3.6. With MS > 4.0, using the same > shape with tiles, I only get a blank page. When I > reference a single tiff > with the DATA parameter, they show up perfectly. > What I checked so far (without success): > - Created new tiles with gdaltindex. The tiles are in the > right place and > the "location" field contains correct data. > - Re-built MS --with-tiff and --without-tiff. > - Re-built gdal with and without > "--with-tiff=internal --with-geotiff=internal" > Any ideas? Thanks. > Uli > > ##System Linux Suse 8.1 > > ##./mapserv -v > 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 > > ##gdal-config --formats > gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 bsb xpm > sdts raw dted mem > jdem envisat elas fit vrt usgsdem l1b nitf bmp gif jpeg > png > ##gdal-config --version > 1.1.9 > > ##MapFile (has no PROJECTION; has IMAGETYPE png; has > OUTPUTFORMAT defined) > LAYER > NAME "rastermaps" > TYPE raster > STATUS ON > TILEINDEX > "/geodata/europe/ch/_data/scanned/greentiles.shp" > TILEITEM "Location" > #DATA "/geodata/europe/ch/_data/scanned/green1.tif" > <<< this works!! > CLASSITEM "[pixel]" > OFFSITE 255 255 255 > CLASS > EXPRESSION ([pixel] = 2) > COLOR 153 255 153 > END > END > > ##gdalinfo says: > Driver: GTiff/GeoTIFF > Size is 14000, 9600 > Coordinate System is `' > Origin = (480000.000000,206000.000000) > Pixel Size = (5.000000,-5.000000) > Corner Coordinates: > Upper Left ( 480000.000, 206000.000) > Lower Left ( 480000.000, 158000.000) > Upper Right ( 550000.000, 206000.000) > Lower Right ( 550000.000, 158000.000) > Center ( 515000.000, 182000.000) > Band 1 Block=14000x1 Type=Byte, ColorInterp=Palette > Color Table (RGB with 256 entries) > 0: 255,255,255,255 > 1: 255,255,255,255 > 2: 180,255,180,255 > 3: 180,245,255,255 > 4: 255,220,23,255 > 5: 255,153,0,255 > 6: 204,122,18,255 > 7: 18,15,255,255 > 8: 18,18,18,255 > 9: 150,150,150,255 > 10: 150,150,150,255 > ..... > > > ------------- > Uli M?ller > geOps GeoInformatics > Stephanienstrasse 4 > D-79100 Freiburg > Tel +49 (0)761 8814 606 / 607 > FAX +49 (0)761 8814 607 > mobile +49 (0)174 9689457 > uli at geops.de & uli at geops.ch > -------------- > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at 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 morissette at dmsolutions.ca Tue Aug 26 14:37:43 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 26 Aug 2003 17:37:43 -0400 Subject: [Mapserver-users] Unique layer naming for WMS serving In-Reply-To: <101901c36c04$9d6e5af0$020002c0@SHARK> References: <101901c36c04$9d6e5af0$020002c0@SHARK> Message-ID: <3F4BD327.6090803@dmsolutions.ca> Brent Fraser wrote: > > I see that the WMS server portion of Mapserver renames the layers (by > adding _01, _02, etc) to ensure the names are unique. Is there a way to > prevent that? > Nope. > > I've tried grouping (GROUP and WMS_GROUP_TITLE) but it exposes the > individual layer names to the user (it may have to do for now). > We've talked about defining a way to prevent layers from being served via WMS but nothing has happened yet, see http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=337 > In my experiments with WMS_GROUP_TITLE, it seems that only one group > is recognized per map file and that all layers will be included in it. > Is that true? > Multiple groups should work unless there is a bug that I'm not aware of. Note that the wms_group_title metadata value is read only from the metadata of the first layer in the group Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From schut at sarvision.com Wed Aug 27 00:09:56 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 27 Aug 2003 09:09:56 +0200 Subject: [Mapserver-users] PROBLEM with GetFeatureInfo results??? In-Reply-To: <3F4B85D7.5050807@magma.ca> References: <015501c36bb8$c0d820d0$548dc49e@joseph> <3F4B85D7.5050807@magma.ca> Message-ID: <200308270909.56721.schut@sarvision.com> On Tuesday 26 August 2003 18:07, Paul Spencer wrote: > Josef, you will need to have a template attribute inside each layer > object that you want to be queryable. It looks something like: > > TEMPLATE "ttt.html" > > The value "ttt.html" can be any non-empty value. Not sure if it must > end in .html or not. Nope, can be anything. I used 'template "dummy"' and all worked. Cheers, Vincent. > > Cheers, > > Paul > > Josef Stromsk? wrote: > >Hi folks, > > > >Im trying to getFeautreInfo from my MapServer, but Im unable to get some > >results. My mapserv.exe returning this everytime : > > > >-------------------------------- > >GetFeatureInfo results: > > > > Search returned no results. > >-------------------------------- > > > >My request URL is: > >http://158.196.141.84/cgi-bin/mapserv.exe?map=D:/Apache/Apache/htdocs/Wgs8 > >4/transcat.map&REQUEST=GetFeatureInfo&VERSION=1.1.0&BBOX=12,47,19,52.25&SR > >S=epsg:32633&WIDTH=800&HEIGHT=600&QUERY_LAYERS=CRhran_wgs&X=240&Y=242 > > > > > >Very similar getMap request works fine, but this is mystery for me. Maybe > > is something missing here. > >Thanks so much for any advice. > > > >Here is my MapFile (it was createt from demo MapFile): > > > ># > ># Start of map file > ># > >MAP > >NAME "TRANSCAT" > >STATUS ON > >EXTENT 12 48 18 51 > >SIZE 640 480 > >SHAPEPATH "." > >IMAGECOLOR 255 255 255 > >UNITS METERS > >IMAGETYPE PNG > ># > ># Start of web interface definition (including WMS enabling metadata) > ># > >WEB > >MINSCALE 1000 > >MAXSCALE 1550000 > >IMAGEPATH "./tmp" > >IMAGEURL "./tmp" > >METADATA > >"WMS_TITLE" "UMN MapServer Itasca Demo" > >"WMS_ABSTRACT" "This is a UMN MapServer application for Itasca County > >located in north central Minnesota." > >"WMS_ACCESSCONSTRAINTS" "none" > >"WMS_ONLINERESOURCE" "http://158.196.141.84/itasca/index.html" > >"WMS_SRS" "epsg:32633" > >END > >END > ># > ># Start of reference map > ># > >REFERENCE > >STATUS OFF > >IMAGE "graphics/reference.png" > >SIZE 120 120 > >EXTENT 393234.393701263 5205405.16440722 495769.579718949 5307959.02579127 > >COLOR 255 0 0 > >OUTLINECOLOR 0 0 0 > >MINBOXSIZE 5 > >MAXBOXSIZE 100 > >MARKER "star" > >MARKERSIZE 8 > >END > ># > ># Projection definition, consult the PROJ.4 documentation for parameter > >discussion > ># > >PROJECTION > ># \proj=utm\ > ># \ellps=GRS80\ > ># \zone=15\ > ># \north\ > ># \no_defs\ > ># > ># OR: > ># > >"init=epsg:32633" > >END > ># > ># Start of legend > ># > >LEGEND > >STATUS ON > >KEYSIZE 18 12 > >LABEL > >TYPE BITMAP > >SIZE MEDIUM > >COLOR 0 0 89 > >END > >END > ># > ># Start of scalebar > ># > >SCALEBAR > >STATUS ON > >COLOR 255 255 255 > >IMAGECOLOR 0 0 0 > >UNITS METERS > >INTERVALS 1 > >SIZE 100 2 > >STYLE 1 > >LABEL > >SIZE TINY > >COLOR 255 255 255 > >END > >END > ># > >#================================== Start of symbol definitions > ># > >SYMBOL > >NAME "circle" > >TYPE ELLIPSE > >FILLED TRUE > >POINTS > >1 1 > >END > >END > >SYMBOL > >NAME "star" > >TYPE VECTOR > >FILLED TRUE > >POINTS > >0 .375 .35 .375 .5 0 .65 .375 1 .375 .75 .625 .875 1 .5 .75 .125 1 .25 > > .625 END > >END > ># > >#?======================================== Start of layer definitions > ># > >LAYER > >NAME "useky_wgs" > >#GROUP "silnicniDatabanka" > >STATUS ON > >DATA "./SilnicnidatabankaOstrava_wgs/useky_wgs" > >TYPE LINE > >CLASS > >NAME "useky_class" > >#SYMBOL "circle" > >COLOR 0 0 0 > >SIZE 1 > >END > >END > >LAYER > >NAME "uzly_wgs" > >#GROUP "silnicniDatabanka" > >STATUS ON > >DATA "./SilnicnidatabankaOstrava_wgs/uzly_wgs" > >TYPE POINT > ># OFFSITE 31 > >OFFSITE 252 > >METADATA > >"WMS_TITLE" "Silničn? databanka Ostrava" > >"WMS_ABSTRACT" "Hibbing and Bemidji quadrangles. See > >http://deli.dnr.state.mn.us/metadata/full/drgncim1.html for more > >information." > >"WMS_SRS" "epsg:32633" > >END > >CLASS > >NAME "uzly_class" > >SYMBOL "circle" > >COLOR 128 255 164 > >OUTLINECOLOR 12 200 100 > >BACKGROUNDCOLOR 100 100 100 > >SIZE 7 > >END > >END > > > >LAYER > >NAME "crhran_wgs" > >#GROUP "hraniceCR_wgs" > >STATUS ON > >DATA "./hraniceCR_wgs/crhran_wgs" > >TYPE POLYGON > >UNITS METERS > >CLASS > >NAME "hranice_class" > >#SYMBOL "circle" > >COLOR 207 215 255 > >OUTLINECOLOR 0 63 103 > >END > >END > > > > > >LAYER > >NAME "obce_roz_wgs" > >#GROUP "Admin_wgs" > >STATUS ON > >DATA "./Admin_wgs/obce_roz_wgs" > >TYPE POLYGON > >UNITS METERS > >CLASS > >NAME "obce_roz_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > >LAYER > >NAME "obce_pov_wgs" > >#GROUP "Admin_wgs" > >STATUS ON > >DATA "./Admin_wgs/obce_pov_wgs" > >TYPE POLYGON > >UNITS METERS > >CLASS > >NAME "obce_pov_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > >LAYER > >NAME "obce_wgs" > >#GROUP "Admin_wgs" > >STATUS ON > >DATA "./Admin_wgs/obce_wgs" > >TYPE POLYGON > >UNITS METERS > >CLASS > >NAME "obce_pov_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > > > >LAYER > >NAME "Zonace_CHKOJ_wgs" > >#GROUP "CHKO_wgs" > >STATUS ON > >DATA "./CHKO_wgs/Zonace_CHKOJ_wgs" > >TYPE POLYGON > >UNITS METERS > >CLASS > >NAME "Zonace_CHKOJ_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > >LAYER > >NAME "mchu83_a_wgs" > >#GROUP "CHKO_wgs" > >STATUS ON > >DATA "./CHKO_wgs/mchu83_a_wgs" > >TYPE POLYGON > >UNITS METERS > >CLASS > >NAME "mchu83_a_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > >LAYER > >NAME "MCHU_CHKOJ_wgs" > >#GROUP "CHKO_wgs" > >STATUS ON > >DATA "./CHKO_wgs/MCHU_CHKOJ_wgs" > >TYPE POLYGON > >UNITS METERS > >CLASS > >NAME "MCHU_CHKOJ_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > >LAYER > >NAME "flouky_wgs" > >#GROUP "CHKO_wgs" > >STATUS ON > >DATA "./CHKO_wgs/flouky_wgs" > >TYPE POLYGON > >UNITS METERS > >CLASS > >NAME "flouky_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > >LAYER > >NAME "branna_wgs" > >#GROUP "CHKO_wgs" > >STATUS ON > >DATA "./CHKO_wgs/branna_wgs" > >TYPE POLYGON > >UNITS METERS > >CLASS > >NAME "branna_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > >LAYER > >NAME "HraniceCHKO_wgs" > >#GROUP "CHKO_wgs" > >STATUS ON > >DATA "./CHKO_wgs/HraniceCHKO_wgs" > >TYPE LINE > >UNITS METERS > >CLASS > >NAME "HraniceCHKO_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > >LAYER > >NAME "rivers_poland_wgs" > >#GROUP "Povodi_wgs" > >STATUS ON > >DATA "./Povodi_wgs/rivers_poland_wgs" > >TYPE LINE > >UNITS METERS > >CLASS > >NAME "rivers_poland_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > >LAYER > >NAME "povodi_bela_wgs" > >#GROUP "Povodi_wgs" > >STATUS ON > >DATA "./Povodi_wgs/povodi_bela_wgs" > >TYPE POLYGON > >UNITS METERS > >CLASS > >NAME "povodi_bela_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > >LAYER > >NAME "jezera_pl_wgs" > >#GROUP "Povodi_wgs" > >STATUS ON > >DATA "./Povodi_wgs/jezera_pl_wgs" > >TYPE POLYGON > >UNITS METERS > >CLASS > >NAME "jezera_pl_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > ># LAYER > >#NAME "bela_reka_wgs" > >#GROUP "Povodi_wgs" > >#STATUS ON > >#DATA "./Povodi_wgs/bela_reka_wgs" > >#TYPE LINE > >#UNITS METERS > >#CLASS > >#NAME "bela_reka_wgs_class" > >#COLOR 105 147 250 > >#OUTLINECOLOR 0 0 0 > >#END > >#END > >LAYER > >NAME "hranice_bela_wgs" > >#GROUP "Povodi_wgs" > >STATUS ON > >DATA "./Povodi_wgs/hranice_bela_wgs" > >TYPE POLYGON > >UNITS METERS > >CLASS > >NAME "hranice_bela_wgs_class" > >COLOR 105 147 250 > >OUTLINECOLOR 0 0 0 > >END > >END > >END > > > > > > > >_______________________________________________ > >Mapserver-users mailing list > >Mapserver-users at lists.gis.umn.edu > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From ter-haseborg at sf-datentechnik.de Wed Aug 27 03:57:31 2003 From: ter-haseborg at sf-datentechnik.de (Frieso ter Haseborg) Date: Wed, 27 Aug 2003 12:57:31 +0200 Subject: [Mapserver-users] WMS-GetMap problem in 4.0 (works in 3.6.6) Message-ID: <0DF955F15A102E4F81B948D44A45015A0691F9@nt-sf-exchange.Windows2000> Hi, I'm just experimenting with WMS-getMap-requests. I created two-mapFiles adapted from the "MapServer 3.5 tutorial": One mapfile serves as WMS-server-configuration the other one as a WMS-client. This configuration works fine with MapServer 3.6.6 but failes in MapServer 4.0 with the following error: msHTTPExecuteRequests(): HTTP request error. Can't open output file ../tmp/106197874319760.img.tmp. What am I missing? Are there any changes to the mapfile-notation I overlook? Has the temp-file-handling been changed? I'm working with a single server, both map-files on the same machine; configuration: Win2k/Apache 2.0.47 - MapServer 4.0 or MapServer 3.6.6. My wms-map-file looks like this: ================================ NAME wms EXTENT -97.5 41.619778 -82.122902 49.38562 SIZE 400 300 SHAPEPATH "./" WEB IMAGEPATH "../tmp/" IMAGEURL "/tmp/" METADATA WMS_TITLE "S3 Example 2" WMS_ABSTRACT "Tutorial Section 3 Example 2" WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://wmstst/cgi-bin/mapserv.exe?map=../htdocs/wmstest/wms2.map" WMS_SRS "EPSG:26915" END END # LAYER DEFINITIONS --------------------------------------------- LAYER # water features layer NAME "1" DATA hydrop_ugl STATUS ON TYPE POLYGON metadata "wms_title" "layer 1" end CLASSITEM "FEATURE" CLASS NAME "Bay/Estuarine" EXPRESSION /Bay*/ COLOR 164 164 0 END END END # end of map file My wms-client-file looks like this: =================================== NAME client EXTENT -97.5 41.619778 -82.122902 49.38562 SIZE 400 300 SHAPEPATH "./" WEB IMAGEPATH "../tmp/" IMAGEURL "/tmp/" METADATA WMS_TITLE "S3 Example 2" WMS_ABSTRACT "Tutorial Section 3 Example 2" WMS_ACCESSCONSTRAINTS none # change this value to match your setup WMS_ONLINERESOURCE "http://wmstst/cgi-bin/mapserv.exe?map=../htdocs/wmstest/client2.map" WMS_SRS "EPSG:26915" END END # LAYER DEFINITIONS --------------------------------------------- LAYER NAME "wms2" TYPE RASTER STATUS ON CONNECTION "http://wmstst/cgi-bin/mapserv.exe?map=../htdocs/wmstest/wms2.map&versio n=1.1.0&layers=1" CONNECTIONTYPE WMS METADATA "wms_srs" "EPSG:26915 EPSG:42101 EPSG:4269 EPSG:4326 EPSG:42304" "wms_name" "1" "wms_server_version" "1.1.0" "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" "wms_format" "image/png" END END LAYER # water features layer 2 NAME "2" DATA hydrop_ugl STATUS ON TYPE POLYGON CLASSITEM "FEATURE" CLASS NAME "Lakes/Reservoir" EXPRESSION ('[FEATURE]' eq 'Lake' or '[FEATURE]' = 'Reservoir') COLOR 64 64 255 END END END # end of map file TIA, Frieso ter Haseborg - Software Development - -- -------------------------------------------------- S&F Datentechnik GmbH&Co.KG Reimersstr. 41b 26789 Leer, Germany From wilmanrojas at geoweb.com.co Wed Aug 27 05:31:49 2003 From: wilmanrojas at geoweb.com.co (Wilman Rojas) Date: Wed, 27 Aug 2003 07:31:49 -0500 Subject: [Mapserver-users] Problem for draw map whit oracle Spatial Message-ID: <005301c36c97$30180d50$7d00a8c0@investigacion> Hi. My problem is the next: Apparently all right work. But the image of map is make in blank. What problem is? The next is my map file. ***************************************************************** MAP # # Start of map file - created Thu Jan 23 11:06:24 2003 # NAME "GENERAL" STATUS ON EXTENT 1088625.7777777791 934798.2222222225 1106830.2222222236 951182.2222222225 SIZE 500 500 SYMBOLSET "C:\MapServ\Data\varios\symbols.sym" FONTSET "C:\MapServ\Data\varios\fonts.txt" IMAGECOLOR 255 255 255 UNITS METERS # # Start of web interface definition # WEB IMAGEPATH "C:/MapServ/Output/" IMAGEURL "/output/" TEMPLATE "C:/mapserv/website/pruebas/index.html" END #WEB # # Start of reference map # REFERENCE STATUS ON IMAGE "C:/mapserv/data/sigue/gif/tulua.png" SIZE 100 75 EXTENT 1088625.7777777791 934798.2222222225 1106830.2222222236 951182.2222222225 COLOR -1 -1 -1 OUTLINECOLOR 255 14 37 END # # Start of legend # LEGEND STATUS ON KEYSIZE 18 12 LABEL TYPE BITMAP POSITION UR SIZE TINY COLOR 0 0 89 END END # # Start of scalebar # SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS METERS INTERVALS 5 #LABEL SIZE 350 5 LABEL SIZE SMALL COLOR 0 0 0 END END # # Start of layer definitions # LAYER NAME "Zona rural" STATUS DEFAULT CONNECTIONTYPE oraclespatial CONNECTION "system/geoweb at investigacion" DATA "GEOM from STATES" TYPE Polygon CLASS NAME "Zonas" COLOR 215 255 233 OUTLINECOLOR 0 0 0 SIZE 1 END END END ************************************************************ thank you for Any help. Wilman Rojas. Jefe Investigaci?n y Desarrollo. Geoweb S.A www.geoweb.com.co From ter-haseborg at sf-datentechnik.de Wed Aug 27 05:36:10 2003 From: ter-haseborg at sf-datentechnik.de (Frieso ter Haseborg) Date: Wed, 27 Aug 2003 14:36:10 +0200 Subject: [Mapserver-users] newbee-questions: clients, data access, dynamic layers, cascading servers Message-ID: <0DF955F15A102E4F81B948D44A45015A06BD2D@nt-sf-exchange.Windows2000> Hello, we're new to MapServer and web-gis-applications and need some input on "getting started". 1.) What are common open-source web-gis-clients? We just want to check some alternatives. 2.) Is it possible to retrieve data from a SQL-Database (Oracle, SQL Server, Sybase ASA) with MapServer? If so, are there any how-to's or tutorials? 3.) Can I create dynamic layers from the data retrieved with 2.)? 4.) Is it possible to build a MapServer-configuration which serves dynamic content (generated with 2. and 3.) to other OGC-WMS-Servers? Any hints would be welcome. TIA, Frieso ter Haseborg - Software Development - -- -------------------------------------------------- S&F Datentechnik GmbH&Co.KG Reimersstr. 41b 26789 Leer, Germany From Josef.Stromsky.hgf at vsb.cz Wed Aug 27 06:19:16 2003 From: Josef.Stromsky.hgf at vsb.cz (=?iso-8859-2?Q?Josef_Stromsk=FD?=) Date: Wed, 27 Aug 2003 15:19:16 +0200 Subject: [Mapserver-users] GetFeatureInfo from selected rectangle??? Message-ID: <01fd01c36c9d$d203b730$548dc49e@joseph> Hi folks. Im trying to prepare my WMS client to get informations about all geofeatures in selected rectangle. In getFeatureInfo request im able to pick info about features on coordinates X, Y, but I need all geofeatures in any rectangle. Thanks so much for any advice. yours sincerely Josef Stromsky From steve.lime at dnr.state.mn.us Wed Aug 27 06:34:24 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 27 Aug 2003 08:34:24 -0500 Subject: [Mapserver-users] Fwd: Mapserver problems 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. --=_CE90B066.AACBAD2B Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline --=_CE90B066.AACBAD2B Content-Type: message/rfc822 Return-path: Received: from mail.state.mn.us (state.mn.us [156.99.125.109]) by co5.dnr.state.mn.us; Wed, 27 Aug 2003 01:32:06 -0500 Return-Path: Received: from viruswall1.gsf.fi ([193.167.179.2] [193.167.179.2]) by mail.state.mn.us with ESMTP for steve.lime at dnr.state.mn.us; Wed, 27 Aug 2003 01:32:06 -0500 Received: from viruswall1.gsf.fi (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 5EF776FDE2 for ; Wed, 27 Aug 2003 09:32:03 +0300 (EEST) Received: by viruswall1.gsf.fi (Postfix, from userid 503) id 0A39D6FE2B; Wed, 27 Aug 2003 09:32:01 +0300 (EEST) Received: from kusti.gsf.fi (unknown [192.168.170.91]) by viruswall1.gsf.fi (Postfix) with ESMTP id BD6936FDE2 for ; Wed, 27 Aug 2003 09:31:59 +0300 (EEST) Received: from mlarro (kdhcp7.gsf.fi [192.83.63.188]) by kusti.gsf.fi (8.9.3/8.9.3) with SMTP id JAA11537 for ; Wed, 27 Aug 2003 09:31:29 +0300 From: "Mika Larronmaa" To: Subject: Mapserver problems Date: Wed, 27 Aug 2003 09:31:03 +0300 Message-Id: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-MailScanner: Found to be clean X-Spam-Status: No, hits=-100.0 required=7.5 tests=USER_IN_WHITELIST version=2.55 X-Spam-Level: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01C36C7D.EF4C1B40" This is a multi-part message in MIME format. ------=_NextPart_000_0000_01C36C7D.EF4C1B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit why Mapserver divide materials not seen, a browser, if the window is "too" big (1600x1200)? I have tried to change options from the .map file size and extent but on the bad success. Application is the same,what found ermapper pages. (http://www.earthetc.com/ecwgis_geology_17/ecwgis_frame.asp) with regards Mika ------=_NextPart_000_0000_01C36C7D.EF4C1B40 Content-Type: application/octet-stream; name="geology.map" Content-Transfer-Encoding: 7bit Content-Disposition: ATTACHMENT; filename="geology.map" # # Start of map file # NAME GTK ##SIZE 1600 1200 #550 370 STATUS ON SYMBOLSET symbols/symbols.sym EXTENT 3077429.653 6655118.141 3720577.597 7760020.359 ##5056707.439 5540888.346 1857594.910 8814206.098 UNITS meters SHAPEPATH "data" IMAGECOLOR 0 0 0 # # Start of web interface definition # WEB HEADER queries/page_header.htm FOOTER queries/page_footer.htm MINSCALE 10 MAXSCALE 100000 IMAGEPATH "f:\inetpub\wwwroot\tmp_2\" IMAGEURL "/tmp_2/" END QUERYMAP SIZE 200 150 STATUS ON STYLE HILITE COLOR 255 255 0 END # # # Start of scalebar # SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 255 1 1 SIZE small END #LABEL SIZE 150 5 COLOR 1 0 0 BACKGROUNDCOLOR 255 255 255 OUTLINECOLOR 1 0 0 UNITS kilometers INTERVALS 4 STYLE 0 STATUS EMBED POSITION ul TRANSPARENT on END #SCALEBAR # # Legend image # LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM # imagecolor 222 247 181 COLOR 0 0 0 END STATUS ON END # # Layer definitions. Note first in list is drawn first so is bottom layer # # Notes: To be able to override layer on/off, layer status must be ON (not DEFAULT) LAYER NAME kalliope TYPE polygon STATUS ON DATA kalliope HEADER "queries/kalliope_header.htm" QUERY TEMPLATE "queries/kalliope.htm" END CLASSITEM 'code' # Can't put all classes in because MapServer has class limit per layer, so generalize CLASS expression "1" COLOR 224 223 157 END CLASS expression "2" COLOR 255 158 61 END CLASS expression "3" COLOR 255 168 125 END CLASS expression "4" COLOR 159 175 227 END CLASS expression "5" COLOR 24 112 15 END CLASS expression "6" COLOR 159 175 227 END CLASS expression "7" COLOR 255 0 255 END CLASS expression "8" COLOR 217 145 255 END CLASS expression "9" COLOR 217 145 255 END CLASS expression "10" COLOR 71 79 54 END CLASS expression "11" COLOR 54 13 11 END CLASS expression "12" COLOR 240 22 58 END CLASS expression "13" COLOR 209 10 99 END CLASS expression "14" COLOR 255 61 158 END CLASS expression "15" COLOR 255 209 145 END CLASS expression "16" COLOR 179 145 135 END CLASS expression "17" COLOR 255 255 0 END CLASS expression "18" COLOR 168 255 255 END CLASS expression "19" COLOR 192 235 199 END CLASS expression "20" COLOR 213 227 159 END CLASS expression "21" COLOR 69 90 90 END CLASS expression "22" COLOR 179 233 255 END CLASS expression "23" COLOR 217 102 255 END CLASS expression "24" COLOR 255 186 235 END CLASS expression "25" COLOR 71 255 255 END CLASS expression "26" COLOR 168 255 209 END CLASS expression "27" COLOR 8 185 13 END CLASS expression "28" COLOR 161 215 217 END CLASS expression "29" COLOR 168 255 209 END CLASS expression "30" COLOR 0 235 82 END CLASS expression "31" COLOR 61 89 89 END CLASS expression "32" COLOR 179 23 255 END CLASS expression "33" COLOR 168 255 209 END CLASS expression "34" COLOR 16 179 114 END CLASS expression "35" COLOR 89 255 209 END CLASS expression "36" COLOR 168 255 209 END CLASS expression "37" COLOR 0 217 115 END CLASS expression "38" COLOR 255 179 79 END CLASS expression "39" COLOR 255 145 196 END CLASS expression "40" COLOR 255 186 0 END CLASS expression "41" COLOR 235 192 216 END CLASS expression "42" COLOR 145 255 54 END CLASS expression "43" COLOR 109 193 0 END CLASS expression "44" COLOR 244 168 186 END CLASS expression "45" COLOR 255 209 112 END CLASS expression "46" COLOR 135 89 0 END CLASS expression "47" COLOR 112 196 196 END CLASS expression "48" COLOR 15 112 66 END CLASS expression "49" COLOR 138 158 48 END CLASS expression "50" COLOR 186 145 255 END CLASS expression "51" COLOR 135 111 12 END CLASS expression "52" COLOR 196 99 127 END CLASS expression "53" COLOR 125 255 255 END CLASS expression "54" COLOR 125 125 0 END CLASS expression "55" COLOR 178 240 240 END CLASS expression "56" COLOR 145 112 255 END CLASS expression "57" COLOR 102 255 125 END CLASS expression "58" COLOR 255 235 15 END CLASS expression "59" COLOR 135 0 0 END CLASS expression "60" COLOR 255 240 125 END CLASS expression "61" COLOR 178 196 168 END CLASS expression "62" COLOR 112 255 0 END CLASS expression "63" COLOR 235 196 255 END CLASS expression "64" COLOR 135 97 89 END CLASS expression "65" COLOR 191 255 102 END CLASS expression "66" COLOR 240 255 202 END CLASS expression "67" COLOR 240 255 202 END CLASS expression "68" COLOR 240 255 202 END CLASS expression "69" COLOR 15 102 0 END CLASS expression "70" COLOR 33 227 0 END CLASS expression "71" COLOR 61 89 15 END CLASS expression "72" COLOR 196 176 76 END CLASS expression "73" COLOR 240 240 125 END CLASS expression "74" COLOR 196 217 240 END CLASS expression "75" COLOR 209 209 209 END CLASS expression "76" COLOR 255 227 209 END CLASS expression "77" COLOR 212 227 212 END CLASS expression "78" COLOR 255 179 135 END CLASS expression "79" COLOR 217 158 158 END CLASS expression "80" COLOR 209 194 189 END CLASS expression "81" COLOR 227 158 189 END CLASS expression "82" COLOR 79 255 145 END CLASS expression "83" COLOR 145 255 227 END CLASS expression "84" COLOR 240 255 202 END CLASS expression "85" COLOR 255 227 209 END CLASS expression "86" COLOR 0 255 151 END CLASS expression "87" COLOR 0 145 255 END CLASS expression "88" COLOR 102 135 255 END CLASS expression "89" COLOR 57 0 223 END CLASS expression "90" COLOR 0 16 247 END CLASS expression "91" COLOR 0 87 240 END CLASS expression "92" COLOR 240 240 202 END CLASS name "Kalliopera" EXPRESSION /./ COLOR 200 200 0 OUTLINECOLOR 1 1 1 END END LAYER NAME tuuppia TYPE polygon STATUS ON DATA tuuppia HEADER "queries/tuuppia_header.htm" QUERY TEMPLATE "queries/tuuppia.htm" END CLASSITEM 'Id' # Can't put all classes in because MapServer has class limit per layer, so generalize CLASS expression "1" COLOR 198 99 74 END CLASS expression "2" COLOR 0 0 255 END CLASS expression "3" COLOR 255 214 0 END CLASS expression "4" COLOR 189 181 107 END CLASS expression "5" COLOR 255 214 0 END CLASS name "Glasiaaligeologiset tyyppialueet" EXPRESSION /./ COLOR 254 100 10 OUTLINECOLOR 1 1 1 END END LAYER NAME viuhkat TYPE polygon STATUS ON DATA viuhkat HEADER "queries/viuhkat_header.htm" QUERY TEMPLATE "queries/viuhkat.htm" END CLASSITEM 'Id' # Can't put all classes in because MapServer has class limit per layer, so generalize CLASS expression "0" COLOR 198 150 74 END CLASS expression "1" COLOR 0 15 255 END CLASS expression "2" COLOR 255 214 45 END CLASS expression "3" COLOR 189 244 107 END CLASS name "Lohkareviuhkoja" EXPRESSION /./ COLOR 254 100 10 OUTLINECOLOR 1 1 1 END END LAYER NAME mustaliu TYPE polygon STATUS ON DATA mustaliu HEADER "queries/mustaliu_header.htm" QUERY TEMPLATE "queries/mustaliu.htm" END CLASSITEM 'Status' # Can't put all classes in because MapServer has class limit per layer, so generalize CLASS expression "Tulkittu" COLOR 0 0 255 END CLASS expression "Tunnettu" COLOR 204 0 255 END CLASS name "Mustaliuskeet" EXPRESSION /./ COLOR 200 200 0 OUTLINECOLOR 1 1 1 END END LAYER NAME nuolet TYPE polygon STATUS ON DATA nuolet CLASSITEM 'id' # Can't put all classes in because MapServer has class limit per layer, so generalize CLASS name "Nuorin" EXPRESSION /1/ COLOR 255 0 0 size 6 END CLASS name "Nuori" EXPRESSION /2/ COLOR 0 255 0 size 6 END CLASS name "Vanha" EXPRESSION /3/ COLOR 0 0 255 size 6 END CLASS name "Vanhin" EXPRESSION /4/ COLOR 255 0 255 size 6 END HEADER "queries/nuolet_n_header.htm" QUERY TEMPLATE "queries/nuolet_n.htm" END END LAYER NAME ristikko TYPE polygon STATUS ON DATA ristikko CLASSITEM 'id' # Can't put all classes in because MapServer has class limit per layer, so generalize CLASS name "Lohkaretihentyma" EXPRESSION /0/ COLOR 255 0 0 symbol 'cross' size 7 END HEADER "queries/ristikko_header.htm" QUERY TEMPLATE "queries/ristikko.htm" END END LAYER NAME vedet TYPE line STATUS ON DATA vedet MAXSCALE 500000 MINSCALE 10000 CLASS name "Vesistot *" COLOR 0 0 255 END HEADER "queries/vesi_header.htm" QUERY TEMPLATE "queries/vesi.htm" END END LAYER NAME remuod TYPE line STATUS ON DATA remuod CLASS name "Jaatikon reuna-asema" COLOR 255 5 4 SIZE 5 END HEADER "queries/remuod_header.htm" QUERY TEMPLATE "queries/remuod.htm" END END LAYER NAME harjut TYPE polygon STATUS ON DATA harjut CLASSITEM 'Id' CLASS name "Harjut" COLOR 0 150 0 END HEADER "queries/harjut_header.htm" QUERY TEMPLATE "queries/harjut.htm" END END LAYER NAME virtaus TYPE line STATUS ON DATA virtaus CLASSITEM 'Id' CLASS name "Mannerjaatikon virtaussuunnat" COLOR 0 0 255 END HEADER "queries/virtaus_header.htm" QUERY TEMPLATE "queries/virtaus.htm" END END LAYER NAME virtaus2 TYPE line STATUS ON DATA virtaus2 CLASSITEM 'Id' CLASS name "Jaatikon reunamuodostuma" EXPRESSION /Ei tietoja/ COLOR 1 0 25 symbol 'line' size 3 END HEADER "queries/virtaus_2_header.htm" QUERY TEMPLATE "queries/virtaus_2.htm" END END LAYER NAME juonet TYPE line STATUS ON DATA juonet CLASSITEM 'Code' CLASS name "Diabaasia (~1 Ga) Laanilan juoni" EXPRESSION /1/ COLOR 77 153 51 symbol 'line' size 2 END CLASS name "Diabaasia (~1,12 Ga) Sallan juoni" EXPRESSION /2/ COLOR 77 153 51 symbol 'line' size 2 END CLASS name "Diabaasia (~1,27 Ga)" EXPRESSION /3/ COLOR 77 153 51 symbol 'line' size 2 END CLASS name "Diabaasia (~1,65 - 1,57 Ga)" EXPRESSION /4/ COLOR 132 96 84 symbol 'line' size 2 END CLASS name "Kvartsiporfyyria (~1,65 - 1,57 Ga)" EXPRESSION /5/ COLOR 255 0 255 symbol 'line' size 2 END CLASS name "Lamprofyyria (1,84 - 1,77 Ga)" EXPRESSION /6/ COLOR 0 15 255 symbol 'line' size 2 END CLASS name "Metadiabaasia (2.50 - 1,97 Ga)" EXPRESSION /7/ COLOR 132 96 84 symbol 'line' size 2 END HEADER "queries/juonet_header.htm" QUERY TEMPLATE "queries/juonet.htm" END END LAYER NAME uurre TYPE line STATUS ON DATA uurre CLASSITEM 'ID' CLASS name "Nuori uurre" EXPRESSION /0/ COLOR 100 153 51 symbol 'line' size 2 END CLASS name "Vanha uurre" EXPRESSION /1/ COLOR 255 153 51 symbol 'line' size 2 END HEADER "queries/uurre_header.htm" QUERY TEMPLATE "queries/uurre.htm" END END LAYER NAME rapautu TYPE Point STATUS on DATA rapautu CLASS Name 'Moreeninalainen rapautuma...' COLOR 0 255 255 OUTLINECOLOR 0 0 1 symbol 'circle' SIZE 17 END HEADER "queries/rapautuma_header.htm" QUERY TEMPLATE "queries/rapautuma.htm" END END LAYER NAME loppi_p TYPE Point STATUS on DATA loppi_p TOLERANCE 10 CLASS Name 'Kairauspisteet' COLOR 255 0 0 OUTLINECOLOR 0 0 1 symbol 'circle' SIZE 17 END HEADER "queries/loppi_header.htm" QUERY TEMPLATE "queries/loppi.htm" END END LAYER NAME rake TYPE Point STATUS off DATA rake TOLERANCE 10 CLASS Name 'Litogeokemia pisteet' COLOR 0 0 255 OUTLINECOLOR 0 0 1 symbol 'circle' SIZE 12 END HEADER "queries/rake_header.htm" QUERY TEMPLATE "queries/rake.htm" END END LAYER NAME kaivokse TYPE point STATUS ON DATA kaivokse CLASSITEM 'T' TOLERANCE 10 CLASS name "Metallikaivos" EXPRESSION /1/ COLOR 1 1 255 OUTLINECOLOR 0 0 1 symbol 'star' size 17 END CLASS name "Teollisuusmineraalikaivos" EXPRESSION /2/ COLOR 2 255 1 OUTLINECOLOR 0 0 1 symbol 'triangle' size 17 END CLASS name "Karbonaattikivikaivos" EXPRESSION /3/ COLOR 255 255 1 OUTLINECOLOR 0 0 1 symbol 'square' size 12 END HEADER "queries/kaivokset_header.htm" QUERY TEMPLATE "queries/kaivokset.htm" END END LAYER NAME kerty TYPE line STATUS ON DATA kerty CLASSITEM 'ID' CLASS name "Pintalohkareiston kertymasektori" EXPRESSION // COLOR 255 1 255 symbol 'line' size 2 END HEADER "queries/kerty_header.htm" QUERY TEMPLATE "queries/kerty.htm" END END LAYER NAME saumamu TYPE line STATUS ON DATA saumamu CLASSITEM 'ID' CLASS name "Saumamuodostuma" EXPRESSION /0/ COLOR 255 1 255 symbol 'line' size 2 END HEADER "queries/saumamu_header.htm" QUERY TEMPLATE "queries/saumamu.htm" END END LAYER NAME kertymal TYPE polygon STATUS ON DATA kertymal CLASSITEM 'id' # Can't put all classes in because MapServer has class limit per layer, so generalize CLASS name "Pintalohkareiston kertymaalue" EXPRESSION /0/ COLOR 255 55 100 OUTLINECOLOR 2 0 1 symbol 'cross' size 3 END HEADER "queries/kertyma_al_header.htm" QUERY TEMPLATE "queries/kertyma_al.htm" END END LAYER NAME ruksit_ TYPE line STATUS ON DATA ruksit_ CLASSITEM 'id' CLASS name "Lohkare" EXPRESSION /0/ COLOR 254 1 1 symbol 'line' size 4 END CLASS name "Kulkeutunut lohkare" EXPRESSION /1/ COLOR 254 1 1 symbol 'line' size 4 END HEADER "queries/ruksit_header.htm" QUERY TEMPLATE "queries/ruksit.htm" END END END END # Map File ------=_NextPart_000_0000_01C36C7D.EF4C1B40-- --=_CE90B066.AACBAD2B-- From morissette at dmsolutions.ca Wed Aug 27 06:48:19 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 27 Aug 2003 09:48:19 -0400 Subject: [Mapserver-users] WMS-GetMap problem in 4.0 (works in 3.6.6) In-Reply-To: <0DF955F15A102E4F81B948D44A45015A0691F9@nt-sf-exchange.Windows2000> References: <0DF955F15A102E4F81B948D44A45015A0691F9@nt-sf-exchange.Windows2000> Message-ID: <3F4CB6A3.7070304@dmsolutions.ca> Frieso ter Haseborg wrote: > > I created two-mapFiles adapted from the "MapServer 3.5 tutorial": One > mapfile serves as WMS-server-configuration the other one as a > WMS-client. This configuration works fine with MapServer 3.6.6 but > failes in MapServer 4.0 with the following error: > > msHTTPExecuteRequests(): HTTP request error. Can't open output file > ../tmp/106197874319760.img.tmp. > First thing to do would be to check that the "../tmp" directory is writable. Perhaps ../tmp is not pointing to the location that you think it points to, so you should probably try using an absolute path for IMAGEPATH instead of a relative path. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From nf10 at hotmail.com Wed Aug 27 08:12:32 2003 From: nf10 at hotmail.com (Jeff L.) Date: Wed, 27 Aug 2003 15:12:32 +0000 Subject: [Mapserver-users] Loading data from another server Message-ID: Hi, I was wondering if the location of data used in MapServer can be a different location from the one where MapServer is running. I would like to run the MapServer in a server pointing to data in another server. I tried to change this tag in the .map file: SHAPEPATH "http://www.MyServer.com/data/" There was an error: msOpenSHPFile(): Unable to access file. (MyLayerData) My data do exist in the "http://www.MyServer.com/data/" location. I'm using MapServer 3.6. Thanks, Jeff Lacoste _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From ed at topozone.com Wed Aug 27 08:48:55 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 27 Aug 2003 11:48:55 -0400 Subject: [Mapserver-users] Loading data from another server Message-ID: <13858AA1A74F30419F319ACB66A9D1222C007F@mercator.topozone.com> Jeff - Yes, the data can be in another location, but not one accessed via HTTP. MapServer reads data files using regular filesystem I/O, so the SHAPEPATH needs to point to a filesystem address (i.e. a local or network directory). If you have trouble with that, let us know what operating system you're using and what kind of network access you have to the data server and we can be more specific. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Jeff L. [mailto:nf10 at hotmail.com] Sent: Wednesday, August 27, 2003 11:13 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Loading data from another server Hi, I was wondering if the location of data used in MapServer can be a different location from the one where MapServer is running. I would like to run the MapServer in a server pointing to data in another server. I tried to change this tag in the .map file: SHAPEPATH "http://www.MyServer.com/data/" There was an error: msOpenSHPFile(): Unable to access file. (MyLayerData) My data do exist in the "http://www.MyServer.com/data/" location. I'm using MapServer 3.6. Thanks, Jeff Lacoste _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lfilak at medinaco.org Wed Aug 27 08:59:35 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 27 Aug 2003 11:59:35 -0400 Subject: [Mapserver-users] newbee-questions: clients, data access, dynamic layers, cascading servers Message-ID: <200308271559.h7RFxT717333@yogi.medinaco.net> The following message was sent by "Frieso ter Haseborg" on Wed, 27 Aug 2003 14:36:10 +0200. > Hello, > > we're new to MapServer and web-gis-applications and need some input on > "getting started". > > 1.) What are common open-source web-gis-clients? We just want to check > some alternatives. Not sure what you mean, WMS or WFS client or just a web browser? > > 2.) Is it possible to retrieve data from a SQL-Database (Oracle, SQL > Server, Sybase ASA) with MapServer? If so, are there any how-to's or > tutorials? Yes, but it depends on if you are reading from a database with a "spatial" extension that directly supplies geographic data or if you are reading simple attributes, such as the x & y coordinates of a point, and need to create a geographic feature for display. http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PostGIS http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MySQL http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial http://mapserver.gis.umn.edu/cgi-bin/wilma_glimpse/mapserver-users?query=oracle%3Bspatial&Search=Search&errors=0&maxfiles=50&maxlines=10&.cgifields=lineonly&.cgifields=restricttofiles&.cgifields=filelist&.cgifields=partial&.cgifields=case http://mapserver.gis.umn.edu/cgi-bin/wilma_glimpse/mapserver-users?query=ms%3Bsql%3Bserver&Search=Search&errors=0&maxfiles=50&maxlines=10&.cgifields=lineonly&.cgifields=restricttofiles&.cgifields=filelist&.cgifields=partial&.cgifields=case http://mapserver.gis.umn.edu/cgi-bin/wilma_glimpse/mapserver-users?query=sybase&Search=Search&errors=0&maxfiles=50&maxlines=10&.cgifields=lineonly&.cgifields=restricttofiles&.cgifields=filelist&.cgifields=partial&.cgifields=case http://mapserver.gis.umn.edu/cgi-bin/wilma_glimpse/mapserver-users?query=sde&Search=Search&errors=0&maxfiles=50&maxlines=10&.cgifields=lineonly&.cgifields=restricttofiles&.cgifields=filelist&.cgifields=partial&.cgifields=case > > 3.) Can I create dynamic layers from the data retrieved with 2.)? If the data is dynamically handled directly in the RDBMS and MS uses that data directly, ie. PostGIS then the database handles the "dynamic" nature of the data and MS simply uses what the database supplies. If the data comes from a shapefile and you want MS to handle the changes to the data then you can use some flavor of MapScript to program that. http://mapserver.gis.umn.edu/cgi-bin/wilma_glimpse/mapserver-users?query=adding%3Bpoints%3Bdynamically&Search=Search&errors=0&maxfiles=50&maxlines=10&.cgifields=lineonly&.cgifields=restricttofiles&.cgifields=filelist&.cgifields=partial&.cgifields=case http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex2 http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex8 > > 4.) Is it possible to build a MapServer-configuration which serves > dynamic content (generated with 2. and 3.) to other OGC-WMS-Servers? AFAIK, yes. HTH Lowell > > Any hints would be welcome. > > TIA, > > Frieso ter Haseborg > - Software Development - > > -- > > -------------------------------------------------- > S&F Datentechnik GmbH&Co.KG > Reimersstr. 41b > 26789 Leer, Germany > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nf10 at hotmail.com Wed Aug 27 08:53:10 2003 From: nf10 at hotmail.com (Jeff L.) Date: Wed, 27 Aug 2003 15:53:10 +0000 Subject: [Mapserver-users] Loading data from another server Message-ID: Thanks Ed for your reply. The data are in a web server while mapserver is running in another web server. Jeff >From: "Ed McNierney" >To: "Jeff L." , >Subject: RE: [Mapserver-users] Loading data from another server >Date: Wed, 27 Aug 2003 11:48:55 -0400 > >Jeff - > >Yes, the data can be in another location, but not one accessed via HTTP. >MapServer reads data files using regular filesystem I/O, so the SHAPEPATH >needs to point to a filesystem address (i.e. a local or network directory). > If you have trouble with that, let us know what operating system you're >using and what kind of network access you have to the data server and we >can be more specific. > > - Ed > >Ed McNierney >President and Chief Mapmaker >TopoZone.com / Maps a la carte, Inc. >73 Princeton Street, Suite 305 >North Chelmsford, MA 01863 >ed at topozone.com >(978) 251-4242 > >-----Original Message----- >From: Jeff L. [mailto:nf10 at hotmail.com] >Sent: Wednesday, August 27, 2003 11:13 AM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] Loading data from another server > > >Hi, > >I was wondering if the location of data used in MapServer can be a >different >location from the one where MapServer is running. > >I would like to run the MapServer in a server pointing to data in another >server. I tried to change this tag in the .map file: > >SHAPEPATH "http://www.MyServer.com/data/" > >There was an error: >msOpenSHPFile(): Unable to access file. (MyLayerData) > >My data do exist in the "http://www.MyServer.com/data/" location. > >I'm using MapServer 3.6. > >Thanks, > >Jeff Lacoste > >_________________________________________________________________ >The new MSN 8: smart spam protection and 2 months FREE* >http://join.msn.com/?page=features/junkmail > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From ter-haseborg at sf-datentechnik.de Wed Aug 27 09:01:30 2003 From: ter-haseborg at sf-datentechnik.de (Frieso ter Haseborg) Date: Wed, 27 Aug 2003 18:01:30 +0200 Subject: AW: [Mapserver-users] WMS-GetMap problem in 4.0 (works in 3.6.6) Message-ID: <0DF955F15A102E4F81B948D44A45015A0691FA@nt-sf-exchange.Windows2000> Hi, okay absolute path works. *whooops* I have to specify an absolute path in my client-map-file. But why? Why does this work with MS 3.6.6? And why does the wms-server-map-file work (using a relative path) when called directly? TIA, Frieso -----Urspr?ngliche Nachricht----- Von: Daniel Morissette [mailto:morissette at dmsolutions.ca] Gesendet: Mittwoch, 27. August 2003 15:48 An: Frieso ter Haseborg Cc: mapserver-users at lists.gis.umn.edu Betreff: Re: [Mapserver-users] WMS-GetMap problem in 4.0 (works in 3.6.6) Frieso ter Haseborg wrote: > > I created two-mapFiles adapted from the "MapServer 3.5 tutorial": One > mapfile serves as WMS-server-configuration the other one as a > WMS-client. This configuration works fine with MapServer 3.6.6 but > failes in MapServer 4.0 with the following error: > > msHTTPExecuteRequests(): HTTP request error. Can't open output file > ../tmp/106197874319760.img.tmp. > First thing to do would be to check that the "../tmp" directory is writable. Perhaps ../tmp is not pointing to the location that you think it points to, so you should probably try using an absolute path for IMAGEPATH instead of a relative path. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From ed at topozone.com Wed Aug 27 08:56:18 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 27 Aug 2003 11:56:18 -0400 Subject: [Mapserver-users] Loading data from another server Message-ID: <13858AA1A74F30419F319ACB66A9D1222C0080@mercator.topozone.com> Jeff - You need filesystem access to your data files, not just HTTP access. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Jeff L. [mailto:nf10 at hotmail.com] Sent: Wednesday, August 27, 2003 11:53 AM To: Ed McNierney; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Loading data from another server Thanks Ed for your reply. The data are in a web server while mapserver is running in another web server. Jeff >From: "Ed McNierney" >To: "Jeff L." , >Subject: RE: [Mapserver-users] Loading data from another server >Date: Wed, 27 Aug 2003 11:48:55 -0400 > >Jeff - > >Yes, the data can be in another location, but not one accessed via HTTP. >MapServer reads data files using regular filesystem I/O, so the SHAPEPATH >needs to point to a filesystem address (i.e. a local or network directory). > If you have trouble with that, let us know what operating system you're >using and what kind of network access you have to the data server and we >can be more specific. > > - Ed > >Ed McNierney >President and Chief Mapmaker >TopoZone.com / Maps a la carte, Inc. >73 Princeton Street, Suite 305 >North Chelmsford, MA 01863 >ed at topozone.com >(978) 251-4242 > >-----Original Message----- >From: Jeff L. [mailto:nf10 at hotmail.com] >Sent: Wednesday, August 27, 2003 11:13 AM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] Loading data from another server > > >Hi, > >I was wondering if the location of data used in MapServer can be a >different >location from the one where MapServer is running. > >I would like to run the MapServer in a server pointing to data in another >server. I tried to change this tag in the .map file: > >SHAPEPATH "http://www.MyServer.com/data/" > >There was an error: >msOpenSHPFile(): Unable to access file. (MyLayerData) > >My data do exist in the "http://www.MyServer.com/data/" location. > >I'm using MapServer 3.6. > >Thanks, > >Jeff Lacoste > >_________________________________________________________________ >The new MSN 8: smart spam protection and 2 months FREE* >http://join.msn.com/?page=features/junkmail > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From lfilak at medinaco.org Wed Aug 27 09:05:50 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 27 Aug 2003 12:05:50 -0400 Subject: [Mapserver-users] Loading data from another server Message-ID: <200308271605.h7RG5i717535@yogi.medinaco.net> That format for accessing data requires that the data looks like a local file whether it is network mounted or etc. There is also an option of reading data in a WMS or WFS fashion from a remote source. HTH Lowell The following message was sent by "Jeff L." on Wed, 27 Aug 2003 15:12:32 +0000. > Hi, > > I was wondering if the location of data used in MapServer can be a different > location from the one where MapServer is running. > > I would like to run the MapServer in a server pointing to data in another > server. I tried to change this tag in the .map file: > > SHAPEPATH "http://www.MyServer.com/data/" > > There was an error: > msOpenSHPFile(): Unable to access file. (MyLayerData) > > My data do exist in the "http://www.MyServer.com/data/" location. > > I'm using MapServer 3.6. > > Thanks, > > Jeff Lacoste > > _________________________________________________________________ > The new MSN 8: smart spam protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From hobbes_zatow at yahoo.com Wed Aug 27 09:11:02 2003 From: hobbes_zatow at yahoo.com (Hobbes Zatow) Date: Wed, 27 Aug 2003 09:11:02 -0700 (PDT) Subject: [Mapserver-users] setting outlinecolor in perl mapscript Message-ID: <20030827161102.27396.qmail@web11605.mail.yahoo.com> I'm having a hard time figuring out how to set the outlinecolor for a class in perl/mapscript. What's the correct way to do this using MS4? __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From nf10 at hotmail.com Wed Aug 27 09:11:35 2003 From: nf10 at hotmail.com (Jeff L.) Date: Wed, 27 Aug 2003 16:11:35 +0000 Subject: [Mapserver-users] Loading data from another server Message-ID: Thanks Lowel for your answer. Could you please point me to how to do that ? a document or an url about accessing remote data would be great. Jeff Lacoste >From: "Lowell Filak" >To: "Jeff L." , mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Loading data from another server >Date: Wed, 27 Aug 2003 12:05:50 -0400 > >That format for accessing data requires that the data looks like a local >file whether it is network mounted or etc. >There is also an option of reading data in a WMS or WFS fashion from a >remote source. >HTH >Lowell > >The following message was sent by "Jeff L." on Wed, >27 Aug 2003 15:12:32 +0000. > > > Hi, > > > > I was wondering if the location of data used in MapServer can be a >different > > location from the one where MapServer is running. > > > > I would like to run the MapServer in a server pointing to data in >another > > server. I tried to change this tag in the .map file: > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > There was an error: > > msOpenSHPFile(): Unable to access file. (MyLayerData) > > > > My data do exist in the "http://www.MyServer.com/data/" location. > > > > I'm using MapServer 3.6. > > > > Thanks, > > > > Jeff Lacoste > > > > _________________________________________________________________ > > The new MSN 8: smart spam protection and 2 months FREE* > > http://join.msn.com/?page=features/junkmail > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From nf10 at hotmail.com Wed Aug 27 09:48:04 2003 From: nf10 at hotmail.com (Jeff L.) Date: Wed, 27 Aug 2003 16:48:04 +0000 Subject: [Mapserver-users] Loading data from another server Message-ID: Thanks >From: "Lowell Filak" >To: "Jeff L." , lfilak at medinaco.org, >mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Loading data from another server >Date: Wed, 27 Aug 2003 12:47:27 -0400 > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer >HTH >Lowell > >The following message was sent by "Jeff L." on Wed, >27 Aug 2003 16:11:35 +0000. > > > Thanks Lowel for your answer. Could you please point me to how to do >that ? > > a document or an url about accessing remote data would be great. > > > > Jeff Lacoste > > > > > > >From: "Lowell Filak" > > >To: "Jeff L." , mapserver-users at lists.gis.umn.edu > > >Subject: Re: [Mapserver-users] Loading data from another server > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > >That format for accessing data requires that the data looks like a >local > > >file whether it is network mounted or etc. > > >There is also an option of reading data in a WMS or WFS fashion from a > > >remote source. > > >HTH > > >Lowell > > > > > >The following message was sent by "Jeff L." on Wed, > > >27 Aug 2003 15:12:32 +0000. > > > > > > > Hi, > > > > > > > > I was wondering if the location of data used in MapServer can be a > > >different > > > > location from the one where MapServer is running. > > > > > > > > I would like to run the MapServer in a server pointing to data in > > >another > > > > server. I tried to change this tag in the .map file: > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > There was an error: > > > > msOpenSHPFile(): Unable to access file. (MyLayerData) > > > > > > > > My data do exist in the "http://www.MyServer.com/data/" location. > > > > > > > > I'm using MapServer 3.6. > > > > > > > > Thanks, > > > > > > > > Jeff Lacoste > > > > > > > > _________________________________________________________________ > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > _________________________________________________________________ > > The new MSN 8: smart spam protection and 2 months FREE* > > http://join.msn.com/?page=features/junkmail > _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From lfilak at medinaco.org Wed Aug 27 09:47:27 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 27 Aug 2003 12:47:27 -0400 Subject: [Mapserver-users] Loading data from another server Message-ID: <200308271647.h7RGlL718450@yogi.medinaco.net> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer HTH Lowell The following message was sent by "Jeff L." on Wed, 27 Aug 2003 16:11:35 +0000. > Thanks Lowel for your answer. Could you please point me to how to do that ? > a document or an url about accessing remote data would be great. > > Jeff Lacoste > > > >From: "Lowell Filak" > >To: "Jeff L." , mapserver-users at lists.gis.umn.edu > >Subject: Re: [Mapserver-users] Loading data from another server > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > >That format for accessing data requires that the data looks like a local > >file whether it is network mounted or etc. > >There is also an option of reading data in a WMS or WFS fashion from a > >remote source. > >HTH > >Lowell > > > >The following message was sent by "Jeff L." on Wed, > >27 Aug 2003 15:12:32 +0000. > > > > > Hi, > > > > > > I was wondering if the location of data used in MapServer can be a > >different > > > location from the one where MapServer is running. > > > > > > I would like to run the MapServer in a server pointing to data in > >another > > > server. I tried to change this tag in the .map file: > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > There was an error: > > > msOpenSHPFile(): Unable to access file. (MyLayerData) > > > > > > My data do exist in the "http://www.MyServer.com/data/" location. > > > > > > I'm using MapServer 3.6. > > > > > > Thanks, > > > > > > Jeff Lacoste > > > > > > _________________________________________________________________ > > > The new MSN 8: smart spam protection and 2 months FREE* > > > http://join.msn.com/?page=features/junkmail > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _________________________________________________________________ > The new MSN 8: smart spam protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail From lfilak at medinaco.org Wed Aug 27 10:02:16 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 27 Aug 2003 13:02:16 -0400 Subject: [Mapserver-users] setting outlinecolor in perl mapscript Message-ID: <200308271702.h7RH29718841@yogi.medinaco.net> The "looks" portion of a class has been moved into styleObj where $style->{outlinecolor} = $colorObj is what your probably looking for. HTH Lowell The following message was sent by Hobbes Zatow on Wed, 27 Aug 2003 09:11:02 -0700 (PDT). > I'm having a hard time figuring out how to set the > outlinecolor for a class in perl/mapscript. What's > the correct way to do this using MS4? > > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From joe at otsys.com Wed Aug 27 10:01:18 2003 From: joe at otsys.com (Joe Bussell) Date: Wed, 27 Aug 2003 10:01:18 -0700 Subject: [Mapserver-users] Re: Mapscript perl In-Reply-To: References: Message-ID: <3F4CE3DE.1000905@otsys.com> Greetings Roberto, I have taken the liberty of recasting this information request into the waters of the group. I do so in the hope that any useful information which would come from this exchange would be known to all. It has been some time since I did my cygwin build. Several things have changed since then. It is my belief, certainly my hope, that the terrible hacks that I made to get Perl Mapscript to compile would cease to be required as the products mature. I think that you are on the right track with compiling without the modifications to the Makefile that I suggested. It may be the case that you have a working solution. Did you migrate the dll that you successfully created to another machine? I ask this because I suspect that the cygwin.dll may be missing from the target box. Cygwin compiles its guts into anything you build there. Could you provide the results of ldd on the resulting dll? This should clarify where the references are and if there is any dependancy that was not apparent (such as to cygwin.dll). If anyone knows more about this please let me know. Cordially, Joe Bussell www.trafficdodger.com Roberto Bellasio wrote: > Dear Mr. Bussel, > I read with interest your suggestions about how to build Perl > Mapscript under Cygwin. I followed your suggestion till point 8 > (mapscript compilation), where I get som problems. > Inside the Makefile I indicated g++ as the linker (I found 2 LD > inside the Makefile, and I indicated g++ for each of them), and I > have modified the LDLOADLIBS as you suggest. At this point I did > not find perlld.exe under /usr/local/bin, but I find perlld > (without any extension) under /usr/bin. This last file does not > have "driver_name" inside. Instead I found $CC = 'gcc' and I > modified it in $CC = 'g++', but it does not seem to have any > effect. > If I proceed anyway with the compilation, I get the following > messages, and a final error. > > ---Start--- > gcc -c -I/cygdrive/e/programmi/mapserver-4.0 -I/usr/local/include -I/usr/local/include -I/usr/local/include -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -DUSEIMPORTLIB -O3 -DVERSION=\"\" -DXS_VERSION=\"\" "-I/usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE" -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_GDAL mapscript_wrap.c > cc1: warning: changing search order for system directory "/usr/local/include" > cc1: warning: as it has already been specified as a non-system directory > mapscript_wrap.c: In function `SWIG_ConvertPtr': > mapscript_wrap.c:394: warning: cast to pointer from integer of different size > mapscript_wrap.c:415: warning: cast to pointer from integer of different size > mapscript_wrap.c:418: warning: cast to pointer from integer of different size > mapscript_wrap.c:421: warning: cast to pointer from integer of different size > Running Mkbootstrap for mapscript () > chmod 644 mapscript.bs > rm -f blib/arch/auto/mapscript/mapscript.dll > LD_RUN_PATH="/cygdrive/e/programmi/mapserver-4.0:/usr/local/lib:/usr/lib:/lib" g++ -s -L/usr/local/lib mapscript_wrap.o -o blib/arch/auto/mapscript/mapscript.dll /usr/lib/perl5/5.8.0/cygwin-multi-64int/CORE/libperl.dll.a -L/cygdrive/e/programmi/mapserver-4.0 -lmap -lgd -L/usr/local/lib -lgd -L/usr/local/lib -lfreetype -lz -L/lib -lz -L/usr/local/lib -lfreetype -lz -L/lib -lz -L/usr/local/lib -lproj -L/usr/local/lib -lgdal.1.1 -lm -lstdc++ `/usr/local/bin/gdal-config --libs` > /lib/libcygwin.a(libcmain.o)(.text+0x7c): undefined reference to `_WinMain at 16' > collect2: ld returned 1 exit status > make: *** [blib/arch/auto/mapscript/mapscript.dll] Error 1 > ---End--- > > I do not know if the warning messages are important or not, since > I do not know the c language. > > If I compile the dll without modifying the Makefile, the > compilation succeeds, but the resulting dll cannot be used under > Win32. > > I'm wondering if you have any suggestion to solve the problem. > > Thank you in advance for your time. > > > Best regards, > Roberto Bellasio > > From hobbes_zatow at yahoo.com Wed Aug 27 10:54:55 2003 From: hobbes_zatow at yahoo.com (Hobbes Zatow) Date: Wed, 27 Aug 2003 10:54:55 -0700 (PDT) Subject: [Mapserver-users] setting outlinecolor in perl mapscript In-Reply-To: <200308271702.h7RH29718841@yogi.medinaco.net> Message-ID: <20030827175455.64834.qmail@web11604.mail.yahoo.com> If I have the class in $class: $class = $layer->getClass(0); How do I get to its style? I can't find any info in the docs/wiki correlating classes and the styleObj. Also, I assume the ColorObj is set by: {outlinecolor}->{red} = 153; {outlinecolor}->{green} = 153; {outlinecolor}->{blue} = 153; Or do I need to do something along the lines of: {outlinecolor} = $map->addColor(153,153,153); Thx. --- Lowell Filak wrote: > The "looks" portion of a class has been moved into > styleObj where > $style->{outlinecolor} = $colorObj is what your > probably looking for. > HTH > Lowell > > The following message was sent by Hobbes Zatow > > on Wed, 27 Aug 2003 09:11:02 -0700 (PDT). > > > I'm having a hard time figuring out how to set the > > outlinecolor for a class in perl/mapscript. > What's > > the correct way to do this using MS4? > > > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! SiteBuilder - Free, easy-to-use web site > design software > > http://sitebuilder.yahoo.com > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at 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 nf10 at hotmail.com Wed Aug 27 11:03:20 2003 From: nf10 at hotmail.com (Jeff L.) Date: Wed, 27 Aug 2003 18:03:20 +0000 Subject: [Mapserver-users] Loading data from another server Message-ID: Hi, I went through the documentation "WMS client and WMS server", however it's seems that server location of the data have to have mapserver installed. I might be wrong. And also there is no suggestion about replacing the "SHAPEPATH". My need is to run the demonstration project, but by decoupling the data from the application. I can run the demo fine if every is installed in the same server. Now i moved the shape data to another web server and want to be able to run the demonstration. My understanding is that i would be able to that by making modifications to the .map file only. I guess i was wrong. If there is any example, how to run the demo (or another project) using remote data, that would be great. Jeff Lacoste >From: "Lowell Filak" >To: "Jeff L." , lfilak at medinaco.org, >mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Loading data from another server >Date: Wed, 27 Aug 2003 12:47:27 -0400 > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer >HTH >Lowell > >The following message was sent by "Jeff L." on Wed, >27 Aug 2003 16:11:35 +0000. > > > Thanks Lowel for your answer. Could you please point me to how to do >that ? > > a document or an url about accessing remote data would be great. > > > > Jeff Lacoste > > > > > > >From: "Lowell Filak" > > >To: "Jeff L." , mapserver-users at lists.gis.umn.edu > > >Subject: Re: [Mapserver-users] Loading data from another server > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > >That format for accessing data requires that the data looks like a >local > > >file whether it is network mounted or etc. > > >There is also an option of reading data in a WMS or WFS fashion from a > > >remote source. > > >HTH > > >Lowell > > > > > >The following message was sent by "Jeff L." on Wed, > > >27 Aug 2003 15:12:32 +0000. > > > > > > > Hi, > > > > > > > > I was wondering if the location of data used in MapServer can be a > > >different > > > > location from the one where MapServer is running. > > > > > > > > I would like to run the MapServer in a server pointing to data in > > >another > > > > server. I tried to change this tag in the .map file: > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > There was an error: > > > > msOpenSHPFile(): Unable to access file. (MyLayerData) > > > > > > > > My data do exist in the "http://www.MyServer.com/data/" location. > > > > > > > > I'm using MapServer 3.6. > > > > > > > > Thanks, > > > > > > > > Jeff Lacoste > > > > > > > > _________________________________________________________________ > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > _________________________________________________________________ > > The new MSN 8: smart spam protection and 2 months FREE* > > http://join.msn.com/?page=features/junkmail > _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus From woklist at charter.net Wed Aug 27 10:59:28 2003 From: woklist at charter.net (William K) Date: Wed, 27 Aug 2003 12:59:28 -0500 Subject: [Mapserver-users] unsuccessful with gdal-1.1.9 on MacOS X In-Reply-To: Message-ID: <3408C708-D8B8-11D7-B15E-003065775468@charter.net> I have Mapserver successfully built with gdal on Mac OS X. I started putting together some pages on the whole process last week, and may yet get them finished and up soon. I don't use fink or darwinports. What I've found is that GDAL needs a couple patches and some environment variables set to build properly to be usable by other applications. Also, are you using the new gcc 3.3 yet? Here are the details on the patching: edit GDALmake.opt.in: on line 17, add '@LDFLAGS@' before -lm. I got this from Fink, but I don't remember what it fixes. It should now be: LIBS = @LIBS@ @LDFLAGS@ -lm on line 204, add '-lgeotiff -ltiff' to CONFIG_LIBS_INS: CONFIG_LIBS_INS = -L$(INST_LIB) -lgdal.$(GDAL_VER) -lgeotiff -ltiff This tells other software how to link to GDAL, which is probably why Mapserver configure is failing. edit GNUmakefile: add a line before line 21 (for the $(GDAL_SLIB): target): $(RANLIB) $(OGRFRMTS_LIB) I found that in the middle of building, it stopped because the 'table of contents was out of date', and needed an extra ranlib applied to it. for the environment and config options: % setenv CFLAGS "-O3 -fno-common -no-cpp-precomp" % setenv CXXFLAGS "-O3 -fno-common -no-cpp-precomp" % ./configure --mandir=/usr/local/share/man --with-libz=/usr --with-libtiff=/usr/local \ -> --with-geotiff=/usr/local --with-jpeg=/usr/local --with-gif=/usr/local \ -> --with-png=/usr/local --without-python --without-ogdi --with-threads then make and install, of course. This works for me. I didn't use any internal libs - already have them installed external since I need them for GRASS also. On Sunday, August 24, 2003, at 11:27 PM, pkishor_98 wrote: > [lucknow:~/Projects/mapserver/gdal-1.1.9] pkishor% ./configure --with- > libtiff=internal --with-geotiff=internal --without-python > > and then make produces the following kind of messages -- > > .. > /usr/bin/ld: warning dynamic shared library: > /usr/local/lib/libpng.dylib not made a > weak library in output with MACOSX_DEPLOYMENT_TARGET environment > variable set > to: 10.1 > /usr/bin/ld: warning dynamic shared library: /usr/lib/libz.dylib not > made a weak > library in output with MACOSX_DEPLOYMENT_TARGET environment variable > set to: > 10.1 > /usr/bin/ld: warning dynamic shared library: > /usr/local/lib/libdl.dylib not made a > weak library in output with MACOSX_DEPLOYMENT_TARGET environment > variable set > to: 10.1 > gcc -I/Users/pkishor/Projects/mapserver/gdal-1.1.9 > -I/Users/pkishor/Projects/ > mapserver/gdal-1.1.9/port > -I/Users/pkishor/Projects/mapserver/gdal-1.1.9/gcore - > I/Users/pkishor/Projects/mapserver/gdal-1.1.9/ogr > -I/Users/pkishor/Projects/ > mapserver/gdal-1.1.9/frmts > -I/Users/pkishor/Projects/mapserver/gdal-1.1.9/alg -c > -Wall -fPIC -O2 gdalwarp.c -o gdalwarp.o > g++ gdalwarp.o \ > -L/Users/pkishor/Projects/mapserver/gdal-1.1.9 -lgdal.1.1 > -ljpeg -lpng -lz - > lm -ldl -lm -o gdalwarp > /usr/bin/ld: warning dynamic shared library: > /usr/local/lib/libjpeg.dylib not made a > weak library in output with MACOSX_DEPLOYMENT_TARGET environment > variable set > to: 10.1 > /usr/bin/ld: warning dynamic shared library: > /usr/local/lib/libpng.dylib not made a > weak library in output with MACOSX_DEPLOYMENT_TARGET environment > variable set > to: 10.1 > /usr/bin/ld: warning dynamic shared library: /usr/lib/libz.dylib not > made a weak > library in output with MACOSX_DEPLOYMENT_TARGET environment variable > set to: > 10.1 > /usr/bin/ld: warning dynamic shared library: > /usr/local/lib/libdl.dylib not made a > weak library in output with MACOSX_DEPLOYMENT_TARGET environment > variable set > to: 10.1 > > and then configuring MapServer --with-gdal results in failure. > > Will explore more later. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > ----- William Kyngesburye http://webpages.charter.net/kyngchaos/ "Time is an illusion - lunchtime doubly so." - Ford Prefect RIP Douglas Adams 1952-2001 From hobbes_zatow at yahoo.com Wed Aug 27 11:08:24 2003 From: hobbes_zatow at yahoo.com (Hobbes Zatow) Date: Wed, 27 Aug 2003 11:08:24 -0700 (PDT) Subject: [Mapserver-users] setting outlinecolor in perl mapscript In-Reply-To: <200308271702.h7RH29718841@yogi.medinaco.net> Message-ID: <20030827180824.31060.qmail@web11602.mail.yahoo.com> Never mind. Figured it out: $class->{styles}->{outlinecolor}->{red} = 153; --- Lowell Filak wrote: > The "looks" portion of a class has been moved into > styleObj where > $style->{outlinecolor} = $colorObj is what your > probably looking for. > HTH > Lowell > > The following message was sent by Hobbes Zatow > > on Wed, 27 Aug 2003 09:11:02 -0700 (PDT). > > > I'm having a hard time figuring out how to set the > > outlinecolor for a class in perl/mapscript. > What's > > the correct way to do this using MS4? > > > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! SiteBuilder - Free, easy-to-use web site > design software > > http://sitebuilder.yahoo.com > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at 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 David.Fawcett at state.mn.us Wed Aug 27 11:41:06 2003 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Wed, 27 Aug 2003 13:41:06 -0500 Subject: [Mapserver-users] Loading data from another server Message-ID: As Lowell said below, you have two options: 1. To access the data directly, you have to configure your server(s) so that you can 'see' it as a directory in a path on your machine. SHAPEPATH has to be a valid path (not URL). I think that the key here is that based on the hardware and software platform and security scheme you are utilizing, you need to figure out how to map/mount/access a remote drive. This is more a question for your admin than this list. 2. You can set up a WMS server using MapServer, which I haven't done, but I understand isn't that hard. Depending on the data that you need, you could also potentially hit an existing WMS server that contains the data. Heck, if this is just for a demo, you could possibly put the data on a CD and point your SHAPEPATH to a folder on the CD. I think that the key here is that based on the hardware and software platform you are utilizing, you need to figure out how to map/mount/access > ---------- > From: Jeff L.[SMTP:nf10 at hotmail.com] > Sent: Wednesday, August 27, 2003 1:03 PM > To: lfilak at medinaco.org; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Loading data from another server > > Hi, > > I went through the documentation "WMS client and WMS server", however it's > seems that server location of the data have to have mapserver installed. I > might be wrong. And also there is no suggestion about replacing the > "SHAPEPATH". > > My need is to run the demonstration project, but by decoupling the data from > the application. > I can run the demo fine if every is installed in the same server. Now i > moved the shape data to another web server and want to be able to run the > demonstration. > > My understanding is that i would be able to that by making modifications to > the .map file only. I guess i was wrong. > > If there is any example, how to run the demo (or another project) using > remote data, that would be great. > > Jeff Lacoste > > > >From: "Lowell Filak" > >To: "Jeff L." , lfilak at medinaco.org, > >mapserver-users at lists.gis.umn.edu > >Subject: Re: [Mapserver-users] Loading data from another server > >Date: Wed, 27 Aug 2003 12:47:27 -0400 > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer > >HTH > >Lowell > > > >The following message was sent by "Jeff L." on Wed, > >27 Aug 2003 16:11:35 +0000. > > > > > Thanks Lowel for your answer. Could you please point me to how to do > >that ? > > > a document or an url about accessing remote data would be great. > > > > > > Jeff Lacoste > > > > > > > > > >From: "Lowell Filak" > > > >To: "Jeff L." , mapserver-users at lists.gis.umn.edu > > > >Subject: Re: [Mapserver-users] Loading data from another server > > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > > > >That format for accessing data requires that the data looks like a > >local > > > >file whether it is network mounted or etc. > > > >There is also an option of reading data in a WMS or WFS fashion from a > > > >remote source. > > > >HTH > > > >Lowell > > > > > > > >The following message was sent by "Jeff L." on Wed, > > > >27 Aug 2003 15:12:32 +0000. > > > > > > > > > Hi, > > > > > > > > > > I was wondering if the location of data used in MapServer can be a > > > >different > > > > > location from the one where MapServer is running. > > > > > > > > > > I would like to run the MapServer in a server pointing to data in > > > >another > > > > > server. I tried to change this tag in the .map file: > > > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > > > There was an error: > > > > > msOpenSHPFile(): Unable to access file. (MyLayerData) > > > > > > > > > > My data do exist in the "http://www.MyServer.com/data/" location. > > > > >> > > > > > I'm using MapServer 3.6. > > > > > > > > > > Thanks, > > > > > > > > > > Jeff Lacoste > > > > > > > > > > _________________________________________________________________ > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > _________________________________________________________________ > > > The new MSN 8: smart spam protection and 2 months FREE* > > > http://join.msn.com/?page=features/junkmail > > > > _________________________________________________________________ > MSN 8 with e-mail virus protection service: 2 months FREE* > http://join.msn.com/?page=features/virus > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From lfilak at medinaco.org Wed Aug 27 11:53:31 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 27 Aug 2003 14:53:31 -0400 Subject: [Mapserver-users] Re: setting outlinecolor in perl mapscript Message-ID: <200308271853.h7RIrP721329@yogi.medinaco.net> $style = $class->{styles}; $color->{red} = 153; $color->{green} = 153; $color->{blue} = 153; $style->{outlinecolor} = $color; I believe addColor is dead in favor of the cleaner styleObj. The update to classObj will show this evening. HTH Lowell The following message was sent by Hobbes Zatow on Wed, 27 Aug 2003 10:54:55 -0700 (PDT). > If I have the class in $class: > $class = $layer->getClass(0); > How do I get to its style? I can't find any info in > the docs/wiki correlating classes and the styleObj. > > Also, I assume the ColorObj is set by: > {outlinecolor}->{red} = 153; > {outlinecolor}->{green} = 153; > {outlinecolor}->{blue} = 153; > Or do I need to do something along the lines of: > {outlinecolor} = $map->addColor(153,153,153); > > Thx. > > --- Lowell Filak wrote: > > The "looks" portion of a class has been moved into > > styleObj where > > $style->{outlinecolor} = $colorObj is what your > > probably looking for. > > HTH > > Lowell > > > > The following message was sent by Hobbes Zatow > > > > on Wed, 27 Aug 2003 09:11:02 -0700 (PDT). > > > > > I'm having a hard time figuring out how to set the > > > outlinecolor for a class in perl/mapscript. > > What's > > > the correct way to do this using MS4? > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > Yahoo! SiteBuilder - Free, easy-to-use web site > > design software > > > http://sitebuilder.yahoo.com > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at 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 woklist at charter.net Wed Aug 27 11:52:44 2003 From: woklist at charter.net (William K) Date: Wed, 27 Aug 2003 13:52:44 -0500 Subject: [Mapserver-users] unsuccessful with PROJ.4 4.4.7 on MacOS X In-Reply-To: Message-ID: Me again. Like gdal, I'm not having any problems with proj.4 and MapServer. I don't do anything special however - no patches or extra environment settings. Except I build php mapscript instead of perl mapscript (those errors look like they're coming from perl mapscript). Can you try a sample/demo with straight mapserv cgi? Does that work? What's the reordering includes thing? I couldn't find it in the MapServer wiki. But, I don't do anything like that for proj.4 or mapserver anyways. On Sunday, August 24, 2003, at 11:24 PM, pkishor_98 wrote: > re-ordered the include files as per the wiki, configured, make, make > install-ed... > seemed ok. MapServer builds successfully, but running it produces the > following in > my Apache log -- > > dyld: perl Undefined symbols: > _pj_deallocate_grids > _pj_errno > _pj_free > _pj_fwd > _pj_init > _pj_inv > _pj_is_latlong > _pj_strerrno > _pj_transform > _pj_units > > removing --with-proj from MapServer's configure-ation gets rid of > these errors. > ----- William Kyngesburye http://webpages.charter.net/kyngchaos/ [Trillian] What are you supposed to do WITH a maniacally depressed robot? [Marvin] You think you have problems? What are you supposed to do if you ARE a maniacally depressed robot? No, don't try and answer, I'm 50,000 times more intelligent than you and even I don't know the answer... - HitchHiker's Guide to the Galaxy RIP Douglas Adams 1952-2001 From nf10 at hotmail.com Wed Aug 27 11:50:59 2003 From: nf10 at hotmail.com (Jeff L.) Date: Wed, 27 Aug 2003 18:50:59 +0000 Subject: [Mapserver-users] Loading data from another server Message-ID: Hi David, For a start i'm trying to run the demo, but once i have the demo running, i would try something more elaborated. The option 2 sounds good by having the WMS. But it's seems that the server hosting the data have to run also MapServ. My remote server has no business intelligence, only a storage back end for the data. Any example would be more than welcome. Jeff >From: "Fawcett, David" >To: lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu, "'Jeff >L.'" >Subject: RE: [Mapserver-users] Loading data from another server >Date: Wed, 27 Aug 2003 13:41:06 -0500 > >As Lowell said below, you have two options: > >1. To access the data directly, you have to configure your server(s) so >that you can 'see' it as a directory in a path on your machine. SHAPEPATH >has to be a valid path (not URL). > >I think that the key here is that based on the hardware and software >platform and security scheme you are utilizing, you need to figure out how >to map/mount/access a remote drive. This is more a question for your admin >than this list. > >2. You can set up a WMS server using MapServer, which I haven't done, but >I understand isn't that hard. Depending on the data that you need, you >could also potentially hit an existing WMS server that contains the data. > >Heck, if this is just for a demo, you could possibly put the data on a CD >and point your SHAPEPATH to a folder on the CD. > >I think that the key here is that based on the hardware and software >platform you are utilizing, you need to figure out how to map/mount/access > > > ---------- > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > Sent: Wednesday, August 27, 2003 1:03 PM > > To: lfilak at medinaco.org; mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] Loading data from another server > > > > Hi, > > > > I went through the documentation "WMS client and WMS server", however >it's > > seems that server location of the data have to have mapserver installed. >I > > might be wrong. And also there is no suggestion about replacing the > > "SHAPEPATH". > > > > My need is to run the demonstration project, but by decoupling the data >from > > the application. > > I can run the demo fine if every is installed in the same server. Now i > > moved the shape data to another web server and want to be able to run >the > > demonstration. > > > > My understanding is that i would be able to that by making modifications >to > > the .map file only. I guess i was wrong. > > > > If there is any example, how to run the demo (or another project) using > > remote data, that would be great. > > > > Jeff Lacoste > > > > > > >From: "Lowell Filak" > > >To: "Jeff L." , lfilak at medinaco.org, > > >mapserver-users at lists.gis.umn.edu > > >Subject: Re: [Mapserver-users] Loading data from another server > > >Date: Wed, 27 Aug 2003 12:47:27 -0400 > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer > > >HTH > > >Lowell > > > > > >The following message was sent by "Jeff L." on Wed, > > >27 Aug 2003 16:11:35 +0000. > > > > > > > Thanks Lowel for your answer. Could you please point me to how to do > > >that ? > > > > a document or an url about accessing remote data would be great. > > > > > > > > Jeff Lacoste > > > > > > > > > > > > >From: "Lowell Filak" > > > > >To: "Jeff L." , mapserver-users at lists.gis.umn.edu > > > > >Subject: Re: [Mapserver-users] Loading data from another server > > > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > > > > > >That format for accessing data requires that the data looks like a > > >local > > > > >file whether it is network mounted or etc. > > > > >There is also an option of reading data in a WMS or WFS fashion >from a > > > > >remote source. > > > > >HTH > > > > >Lowell > > > > > > > > > >The following message was sent by "Jeff L." on >Wed, > > > > >27 Aug 2003 15:12:32 +0000. > > > > > > > > > > > Hi, > > > > > > > > > > > > I was wondering if the location of data used in MapServer can be >a > > > > >different > > > > > > location from the one where MapServer is running. > > > > > > > > > > > > I would like to run the MapServer in a server pointing to data >in > > > > >another > > > > > > server. I tried to change this tag in the .map file: > > > > > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > > > > > There was an error: > > > > > > msOpenSHPFile(): Unable to access file. (MyLayerData) > > > > > > > > > > > > My data do exist in the "http://www.MyServer.com/data/" >location. > > > > > >> > > > > > > I'm using MapServer 3.6. > > > > > > > > > > > > Thanks, > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > >_________________________________________________________________ > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > _______________________________________________ > > > > > > Mapserver-users mailing list > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > _________________________________________________________________ > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > http://join.msn.com/?page=features/junkmail > > > > > > > _________________________________________________________________ > > MSN 8 with e-mail virus protection service: 2 months FREE* > > http://join.msn.com/?page=features/virus > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From lfilak at medinaco.org Wed Aug 27 11:57:56 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 27 Aug 2003 14:57:56 -0400 Subject: [Mapserver-users] Loading data from another server Message-ID: <200308271857.h7RIvn721407@yogi.medinaco.net> What type of storage back end is it? I'm confused as you mentioned earlier that the data could be pulled through a URL. Lowell The following message was sent by "Jeff L." on Wed, 27 Aug 2003 18:50:59 +0000. > Hi David, > > For a start i'm trying to run the demo, but once i have the demo running, i > would try something more elaborated. > > The option 2 sounds good by having the WMS. But it's seems that the server > hosting the data have to run also MapServ. My remote server has no business > intelligence, only a storage back end for the data. > > Any example would be more than welcome. > > Jeff > > > >From: "Fawcett, David" > >To: lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu, "'Jeff > >L.'" > >Subject: RE: [Mapserver-users] Loading data from another server > >Date: Wed, 27 Aug 2003 13:41:06 -0500 > > > >As Lowell said below, you have two options: > > > >1. To access the data directly, you have to configure your server(s) so > >that you can 'see' it as a directory in a path on your machine. SHAPEPATH > >has to be a valid path (not URL). > > > >I think that the key here is that based on the hardware and software > >platform and security scheme you are utilizing, you need to figure out how > >to map/mount/access a remote drive. This is more a question for your admin > >than this list. > > > >2. You can set up a WMS server using MapServer, which I haven't done, but > >I understand isn't that hard. Depending on the data that you need, you > >could also potentially hit an existing WMS server that contains the data. > > > >Heck, if this is just for a demo, you could possibly put the data on a CD > >and point your SHAPEPATH to a folder on the CD. > > > >I think that the key here is that based on the hardware and software > >platform you are utilizing, you need to figure out how to map/mount/access > > > > > ---------- > > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > > Sent: Wednesday, August 27, 2003 1:03 PM > > > To: lfilak at medinaco.org; mapserver-users at lists.gis.umn.edu > > > Subject: Re: [Mapserver-users] Loading data from another server > > > > > > Hi, > > > > > > I went through the documentation "WMS client and WMS server", however > >it's > > > seems that server location of the data have to have mapserver installed. > >I > > > might be wrong. And also there is no suggestion about replacing the > > > "SHAPEPATH". > > > > > > My need is to run the demonstration project, but by decoupling the data > >from > > > the application. > > > I can run the demo fine if every is installed in the same server. Now i > > > moved the shape data to another web server and want to be able to run > >the > > > demonstration. > > > > > > My understanding is that i would be able to that by making modifications > >to > > > the .map file only. I guess i was wrong. > > > > > > If there is any example, how to run the demo (or another project) using > > > remote data, that would be great. > > > > > > Jeff Lacoste > > > > > > > > > >From: "Lowell Filak" > > > >To: "Jeff L." , lfilak at medinaco.org, > > > >mapserver-users at lists.gis.umn.edu > > > >Subject: Re: [Mapserver-users] Loading data from another server > > > >Date: Wed, 27 Aug 2003 12:47:27 -0400 > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer > > > >HTH > > > >Lowell > > > > > > > >The following message was sent by "Jeff L." on Wed, > > > >27 Aug 2003 16:11:35 +0000. > > > > > > > > > Thanks Lowel for your answer. Could you please point me to how to do > > > >that ? > > > > > a document or an url about accessing remote data would be great. > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > >To: "Jeff L." , mapserver-users at lists.gis.umn.edu > > > > > >Subject: Re: [Mapserver-users] Loading data from another server > > > > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > > > > > > > >That format for accessing data requires that the data looks like a > > > >local > > > > > >file whether it is network mounted or etc. > > > > > >There is also an option of reading data in a WMS or WFS fashion > >from a > > > > > >remote source. > > > > > >HTH > > > > > >Lowell > > > > > > > > > > > >The following message was sent by "Jeff L." on > >Wed, > > > > > >27 Aug 2003 15:12:32 +0000. > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > I was wondering if the location of data used in MapServer can be > >a > > > > > >different > > > > > > > location from the one where MapServer is running. > > > > > > > > > > > > > > I would like to run the MapServer in a server pointing to data > >in > > > > > >another > > > > > > > server. I tried to change this tag in the .map file: > > > > > > > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > > > > > > > There was an error: > > > > > > > msOpenSHPFile(): Unable to access file. (MyLayerData) > > > > > > > > > > > > > > My data do exist in the "http://www.MyServer.com/data/" > >location. > > > > > > >> > > > > > > > I'm using MapServer 3.6. > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > _______________________________________________ > > > > > > > Mapserver-users mailing list > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > _________________________________________________________________ > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > _________________________________________________________________ > > > MSN 8 with e-mail virus protection service: 2 months FREE* > > > http://join.msn.com/?page=features/virus > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _________________________________________________________________ > Protect your PC - get McAfee.com VirusScan Online > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From nf10 at hotmail.com Wed Aug 27 12:00:44 2003 From: nf10 at hotmail.com (Jeff L.) Date: Wed, 27 Aug 2003 19:00:44 +0000 Subject: [Mapserver-users] Loading data from another server Message-ID: Sorry about that: i meant by storage back end a web server directory where the data are stored. Yes the data need to be pulled by an url. Example: www.myDataServer.com/data Jeff >From: "Lowell Filak" >To: "Jeff L." , David.Fawcett at state.mn.us, >lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] Loading data from another server >Date: Wed, 27 Aug 2003 14:57:56 -0400 > >What type of storage back end is it? >I'm confused as you mentioned earlier that the data could be pulled >through a URL. >Lowell > >The following message was sent by "Jeff L." on Wed, >27 Aug 2003 18:50:59 +0000. > > > Hi David, > > > > For a start i'm trying to run the demo, but once i have the demo >running, i > > would try something more elaborated. > > > > The option 2 sounds good by having the WMS. But it's seems that the >server > > hosting the data have to run also MapServ. My remote server has no >business > > intelligence, only a storage back end for the data. > > > > Any example would be more than welcome. > > > > Jeff > > > > > > >From: "Fawcett, David" > > >To: lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu, >"'Jeff > > >L.'" > > >Subject: RE: [Mapserver-users] Loading data from another server > > >Date: Wed, 27 Aug 2003 13:41:06 -0500 > > > > > >As Lowell said below, you have two options: > > > > > >1. To access the data directly, you have to configure your server(s) >so > > >that you can 'see' it as a directory in a path on your machine. >SHAPEPATH > > >has to be a valid path (not URL). > > > > > >I think that the key here is that based on the hardware and software > > >platform and security scheme you are utilizing, you need to figure >out how > > >to map/mount/access a remote drive. This is more a question for your >admin > > >than this list. > > > > > >2. You can set up a WMS server using MapServer, which I haven't >done, but > > >I understand isn't that hard. Depending on the data that you need, you > > >could also potentially hit an existing WMS server that contains the >data. > > > > > >Heck, if this is just for a demo, you could possibly put the data on >a CD > > >and point your SHAPEPATH to a folder on the CD. > > > > > >I think that the key here is that based on the hardware and software > > >platform you are utilizing, you need to figure out how to >map/mount/access > > > > > > > ---------- > > > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > > > Sent: Wednesday, August 27, 2003 1:03 PM > > > > To: lfilak at medinaco.org; mapserver-users at lists.gis.umn.edu > > > > Subject: Re: [Mapserver-users] Loading data from another server > > > > > > > > Hi, > > > > > > > > I went through the documentation "WMS client and WMS server", >however > > >it's > > > > seems that server location of the data have to have mapserver >installed. > > >I > > > > might be wrong. And also there is no suggestion about replacing the > > > > "SHAPEPATH". > > > > > > > > My need is to run the demonstration project, but by decoupling the >data > > >from > > > > the application. > > > > I can run the demo fine if every is installed in the same server. >Now i > > > > moved the shape data to another web server and want to be able to >run > > >the > > > > demonstration. > > > > > > > > My understanding is that i would be able to that by making >modifications > > >to > > > > the .map file only. I guess i was wrong. > > > > > > > > If there is any example, how to run the demo (or another project) >using > > > > remote data, that would be great. > > > > > > > > Jeff Lacoste > > > > > > > > > > > > >From: "Lowell Filak" > > > > >To: "Jeff L." , lfilak at medinaco.org, > > > > >mapserver-users at lists.gis.umn.edu > > > > >Subject: Re: [Mapserver-users] Loading data from another server > > > > >Date: Wed, 27 Aug 2003 12:47:27 -0400 > > > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer > > > > >HTH > > > > >Lowell > > > > > > > > > >The following message was sent by "Jeff L." on >Wed, > > > > >27 Aug 2003 16:11:35 +0000. > > > > > > > > > > > Thanks Lowel for your answer. Could you please point me to how >to do > > > > >that ? > > > > > > a document or an url about accessing remote data would be great. > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > >To: "Jeff L." , >mapserver-users at lists.gis.umn.edu > > > > > > >Subject: Re: [Mapserver-users] Loading data from another server > > > > > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > > > > > > > > > >That format for accessing data requires that the data looks >like a > > > > >local > > > > > > >file whether it is network mounted or etc. > > > > > > >There is also an option of reading data in a WMS or WFS fashion > > >from a > > > > > > >remote source. > > > > > > >HTH > > > > > > >Lowell > > > > > > > > > > > > > >The following message was sent by "Jeff L." > on > > >Wed, > > > > > > >27 Aug 2003 15:12:32 +0000. > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > I was wondering if the location of data used in MapServer >can be > > >a > > > > > > >different > > > > > > > > location from the one where MapServer is running. > > > > > > > > > > > > > > > > I would like to run the MapServer in a server pointing to >data > > >in > > > > > > >another > > > > > > > > server. I tried to change this tag in the .map file: > > > > > > > > > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > > > > > > > > > There was an error: > > > > > > > > msOpenSHPFile(): Unable to access file. (MyLayerData) > > > > > > > > > > > > > > > > My data do exist in the "http://www.MyServer.com/data/" > > >location. > > > > > > > >> > > > > > > > > I'm using MapServer 3.6. > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Mapserver-users mailing list > > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > _________________________________________________________________ > > > > MSN 8 with e-mail virus protection service: 2 months FREE* > > > > http://join.msn.com/?page=features/virus > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > _________________________________________________________________ > > Protect your PC - get McAfee.com VirusScan Online > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail From lfilak at medinaco.org Wed Aug 27 12:11:55 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 27 Aug 2003 15:11:55 -0400 Subject: [Mapserver-users] Loading data from another server Message-ID: <200308271911.h7RJBm721868@yogi.medinaco.net> If I understand correctly you could then do something like: "wget -O data.shp http://www.myDataServer.com/data" and set SHAPEPATH to data.shp . It's not quite that easy because because for the shape example you would need to request shx & dbf also or if they are all shipped together in the stream they would need broken apart. In MapScript you could theoretically store the resulting data past in via the URL in a variable and use that for the $layer->{data} without requiring an intermediate file. Lowell The following message was sent by "Jeff L." on Wed, 27 Aug 2003 19:00:44 +0000. > > > Sorry about that: i meant by storage back end a web server directory where > the data are stored. > Yes the data need to be pulled by an url. Example: > www.myDataServer.com/data > > Jeff > > >From: "Lowell Filak" > >To: "Jeff L." , David.Fawcett at state.mn.us, > >lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu > >Subject: RE: [Mapserver-users] Loading data from another server > >Date: Wed, 27 Aug 2003 14:57:56 -0400 > > > >What type of storage back end is it? > >I'm confused as you mentioned earlier that the data could be pulled > >through a URL. > >Lowell > > > >The following message was sent by "Jeff L." on Wed, > >27 Aug 2003 18:50:59 +0000. > > > > > Hi David, > > > > > > For a start i'm trying to run the demo, but once i have the demo > >running, i > > > would try something more elaborated. > > > > > > The option 2 sounds good by having the WMS. But it's seems that the > >server > > > hosting the data have to run also MapServ. My remote server has no > >business > > > intelligence, only a storage back end for the data. > > > > > > Any example would be more than welcome. > > > > > > Jeff > > > > > > > > > >From: "Fawcett, David" > > > >To: lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu, > >"'Jeff > > > >L.'" > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > >Date: Wed, 27 Aug 2003 13:41:06 -0500 > > > > > > > >As Lowell said below, you have two options: > > > > > > > >1. To access the data directly, you have to configure your server(s) > >so > > > >that you can 'see' it as a directory in a path on your machine. > >SHAPEPATH > > > >has to be a valid path (not URL). > > > > > > > >I think that the key here is that based on the hardware and software > > > >platform and security scheme you are utilizing, you need to figure > >out how > > > >to map/mount/access a remote drive. This is more a question for your > >admin > > > >than this list. > > > > > > > >2. You can set up a WMS server using MapServer, which I haven't > >done, but > > > >I understand isn't that hard. Depending on the data that you need, you > > > >could also potentially hit an existing WMS server that contains the > >data. > > > > > > > >Heck, if this is just for a demo, you could possibly put the data on > >a CD > > > >and point your SHAPEPATH to a folder on the CD. > > > > > > > >I think that the key here is that based on the hardware and software > > > >platform you are utilizing, you need to figure out how to > >map/mount/access > > > > > > > > > ---------- > > > > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > > > > Sent: Wednesday, August 27, 2003 1:03 PM > > > > > To: lfilak at medinaco.org; mapserver-users at lists.gis.umn.edu > > > > > Subject: Re: [Mapserver-users] Loading data from another server > > > > > > > > > > Hi, > > > > > > > > > > I went through the documentation "WMS client and WMS server", > >however > > > >it's > > > > > seems that server location of the data have to have mapserver > >installed. > > > >I > > > > > might be wrong. And also there is no suggestion about replacing the > > > > > "SHAPEPATH". > > > > > > > > > > My need is to run the demonstration project, but by decoupling the > >data > > > >from > > > > > the application. > > > > > I can run the demo fine if every is installed in the same server. > >Now i > > > > > moved the shape data to another web server and want to be able to > >run > > > >the > > > > > demonstration. > > > > > > > > > > My understanding is that i would be able to that by making > >modifications > > > >to > > > > > the .map file only. I guess i was wrong. > > > > > > > > > > If there is any example, how to run the demo (or another project) > >using > > > > > remote data, that would be great. > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > >To: "Jeff L." , lfilak at medinaco.org, > > > > > >mapserver-users at lists.gis.umn.edu > > > > > >Subject: Re: [Mapserver-users] Loading data from another server > > > > > >Date: Wed, 27 Aug 2003 12:47:27 -0400 > > > > > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer > > > > > >HTH > > > > > >Lowell > > > > > > > > > > > >The following message was sent by "Jeff L." on > >Wed, > > > > > >27 Aug 2003 16:11:35 +0000. > > > > > > > > > > > > > Thanks Lowel for your answer. Could you please point me to how > >to do > > > > > >that ? > > > > > > > a document or an url about accessing remote data would be great. > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > > >To: "Jeff L." , > >mapserver-users at lists.gis.umn.edu > > > > > > > >Subject: Re: [Mapserver-users] Loading data from another server > > > > > > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > > > > > > > > > > > >That format for accessing data requires that the data looks > >like a > > > > > >local > > > > > > > >file whether it is network mounted or etc. > > > > > > > >There is also an option of reading data in a WMS or WFS fashion > > > >from a > > > > > > > >remote source. > > > > > > > >HTH > > > > > > > >Lowell > > > > > > > > > > > > > > > >The following message was sent by "Jeff L." > > on > > > >Wed, > > > > > > > >27 Aug 2003 15:12:32 +0000. > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > I was wondering if the location of data used in MapServer > >can be > > > >a > > > > > > > >different > > > > > > > > > location from the one where MapServer is running. > > > > > > > > > > > > > > > > > > I would like to run the MapServer in a server pointing to > >data > > > >in > > > > > > > >another > > > > > > > > > server. I tried to change this tag in the .map file: > > > > > > > > > > > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > > > > > > > > > > > There was an error: > > > > > > > > > msOpenSHPFile(): Unable to access file. (MyLayerData) > > > > > > > > > > > > > > > > > > My data do exist in the "http://www.MyServer.com/data/" > > > >location. > > > > > > > > >> > > > > > > > > > I'm using MapServer 3.6. > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > Mapserver-users mailing list > > > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > _________________________________________________________________ > > > > > MSN 8 with e-mail virus protection service: 2 months FREE* > > > > > http://join.msn.com/?page=features/virus > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > _________________________________________________________________ > > > Protect your PC - get McAfee.com VirusScan Online > > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > _________________________________________________________________ > STOP MORE SPAM with the new MSN 8 and get 2 months FREE* > http://join.msn.com/?page=features/junkmail From nf10 at hotmail.com Wed Aug 27 12:29:48 2003 From: nf10 at hotmail.com (Jeff L.) Date: Wed, 27 Aug 2003 19:29:48 +0000 Subject: [Mapserver-users] Loading data from another server Message-ID: It sounds not that easy in this case, as it seems that there is no example how to upload shape data from a web server using an url (or another mean). >From: "Lowell Filak" >To: "Jeff L." , lfilak at medinaco.org, >David.Fawcett at state.mn.us, mapserver-users at lists.gis.umn.edu >Subject: RE: [Mapserver-users] Loading data from another server >Date: Wed, 27 Aug 2003 15:11:55 -0400 > >If I understand correctly you could then do something like: >"wget -O data.shp http://www.myDataServer.com/data" >and set SHAPEPATH to data.shp . >It's not quite that easy because because for the shape example you would >need to request shx & dbf also or if they are all shipped together in >the stream they would need broken apart. >In MapScript you could theoretically store the resulting data past in >via the URL in a variable and use that for the $layer->{data} without >requiring an intermediate file. >Lowell > >The following message was sent by "Jeff L." on Wed, >27 Aug 2003 19:00:44 +0000. > > > > > > > Sorry about that: i meant by storage back end a web server directory >where > > the data are stored. > > Yes the data need to be pulled by an url. Example: > > www.myDataServer.com/data > > > > Jeff > > > > >From: "Lowell Filak" > > >To: "Jeff L." , David.Fawcett at state.mn.us, > > >lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu > > >Subject: RE: [Mapserver-users] Loading data from another server > > >Date: Wed, 27 Aug 2003 14:57:56 -0400 > > > > > >What type of storage back end is it? > > >I'm confused as you mentioned earlier that the data could be pulled > > >through a URL. > > >Lowell > > > > > >The following message was sent by "Jeff L." on Wed, > > >27 Aug 2003 18:50:59 +0000. > > > > > > > Hi David, > > > > > > > > For a start i'm trying to run the demo, but once i have the demo > > >running, i > > > > would try something more elaborated. > > > > > > > > The option 2 sounds good by having the WMS. But it's seems that the > > >server > > > > hosting the data have to run also MapServ. My remote server has no > > >business > > > > intelligence, only a storage back end for the data. > > > > > > > > Any example would be more than welcome. > > > > > > > > Jeff > > > > > > > > > > > > >From: "Fawcett, David" > > > > >To: lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu, > > >"'Jeff > > > > >L.'" > > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > > >Date: Wed, 27 Aug 2003 13:41:06 -0500 > > > > > > > > > >As Lowell said below, you have two options: > > > > > > > > > >1. To access the data directly, you have to configure your >server(s) > > >so > > > > >that you can 'see' it as a directory in a path on your machine. > > >SHAPEPATH > > > > >has to be a valid path (not URL). > > > > > > > > > >I think that the key here is that based on the hardware and >software > > > > >platform and security scheme you are utilizing, you need to figure > > >out how > > > > >to map/mount/access a remote drive. This is more a question for >your > > >admin > > > > >than this list. > > > > > > > > > >2. You can set up a WMS server using MapServer, which I haven't > > >done, but > > > > >I understand isn't that hard. Depending on the data that you >need, you > > > > >could also potentially hit an existing WMS server that contains the > > >data. > > > > > > > > > >Heck, if this is just for a demo, you could possibly put the data >on > > >a CD > > > > >and point your SHAPEPATH to a folder on the CD. > > > > > > > > > >I think that the key here is that based on the hardware and >software > > > > >platform you are utilizing, you need to figure out how to > > >map/mount/access > > > > > > > > > > > ---------- > > > > > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > > > > > Sent: Wednesday, August 27, 2003 1:03 PM > > > > > > To: lfilak at medinaco.org; mapserver-users at lists.gis.umn.edu > > > > > > Subject: Re: [Mapserver-users] Loading data from another server > > > > > > > > > > > > Hi, > > > > > > > > > > > > I went through the documentation "WMS client and WMS server", > > >however > > > > >it's > > > > > > seems that server location of the data have to have mapserver > > >installed. > > > > >I > > > > > > might be wrong. And also there is no suggestion about >replacing the > > > > > > "SHAPEPATH". > > > > > > > > > > > > My need is to run the demonstration project, but by decoupling >the > > >data > > > > >from > > > > > > the application. > > > > > > I can run the demo fine if every is installed in the same >server. > > >Now i > > > > > > moved the shape data to another web server and want to be able >to > > >run > > > > >the > > > > > > demonstration. > > > > > > > > > > > > My understanding is that i would be able to that by making > > >modifications > > > > >to > > > > > > the .map file only. I guess i was wrong. > > > > > > > > > > > > If there is any example, how to run the demo (or another >project) > > >using > > > > > > remote data, that would be great. > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > >To: "Jeff L." , lfilak at medinaco.org, > > > > > > >mapserver-users at lists.gis.umn.edu > > > > > > >Subject: Re: [Mapserver-users] Loading data from another server > > > > > > >Date: Wed, 27 Aug 2003 12:47:27 -0400 > > > > > > > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer > > > > > > >HTH > > > > > > >Lowell > > > > > > > > > > > > > >The following message was sent by "Jeff L." >on > > >Wed, > > > > > > >27 Aug 2003 16:11:35 +0000. > > > > > > > > > > > > > > > Thanks Lowel for your answer. Could you please point me to >how > > >to do > > > > > > >that ? > > > > > > > > a document or an url about accessing remote data would be >great. > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > > > >To: "Jeff L." , > > >mapserver-users at lists.gis.umn.edu > > > > > > > > >Subject: Re: [Mapserver-users] Loading data from another >server > > > > > > > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > > > > > > > > > > > > > >That format for accessing data requires that the data looks > > >like a > > > > > > >local > > > > > > > > >file whether it is network mounted or etc. > > > > > > > > >There is also an option of reading data in a WMS or WFS >fashion > > > > >from a > > > > > > > > >remote source. > > > > > > > > >HTH > > > > > > > > >Lowell > > > > > > > > > > > > > > > > > >The following message was sent by "Jeff L." > > > on > > > > >Wed, > > > > > > > > >27 Aug 2003 15:12:32 +0000. > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > I was wondering if the location of data used in >MapServer > > >can be > > > > >a > > > > > > > > >different > > > > > > > > > > location from the one where MapServer is running. > > > > > > > > > > > > > > > > > > > > I would like to run the MapServer in a server pointing >to > > >data > > > > >in > > > > > > > > >another > > > > > > > > > > server. I tried to change this tag in the .map file: > > > > > > > > > > > > > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > > > > > > > > > > > > > There was an error: > > > > > > > > > > msOpenSHPFile(): Unable to access file. (MyLayerData) > > > > > > > > > > > > > > > > > > > > My data do exist in the "http://www.MyServer.com/data/" > > > > >location. > > > > > > > > > >> > > > > > > > > > > I'm using MapServer 3.6. > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > Mapserver-users mailing list > > > > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > MSN 8 with e-mail virus protection service: 2 months FREE* > > > > > > http://join.msn.com/?page=features/virus > > > > > > > > > > > > _______________________________________________ > > > > > > Mapserver-users mailing list > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > _________________________________________________________________ > > > > Protect your PC - get McAfee.com VirusScan Online > > > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > > > > _________________________________________________________________ > > STOP MORE SPAM with the new MSN 8 and get 2 months FREE* > > http://join.msn.com/?page=features/junkmail > _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From lfilak at medinaco.org Wed Aug 27 12:40:02 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 27 Aug 2003 15:40:02 -0400 Subject: [Mapserver-users] Loading data from another server Message-ID: <200308271939.h7RJdt722473@yogi.medinaco.net> I think part of the problem is that, if MapServer allowed you to specify a generic URL as a data path how would it know what kind of data it is. If it then went further and allowed you to specify the type of incoming data it would be duplicating what WMS & WFS are intended to solve. Lowell The following message was sent by "Jeff L." on Wed, 27 Aug 2003 19:29:48 +0000. > > It sounds not that easy in this case, as it seems that there is no example > how to upload shape data > from a web server using an url (or another mean). > > > >From: "Lowell Filak" > >To: "Jeff L." , lfilak at medinaco.org, > >David.Fawcett at state.mn.us, mapserver-users at lists.gis.umn.edu > >Subject: RE: [Mapserver-users] Loading data from another server > >Date: Wed, 27 Aug 2003 15:11:55 -0400 > > > >If I understand correctly you could then do something like: > >"wget -O data.shp http://www.myDataServer.com/data" > >and set SHAPEPATH to data.shp . > >It's not quite that easy because because for the shape example you would > >need to request shx & dbf also or if they are all shipped together in > >the stream they would need broken apart. > >In MapScript you could theoretically store the resulting data past in > >via the URL in a variable and use that for the $layer->{data} without > >requiring an intermediate file. > >Lowell > > > >The following message was sent by "Jeff L." on Wed, > >27 Aug 2003 19:00:44 +0000. > > > > > > > > > > > Sorry about that: i meant by storage back end a web server directory > >where > > > the data are stored. > > > Yes the data need to be pulled by an url. Example: > > > www.myDataServer.com/data > > > > > > Jeff > > > > > > >From: "Lowell Filak" > > > >To: "Jeff L." , David.Fawcett at state.mn.us, > > > >lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > >Date: Wed, 27 Aug 2003 14:57:56 -0400 > > > > > > > >What type of storage back end is it? > > > >I'm confused as you mentioned earlier that the data could be pulled > > > >through a URL. > > > >Lowell > > > > > > > >The following message was sent by "Jeff L." on Wed, > > > >27 Aug 2003 18:50:59 +0000. > > > > > > > > > Hi David, > > > > > > > > > > For a start i'm trying to run the demo, but once i have the demo > > > >running, i > > > > > would try something more elaborated. > > > > > > > > > > The option 2 sounds good by having the WMS. But it's seems that the > > > >server > > > > > hosting the data have to run also MapServ. My remote server has no > > > >business > > > > > intelligence, only a storage back end for the data. > > > > > > > > > > Any example would be more than welcome. > > > > > > > > > > Jeff > > > > > > > > > > > > > > > >From: "Fawcett, David" > > > > > >To: lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu, > > > >"'Jeff > > > > > >L.'" > > > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > > > >Date: Wed, 27 Aug 2003 13:41:06 -0500 > > > > > > > > > > > >As Lowell said below, you have two options: > > > > > > > > > > > >1. To access the data directly, you have to configure your > >server(s) > > > >so > > > > > >that you can 'see' it as a directory in a path on your machine. > > > >SHAPEPATH > > > > > >has to be a valid path (not URL). > > > > > > > > > > > >I think that the key here is that based on the hardware and > >software > > > > > >platform and security scheme you are utilizing, you need to figure > > > >out how > > > > > >to map/mount/access a remote drive. This is more a question for > >your > > > >admin > > > > > >than this list. > > > > > > > > > > > >2. You can set up a WMS server using MapServer, which I haven't > > > >done, but > > > > > >I understand isn't that hard. Depending on the data that you > >need, you > > > > > >could also potentially hit an existing WMS server that contains the > > > >data. > > > > > > > > > > > >Heck, if this is just for a demo, you could possibly put the data > >on > > > >a CD > > > > > >and point your SHAPEPATH to a folder on the CD. > > > > > > > > > > > >I think that the key here is that based on the hardware and > >software > > > > > >platform you are utilizing, you need to figure out how to > > > >map/mount/access > > > > > > > > > > > > > ---------- > > > > > > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > > > > > > Sent: Wednesday, August 27, 2003 1:03 PM > > > > > > > To: lfilak at medinaco.org; mapserver-users at lists.gis.umn.edu > > > > > > > Subject: Re: [Mapserver-users] Loading data from another server > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > I went through the documentation "WMS client and WMS server", > > > >however > > > > > >it's > > > > > > > seems that server location of the data have to have mapserver > > > >installed. > > > > > >I > > > > > > > might be wrong. And also there is no suggestion about > >replacing the > > > > > > > "SHAPEPATH". > > > > > > > > > > > > > > My need is to run the demonstration project, but by decoupling > >the > > > >data > > > > > >from > > > > > > > the application. > > > > > > > I can run the demo fine if every is installed in the same > >server. > > > >Now i > > > > > > > moved the shape data to another web server and want to be able > >to > > > >run > > > > > >the > > > > > > > demonstration. > > > > > > > > > > > > > > My understanding is that i would be able to that by making > > > >modifications > > > > > >to > > > > > > > the .map file only. I guess i was wrong. > > > > > > > > > > > > > > If there is any example, how to run the demo (or another > >project) > > > >using > > > > > > > remote data, that would be great. > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > > >To: "Jeff L." , lfilak at medinaco.org, > > > > > > > >mapserver-users at lists.gis.umn.edu > > > > > > > >Subject: Re: [Mapserver-users] Loading data from another server > > > > > > > >Date: Wed, 27 Aug 2003 12:47:27 -0400 > > > > > > > > > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer > > > > > > > >HTH > > > > > > > >Lowell > > > > > > > > > > > > > > > >The following message was sent by "Jeff L." > >on > > > >Wed, > > > > > > > >27 Aug 2003 16:11:35 +0000. > > > > > > > > > > > > > > > > > Thanks Lowel for your answer. Could you please point me to > >how > > > >to do > > > > > > > >that ? > > > > > > > > > a document or an url about accessing remote data would be > >great. > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > > > > >To: "Jeff L." , > > > >mapserver-users at lists.gis.umn.edu > > > > > > > > > >Subject: Re: [Mapserver-users] Loading data from another > >server > > > > > > > > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > > > > > > > > > > > > > > > >That format for accessing data requires that the data looks > > > >like a > > > > > > > >local > > > > > > > > > >file whether it is network mounted or etc. > > > > > > > > > >There is also an option of reading data in a WMS or WFS > >fashion > > > > > >from a > > > > > > > > > >remote source. > > > > > > > > > >HTH > > > > > > > > > >Lowell > > > > > > > > > > > > > > > > > > > >The following message was sent by "Jeff L." > > > > on > > > > > >Wed, > > > > > > > > > >27 Aug 2003 15:12:32 +0000. > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > I was wondering if the location of data used in > >MapServer > > > >can be > > > > > >a > > > > > > > > > >different > > > > > > > > > > > location from the one where MapServer is running. > > > > > > > > > > > > > > > > > > > > > > I would like to run the MapServer in a server pointing > >to > > > >data > > > > > >in > > > > > > > > > >another > > > > > > > > > > > server. I tried to change this tag in the .map file: > > > > > > > > > > > > > > > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > > > > > > > > > > > > > > > There was an error: > > > > > > > > > > > msOpenSHPFile(): Unable to access file. (MyLayerData) > > > > > > > > > > > > > > > > > > > > > > My data do exist in the "http://www.MyServer.com/data/" > > > > > >location. > > > > > > > > > > >> > > > > > > > > > > > I'm using MapServer 3.6. > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > > Mapserver-users mailing list > > > > > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > MSN 8 with e-mail virus protection service: 2 months FREE* > > > > > > > http://join.msn.com/?page=features/virus > > > > > > > > > > > > > > _______________________________________________ > > > > > > > Mapserver-users mailing list > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > _________________________________________________________________ > > > > > Protect your PC - get McAfee.com VirusScan Online > > > > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > > > > > > > _________________________________________________________________ > > > STOP MORE SPAM with the new MSN 8 and get 2 months FREE* > > > http://join.msn.com/?page=features/junkmail > > > > _________________________________________________________________ > The new MSN 8: smart spam protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail From David.Fawcett at state.mn.us Wed Aug 27 12:46:35 2003 From: David.Fawcett at state.mn.us (Fawcett, David) Date: Wed, 27 Aug 2003 14:46:35 -0500 Subject: [Mapserver-users] Loading data from another server Message-ID: I believe that it is more a limitation of the protocols and programs than a lack of examples. Take a step back for a second. Perhaps your solution is not the best way of attacking the problem. There are hundreds of MapServer installations (test and production) and people have come up with ways to get around many challenges. What do you want your MapServer application to do? What is your purpose for splitting the data from the server installation? (or what problem are you trying to solve by doing this?) What hardware and software platforms are you running on? Your answers up to this point have been pretty vague, the more specific you are, the better people will be able to help you. > ---------- > From: Jeff L.[SMTP:nf10 at hotmail.com] > Sent: Wednesday, August 27, 2003 2:29 PM > To: lfilak at medinaco.org; David.Fawcett at state.mn.us; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Loading data from another server > > > It sounds not that easy in this case, as it seems that there is no example > how to upload shape data > from a web server using an url (or another mean). > > > >From: "Lowell Filak" > >To: "Jeff L." , lfilak at medinaco.org, > >David.Fawcett at state.mn.us, mapserver-users at lists.gis.umn.edu > >Subject: RE: [Mapserver-users] Loading data from another server > >Date: Wed, 27 Aug 2003 15:11:55 -0400 > > > >If I understand correctly you could then do something like: > >"wget -O data.shp http://www.myDataServer.com/data" > >and set SHAPEPATH to data.shp . > >It's not quite that easy because because for the shape example you would > >need to request shx & dbf also or if they are all shipped together in > >the stream they would need broken apart. > >In MapScript you could theoretically store the resulting data past in > >via the URL in a variable and use that for the $layer->{data} without > >requiring an intermediate file. > >Lowell > > > >The following message was sent by "Jeff L." on Wed, > >27 Aug 2003 19:00:44 +0000. > > > > > > > > > > > Sorry about that: i meant by storage back end a web server directory > >where > > > the data are stored. > > > Yes the data need to be pulled by an url. Example: > > > www.myDataServer.com/data > > > > > > Jeff > > > > > > >From: "Lowell Filak" > > > >To: "Jeff L." , David.Fawcett at state.mn.us, > > > >lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > >Date: Wed, 27 Aug 2003 14:57:56 -0400 > > > > > > > >What type of storage back end is it? > > > >I'm confused as you mentioned earlier that the data could be pulled > > > >through a URL. > > > >Lowell > > > > > > > >The following message was sent by "Jeff L." on Wed, > > > >27 Aug 2003 18:50:59 +0000. > > > > > > > > > Hi David, > > > > > > > > > > For a start i'm trying to run the demo, but once i have the demo > > > >running, i > > > > > would try something more elaborated. > > > > > > > > > > The option 2 sounds good by having the WMS. But it's seems that the > > > >server > > > > > hosting the data have to run also MapServ. My remote server has no > > > >business > > > > > intelligence, only a storage back end for the data. > > > > > > > > > > Any example would be more than welcome. > > > > > > > > > > Jeff > > > > > > > > > > > > > > > >From: "Fawcett, David" > > > > > >To: lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu, > > > >"'Jeff > > > > > >L.'" > > > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > > > >Date: Wed, 27 Aug 2003 13:41:06 -0500 > > > > > > > > > > > >As Lowell said below, you have two options: > > > > > > > > > > > >1. To access the data directly, you have to configure your > >server(s) > > > >so > > > > > >that you can 'see' it as a directory in a path on your machine.> > > > >SHAPEPATH > > > > > >has to be a valid path (not URL). > > > > > > > > > > > >I think that the key here is that based on the hardware and > >software > > > > > >platform and security scheme you are utilizing, you need to figure > > > >out how > > > > > >to map/mount/access a remote drive. This is more a question for > >your > > > >admin > > > > > >than this list. > > > > > > > > > > > >2. You can set up a WMS server using MapServer, which I haven't > > > >done, but > > > > > >I understand isn't that hard. Depending on the data that you > >need, you > > > > > >could also potentially hit an existing WMS server that contains the > > > >data. > > > > > > > > > > > >Heck, if this is just for a demo, you could possibly put the data > >on > > > >a CD > > > > > >and point your SHAPEPATH to a folder on the CD. > > > > > > > > > > > >I think that the key here is that based on the hardware and > >software > > > > > >platform you are utilizing, you need to figure out how to > > > >map/mount/access > > > > > > > > > > > > > ---------- > > > > > > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > > > > > > Sent: Wednesday, August 27, 2003 1:03 PM > > > > > > > To: lfilak at medinaco.org; mapserver-users at lists.gis.umn.edu > > > > > > > Subject: Re: [Mapserver-users] Loading data from another server > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > I went through the documentation "WMS client and WMS server", > > > >however > > > > > >it's > > > > > > > seems that server location of the data have to have mapserver > > > >installed. > > > > > >I > > > > > > > might be wrong. And also there is no suggestion about > >replacing the > > > > > > > "SHAPEPATH". > > > > > > > > > > > > > > My need is to run the demonstration project, but by decoupling > >the > > > >data > > > > > >from > > > > > > > the application. > > > > > > > I can run the demo fine if every is installed in the same > >server. > > > >Now i > > > > > > > moved the shape data to another web server and want to be able > >to > > > >run > > > > > >the > > > > > > > demonstration. > > > > > > > > > > > > > > My understanding is that i would be able to that by making > > > >modifications > > > > > >to > > > > > > > the .map file only. I guess i was wrong. > > > > > > > > > > > > > > If there is any example, how to run the demo (or another > >project) > > > >using > > > > > > > remote data, that would be great. > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > > >To: "Jeff L." , lfilak at medinaco.org, > > > > > > > >mapserver-users at lists.gis.umn.edu > > > > > > > >Subject: Re: [Mapserver-users] Loading data from another server > > > > > > > >Date: Wed, 27 Aug 2003 12:47:27 -0400 > > > > > > > > > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer > > > > > > > >HTH > > > > > > > >Lowell > > > > > > > > > > > > > > > >The following message was sent by "Jeff L." > >on > > > >Wed, > > > > > > > >27 Aug 2003 16:11:35 +0000. > > > > > > > > > > > > > > > > > Thanks Lowel for your answer. Could you please point me to > >how > > > >to do > > > > > > > >that ? > > > > > > > > > a document or an url about accessing remote data would be > >great. > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > > > > >To: "Jeff L." , > > > >mapserver-users at lists.gis.umn.edu > > > > > > > > > >Subject: Re: [Mapserver-users] Loading data from another > >server > > > > > > > > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > > > > > > > > > > > > > > > >That format for accessing data requires that the data looks > > > >like a > > > > > > > >local > > > > > > > > > >file whether it is network mounted or etc.> > > > > > > > > > >There is also an option of reading data in a WMS or WFS > >fashion > > > > > >from a > > > > > > > > > >remote source. > > > > > > > > > >HTH > > > > > > > > > >Lowell > > > > > > > > > > > > > > > > > > > >The following message was sent by "Jeff L." > > > > on > > > > > >Wed, > > > > > > > > > >27 Aug 2003 15:12:32 +0000. > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > I was wondering if the location of data used in > >MapServer > > > >can be > > > > > >a > > > > > > > > > >different > > > > > > > > > > > location from the one where MapServer is running. > > > > > > > > > > > > > > > > > > > > > > I would like to run the MapServer in a server pointing > >to > > > >data > > > > > >in > > > > > > > > > >another > > > > > > > > > > > server. I tried to change this tag in the .map file: > > > > > > > > > > > > > > > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > > > > > > > > > > > > > > > There was an error: > > > > > > > > > > > msOpenSHPFile(): Unable to access file. (MyLayerData) > > > > > > > > > > > > > > > > > > > > > > My data do exist in the "http://www.MyServer.com/data/" > > > > > >location. > > > > > > > > > > >> > > > > > > > > > > > I'm using MapServer 3.6. > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > > Mapserver-users mailing list > > > > > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > MSN 8 with e-mail virus protection service: 2 months FREE* > > > > > > > http://join.msn.com/?page=features/virus > > > > > > > > > > > > > > _______________________________________________ > > > > > > > Mapserver-users mailing list > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > _________________________________________________________________ > > > > > Protect your PC - get McAfee.com VirusScan Online > > > > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > > > > > > > _________________________________________________________________ > > > STOP MORE SPAM with the new MSN 8 and get 2 months FREE* > > > http://join.msn.com/?page=features/junkmail > > > > _________________________________________________________________ > The new MSN 8: smart spam protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail > From nf10 at hotmail.com Wed Aug 27 12:59:57 2003 From: nf10 at hotmail.com (Jeff L.) Date: Wed, 27 Aug 2003 19:59:57 +0000 Subject: [Mapserver-users] Loading data from another server Message-ID: Ok: What i'm attempting to do is the following in details: I have some proprietary data as shape files and i want to allow a client to be able to browse my data using his maperver application. The user (client) is running MapServer3.6 on a Windows machine with Apache web server. My data are located in my web server hosted on a linux machine (apache web server). ex. www.MydataServer.com Basicaly, i want to keep the data in my web server and allow an external mapserver application to browse the shape data and use them in his mapserver. What would i need to do to reach this goal ? Thanks, Jeff >From: "Fawcett, David" >To: lfilak at medinaco.org, David.Fawcett at state.mn.us, >mapserver-users at lists.gis.umn.edu, "'Jeff L.'" >Subject: RE: [Mapserver-users] Loading data from another server >Date: Wed, 27 Aug 2003 14:46:35 -0500 > >I believe that it is more a limitation of the protocols and programs than a >lack of examples. > >Take a step back for a second. Perhaps your solution is not the best way >of attacking the problem. There are hundreds of MapServer installations >(test and production) and people have come up with ways to get around many >challenges. > >What do you want your MapServer application to do? > >What is your purpose for splitting the data from the server installation? >(or what problem are you trying to solve by doing this?) > >What hardware and software platforms are you running on? > >Your answers up to this point have been pretty vague, the more specific you >are, the better people will be able to help you. > > > ---------- > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > Sent: Wednesday, August 27, 2003 2:29 PM > > To: lfilak at medinaco.org; David.Fawcett at state.mn.us; >mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] Loading data from another server > > > > > > It sounds not that easy in this case, as it seems that there is no >example > > how to upload shape data > > from a web server using an url (or another mean). > > > > > > >From: "Lowell Filak" > > >To: "Jeff L." , lfilak at medinaco.org, > > >David.Fawcett at state.mn.us, mapserver-users at lists.gis.umn.edu > > >Subject: RE: [Mapserver-users] Loading data from another server > > >Date: Wed, 27 Aug 2003 15:11:55 -0400 > > > > > >If I understand correctly you could then do something like: > > >"wget -O data.shp http://www.myDataServer.com/data" > > >and set SHAPEPATH to data.shp . > > >It's not quite that easy because because for the shape example you >would > > >need to request shx & dbf also or if they are all shipped together in > > >the stream they would need broken apart. > > >In MapScript you could theoretically store the resulting data past in > > >via the URL in a variable and use that for the $layer->{data} without > > >requiring an intermediate file. > > >Lowell > > > > > >The following message was sent by "Jeff L." on Wed, > > >27 Aug 2003 19:00:44 +0000. > > > > > > > > > > > > > > > Sorry about that: i meant by storage back end a web server directory > > >where > > > > the data are stored. > > > > Yes the data need to be pulled by an url. Example: > > > > www.myDataServer.com/data > > > > > > > > Jeff > > > > > > > > >From: "Lowell Filak" > > > > >To: "Jeff L." , David.Fawcett at state.mn.us, > > > > >lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu > > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > > >Date: Wed, 27 Aug 2003 14:57:56 -0400 > > > > > > > > > >What type of storage back end is it? > > > > >I'm confused as you mentioned earlier that the data could be pulled > > > > >through a URL. > > > > >Lowell > > > > > > > > > >The following message was sent by "Jeff L." on >Wed, > > > > >27 Aug 2003 18:50:59 +0000. > > > > > > > > > > > Hi David, > > > > > > > > > > > > For a start i'm trying to run the demo, but once i have the demo > > > > >running, i > > > > > > would try something more elaborated. > > > > > > > > > > > > The option 2 sounds good by having the WMS. But it's seems that >the > > > > >server > > > > > > hosting the data have to run also MapServ. My remote server has >no > > > > >business > > > > > > intelligence, only a storage back end for the data. > > > > > > > > > > > > Any example would be more than welcome. > > > > > > > > > > > > Jeff > > > > > > > > > > > > > > > > > > >From: "Fawcett, David" > > > > > > >To: lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu, > > > > >"'Jeff > > > > > > >L.'" > > > > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > > > > >Date: Wed, 27 Aug 2003 13:41:06 -0500 > > > > > > > > > > > > > >As Lowell said below, you have two options: > > > > > > > > > > > > > >1. To access the data directly, you have to configure your > > >server(s) > > > > >so > > > > > > >that you can 'see' it as a directory in a path on your >machine.> > > > > >SHAPEPATH > > > > > > >has to be a valid path (not URL). > > > > > > > > > > > > > >I think that the key here is that based on the hardware and > > >software > > > > > > >platform and security scheme you are utilizing, you need to >figure > > > > >out how > > > > > > >to map/mount/access a remote drive. This is more a question >for > > >your > > > > >admin > > > > > > >than this list. > > > > > > > > > > > > > >2. You can set up a WMS server using MapServer, which I >haven't > > > > >done, but > > > > > > >I understand isn't that hard. Depending on the data that you > > >need, you > > > > > > >could also potentially hit an existing WMS server that contains >the > > > > >data. > > > > > > > > > > > > > >Heck, if this is just for a demo, you could possibly put the >data > > >on > > > > >a CD > > > > > > >and point your SHAPEPATH to a folder on the CD. > > > > > > > > > > > > > >I think that the key here is that based on the hardware and > > >software > > > > > > >platform you are utilizing, you need to figure out how to > > > > >map/mount/access > > > > > > > > > > > > > > > ---------- > > > > > > > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > > > > > > > Sent: Wednesday, August 27, 2003 1:03 PM > > > > > > > > To: lfilak at medinaco.org; mapserver-users at lists.gis.umn.edu > > > > > > > > Subject: Re: [Mapserver-users] Loading data from another >server > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > I went through the documentation "WMS client and WMS >server", > > > > >however > > > > > > >it's > > > > > > > > seems that server location of the data have to have >mapserver > > > > >installed. > > > > > > >I > > > > > > > > might be wrong. And also there is no suggestion about > > >replacing the > > > > > > > > "SHAPEPATH". > > > > > > > > > > > > > > > > My need is to run the demonstration project, but by >decoupling > > >the > > > > >data > > > > > > >from > > > > > > > > the application. > > > > > > > > I can run the demo fine if every is installed in the same > > >server. > > > > >Now i > > > > > > > > moved the shape data to another web server and want to be >able > > >to > > > > >run > > > > > > >the > > > > > > > > demonstration. > > > > > > > > > > > > > > > > My understanding is that i would be able to that by making > > > > >modifications > > > > > > >to > > > > > > > > the .map file only. I guess i was wrong. > > > > > > > > > > > > > > > > If there is any example, how to run the demo (or another > > >project) > > > > >using > > > > > > > > remote data, that would be great. > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > > > >To: "Jeff L." , lfilak at medinaco.org, > > > > > > > > >mapserver-users at lists.gis.umn.edu > > > > > > > > >Subject: Re: [Mapserver-users] Loading data from another >server > > > > > > > > >Date: Wed, 27 Aug 2003 12:47:27 -0400 > > > > > > > > > > > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer > > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer > > > > > > > > >HTH > > > > > > > > >Lowell > > > > > > > > > > > > > > > > > >The following message was sent by "Jeff L." > > > >on > > > > >Wed, > > > > > > > > >27 Aug 2003 16:11:35 +0000. > > > > > > > > > > > > > > > > > > > Thanks Lowel for your answer. Could you please point me >to > > >how > > > > >to do > > > > > > > > >that ? > > > > > > > > > > a document or an url about accessing remote data would >be > > >great. > > > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > > > > > >To: "Jeff L." , > > > > >mapserver-users at lists.gis.umn.edu > > > > > > > > > > >Subject: Re: [Mapserver-users] Loading data from >another > > >server > > > > > > > > > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > > > > > > > > > > > > > > > > > >That format for accessing data requires that the data >looks > > > > >like a > > > > > > > > >local > > > > > > > > > > >file whether it is network mounted or etc.> > > > > > > > > > > >There is also an option of reading data in a WMS or WFS > > >fashion > > > > > > >from a > > > > > > > > > > >remote source. > > > > > > > > > > >HTH > > > > > > > > > > >Lowell > > > > > > > > > > > > > > > > > > > > > >The following message was sent by "Jeff L." > > > > > on > > > > > > >Wed, > > > > > > > > > > >27 Aug 2003 15:12:32 +0000. > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > > > I was wondering if the location of data used in > > >MapServer > > > > >can be > > > > > > >a > > > > > > > > > > >different > > > > > > > > > > > > location from the one where MapServer is running. > > > > > > > > > > > > > > > > > > > > > > > > I would like to run the MapServer in a server >pointing > > >to > > > > >data > > > > > > >in > > > > > > > > > > >another > > > > > > > > > > > > server. I tried to change this tag in the .map file: > > > > > > > > > > > > > > > > > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > > > > > > > > > > > > > > > > > There was an error: > > > > > > > > > > > > msOpenSHPFile(): Unable to access file. >(MyLayerData) > > > > > > > > > > > > > > > > > > > > > > > > My data do exist in the >"http://www.MyServer.com/data/" > > > > > > >location. > > > > > > > > > > > >> > > > > > > > > > > > > I'm using MapServer 3.6. > > > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > > > > The new MSN 8: smart spam protection and 2 months >FREE* > > > > > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > > > Mapserver-users mailing list > > > > > > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > MSN 8 with e-mail virus protection service: 2 months FREE* > > > > > > > > http://join.msn.com/?page=features/virus > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Mapserver-users mailing list > > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > Protect your PC - get McAfee.com VirusScan Online > > > > > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > > > > > > > > > > _________________________________________________________________ > > > > STOP MORE SPAM with the new MSN 8 and get 2 months FREE* > > > > http://join.msn.com/?page=features/junkmail > > > > > > > _________________________________________________________________ > > The new MSN 8: smart spam protection and 2 months FREE* > > http://join.msn.com/?page=features/junkmail > > _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail From pkishor at geoanalytics.com Wed Aug 27 13:26:54 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Wed, 27 Aug 2003 20:26:54 -0000 Subject: [Mapserver-users] Linux/Apache security wrt shapefiles data Message-ID: yes. this is related to MapServer ;-). OS: RH9 MapServer 4.0 config-ed and setup correctly. I have my shapefiles under "/home/pkishor/gisdata" and the darn Mapserver refuses to open the shapefiles. Error log shows msSHPOpenFile(): Unable to access file. (/home/pkishor/gisdata/bio) .. I move the shapefiles to "/var/www/html/gisdata" and everything works fine. Apache runs as apache:apache, and in both cases I have chown-ed and chgrp-ed the gisdata directory to apache:apache, and also chmod-ed it to 777 for good measure. Why is Mapserver unable to read gisdata stored in my home directory? I am new to Linux/RH9, so be gentle in your pedagoguery ;-). Many thanks, Puneet. From gsw at globexplorer.com Wed Aug 27 13:25:02 2003 From: gsw at globexplorer.com (Gregory S. Williamson) Date: Wed, 27 Aug 2003 13:25:02 -0700 Subject: [Mapserver-users] Loading data from another server Message-ID: <71E37EF6B7DCC1499CEA0316A2568328DC9887@loki.globexplorer.com> Perhaps you've already discarded this idea, but FWIW, push the shape the files into a spatial database (postgres, for instance) and then access that database for data. You could probably automate most (all?) of the process if you are dealing with new shape files by dropping them into a directory and then having a daemon or cron job load them into a given table. Greg Williamson "When the only tool you have is a hammer, all problems look like a nail." -----Original Message----- From: Jeff L. [mailto:nf10 at hotmail.com] Sent: Wednesday, August 27, 2003 8:13 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Loading data from another server Hi, I was wondering if the location of data used in MapServer can be a different location from the one where MapServer is running. I would like to run the MapServer in a server pointing to data in another server. I tried to change this tag in the .map file: SHAPEPATH "http://www.MyServer.com/data/" There was an error: msOpenSHPFile(): Unable to access file. (MyLayerData) My data do exist in the "http://www.MyServer.com/data/" location. I'm using MapServer 3.6. Thanks, Jeff Lacoste _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ed at topozone.com Wed Aug 27 13:32:14 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 27 Aug 2003 16:32:14 -0400 Subject: [Mapserver-users] Loading data from another server Message-ID: <13858AA1A74F30419F319ACB66A9D1222C0088@mercator.topozone.com> Jeff - By far the easiest route would be to run SAMBA on the Linux server and allow the Windows machine to get access to the files via SMB, rather than trying to go through HTTP. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Jeff L. [mailto:nf10 at hotmail.com] Sent: Wednesday, August 27, 2003 4:00 PM To: David.Fawcett at state.mn.us; lfilak at medinaco.org; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Loading data from another server Ok: What i'm attempting to do is the following in details: I have some proprietary data as shape files and i want to allow a client to be able to browse my data using his maperver application. The user (client) is running MapServer3.6 on a Windows machine with Apache web server. My data are located in my web server hosted on a linux machine (apache web server). ex. www.MydataServer.com Basicaly, i want to keep the data in my web server and allow an external mapserver application to browse the shape data and use them in his mapserver. What would i need to do to reach this goal ? Thanks, Jeff >From: "Fawcett, David" >To: lfilak at medinaco.org, David.Fawcett at state.mn.us, >mapserver-users at lists.gis.umn.edu, "'Jeff L.'" >Subject: RE: [Mapserver-users] Loading data from another server >Date: Wed, 27 Aug 2003 14:46:35 -0500 > >I believe that it is more a limitation of the protocols and programs than a >lack of examples. > >Take a step back for a second. Perhaps your solution is not the best way >of attacking the problem. There are hundreds of MapServer installations >(test and production) and people have come up with ways to get around many >challenges. > >What do you want your MapServer application to do? > >What is your purpose for splitting the data from the server installation? >(or what problem are you trying to solve by doing this?) > >What hardware and software platforms are you running on? > >Your answers up to this point have been pretty vague, the more specific you >are, the better people will be able to help you. > > > ---------- > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > Sent: Wednesday, August 27, 2003 2:29 PM > > To: lfilak at medinaco.org; David.Fawcett at state.mn.us; >mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] Loading data from another server > > > > > > It sounds not that easy in this case, as it seems that there is no >example > > how to upload shape data > > from a web server using an url (or another mean). > > > > > > >From: "Lowell Filak" > > >To: "Jeff L." , lfilak at medinaco.org, > > >David.Fawcett at state.mn.us, mapserver-users at lists.gis.umn.edu > > >Subject: RE: [Mapserver-users] Loading data from another server > > >Date: Wed, 27 Aug 2003 15:11:55 -0400 > > > > > >If I understand correctly you could then do something like: > > >"wget -O data.shp http://www.myDataServer.com/data" > > >and set SHAPEPATH to data.shp . > > >It's not quite that easy because because for the shape example you >would > > >need to request shx & dbf also or if they are all shipped together in > > >the stream they would need broken apart. > > >In MapScript you could theoretically store the resulting data past in > > >via the URL in a variable and use that for the $layer->{data} without > > >requiring an intermediate file. > > >Lowell > > > > > >The following message was sent by "Jeff L." on Wed, > > >27 Aug 2003 19:00:44 +0000. > > > > > > > > > > > > > > > Sorry about that: i meant by storage back end a web server directory > > >where > > > > the data are stored. > > > > Yes the data need to be pulled by an url. Example: > > > > www.myDataServer.com/data > > > > > > > > Jeff > > > > > > > > >From: "Lowell Filak" > > > > >To: "Jeff L." , David.Fawcett at state.mn.us, > > > > >lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu > > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > > >Date: Wed, 27 Aug 2003 14:57:56 -0400 > > > > > > > > > >What type of storage back end is it? > > > > >I'm confused as you mentioned earlier that the data could be pulled > > > > >through a URL. > > > > >Lowell > > > > > > > > > >The following message was sent by "Jeff L." on >Wed, > > > > >27 Aug 2003 18:50:59 +0000. > > > > > > > > > > > Hi David, > > > > > > > > > > > > For a start i'm trying to run the demo, but once i have the demo > > > > >running, i > > > > > > would try something more elaborated. > > > > > > > > > > > > The option 2 sounds good by having the WMS. But it's seems that >the > > > > >server > > > > > > hosting the data have to run also MapServ. My remote server has >no > > > > >business > > > > > > intelligence, only a storage back end for the data. > > > > > > > > > > > > Any example would be more than welcome. > > > > > > > > > > > > Jeff > > > > > > > > > > > > > > > > > > >From: "Fawcett, David" > > > > > > >To: lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu, > > > > >"'Jeff > > > > > > >L.'" > > > > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > > > > >Date: Wed, 27 Aug 2003 13:41:06 -0500 > > > > > > > > > > > > > >As Lowell said below, you have two options: > > > > > > > > > > > > > >1. To access the data directly, you have to configure your > > >server(s) > > > > >so > > > > > > >that you can 'see' it as a directory in a path on your >machine.> > > > > >SHAPEPATH > > > > > > >has to be a valid path (not URL). > > > > > > > > > > > > > >I think that the key here is that based on the hardware and > > >software > > > > > > >platform and security scheme you are utilizing, you need to >figure > > > > >out how > > > > > > >to map/mount/access a remote drive. This is more a question >for > > >your > > > > >admin > > > > > > >than this list. > > > > > > > > > > > > > >2. You can set up a WMS server using MapServer, which I >haven't > > > > >done, but > > > > > > >I understand isn't that hard. Depending on the data that you > > >need, you > > > > > > >could also potentially hit an existing WMS server that contains >the > > > > >data. > > > > > > > > > > > > > >Heck, if this is just for a demo, you could possibly put the >data > > >on > > > > >a CD > > > > > > >and point your SHAPEPATH to a folder on the CD. > > > > > > > > > > > > > >I think that the key here is that based on the hardware and > > >software > > > > > > >platform you are utilizing, you need to figure out how to > > > > >map/mount/access > > > > > > > > > > > > > > > ---------- > > > > > > > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > > > > > > > Sent: Wednesday, August 27, 2003 1:03 PM > > > > > > > > To: lfilak at medinaco.org; mapserver-users at lists.gis.umn.edu > > > > > > > > Subject: Re: [Mapserver-users] Loading data from another >server > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > I went through the documentation "WMS client and WMS >server", > > > > >however > > > > > > >it's > > > > > > > > seems that server location of the data have to have >mapserver > > > > >installed. > > > > > > >I > > > > > > > > might be wrong. And also there is no suggestion about > > >replacing the > > > > > > > > "SHAPEPATH". > > > > > > > > > > > > > > > > My need is to run the demonstration project, but by >decoupling > > >the > > > > >data > > > > > > >from > > > > > > > > the application. > > > > > > > > I can run the demo fine if every is installed in the same > > >server. > > > > >Now i > > > > > > > > moved the shape data to another web server and want to be >able > > >to > > > > >run > > > > > > >the > > > > > > > > demonstration. > > > > > > > > > > > > > > > > My understanding is that i would be able to that by making > > > > >modifications > > > > > > >to > > > > > > > > the .map file only. I guess i was wrong. > > > > > > > > > > > > > > > > If there is any example, how to run the demo (or another > > >project) > > > > >using > > > > > > > > remote data, that would be great. > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > > > >To: "Jeff L." , lfilak at medinaco.org, > > > > > > > > >mapserver-users at lists.gis.umn.edu > > > > > > > > >Subject: Re: [Mapserver-users] Loading data from another >server > > > > > > > > >Date: Wed, 27 Aug 2003 12:47:27 -0400 > > > > > > > > > > > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer > > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer > > > > > > > > >HTH > > > > > > > > >Lowell > > > > > > > > > > > > > > > > > >The following message was sent by "Jeff L." > > > >on > > > > >Wed, > > > > > > > > >27 Aug 2003 16:11:35 +0000. > > > > > > > > > > > > > > > > > > > Thanks Lowel for your answer. Could you please point me >to > > >how > > > > >to do > > > > > > > > >that ? > > > > > > > > > > a document or an url about accessing remote data would >be > > >great. > > > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > > > > > >To: "Jeff L." , > > > > >mapserver-users at lists.gis.umn.edu > > > > > > > > > > >Subject: Re: [Mapserver-users] Loading data from >another > > >server > > > > > > > > > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > > > > > > > > > > > > > > > > > >That format for accessing data requires that the data >looks > > > > >like a > > > > > > > > >local > > > > > > > > > > >file whether it is network mounted or etc.> > > > > > > > > > > >There is also an option of reading data in a WMS or WFS > > >fashion > > > > > > >from a > > > > > > > > > > >remote source. > > > > > > > > > > >HTH > > > > > > > > > > >Lowell > > > > > > > > > > > > > > > > > > > > > >The following message was sent by "Jeff L." > > > > > on > > > > > > >Wed, > > > > > > > > > > >27 Aug 2003 15:12:32 +0000. > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > > > I was wondering if the location of data used in > > >MapServer > > > > >can be > > > > > > >a > > > > > > > > > > >different > > > > > > > > > > > > location from the one where MapServer is running. > > > > > > > > > > > > > > > > > > > > > > > > I would like to run the MapServer in a server >pointing > > >to > > > > >data > > > > > > >in > > > > > > > > > > >another > > > > > > > > > > > > server. I tried to change this tag in the .map file: > > > > > > > > > > > > > > > > > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > > > > > > > > > > > > > > > > > There was an error: > > > > > > > > > > > > msOpenSHPFile(): Unable to access file. >(MyLayerData) > > > > > > > > > > > > > > > > > > > > > > > > My data do exist in the >"http://www.MyServer.com/data/" > > > > > > >location. > > > > > > > > > > > >> > > > > > > > > > > > > I'm using MapServer 3.6. > > > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > > > > The new MSN 8: smart spam protection and 2 months >FREE* > > > > > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > > > Mapserver-users mailing list > > > > > > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > MSN 8 with e-mail virus protection service: 2 months FREE* > > > > > > > > http://join.msn.com/?page=features/virus > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Mapserver-users mailing list > > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > Protect your PC - get McAfee.com VirusScan Online > > > > > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > > > > > > > > > > _________________________________________________________________ > > > > STOP MORE SPAM with the new MSN 8 and get 2 months FREE* > > > > http://join.msn.com/?page=features/junkmail > > > > > > > _________________________________________________________________ > > The new MSN 8: smart spam protection and 2 months FREE* > > http://join.msn.com/?page=features/junkmail > > _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric at gomoos.org Wed Aug 27 09:28:38 2003 From: eric at gomoos.org (Eric Bridger) Date: 27 Aug 2003 16:28:38 +0000 Subject: [Mapserver-users] Loading data from another server In-Reply-To: References: Message-ID: <1062001724.2237.6.camel@ubet.gomoos.org> As Lowell suggested, wget is just the tool to download data from a URL. To grab all the shape files at http://www.myDataServer.com/data you could use: wget -A shp,shx,dbf -np -nd http://www.myDataServer.com/data which would get all files in the data directory with .shp, .shx and .dbf extensions. On Wed, 2003-08-27 at 19:29, Jeff L. wrote: > > It sounds not that easy in this case, as it seems that there is no example > how to upload shape data > from a web server using an url (or another mean). > > From lfilak at medinaco.org Wed Aug 27 13:43:35 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 27 Aug 2003 16:43:35 -0400 Subject: [Mapserver-users] Loading data from another server Message-ID: <200308272043.h7RKhS723566@yogi.medinaco.net> When you say "using his maperver application" is it safe to assume that the MapServer machine and the web server are in different locations and have a firewall between them that would keep SAMBA from working? If not then Ed's suggestion is definitely the easiest way to go. Lowell The following message was sent by "Ed McNierney" on Wed, 27 Aug 2003 16:32:14 -0400. > Jeff - > > By far the easiest route would be to run SAMBA on the Linux server and allow the Windows machine to get access to the files via SMB, rather than trying to go through HTTP. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > -----Original Message----- > From: Jeff L. [mailto:nf10 at hotmail.com] > Sent: Wednesday, August 27, 2003 4:00 PM > To: David.Fawcett at state.mn.us; lfilak at medinaco.org; > mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Loading data from another server > > > Ok: > > What i'm attempting to do is the following in details: > > I have some proprietary data as shape files and i want to allow a client to > be able to browse my data using his maperver application. > > The user (client) is running MapServer3.6 on a Windows machine with Apache > web server. > My data are located in my web server hosted on a linux machine (apache web > server). > ex. www.MydataServer.com > > Basicaly, i want to keep the data in my web server and allow an external > mapserver application to browse the shape data and use them in his > mapserver. > > What would i need to do to reach this goal ? > > Thanks, > > Jeff > > > > > >From: "Fawcett, David" > >To: lfilak at medinaco.org, David.Fawcett at state.mn.us, > >mapserver-users at lists.gis.umn.edu, "'Jeff L.'" > >Subject: RE: [Mapserver-users] Loading data from another server > >Date: Wed, 27 Aug 2003 14:46:35 -0500 > > > >I believe that it is more a limitation of the protocols and programs than a > >lack of examples. > > > >Take a step back for a second. Perhaps your solution is not the best way > >of attacking the problem. There are hundreds of MapServer installations > >(test and production) and people have come up with ways to get around many > >challenges. > > > >What do you want your MapServer application to do? > > > >What is your purpose for splitting the data from the server installation? > >(or what problem are you trying to solve by doing this?) > > > >What hardware and software platforms are you running on? > > > >Your answers up to this point have been pretty vague, the more specific you > >are, the better people will be able to help you. > > > > > ---------- > > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > > Sent: Wednesday, August 27, 2003 2:29 PM > > > To: lfilak at medinaco.org; David.Fawcett at state.mn.us; > >mapserver-users at lists.gis.umn.edu > > > Subject: RE: [Mapserver-users] Loading data from another server > > > > > > > > > It sounds not that easy in this case, as it seems that there is no > >example > > > how to upload shape data > > > from a web server using an url (or another mean). > > > > > > > > > >From: "Lowell Filak" > > > >To: "Jeff L." , lfilak at medinaco.org, > > > >David.Fawcett at state.mn.us, mapserver-users at lists.gis.umn.edu > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > >Date: Wed, 27 Aug 2003 15:11:55 -0400 > > > > > > > >If I understand correctly you could then do something like: > > > >"wget -O data.shp http://www.myDataServer.com/data" > > > >and set SHAPEPATH to data.shp . > > > >It's not quite that easy because because for the shape example you > >would > > > >need to request shx & dbf also or if they are all shipped together in > > > >the stream they would need broken apart. > > > >In MapScript you could theoretically store the resulting data past in > > > >via the URL in a variable and use that for the $layer->{data} without > > > >requiring an intermediate file. > > > >Lowell > > > > > > > >The following message was sent by "Jeff L." on Wed, > > > >27 Aug 2003 19:00:44 +0000. > > > > > > > > > > > > > > > > > > > Sorry about that: i meant by storage back end a web server directory > > > >where > > > > > the data are stored. > > > > > Yes the data need to be pulled by an url. Example: > > > > > www.myDataServer.com/data > > > > > > > > > > Jeff > > > > > > > > > > >From: "Lowell Filak" > > > > > >To: "Jeff L." , David.Fawcett at state.mn.us, > > > > > >lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu > > > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > > > >Date: Wed, 27 Aug 2003 14:57:56 -0400 > > > > > > > > > > > >What type of storage back end is it? > > > > > >I'm confused as you mentioned earlier that the data could be pulled > > > > > >through a URL. > > > > > >Lowell > > > > > > > > > > > >The following message was sent by "Jeff L." on > >Wed, > > > > > >27 Aug 2003 18:50:59 +0000. > > > > > > > > > > > > > Hi David, > > > > > > > > > > > > > > For a start i'm trying to run the demo, but once i have the demo > > > > > >running, i > > > > > > > would try something more elaborated. > > > > > > > > > > > > > > The option 2 sounds good by having the WMS. But it's seems that > >the > > > > > >server > > > > > > > hosting the data have to run also MapServ. My remote server has > >no > > > > > >business > > > > > > > intelligence, only a storage back end for the data. > > > > > > > > > > > > > > Any example would be more than welcome. > > > > > > > > > > > > > > Jeff > > > > > > > > > > > > > > > > > > > > > >From: "Fawcett, David" > > > > > > > >To: lfilak at medinaco.org, mapserver-users at lists.gis.umn.edu, > > > > > >"'Jeff > > > > > > > >L.'" > > > > > > > >Subject: RE: [Mapserver-users] Loading data from another server > > > > > > > >Date: Wed, 27 Aug 2003 13:41:06 -0500 > > > > > > > > > > > > > > > >As Lowell said below, you have two options: > > > > > > > > > > > > > > > >1. To access the data directly, you have to configure your > > > >server(s) > > > > > >so > > > > > > > >that you can 'see' it as a directory in a path on your > >machine.> > > > > > >SHAPEPATH > > > > > > > >has to be a valid path (not URL). > > > > > > > > > > > > > > > >I think that the key here is that based on the hardware and > > > >software > > > > > > > >platform and security scheme you are utilizing, you need to > >figure > > > > > >out how > > > > > > > >to map/mount/access a remote drive. This is more a question > >for > > > >your > > > > > >admin > > > > > > > >than this list. > > > > > > > > > > > > > > > >2. You can set up a WMS server using MapServer, which I > >haven't > > > > > >done, but > > > > > > > >I understand isn't that hard. Depending on the data that you > > > >need, you > > > > > > > >could also potentially hit an existing WMS server that contains > >the > > > > > >data. > > > > > > > > > > > > > > > >Heck, if this is just for a demo, you could possibly put the > >data > > > >on > > > > > >a CD > > > > > > > >and point your SHAPEPATH to a folder on the CD. > > > > > > > > > > > > > > > >I think that the key here is that based on the hardware and > > > >software > > > > > > > >platform you are utilizing, you need to figure out how to > > > > > >map/mount/access > > > > > > > > > > > > > > > > > ---------- > > > > > > > > > From: Jeff L.[SMTP:nf10 at hotmail.com] > > > > > > > > > Sent: Wednesday, August 27, 2003 1:03 PM > > > > > > > > > To: lfilak at medinaco.org; mapserver-users at lists.gis.umn.edu > > > > > > > > > Subject: Re: [Mapserver-users] Loading data from another > >server > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > I went through the documentation "WMS client and WMS > >server", > > > > > >however > > > > > > > >it's > > > > > > > > > seems that server location of the data have to have > >mapserver > > > > > >installed. > > > > > > > >I > > > > > > > > > might be wrong. And also there is no suggestion about > > > >replacing the > > > > > > > > > "SHAPEPATH". > > > > > > > > > > > > > > > > > > My need is to run the demonstration project, but by > >decoupling > > > >the > > > > > >data > > > > > > > >from > > > > > > > > > the application. > > > > > > > > > I can run the demo fine if every is installed in the same > > > >server. > > > > > >Now i > > > > > > > > > moved the shape data to another web server and want to be > >able > > > >to > > > > > >run > > > > > > > >the > > > > > > > > > demonstration. > > > > > > > > > > > > > > > > > > My understanding is that i would be able to that by making > > > > > >modifications > > > > > > > >to > > > > > > > > > the .map file only. I guess i was wrong. > > > > > > > > > > > > > > > > > > If there is any example, how to run the demo (or another > > > >project) > > > > > >using > > > > > > > > > remote data, that would be great. > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > > > > >To: "Jeff L." , lfilak at medinaco.org, > > > > > > > > > >mapserver-users at lists.gis.umn.edu > > > > > > > > > >Subject: Re: [Mapserver-users] Loading data from another > >server > > > > > > > > > >Date: Wed, 27 Aug 2003 12:47:27 -0400 > > > > > > > > > > > > > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WMSMapServer > > > > > > > > > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?WFSMapServer > > > > > > > > > >HTH > > > > > > > > > >Lowell > > > > > > > > > > > > > > > > > > > >The following message was sent by "Jeff L." > > > > > >on > > > > > >Wed, > > > > > > > > > >27 Aug 2003 16:11:35 +0000. > > > > > > > > > > > > > > > > > > > > > Thanks Lowel for your answer. Could you please point me > >to > > > >how > > > > > >to do > > > > > > > > > >that ? > > > > > > > > > > > a document or an url about accessing remote data would > >be > > > >great. > > > > > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >From: "Lowell Filak" > > > > > > > > > > > >To: "Jeff L." , > > > > > >mapserver-users at lists.gis.umn.edu > > > > > > > > > > > >Subject: Re: [Mapserver-users] Loading data from > >another > > > >server > > > > > > > > > > > >Date: Wed, 27 Aug 2003 12:05:50 -0400 > > > > > > > > > > > > > > > > > > > > > > > >That format for accessing data requires that the data > >looks > > > > > >like a > > > > > > > > > >local > > > > > > > > > > > >file whether it is network mounted or etc.> > > > > > > > > > > > >There is also an option of reading data in a WMS or WFS > > > >fashion > > > > > > > >from a > > > > > > > > > > > >remote source. > > > > > > > > > > > >HTH > > > > > > > > > > > >Lowell > > > > > > > > > > > > > > > > > > > > > > > >The following message was sent by "Jeff L." > > > > > > on > > > > > > > >Wed, > > > > > > > > > > > >27 Aug 2003 15:12:32 +0000. > > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > > > > > I was wondering if the location of data used in > > > >MapServer > > > > > >can be > > > > > > > >a > > > > > > > > > > > >different > > > > > > > > > > > > > location from the one where MapServer is running. > > > > > > > > > > > > > > > > > > > > > > > > > > I would like to run the MapServer in a server > >pointing > > > >to > > > > > >data > > > > > > > >in > > > > > > > > > > > >another > > > > > > > > > > > > > server. I tried to change this tag in the .map file: > > > > > > > > > > > > > > > > > > > > > > > > > > SHAPEPATH "http://www.MyServer.com/data/" > > > > > > > > > > > > > > > > > > > > > > > > > > There was an error: > > > > > > > > > > > > > msOpenSHPFile(): Unable to access file. > >(MyLayerData) > > > > > > > > > > > > > > > > > > > > > > > > > > My data do exist in the > >"http://www.MyServer.com/data/" > > > > > > > >location. > > > > > > > > > > > > >> > > > > > > > > > > > > > I'm using MapServer 3.6. > > > > > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > > > > > > > > > Jeff Lacoste > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > > > > > The new MSN 8: smart spam protection and 2 months > >FREE* > > > > > > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > > > > Mapserver-users mailing list > > > > > > > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > > > > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > > > The new MSN 8: smart spam protection and 2 months FREE* > > > > > > > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > > > MSN 8 with e-mail virus protection service: 2 months FREE* > > > > > > > > > http://join.msn.com/?page=features/virus > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > Mapserver-users mailing list > > > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > > > > > > > > >_________________________________________________________________ > > > > > > > Protect your PC - get McAfee.com VirusScan Online > > > > > > > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > > > > > > > > > > > > > _________________________________________________________________ > > > > > STOP MORE SPAM with the new MSN 8 and get 2 months FREE* > > > > > http://join.msn.com/?page=features/junkmail > > > > > > > > > > _________________________________________________________________ > > > The new MSN 8: smart spam protection and 2 months FREE* > > > http://join.msn.com/?page=features/junkmail > > > > > _________________________________________________________________ > Tired of spam? Get advanced junk mail protection with MSN 8. > http://join.msn.com/?page=features/junkmail > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lfilak at medinaco.org Wed Aug 27 13:51:54 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 27 Aug 2003 16:51:54 -0400 Subject: [Mapserver-users] Linux/Apache security wrt shapefiles data Message-ID: <200308272051.h7RKpl723765@yogi.medinaco.net> It may be that any cgi is not allowed to see outside of apache-home. Sometimes a "ln -s /home/pkishor/gisdata /var/www/html/gisdata" does the trick. HTH Lowell The following message was sent by "pkishor_98" on Wed, 27 Aug 2003 20:26:54 -0000. > yes. this is related to MapServer ;-). > > OS: RH9 > MapServer 4.0 config-ed and setup correctly. > > I have my shapefiles under "/home/pkishor/gisdata" > > and the darn Mapserver refuses to open the shapefiles. Error log shows > > msSHPOpenFile(): Unable to access file. (/home/pkishor/gisdata/bio) > .. > > I move the shapefiles to "/var/www/html/gisdata" and everything works > fine. > > Apache runs as apache:apache, and in both cases I have chown-ed and > chgrp-ed the gisdata directory to apache:apache, and also chmod-ed it > to 777 for good measure. Why is Mapserver unable to read gisdata > stored in my home directory? I am new to Linux/RH9, so be gentle in > your pedagoguery ;-). > > Many thanks, > > Puneet. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From morissette at dmsolutions.ca Wed Aug 27 13:57:09 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 27 Aug 2003 16:57:09 -0400 Subject: AW: [Mapserver-users] WMS-GetMap problem in 4.0 (works in 3.6.6) In-Reply-To: <0DF955F15A102E4F81B948D44A45015A0691FA@nt-sf-exchange.Windows2000> References: <0DF955F15A102E4F81B948D44A45015A0691FA@nt-sf-exchange.Windows2000> Message-ID: <3F4D1B25.9090408@dmsolutions.ca> Frieso ter Haseborg wrote: > > okay absolute path works. *whooops* > > I have to specify an absolute path in my client-map-file. But why? Why > does this work with MS 3.6.6? The handling of relative paths has changed between versions 3.6 and 4.0. It may be that you are running into a specific exception (or used to take advantage of an exception). If you consider this to be a bug you could file it in bugzilla with a sample mapfile and a description of your installed directory structure (i.e. where the mapfile is located, where you expect ../tmp to be located, etc.) and we could investigate. > And why does the wms-server-map-file work > (using a relative path) when called directly? > Because the WMS server doesn't need to write to the IMAGEPATH directory, but the WMS client does. The WMS client writes the temporary images that it downloads from the remote WMS server in the IMAGEPATH directory and deletes them as soon as it's done with them. So you never see any files in the IMAGEPATH directory in this case but it is being used. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morissette at dmsolutions.ca Wed Aug 27 14:00:15 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 27 Aug 2003 17:00:15 -0400 Subject: [Mapserver-users] Linux/Apache security wrt shapefiles data In-Reply-To: References: Message-ID: <3F4D1BDF.3000300@dmsolutions.ca> Did you also make sure that /home/pkishor is at least "r-x" for the apache user? Every directory in the path that leads to the gisdata directory has to be at least "r-x" for the apache user. Daniel pkishor_98 wrote: > yes. this is related to MapServer ;-). > > OS: RH9 > MapServer 4.0 config-ed and setup correctly. > > I have my shapefiles under "/home/pkishor/gisdata" > > and the darn Mapserver refuses to open the shapefiles. Error log shows > > msSHPOpenFile(): Unable to access file. (/home/pkishor/gisdata/bio) > .. > > I move the shapefiles to "/var/www/html/gisdata" and everything works > fine. > > Apache runs as apache:apache, and in both cases I have chown-ed and > chgrp-ed the gisdata directory to apache:apache, and also chmod-ed it > to 777 for good measure. Why is Mapserver unable to read gisdata > stored in my home directory? I am new to Linux/RH9, so be gentle in > your pedagoguery ;-). > > Many thanks, > > Puneet. > From mdoggett at coas.oregonstate.edu Wed Aug 27 14:26:27 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Wed, 27 Aug 2003 14:26:27 -0700 Subject: [Mapserver-users] problem with IMAGEMODE RGBA Message-ID: <000c01c36ce1$dfc7f1d0$2441c180@nino> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C36CA7.336919D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I need to use 24-bit PNG output with transparency so I'm using IMAGEMODE RGBA. However, with this mode, Mapserver creates an image with a bogus gray background colors most notably in the legend icons and the labels. If I turn all the layers off, then the entire map background is gray. Does anyone know what's going on here? I've attached a JPEG image showing what this looks like. Here is a snippet of my .map file: OUTPUTFORMAT NAME PNG24 DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGBA EXTENSION "png24" FORMATOPTION "INTERLACE=ON" END IMAGETYPE PNG24 Matt (RedHat8.0, Apache2.0, Mapserver 4.0, Php4.2.3, gd-2.0.12) ------=_NextPart_000_000D_01C36CA7.336919D0 Content-Type: image/jpeg; name="untitled2.jpg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="untitled2.jpg" /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDABALDA4MChAODQ4SERATGCgaGBYWGDEjJR0oOjM9PDkz ODdASFxOQERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgVGC8aGi9jQjhCY2NjY2Nj Y2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2P/wAARCAGdAlsDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDs47aC a5u2lgjkYSgZZATjYtS/YLP/AJ9IP+/Yotv9fd/9dR/6AtWKAK/2Cz/59IP+/Yo+wWf/AD6Qf9+x ViigCv8AYLP/AJ9IP+/Yo+wWf/PpB/37FWKKAK/2Cz/59IP+/Yo+wWf/AD6Qf9+xViigCv8AYLP/ AJ9IP+/Yo+wWf/PpB/37FWKKAK/2Cz/59IP+/Yo+wWf/AD6Qf9+xViigCv8AYLP/AJ9IP+/Yo+wW f/PpB/37FWKKAMPWAIrdSiR/u0fYCgIX94g6HjoawPts2fuwf9+I/wDCt/XP+PVv9x//AEalcyR3 rGbaZhUbT0LH26b+7B/34T/ClF7L3WD/AL8J/hVWnAZqOZ9zPmfcti8k7pB/34T/AApftchPCQf9 +E/wqvtNOAqXJ9y7ssrcv3jg/wC/Cf4U8TtjmODP/XBP8KrCpFGSKhzl3GmyYSuT/qoP+/Cf4VMs gP8Ayygz/wBcU/wqFOMVYjA64HSs5VJLqWrsaGbJ/cwY/wCuKf4VOvlc7oYP+/K/4Uo2jqo/Kgun 939Kydab6s1jFkUrKG+WGDGP+eKf4U0N6wwf9+U/wqUR5HOM01oyDzimq0u5orERk9IoP+/Kf4VE 85Un93B/34T/AAqVkwxPGKgkA3Hito1Jdx2RJFKzNzFARj/nin+FWWaMICYYM/8AXFf8KrRkL27U TE7Rg96Oabe4WRYJTtDB/wB+V/wqo9wQRiODn/pgn+FKZfc1UUlnXnv3q4uSWrCyNGCRWjJeKDOf +eKf4VHJN8xEccHt+4T/AApmdsTDvg9KrRh2mB3HH1qHOSTdwsiy87CMgRwb/wDrgn+FWrZWdVMk EBBXP+pT/CqrABcEAn1q/Cf3SAf3RWXtZ23MbXkMnaNV+SGANnB/cr/hTFkTnMUH/flf8KjuWxkn +9VF5ycYLD8a3jzNbs2sjQE8X/POD/vwv+FVr55nhcWggjfb8reRHwfxU8VXiLbuSTz61JIx3bQS ARUOclLRmdSyRFp017+9kvvs5/hjijgRuQTljhM9MY+vPNWZLhwTtiiI2htwt0IAPcnGBT7cOIXi 2Fg/XbIEI9OSRTp7aYxFYiok8tFMnmgRnCgEbc89x0NbJ31udFLkqK89G/Rfh0IUluJAxWGEbRlt 0CLgevIphuJwqN5cO1wGB8hOh7njgc1ajj2xuPOWIOyYWVxIW2hs5IbgdO/r61AilI4lE6ecLdEy syqqMM9eeevv06Vpr3L9nSu9f6/ITz5gxUxQ5H/Tun49uvtTEu5SfuQY/wCuCf4VYLxq07JcDZmY ljMMODuwAuc5yRzis2N8txnrQ723MpRinoaSzk9Y4P8Avwn+FK1yiqcpB/34X/CqgDscLu56eh/H pUZWRgG2SYI4yh59wKz17sfs32NGOYOARHAQf+mCf4Uk0xT/AJZwDn/ngn+FR22E8tSeT0wCRz05 6c9qSdhKCYwxAOeFPPbj1/CojKfNrcXI+xF9rk3EBIP+/Cf4UoupP7kH/fhP8KgKsCx2ONpAOVIw TyOtOQ5rVyYnG2jRZW4cn7kH/fhP8KeJJRnzIYY9uM7oE75x0B64NQoSrBkA3A5APTNXoD5a5keN mLhnZSxLcEd1GAM9KmMr7sdo8rdiss8rtGqW0TNJH5gAhj+7gHv/ALwoFyDIsYSAyNtwvkLn5mKj t6ginxq0U8LK0R8u3WMliwBOEHGFP901KkcSPGd6l90bO+Dg4lLnj/gRpxaad5O/qaSjTTWml/8A P/gGJNNrErrPCLRbRvmTFugLJ94n5kJzt56duM99hPNEAZ4IhgDJaGPJ9+BikgiWMR/NEghjaNCA SxXaQFPGMDOevOKimltrK3lnkeOKPaF8uLewLFhg4xx6cetb1qyqJKOltraP59yOSCWm/wDX9f5E pl9IoP8Avyn+FJ5x/wCecH/fhP8ACqlneRX0PmwFgAcMrKVKnAOD+dT1yc0u5PKuxJ5x/wCecH/f hP8ACnCVWxlIFPvAuP5VBS44NNTl3FZF+w8ma8jieO3YHOV8hRng+1bP2Cz/AOfSD/v2K5/SD/xN of8AgX/oJrqK6abujOSsyv8AYLP/AJ9IP+/Yo+wWf/PpB/37FWKK0JK/2Cz/AOfSD/v2KPsFn/z6 Qf8AfsVYooAr/YLP/n0g/wC/Yo+wWf8Az6Qf9+xViigCv9gs/wDn0g/79ij7BZ/8+kH/AH7FWKKA KsllapGzLbQqwBIIjGQa5nXv+QvP/wAB/wDQRXWzf6l/90/yrkte/wCQvP8A8B/9BFAHUW3+vu/+ uo/9AWrFV7b/AF93/wBdR/6AtWKACiiigAooooAKKKKACiiigAooooAKKKKAMTWxm2I/2JP/AEYl c4V47V0us/6g/wC5J/6MSsEDjNc1V2ZjUWpW2H2pCCKt03OCaz5jPlM6+vmtkQRIHkkJVd2Qo4Jy cfyqSyu/tVvvKFG3FSMkjIOODgZpLi3inj8uZFdT2I6VpWdrbrDbeUigeaqOqHG0FugUcHOevbrV KKZ0UoxqLkS17/oVkVz/ABd/WniTY+0k5FT7SrwR+WC85J3LMcEcn/gPOOlOdVMMj4ZTHDvTLZ3M GYH6j5QPx96OS5v9Tkuv9bEQnHT5qmE2FHLVMsGy+8oAnMki7twI2gMRgZ4IwAf/AK9WLUMiz73L sJiuenGxDgDsOTWVSHKrkug49el/xsUfNaThWYH61aSCXnLA/iamk+cY6c1Wtm27uM9K573WhFrP UsBWUcn9aTYzc5/WoVORTvK3Dr+lK1tzRNdBskbgnLfrVeXgHPWrJTYuc5xTS/HStIyLKas2fvH8 6k84YwcnFLJNjjb39ajM/wDs/rW6u+gELSE9Cad5TAjBFMHNPjT5hz3qpAOZX/vcfWpIVxt6ZqaO LGPm7+lTeXlutckpX0Jk9COKPfKOhB9auKuOOOKiX5fk/WmmLLE7v0qbrZkQS3FmhLf3etZDoTjG KvXHyL684rNSbr8v611QXu6Gpcht3AYkqcc0rKOuBUqyeZzjG3nr1pxbcCcYrnu76mVQw7TW5JL5 YTBiGSQxqwLbwRu5K49h9O/tuB8rg5I9Kpx2FkL3zzFHG78NIFAOTnv2Jz161YWDI27FykjgqZiO Aq9G6n72fx9q39mpq6LhBT1jpYdIqsowo6+lQyWwdflVAc+lWlghlntyiuq+WsrAyNyCOAee/f6U kkUii5Hm5KiIjnbgEuCB7kAc+tJ0JR6lqDva/wDV7GeLUnslQ3JisArXM0Ue44XJwTyP8RWrL5h0 y6dHePyy4XJ3NgIDjP1JqDXdEe9u1kt51iaIsm1wWG0sOnPBAB+vFGsH7zHyWa5noPhmSeOKXegV YmGfOGHBQgYHXPI5x69acDKuVi4jcAczozJ64y3fj8jxS2umC1s4bcTFvKQLuIPOPqePp2qeK328 b/0oeJ7Iaq6Wt+YyOJluQ0ZKJujORKNqqFUEYzycDtmmQJ5WHdtqIgRVZ1bHzqeAOcAL35q4V2L1 zik25Gc0vrL7A6smrFG5QtYIgdPNZ/McBgeSD6emcVVS3kXOWHPvWrIdq/jVfzcMfl7+tDqynqRe 7uMjgbOcrxT3+T8u1DSdOKjZ+Dx2oS7gKrbvWnE8VCjc9Kkz3ptWYxCT6mq15aRX0BhlyBuDBlxl SD1GQf8AJqwRmjGKYFXTtPjsImAcySSEF5GABJAx27e3vVrFGcU7NG4Ntu7GjinY+U0m7HGKCSRz gL6k1Si2IsaQB/akPHr/AOgmunrmNIVRqsJEik88DP8AdPtXT11U1ZGc9wooorQgKKKKACiiigAo oooAZN/qX/3T/KuS17/kLz/8B/8AQRXWzf6l/wDdP8q5LXv+QvP/AMB/9BFAHUW3+vu/+uo/9AWr FV7b/X3f/XUf+gLVigAooooAKKKKACiiigAooooAKKKKACiiigDG1g4hJ/2JP/RiVhqdwzitzWBm A/7kn/oxKxogNorkr7mc9xDnHSmPxjPFWSnGearzJkjrXOndktFMLjvV6F5ImDRhdw6MYwSPoSMi qjJj1q/B8w59a1lJpXQotp6DopPlKGGPDH5sxr83145/GralSUZ0iOzhQUXC/TjiohCMg88U7a2c bTj6VhKo+jN4yl1ZKCoZpAqBn+8wUbj+PWnbsLwo5OTgdTgDP6CmKnGCDTz8qjFZOUno2aJtkT9P xph4+7830qR8EVEh2Z9/WmkNq6HsCGHBpTIyg/ITSkseQM00ucEEYBpq7BNjBPlvuY/GpAysM5A/ GoiIx/GM/Wm5TpuH51Thcqw5lGT8w61CyAk/OOtDuB0I61CzkcjFaqACPbnjaS30FNU/MARjNWVk C55H51UO8suFJ9eKtN21AsoVQj5gec1oQvuiBxgVnQxFiCwYc1dZxFAVBGB6n3rCS5mJiSzqkhHB x71LvDxqRjkZrHmlaS5YAA59PpWnCB5KZPO0UVIJNBYiuV3Lj3qhHATnJI/Cr9w4UcEdagjYnPFX qojLMUQQk7s06Q/ypoJz0ofPUDIxXPbUzkV3BLdO3QjOalUllRXSIoucJ5S7R+GMU0HMg3cVKNoP DD86152lZGSbWzLEchYliBuIGTgZwOg/Wmu+0MGQMrYByByBnH8z+dJEy/3h09aZOxIx2zSU5N6s 2gOeeLy/L2RrHgjYAAuO/FRPeqzEkqzMcn5qpSknHFRpC2chW49q2urass0UuR0wOT60XOoW9nAZ LiRI0Hdm6+w9Tx0qntlBB8tsfQ1V1SylvoY9jiOSJiy7gdp4IwRn369qhRi2NJNq5pi6jmTzImSR D0ZWBB/GnJLnt+tUdOsJLS1jiDeYHlxvJIyzN2Xnjn19TU7O0cU0gQ7YkDfNxuzu6e3ynmrlCxSp t7Fkygen50gYNnoKhkilVisoUHG75MtkZAPpzkj86aWMVm87jBAbanc4LA59Puk96HSYKDexZdRj rVeQZPXtU3Jumg3RgqQOWwxz3A7j/wCvUMow5U4yOOKag47ktNbkYGOaeDjmowcHHalzzVWAm3Ai m76YrAKzMAQMAA9z/wDqzTROc/MiFfYY/WnyCJN2KYTS5iYZLsPbbn+tNZ4uOH49xz/h+tNRC45w iEhslhwVxxn61XkJZh6DoB0FOaQySM+MbmJxR1pt2At6Gv8AxN4D/vf+gmuurlNFH/E1hP8Avf8A oJrq62pu6M57hRRRWhAUUUUAFFFFABRRRQAyb/Uv/un+Vclr3/IXn/4D/wCgiutm/wBS/wDun+Vc lr3/ACF5/wDgP/oIoA6i2/193/11H/oC1Yqvbf6+7/66j/0BasUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAY2scwn/ck/8ARiVjRcDFbOscQn/ck/8ARiViwgs3tiuSvuZy3LajKj6VBMuCMe9W1UbF wOcVFMgyOK4k9SmtDMlJ4qzBIVHbrUEpRsYq5axIy/OP4vWt21y6mSWpMk7HkAYzUyzBmAyM/SnL FAqkbcfiaFSBTkDn8a5nZ7HQlIduOM44prOMc0Ow5wflqB5FHU9/SmomqQ53FQNJSNKp7/pUbMvY 1tFIZZW5CjGRz7Gl81HU5bnp0rMeU54b9KfE0rDg5Ofam4RWoE8iOWJUZFM2S7slRj61KBOE5/pU bySAkZpqXmAhCngk5pjFR3p6AseaZIpyeO9UpIBOvWpkKA/KxOaiEbnoKeq7Tlhj0o0kMtBgsTH0 yapyzSSZUBSDRJOVO3d8pHPFCFMA01HlQh0EHKu2Q31q2HCjAPSoBKoX736VDLcY+63OfSkoXd2A +4cNkLyc1JGEGdxIrNaZix2tzn0qYzP/AHv0qpRWwGh565AB6+1SA5Qheaz4w7OPqKvJlRzxXLNJ PQTIwn7wB+PpUyQRkj5mpn3pQRzxViNTxxUtuxgkrieQifMC3PFMMTtwF47c1M/C4pglwcbv0oSb VzVR7EBsX/un8xUy26pyxI9Kkkn24+b9KgluAV+90HpVqEnuPlHnZ93JwajaGNhwzVWa5+YfP+lP WcHo36VbpNFWJoYWSVZDISqfcXy84HfB3Dn8KbNEZbaaMZDSRrH0GAAH56/7X6UqzjZjdz9KkRgw 4OTUyqTSsx88k7iOxUmR2Mj4CqAgQAbgx/iP90VXmSGaJoyZAdrgMDjBZmboDyOR+VW3QEciqzqF Y8YzVxrSluOM5LVMLhoZQyM7CI4xmPcwwMZBLcH8+aq3E4knd1GFZiQPQZqSQZHFVnRgelbqfNuJ ttWF385p5KJ99yCQDgLnj86iA4p8i7kjbGeNpPuD/gRTVhCvIhjKpuOSCSRjpnt+NNUZ4poU+nFS Rqc8jtUtgGygxmpgoPalAB6VF2MrCOn7Km2e1AXjpS5gLGjD/iaQ/wDAv/QTXUVzWkrjU4uPX/0E 10tdVF+6ZT3CiiitiAooooAKKKKACiiigBk3+pf/AHT/ACrkte/5C8//AAH/ANBFdbN/qX/3T/Ku S17/AJC8/wDwH/0EUAdRbf6+7/66j/0BasVXtv8AX3f/AF1H/oC1YoAKKKKACiiigAooooAKKKKA CiiigAooooAx9WG6LH+xJ/6MSsuGBgoZSBmtXVMbOTj5JOf+2iVQt1ZR83TkY981xYltMlq8hykg AZ6Uki5xUw2+lI+OOK4b6miRjTR+Xj3qeCVuNpwM+lWJ4N23hapIjKM54HPFdEWpRMGuVmnGzMpL HPNNeRQTgGqSzkfxN+dDTZP8VZ8jTNY1ElqTvOcEc4+lMJyMnvUPmBuOadHndycjHSnZjdVdCRUD Hik2Kegq4jRlFATBxycU7fCn3owc/wCyKSGuZ9SmtipPIGfqasxWKopbAwDnqaU3cOchGH4Cgz71 JQsB0xRyye5dn1BmiGQVOKiKwO3CHJ96pXMreayhmHTvViyViEdjkc9TVygorQotC3jUA7evuaa9 vHjO39TRcSbIwcnr2pqSbwBz071Ci1qITYq9BUUq/LkdgaSZj8uCR+NVnuQRgFq6IxtqMY4ywzT1 RsDBGKg3ZYHJq1C4IHFObtsBHIHVDgioFR3Y7iCK1PLEkfAXn1FC24Tkqp7cCsXWdrCuURa8ZGM/ Wp1tM9cfmat7Fxwo/KpUhLZxis3UkyebsVliCHOKkJ3VaEW37wU0h2DjYMn2qfMTuysnysCasqwE YaomX5hgClHHynp6UPUlaMJJARkZ61TmuPL55646VblQlARgc1nywO5PzDr3NbUpJLU2Qw3MsvR+ nqBSmU7SOeRUghCdl59Kq5rpjqgD5ic5pwfBx3pFUnvT/LOe1DYEiMWxVu3POPaqa4UY71Ztclzz 2rmqbAy51FVZs7vxNWgwHUUx1UnOB+VYxdiUVNoyKZKvOParbqB2FQSD+VbwZRW2Y61IygxIR0GQ fr/n+VJ1pVO04blD1FbIBm0elKBjpSldjsp6g4ozRYBSSOlAbHSmM31pFye9Fhj/ADsnAzzT1J71 FjHNJ5gBxzQ43Eamlf8AIRi/H+Rroq5fR2J1SHk4+b/0E11Fb0VaJnPcKKKK2ICiiigAooooAKKK KAGTf6l/90/yrkte/wCQvP8A8B/9BFdbN/qX/wB0/wAq5LXv+QvP/wAB/wDQRQB0sZIN8QcESf8A tNazNQ1CSxsJ7omR/KQttBPOO3GcfXt1rUgUNJeKehlA/wDHFpH06CRGSTLIwIZWwQR6HigRzmia /c6lNPDOhieMBwUdmUqScAnHBGB9eSK6WyZmhJZiTu7mq1podhYhhaQrDvOW2ADPJPp7nHpV6GJY VKqSQTnmhbalSacm4qyMP7Jawf8AIU0uSa4H3r+OHzGkbswKZkQ9+gC4wDwuZLU3H9uXM0VxHdQC ygYbYwXmH73GG3Bck5OcY5A4xmrUdhe28a21rexRWiAIim3LSInoG3Y4HAJU9BndzmOTRAWkhimW Kyls1s3i2EuEUOAVcnj7/cHpQIrw6xNLdwQx3dncC5LIpt4XdIW2MwzJu2vjbjb8pIOeKb4ekmS3 0aGbyJN+ns6OsRVkUCEBcknP3uemcDgYq8LC9lu7We7vYnFtIXWOG3KBsoy85Zj/ABcYx3yDkYbp mlTWf2PzrmOb7JbtbpsiKZU+XgnLHkeX+Oe2OQBsWo3LW9vqD+V9iuTGEiCnzEEhAQls4PLDIwMZ OCcfNC2oakLC81DNosFq8/7ry2ZpFjdh97cApIXHRvXvgWotLdFitmuFawgKtFCI8ONpBQF88gED HAPAyTzlzaZu0e8sPOx9p8/59v3fMZj0zzjd+OKAK9zqUy6lJbLd2NsyOqxwXOQ9xkA5U7hgEkrw rcqevStis+/sbq8WaAXca2lwhSRGhy4BGCFYMAOPUNgk9RgDQoAKKKKAMrUV3gL6pJ/6MSs0NsbZ 1I4HvWnfMFKk8DZJ/wCjEqgQso++BXBiZWmk9rBbsc5r1rqlxfJJarOyGMeT5MmwRvhsk/MOcHr7 4+vQR3EZj/eSAsi5ZghAbHUqPTPpmpNpUZLb/rUJiklMkrxkbowhXzR8x3Kfl5+XgH0zxURjGorX 2Omm1JJS0t6f0x7zRiPzHSULzyYW4x17VA3lhlQA5cAj5COvTPpn3qcQSNCsbZ2tLkq0gYqgAOCc nOSOmehpBDIL5nVmUNKjF/MAAUAAjGeTgeh61osPFa3BwpvRv8StEI2kAAB78rgEZxkeoqzHHDOg ZFQq2cMF64OP5iliBaZ5plChotjKZAwY7h0HYYB9M8U+JAkaEsuQZDtBB4MjEfoRUVYJK6ZnKlCK 08gWzQsBhf8AvmlaBBwFXjvtp7N8m4DPtVN2bcTsPWsI3ZKgh00ZjG4MeTjAoDh+q9KWJwxweOKW SAHGHH5UPsyWnF6ELwHBIfoPSq7b14Dtj61cG4MPlNSMm8E5x2pqbjuWpXMxcNJ8wz9atg7YPl4+ n1pk0W3ODn8Ki+bGNh+tbXUtSyWRyyAHtT4ztA47VUEDBixBAPtUu7YoyPanZPYCO4lPy8eveo0K k4KCnZJ6CrEEJGS2Rj1FEpWVgES3STso5x0qwlsseBwcf7NSREBeoPNRuR5x5rB3YizFGBg8Y9MU hdSxXYOKQcwdf85qqF2yMSfWpjFNMLF1WUH7gNBl29F/WoWb92uOfpVN16c1pCCe4JE73LvjBYf8 CpEdsgliee5qqsgzzx+NK0o3ADBz71rKAzRSUd1zQXBPC4qrAhdhkEfhVsFYk+Zxx6nFc7jroJoU /MgFQugx+NSrMrHAIP0NRSKck4JyaI6OzBEEgxjmqUy7QMGrpz6Gq9wpIHB711U2Mrxk5HJ61ZQ8 4qsoPpUyLjnNXICxlQv3AT61Lb+o44qupGBVu26Z9q5amiBlhhhAab1pJT8gxzzUYbFRGN0IVxx1 qB+v4U9mXHUfnUTSAcAg/jW8YtDG5A4xSDBYluFHU1HIc81AZXRjsLKfVTit4pAywWaWUkKSzHOB SOkygkxyADqcGofOmdMPI5B7FiaYJGRgVHKnINXoIeGJzT9/oMUx1Abcgwjcj29vwpKVhimU+/50 3cTTfKOf/rU4KV460MDR0M/8TSAf73/oJrra5PQ1/wCJpA3+9/6Ca6ytKexnPcKKKK0ICiiigAoo ooAKKKKAGTf6l/8AdP8AKuS17/kLz/8AAf8A0EV1s3+pf/dP8q5LXv8AkLz/APAf/QRQB1Ft/r7v /rqP/QFqxVRP+X//AH//AGmtYJjbUH89ZDGkZ/0dhyGPB3n1HBXtlS3OGGADqaK5sX2beM+Xi4dv L8kt92TGSpPoACc9xyM5GdXRoPIsyrNvkLZkkxgu2Bk//W7DA6CgRforBs7m+TQ7TUZ7xp5rmOBR GY1WNGkZFDYA3HG7JG7B5xt4xaM8+n3BgluftKvbyTrJcFY9hQqCGZVA2neOcZGD1yMAzUpryJGo aR1QEhcscck4A/EkCsO3vbpdRsx5t5NFcSNHIZ7dYY1OxnwikCT+EYzuGCRkmo7hrq70uy1Brpgl xPayG2KLsRWlQgA43ZHGSSQeeBkYAOiooooAKKKKACiiigDKv0EmEbOCknT/AK6JWa8fkrhAT9a1 L04ZSP7kn/oaVRY7hzXnYp++vQfLdXBDlFzxxTlUZODUCvhiD0FODFeQBzXNtsVHVEpVR1b9aZuX OCRTSc/e4qFiobg1cS0kTMqHoeewzUJMytxGTj2NJ5oBGTSm4Q8Fv0NaL0GPEs+MGLj/AHTTGaXn 5QR7c0jTJjhv0pFKuwCE7utUkuwDS4QblILHqKdHOTnO2o54ZixMURPPp+tSw2jc7wR6cilNWFdF oDdQV2gjnmnE7TwCfwpkkjE5CnOP7prFU5dibDRCp5YkUnkxbsB/1FSDc8XzDGaiMRVtygk04xb3 GgZQRtJ4FVp0AXv1p0hnBO2Inn+6aY/nyKF8puOfukVvGDiUMij68GrMr4AAxzUCGdc5hbn/AGDT wjuRmNxj/ZNDg9wJIxhCajZiXzUoRwp+RvyqHbLv/wBW+P8AdNJRdgLUR/cgVXmOCcetTRCTaAUI H0pHh3dm6+lRCLi9hEKzdsr0okUHHNMa2dSSEc5PpTwkjdY2H/ATW3L1Q7me7NkBRnNWLWAPh33A hqattMHUmKTGf7pq0BIiELG5/wCAGrnFvRBcmDrGfvDHuarXM24suVwcdKilNyVIEDn/AIAahMV0 Rn7O/wD3waFTUQuW7VlHcdPWr67XUDcOnY1kRRXeeIG6d1IrStY5VIMi7fl/WuerB3uhOw1wFxz1 qrIwYckVdliL4wG4qq9o2Puv+VXD0HcqkgHAPFOGKVraUH5YpD/wE0JBNnmJ/wDvk1s0FxwAAyOt WrZjgD2qFYJAP9W/5VKiSJ0jb/vk1jOLaAst90VXdtp7VMAxUZU/lVeeOUkbY2PXtU04tPVCuV3k JHaoS/0pzxXAHEDn/gJqLyLkn/USf98GuuwXH7sik2g805IZeh8v/v4v+NSCBsdU/wC+1/xqbDuR Y4puwe9T+S2Oqf8Afxf8aTyW9U/7+L/jRZhdDE27DGxIBOQcZx/n+lO8n0eMj/fApTC395P+/i/4 01kWHG8B3Iztzxj3INV6iHOmI94ZWXOMjPX8ajDDuRTHM0hyRnt9KbslLDKj86TsCNXRHH9qwqCP 4v8A0E11dcloceNWgJ6/N/6Ca62tKexE9wooorQgKKKKACiiigAooooAZN/qX/3T/KuS17/kLz/8 B/8AQRXWzf6l/wDdP8q5LXv+QvP/AMB/9BFAHSxRrK19G+drybTgkHBjXuORT0sraNFRIgqqMBRk AD0psUiRPeySOqIkm5mY4CgRrkk1D/buj/8AQVsf/AhP8aAJV02zWdpxABIwwWyf89h9cD0FWI41 jXCDAzmqX9u6P/0FbH/wIT/GrVrd215GZLS4inQHaWicMAfTI+tAEcWnwR6bFYEM8MUaxqWOG+UD ByMYIwDkYweRUa6XE8cy3cst4ZY2iZ5toIQ9VG0KBnuQMnjJ4GCTV7OORkZpcISGkEEhjXHXLgbR jnJzxg5xg1aWeNrh7cN+9RFdlx0DEgH/AMdP5UAU00s/aYLi4vru5e3cvGJCgUEqVOQqgHhu/Ixx jJy19GiYon2m5W3ikSSO3VlCIVYMAOMkZH3SSADwBgY0qjt547m3iuIW3RSoHRsYyCMg80ASUUUU AFFFFABRRRQBmXn31/3JP/Q0qg3Bq/e/fX/ck/8AQ0qkSO4rzsV8a9C4iLErc4/WhojxgfrS79vS mtMexP5VzJNj5R/l+1RPCmfu/rQtwTnk/lRI+Ac+lNRaZSRG0KH+H9aiMA67f1p/nDHek8wke1aW aGRtGo7VEx2cjipnYYOc1WJ8xio7etaJ2WoEsUnPJ7VeWcDOG/Sq0cACgkDp607bn7vFZOUWxXQs 8hLfKeMVErBmAY5JOKi835wGyc09yqnKghh0NaXWwy4ZUji2bsEdsVWlulAIV/m+lVWuGMhVyS3r ilKBxvxyaXuxE2kNdmYliepzU9si7sgcleamjtFdF4HQHqasR2yR9AM4x1NRKpzaCv2IJbSFcb0/ U1F5ar9wY/Gp5zI235hVWUTxgHetVCS6saaFkZx8ueooRF2guOe9QAzSOPnHXFWhbzFfvrj/AD7V bku4yRGUIAh5qOSUj7p5z6UqwSq3LLgVHKNvXrmiNm9AJTtdBu571TDuOhpWnZe/H0qEyelbKNkA 5xIenUUzE38XT8KeJcdc09DvH44pOTQEBUEc1atbUSIuUypz3prW7GQBSoGKvW6mGFQeoz0rKpK+ wCxW0UPRMHp1NJJc7BgPjBx0qOed9xCnB+lVSWkYgnPeiMFuwLlvKz7stnGO1LLjGPWo4V27sd6H fIoiryugK064PyjjFNhBzk0szfyqFZSpwK6LaAWi+O9NLk9DUJcsMmpYV3DJrOVkgLiFvLXHoKc2 1sbutNXhR9KQmsUgK7QBv4c/jTDbgHhf1qwWx06d6Y75PHStVcZCVKnkUc9O1PzupCMVaEMOOnek oP3zSbhVoBchE8xgG5wqnofX+n50gDOxL8mnOBJEpH/LMYI9iSc/r/Kk3j3qmJD/AJR0prOo6Goy x9aYxb1pWQGnocm7V4Bn+9/6Ca66uN0Af8TiDPX5v/QTXZVpDYie4UUUVZAUUUUAFFFFABRRRQAy b/Uv/un+Vclr3/IXn/4D/wCgiutm/wBS/wDun+Vclr3/ACF5/wDgP/oIoA2NX/5Auvf9cpP/AESK Sr8UaSvexyIro8m1lYZDAxrkEVD/AGFo/wD0CrH/AMB0/wAKAK1O0H/W6n/19j/0TFU/9haP/wBA qx/8B0/wq1a2ltZxmO0t4oEJ3FYkCgn1wPpQKxn2a3cVlA2mPbXNiY1+zxy7omVCMr8+GzgcAFQc Yycg5o2rWn2y51OBpLaFdMgnjDM+yNSJcZjVsEAAfKPfHJzWtJpFnJIzssuHJLRieQRtnrlAdpzz kY5yc5yakm061nujcSozO0flMN7bHTnhkztb7zdQetAzHVLlL+zDRXkMVzI0MzXF4Wd/3Ttwikon Kg5UqQRgACq9iXh0rRrOGK8niuLPz5VhuMPlVjAAZnG1fm6KRyB2yDuRaRZxXEU+2WSWIkxvNPJI UyCDjcTjIPI78egoj0izis1tEWURIQU/fyFo8DHytncvHGARwT6mgDPU309o8RiufLgudrQi4UXD ReWCAXV+CGYHlgSo5yTzoaS6GCWNPtKmKTa0Vy+94jgHG7JzwQ33j97HGMCRtOtWtUt9jBEO5Srs rhuctvB3ZOTk5ycnPU1Ja2sVpGUhDYJ3MzuXZj6liSTwAOT0AHagCaiiigAooooAy704Zf8Ack/9 GJWezfNWhffeX/ck/wDRiVnsR0xXnYr416FxGl/rTGOelI4PXPekVCf4qwUkXdEZfb60NIX6E+nN DrjHep/KU8gAfhVOaDmRV2Nng/rUyKQoBxUhAUHgGoWk4OBj8alyciZSsSbATjApvlrGdxVefQVA ZmDZ5/Oo5LlmGORz60+STM/aIsvJgcEioDMR3aohub+I1ehtFfOSOP8AZquVR3M+ZyehWUqR057H FOEEjjduHHqavCSGIEG2Rj1zgf4Uw3qA4FuoB9//AK1FuyNeST3ZU8kdCF3euKt29qdqsdhXnim/ akMmPIUe/wDkVYSXKjAwPTNJpj5H1BWG4qBjFMl344Yjn1qMOfOb6mmvPjgrnn1p8jT0LUbbD4nU 53An61K3lyDOwYXrkCgovYAfQVRMjLxuPPvSUVPUdky6qwlSViUH/dFRPIIwSc4HpRbklep6024T cWHSnBJMZGLlWlx81OnA8sHA5NVHXy3JBzipmkLRKOe3et+VXTQEATc5HH41KFjX7yKc+1QbW3nD kUvzH+I1TswLP7kcmNf++RTlmgBAEWP+AioUyeCaUgKelRyoC2JIgMlP0FRvOrEhQRVYy5mVccEe tTpamTD+Ztz2xWb5Y7gNKFhu45qNRhzVxodkQXdnB64qrJ8pP1q4O6AkRuvWiT7p+lV1mxn5f1p3 2kN1T9arlaYFeXJPXtTAuDzirErqeiAcVHEu9geg9K0voBLDFuKnAx6VY2hRwAPpSIAqDFNkk29s 1la4EpyQMU0nHWmhyQKJDwKEtRkbNj1pAQRUbtkUwEk9TW1hEpPGRQG45zScngAknoKXyJs/6mT/ AL5NPlC4bd3IxTWQgdqnQxoACC7d8HAH+NRzSQquf3h5+6MD9f8A61WokuQwfLBIc7SSAP8Aa55H 8j/+uq+761K10GABgjwOnLf40qujZ/cR/m3+NJgiuGJ7ml2O3Rv1q8iR4/1MX5H/ABp+Y1/5YR/r /jUXb2KH6BEy6pAxIP3v/QTXX1zOkSq2pxKIlXryM/3TXTVrTvbUynuFFFFaEhRRRQAUUUUAFFFF ADJv9S/+6f5VyWvf8hef/gP/AKCK62b/AFL/AO6f5VyWvf8AIXn/AOA/+gigDp4CFlvGPAEoJ/74 Wnfa4P7/AP46aiX/AJf/APf/APaa1SyPWgDS+1wf3/8Ax01JHIkq7kOQDjpWTketX9P/ANS3+9/Q UCI5NRbzGW2sbm7VCVaSIxhQw6j5mGcd8ZGcjqCBagnjuYVlhbcje2CCOCCDyCDkEHkEYqnoPyaN aW7cTW0SQyoeqOqgEH+fuCCOCDUNy8Go3tlHIFmsJo5TtdfkldSu3r97jewHIIG4ZwCAZrUVz8fy 39rFH/x7Q6myQAfdVRbPkA+gfeMdsY4xgR6uY59RvYg+cf2ej7Hwyk3DHGRyDgg+vINAG9eXKWdl PdSBikEbSMF6kAZOPyqQMTIy7GAABD8YOc8dc8Y9O498czr9hZ2sN1DbWkEMUmmXTukcYVWZPLKk gdSMnB7ZNWpozYz6sumQrE8enRmGOGMcPmcjCgY69sUAb1Fc/YxPDf2TwW9jbpPuZ3t7hpWuE2E5 b5Bu+Yqd5PfGfmwTTbeOynsTJa2jtN+7S+t5MyXB2Ftz/KMhgpb7zc469QAdBRRRQBjaw2yAtjOE k/8ARiVgCfJ+7+tb+sKGhIY4BST/ANGJWELeIjG8/mK5K6TlqZzbvoMNxnjb096kS4wPu/rQLRD0 LGni0XHO+sGok3kRtN/s/rTUm5Hy9/WnG3Uf3qlSIAY55otFILsY0+ARt6j1quZOc4rQW2QjOWzT WhAP8VJOKG7soA729M1Mkee/arSQrwcmrUaKoGTjjuaHUSBQbKkcPT5u3pVpLPOf3n6VKJNv3cGm SXbcfdqOZyNo0l1GNBtON3X2py2+Bnd+lZjTSlgNgx9DUqTNGM4AI5ANVKnfqaKKWxdaPIxn9KY1 tkZ3/pVNp5Hk3lRk+gprTy7sbB+Rpqn2ZRJLabSW35yfSoim3vmpUu2H3tg470Tyl4xjB5zxVrmW jAuxyYzxWZM29k4xzUsc7DO4AfWmgbckdRRGPKBZtfliP1pJfnkJ6ZqFZuCWKg1XmmDFuV/A04xs 7gWXPBT9aplcu3PekSMu4ODg9xTsYYg8AVomugDxa7gPnx36VZFrs/jzn2qsAuODz9aSSSQ4+T9D UNX6gWFh2gtu+7zjFQTSbz0xxin20zb8MAASKuNFHI4bdkj0NZOfI7ML2KunR/vAc9z29q0ZH8tD xnFIi4GO1I8ZYEYOPasea8rsVyu0uXLY6+9V5vmH41dSDac4b8aY8bZPyt19K0VTUdylFHuzzine Tn+L9KuRQ9chhUoiGCOeaXtdRXM1k8sbc5zzULcc1ptbDODuwetOW2hT/loR9SKtVew7mMZecY/W lx5nHStn90nSQcf7QprThfulT+Nac83sgKEEG053dvSpjxxUjXTY/ho+0kjkrRyy3ApMu0jmlHNW Zo0ZfkbcQD0OaqMjL1U/lWsJXAlJEcW7nzG+77D1qv3qVSrxhGYKVJwTnp6f59TTXjZSNw4PQjkH 8a1ZKIn6VXfkn61eVMkAAknpTXQoxVgQR2IpDKyJxnPWrQG33pp7U7NJoYM+O1MM3H3f1qVQD3p2 FA60K4E2gPu1mAY/vf8AoJrsq5LRCP7XhAI/i/8AQTXW1pDYyluFFFFWSFFFFABRRRQAUUUUAMm/ 1L/7p/lXJa9/yF5/+A/+giutm/1L/wC6f5VyWvf8hef/AID/AOgigDqLb/X3f/XUf+gLViqsDBZL xj0EoP8A44tQz6xbQSRpIJMyHAwOnIGT+LKPx9M4ai5OyA0KKq/bov7r/kKdZ3cd5EZYg3l7sKxH De49v5/TBos7XAbdabYXkgku7K2ncDaGliViB6ZI96mnghuYWhuIo5om+8kihlPfkGs2z1DU7qzg u10628qaNZQq3ZL7SM4AKAZx6kDPfvVyG/gmVZEmi8mSON0YvhjvJC5UjjPAHqcjHHKAke0tpLUW slvE9uAF8pkBTA6DHTjApsVhZwoEitII0G3CrGABhiw/JiSPc5qYyIJFjLqHYFgueSBjJx7ZH5io Yb+znt3uIbuCSCPO+RJAVXAyckcDjmgCSWCGbPmxRyZRkO5QcqcZH0OBke1Nt7S2tV221vFCMbcR oF4yTjj3Yn8T61GdSsAs7G9tgLchZj5q/uyTjDc8c8c1NBPDcwrNbyxzRN9142DKe3BFADYbS2t5 JZILeKJ5jukZEClzzySOvU/nTYbCzguHuIbSCOeTO+RIwGbJyckcnnmrFFABRRRQBh66AbVt27Gx /uNg/wCtSubUTj/UXSk+lxGM/QEED88V0utjdbkD+5J/6MSucMZB5FYVLX1MpuzHrc3kClpIYZAo /wCWUgJ+uCcAfj37805NUEuQpXK9QVII+oPIqNA6HKge4OCD+BpskFrNjzrYEj3BA+mf8f8ACsXC DEpFn7UW6449qf8AaiDxj8qofZrFfu2MRP8AtgEfoBS+Tbj7tnagenkqf5jNL2ce4XNAXbDoF/I1 D/aayysgkiLD7yqckfhmqnkw/wDPra/9+E/wqRiHRY3hgZF6KYUIH4YpezgPmLa3eMfd/I05r3co Hy/kazjbwkjFvChByGjjVGB9QQARSrbxjJZZHJOSWnkz+jUnSgHOaSXQHUjp6Gh5oWx8/wChrPFv GekTf+BEv/xVI9ipOdsqewnf+rUnSj3KVRotl1Drg/L3NOl8pmyGOAKgWxQji0gX3RFQ/muCPzpR p8RZRJau6swXDyuyEk4AwTyc/hQqa6MuMpSehZiSMqCGNOaJOoJzVf7DAyZXTIGBOFPkphvy5/PF MNmhj8w/a0UAlmW4chADg8E+oPftR7F9GbJT7CmEySMpzgHsatx2wVVzkDHrVK2S9huP3gaWI/Kz OVDbh97CqMcYbIyenB7HVSRWUq8boybchvfOOn0P5UVIVIvXbyHaXYz7hfu7eadCrvneMD2ps5A2 01JJRnnr9K0augLDWkMgJ3vnp/niom00AFl3H8RQkrjktxnnip1u1OF3/hismpLZgNitykQXByPe op7YhckHk+tWfPUttVvm+lNncNGBnnNZqUosm9tymsRU5OcU4GQ9VFWIoJJTjbkYyOatwWsXzeYn 05NNzb3FzX2Kn2E9QG49xU8EDgdO/rUvmDIAPB61MrKkbHOCORWb5tgabGbAhw3FKX2JnsKhacMw 3Nz9KZJLlSAePpVKGuo1Gw83GTjjH0qRWRhyao7wGPNOWbH8X6VbpJ7DsXAydjS7h3PPaqazejfp Uhk2kbj16cVLpBYsFgfvcDvUEwibiNiWI4FKXB6nioJcht8XYdacY2GRyQyYPy8fWoDuj4YYqz55 C4kbnvxSMiTICoyc1spSjuBUMgPejOaJIWUn5cc+tRbiDjNbxaYE8UzK2CBgkVLKQ+dvIxVZSCeK lBIHtQ463FcZ5Z6gcU5CUyCoZTzg+v4U4H5T6UmMnA61aEwMpJ2xoqk8fKCSfzpZ0YRrI6MuPlO4 Y57fp/Ko5LhIlKxEFj95yvbGMCqo85yQnPftQ3YSJS6+tJvoWF/415+tL5Ldl/WpuVYBLtHamtMS eMVKIc9V/WnfZ1xwv61PMOxY0AsdZt+Bj5v/AEE12dcnocJTVYDtwBu7/wCya6ytabujOe4UUUVo QFFFFABRRRQAUUUUAMm/1L/7p/lXJa9/yF5/+A/+giutm/1L/wC6f5VyWvf8hef/AID/AOgigDpA do1A4Jw+cKCSf3a9AOtZlvZytG73MDGScDzEK5CjGNnuBz9SSe9a9t/r7v8A66j/ANAWrFUpWVkB zaW96cWhjm2IcNMc5dMcc/3ieD9CeMrW1p8fk2+wJsVTgLjAAwKtUU5T5gOZsLW8Tw5ps0eoXkkX kQmW3RYxmMqNwUqm8YBzwSxxgckEWjaw3t3fW9q8ccUmn24gkjAKx/NNsZcenBGPQYrcoqAObuFu tTsrm9EPlv8AuoBER5oUJIDPwMFgTuQqPvCMYzkVDfSPd2ep3K31tdounTRs9pDtTOMqGbe2SPmw B0DHONwz1VFAGbqkcFvbWrieKyFtIDE7pmJPkZcMARgYYgcjnb9C7R7j7TFPJmCT97j7RAuEn+Vf mHJ6fd6n7n4DQooAKKKKACiiigDI1QAx4P8Ack/9GJWN5AbkAfnW1qRAUE8jZJ/6MSs+Iqf4ePpX FiJNSJauyr9nC9h+dMaFc9P1rRbYRwo/KgRKf4V/KuZVRezMv7Pn0/OlNsVPb860wIx/APyFJIi5 +6OnpVe1YeyZlNFg9qVYc88Vda3MjArtA6UjQmHJbGB6VXORylVbYk9vzp5tsDt+dXYHjIUbOfXA qR0B6AVDqu9i1TurlFbf0x+dWY7ZXzuAOPc1OkYHYdKU8dOKhzb2KVMRYY0U7l9+DUXlGWeNv3ax xSK6sc7xjqBx3+o60+YkZwT0qqJthwS3rxWtNyWqN4Ll1Qv2SaIBomt4Tt2NtLDcM9funB4469TR I3+rh3QCGNeU3vgnJ4zt5Hf8aU3IZcfNk+tMELStuBGD61p7aSWpq6je45yI5nuwUYqXdFUtmRip A4PA69apX+px6da5kJmkkkXcYAz5O0nBJUAYHbOcH8a0oowh/eAMMYx1rN1+xju7IvEhWaHc8ZRR nO08dOh449hThW5nyyW5n7Rv49vxsAlhuoI5oW3RtkA4I6HB4PuKbypGT1rDs5pNNiinNpIEDn7S GX5sHGGPAGCScZGflIzya3pHjmgimgZWjcEhlreth6mHaU9n1JjNS2JUCGNgVOT0qIokQMjkAKMk k8AUxZBHGZHbCqeff29653WNSNxcFAm0xN8p6FD359eB7devBqMJhKmLq+zht1fYmpPlLmqaoIn2 BByM7CeSMcbh2H+z1I646HLgvZzdJ5aohZsAQwgHnsAME/QnBwM0z7DdG6Vbm1ndpMnZyHzkfMQS DjnqeOtb+kaOyiETmCFgP3gRCxkwMkF2yAeuQvUZ/D3YrB4NSozjd23et/Te39XM3Cc0pJ38u3qa 1trNsrCKZZLSYLkiZCox0zkjpngE4q0Z3HRv0FZV1YR7A9k3kndv8sxPsY46hcfKeB8y4Iz71BYx 3lsqRJGdm0FFZht5/hJUHDdCCOGHOATXiTw9Jw9pSl8nv/wTWKmtHH8DWjkZjnPSnSTv0B4I9KbB IkiEiNlJXdgrzj2x1/DNCjzWbaGGwgNuQrgn6iuO7Tu0acsluhiklhk05yQp5qQQMp3fLgUMmc9M UKeorlUZZySaQhs8EVZ2gdhTSB6CtFICqzsvQ0C6Luu4k4PoKmZAccD8qhaLGCAorRSXUCZ5m6qc KBzxSRTtI4XPynqMVWkLDjJ6etJG+zjnPqKdk0BdkiDZwOTSIWhOCeB6VW81i33m/OlZjjJJpcq2 YF3EbgblJzzUL20ZPyrj6k1XS4wcEtxSifJOC1Cp22AYyeWQRilDZNWXeNhgJ+gqFlAPAFaRb6iY 9doQ5B60jKWgcRjJJGfYD+n+FRsT0BoiJAlbPKocfjgf1rVWIdyNYN55wfxqzHCiYOO2OtUjNsOM t+FI1wxGAzj8amyK1LjuAcAHimbyO9UxI3JLMfxpfOH+1S0HqXkPHNDSFTxVU3aBSAG6VCJGlI2s 3PHJpWQG7os27VYV553f+gmurrj9AgkXVLd2YEDd3/2TXYVdO1tCJ7hRRRWhAUUUUAFFFFABRRRQ Ayb/AFL/AO6f5VyWvf8AIXn/AOA/+giutm/1L/7p/lXJa9/yF5/+A/8AoIoA6GW5+x2+p3Wzf5JM m3OM4jU4z+Fcr/wsT/qFf+TH/wBjXT3UD3Vnq1vHjfMGRc9MmJQK4f8A4QPV/wC/a/8Afw/4V6eB jhZRft9/VkS5uho/8LE/6hX/AJMf/Y10fh3Wv7dsHuvs/kbJTHt37s4AOc4HrXF/8IHq/wDftf8A v4f8K6zwjpVzo+mzW12F3mcupRsggqv9QfyrTGQwapXo/F6sUXK+pqaXcveaVZ3UgUPPAkjBegJU E4/Omz6paW8zRSvJlPvssTskff5mA2rxg8kYBB6VR0O/ji0rT7SSG8SZII4mDWcoCsFAOW246984 rP1VJZdP1K3dNQM7CfyrW2hZIuS21t6gbsg7iCxySRjOBXkGhvQXu6TUPPaOOK0l27ycAL5aOSSf 94/hRNqlpBs815F3oHP7p/3anoX4+QdeWx0PoazXsrt7zUbhNzCK5WaG2KgLcMIYxyT15HyngKwy d2AA2RJ4r26mW41KJLx1lhS2t1YN+7RcNvQlGyv8RUYI54bABrXWoW9rII5PNZyN22GF5SB2JCg4 zg4z1wfQ1YjkSWNZI3V0cBlZTkMD0INYb2yafHaxiTULV0to4TJaw/aA4TOFP7tsYyedq53d8YGx ZtO9lA12ix3DRqZUXor45A5Pf3oAmooooAKKKKAMbWM+QcHB2Sc/9tErCWdk+XJOO+a6DUhkD/ck /wDRiVkiP5yc/pXHiGuaz7ESvfQg89z/ABN+dWoZiF5yeB3qsYMyN83f0pHj8rHOc1zuKeiEpNal veW9vxpVn8vhl39+TVQJ704t8w4qOVo0VTuXRdKRxEB+NHmK4wyA57moYhujJ6YqKQ7ct1xTST0N VZouCIdVwv0FSbPlHNUIrrGBs/Wphc7+NmPxpOnIOWxOzFfWo95NOSXP8Pb1prc4pJW3GRkkg5JN VpjjP0pC+zjGaa0m7tjtXVFWKCA4ZWPI9Kme52AlVxj0NUnXkjNPit92Du/SlLlWrETG7bGcHn/a qRJt4AI7Z61Gtrz9/wDSrtnb+W+7dnK46VhKSexEn0KF3ZR3W1jgOisqnthhggj0I49fQjrWT/Z1 ygMcIhgRSeskiq3uNpJ+u78CRgDqGuf9j9aepyGHrXVTxlSlD2bV12fT+v1I9m07pnD3gaFgst2I WXOWCSNu/wCubEnnHB+76citXTtB8yG3aCV7NmH7xigMrcnkNn5MjsPXBzWnq2npfWjxO2OMq2Ml SO9U9Ee+s2ayuV823UEwzZ7DHyn8+/oeo6eksc5YX9w1GS3Wmq8rrX0d32M+X3veNiOwgt8rFFGi 5zhUAFMkikaQOyBFjV1z5g2sCpAAHUHkc49aZO3yM+PwqoZM9q8enUfxN3OqnaGsSyFuFJWJGEbg DmZGZPXGW78fkeKsBJWuIlEG2CLZtAdOSAMZ+boOOnpVbH7tT6gVKJd3b9av276Fuo30/P8AzEsr N05lXCrGAdzBgWDKw2jPyjj27elK8BNmivI8UxbzGMbAkMfzB645/pTmm3Y+Xp705Ju23v60nVla 1iakpT3KZe8XjdbzZ9Q0WP8A0LP6fjSG78of6XC1uP8AnoxBjP8AwIdP+BYzWiX3dqNnG7P6VhzR 6oytJGW15bPzDN53qIFMuPrtzj8aja5UdUugPU20n+FbBU+v6UixEnhsfhT54ruO7MTzpJCPJguZ R6hQv6MQaGleBDJdQXMUYGSzIGH/AI6Sfx6VulSnfOfbFRr9ar2iHdmY6rn7o6elItsJTwwX8Ks2 qCB/sjAful3RHnlMnA+q8A9ex71YdxtPyinzdmO5UFiNmN4z67aRrLA/1n/jtSvIACfLX8zUL3C5 /wBSv5mtIxb6jIzZjP3/APx2o2t9p4f9KsC8C/8ALFf++jSG9H/PFf8Avo1ajLuBWEbA/wCsNTJG W53VKJ1f/lkvHuf8acsg/wCea/mf8a2in1JbGrbg9SPypfLRAcgEEYPFW4GDjO0Dn3pt0dgJAG7r mtbGdzNlgUTMuAce1J5Uf9xfyprviQ8VG0me1S4opNkpjQfwL+VBSP8A55r+VQh8dqkXvWbiWmSr DGx/1af98ipBDFH0jT1+6KaOFNRvJ7dqXIFzT0hx/asKhcdf/QTXT1x2hHOswf8AAv8A0E12NawV loZy3CiiirJCiiigAooooAKKKKAGTf6l/wDdP8q5LXv+QvP/AMB/9BFdbN/qX/3T/KuS17/kLz/8 B/8AQRQB1Ft/r7v/AK6j/wBAWrFV7b/X3f8A11H/AKAtWKACiio55o7eCSeZtscal3bGcADJoSvo gJKKwv8AhMNB/wCf/wD8gyf/ABNH/CYaD/z/AP8A5Bk/+Jrf6rX/AJH9zFzLubtFVNO1K01SBp7K XzY1bYW2lecA9wPUVPBPHcIXibcodkJxjlWKkfmDWMouLtJWYySio7ieO2t5biZtsUSF3bGcADJP FSUgCiiigAooooAzLwAuoY4GyTn/AIGlU22gYDAj61Z1I7VBP9yT/wBGJWYkgPcYrgxMbyTLiros bAfWjylPUmmCYKOCtOEhbniuSzQ3FDvLHvUIhPTDVZznuKTeoGdwz9aFcThcgMODnDZHNNMZZtxV ufapXuDuA+WneYAmciqaYKFtiuYQBnnPpVaSJ/4UY8+lXxtY7iRzSlkH8Y/OiPMilcz1jk7o35Up kdOi9farxkT++v51DKsQx8/6itFJ9SimZXPVR+VMILHLAg+lWGVM5DZx70BA3zHORVcwFZQRIOOa mV5Fb7vHripBHGJEMj7CxwASBmrGyAgxeaN4GSu4ZH4VLnrsOzENyfKXlc8U/cXQZHHWqDtCc+VK r454YHj1qX7VthQ5TbwAexp8l9h8kuwkmExg9fWmvOWwBtOfSo3ZnkEbDD9l7n8KWOFd2cnIPFXL RCasW7VTt5Bxu5NWDIpk8ncNnrnn1psGfIYY7n+VQOoUl+/pWEVe9yLEzRwhuZOPqKjKKCShzVSW Ylyp24qxbNuwOPu1U4cqE4roPBOcYqdjt6VHtOScGgsx7fpWRKdtyu/T3qNWfuvf0q4bderFhimm FB/EfzrRTNbkQJz0qZCNoycU1lA6VBLNsyMrx61oocwF3zQqjBFRPcY7r1qvHMrKS7KFAznNQTyI vJZQCeCT1qowS3Got7Illu2bH3KfbXGWOSvUVQbZkjcMr97np9aVCYipA++RjPf6fnVyipKw+WXY 07pGki86DBni5TBxu9Vz6HGPbg9hUiNHPCksbZR1DKemQeRVe1nO1Q20bzx7/ShP9GvPK/5ZS5dM 9nySwz75yB/vdgK5eW2hGw6aDcGwGP0qt9jBc7g4FXnlKg4xxULXJJwdtaxUrDIjaxBRlmH4imNb R9mJ/Gp2KuoyR68GqzSMrEYGM8VrGNwInj28rk0Rnjn1pwfJxxzSsoXvW0bp2E9h3m7BkEZHY1Fc Tu1uCAD85zjtwMfyP5Ux+TSuMWgUkjLlgPXjBJ/p+NbXMrFcMSdx6mnZphHYCgBv7p/KpbKSHZzS rn0pFXrnipRjsazbLHK5I+bApTj1oaMHnnionJUEEdu9OMriaNDQmB1mAAj+L/0E12NcP4eyddtz 2+b/ANBNdxWkdiJbhRRRVEhRRRQAUUUUAFFFFADJv9S/+6f5VyWvf8hef/gP/oIrrZv9S/8Aun+V clr3/IXn/wCA/wDoIoA6i2/193/11H/oC1Yqvbf6+7/66j/0BasUAFUtaRpNEv0RSzNbyAKBkk7T xV2iqjLlkmB4z/Zeo/8APhdf9+W/wo/svUf+fC6/78t/hXs1Fex/bM/5UZ+zOX+H8UkGjXEc0bRu Llsq4wR8idqvaPqVhHHJayXtslwby4XymlUPkzPgYznnIraoryq1X2tRza3LSsrHFy3ry2+oxK8h jk0y5kkElw0rbwF4cEBY3G45RemeRgLWpdXN4thfNK2y8SWJZEWUrGkJccq2MhdhbMmM5VuyjHQU VkMy9AkeS0mZpo5YvNPlGOdp1C7VyBIwBf5t3POOmeMDUoooAKKKKAMfVhmL/gEn/oxKx41JGAK2 NWz5XH9yT/0YlZNuTu59K4cS7M0i7IesZPUVIAyjAqRFB7dqV9iY3cZrkTbZSdyLMvb+lQt5wP8A +qpWkz901EZMsBn9K2SYxjFhyaQSsRjd+lSuF2nPpVQkh8JVrVATb5uinj8KVdxOXpqFtoz1qVf9 vpWUpWBuwjRsV+UU2RScZq3CmWy4+THFNkWM42D61MZvqSncrxgEcdM1IVAYYpUUIpyMd6dGA7r3 XPNJu7FJ2GyKZE8oQyESLiSRYmbC56DA69ambdJdOwt5I1jMhX902CxBBOcYxyamkeGOMopww7c1 EJIsZJ5/Gto1mo2saqXu2K0Ecv8AZsan7U21IyyNEVXAKkgHaM8D1p7xOG85YpQzyPtUwliVKoPu 9Rkqef8AGpjOvRG5+lRSzoFzu+bPPFaqtJ9C/a6t23/Ub5M8ACwrIZgkYZPL3q7BQOoHy8j196il ZReTJvBZWJwD2ycH9KWZ1GOa5u20y4h1RZ2MYCyNIZgRvcHdwRt9xn9Pam+dCcufV6fqdXDIRERn v6VVuJZA7Ddxx2pqzlVPzfpULuZCTnOazjHlMxvLyZ65rQh2oq44OMGqcSgYJFW1KgD6VNRXAuK3 yjJ4xSKQahMoCDnj6U2OYc5b9KwcGkKxafJU/SqzZAOetWNwZW2noKrPuP5U6YIgeVg3XjHpVW4Y NuOc9KsSqcciqUx5IFdsLWGy3YOg2gqzMcgbV3FT6gd6siOeJEEYm+0CMkKI85y7EbuPlzwe36Vl KHKjHShYQWOV5+tVzJFxnZWsaqefCqBYLiVQOA8J+V/wHIxuz1pzx/uktlhmO5D5snkNnBYnpjjJ zisxVU9RT7eFzIvy9x3qXVsivaLexp+SPtckix4JWTefQ+ahA9u/H1qCQi6u7cQsGWIeeXU5BBBV cfXLHP8As+9VtYtHu7MWURAlkYOFY/KVUgnccHjkdOckds0nh+xn06zlE+2MyuHESEEJ8oHXHXjn qOOK5pSU/e6mb1irvVFy4WTa2B6elZ0rMjnccGtKWXJIJ4+lQtHbycuMn8a0ptpCKQuMD736U7zQ 38WfwqV4LcdF7+pqMxxjoK2Tv0AYnWpT81RjApDIc/KatEscyY5ApLr/AF7oOikqo9BQGJHJp8yi QCUD5mJDc9SMZP61QisNo69aXcvrT/LHcUvlpjp+tSMYqF+cZHapVQDORQCiDHSozL7/AKVLTKLK 4xUM8ZY/KMjFPRs9+9SqoI6VlflYDvD8e3V7fjH3v/QTXZVy2joF1aHA/vf+gmupropO6M57hRRR WpAUUUUAFFFFABRRRQAyb/Uv/un+Vclr3/IXn/4D/wCgiutm/wBS/wDun+Vclr3/ACF5/wDgP/oI oA6i2/193/11H/oC1Yqvbf6+7/66j/0BasUAFFFVtR/5Bt1/1xf+RpxV3YUnZNlmivOqK9H+z/73 4f8ABPM/tH+7+P8AwD0WisXwt/yDZP8Arsf5CskwwNa3IXSMXc93cRQ6gUiASQyuEYtu3rg4GcZy ABkkZ4KkOSbj2PQpT9pBS7nYUVizavcDVpLeKJnSKeOFkW2kbduCkv5g+VcB84IP3eoyMTQX1y2q GCcRxIXZVjaF1OBkgrL9xyQM7RggE8/KcwaGpRXNweILuXTp7sQ5X7E90m62kjWIgAhCzcSZz1XH 3T68XBqV5HeCxnWD7VJLGU2A7FjYMxBJOSwEUgBwAflOBkgAGxRXOy6tctpTzzx20qXOnS3kcRjO ECqp2PknfneBn5eh4541LS5uZ9Rvo3ES29tII1xnexKI3PYY3H657Y5AK2qfc/4BJ/6MSs+2jzzg dK0tRGQB/sSf+jEqhE23gCuDFfELqThQo6Cq86liPxqQk4zk1BITnqa5Ybm6IjG/Y4/Gq0u4Hg44 qRnYfxH86ZtyeTXUtCiIGQ8bzz71NEmMbsGp4IFIycHn0qaSJVBYAcdsVhKo72JbsRogIAAGaSXh QO4NN8/EuwL+OadbrvnbcdwwTg896lJ3uzKUk9iUyeXChOcYA4+lVVcjOSfzrREasACoIHYiiRYl x+6T8hSTQcsnsVGbc4A78VPEViXDDvninyhFOBGoOOuKh8ssw+c0ws1qyRnjYk7fzFV3dS5VRirC xZbG79KVoFAJ4z64pJ2NEys+EQHH5VTdiWPJxmtFohINucY74pTbIigkK3/AatVLaDuU5Iy+MEcU htJMdVrSdUTHyKc+1Vy+8jAxTTlYZUFpIe64+tSC32DBC5FWN+zjGaQuCM7afvMCrImM4wKhy/8A eP51aaVWbbsH1oMIIzwPwrRNrcCu0h2gEmiIsc8n86dLFgde/pTYjtzxVvVaAaAbaD15pjMMH6VW luDxx+tNV2bufzqPZ2QCzZPQ8VUdf3hJq8B8vPNMaINnoPwqlKwFYEAYqVGX07U4W4HOQfwp6wjP X9KTkgIzbt2KisnW7a/fUytsJnKxK0fkvsEbHfyeRzwefw+u20m2RookaaUdQBhV+rdB245ODnBp YA0aOXwZJWLuQeM9APwAA98ZqYt3uOMrO460wn3pXmmKjzJWXbvxxx2289uOfU5M32iIxo+SyuxV dqltxGc4x9D+VEbFw8k8YXcoUKXQhU3A4wCTk4547VFKhLWq4LBZJGISULgFpMc5GOo796uVGLe5 ooQvZ/muzEucFeMqX5GVIwM4yeOB9aqzQTo2wthtu/G7ovTP61eljZxJHGo/fQ+X80ykpy3JO45+ 92J6U+WB3vpZfMikjZJQcrjqRhevt2HY+taRgo7MOWHcyfKuBGZGDhR1zkfzph3f3j+daxibypAW ZYiowkkiud2R0wScYz19qpNGAeg/Km3Z2IkknoVQj/3v1p6ofapSBg8U0GqRLDGDTlPySjOBtzn0 ORj/AA/Gl7Zps3yqI+7YZv6fpz+NWiGVi7f3j+dN/eHo5/Opwgx2/KnbVA6D8ql3KKx392P50qqe 5qcMo/gBqRSv9wVDbGJHwMH1qxH0/Go+M/dFSqccY6msZDL2lAf2lEcDv/I10dc9pQ/0+I/X+Rro a3w/wmU9woooroICiiigAooooAKKKKAGTf6l/wDdP8q5LXv+QvP/AMB/9BFdbN/qX/3T/KuS17/k Lz/8B/8AQRQB1Ft/r7v/AK6j/wBAWrFVrbia7z/z1H/oC1PvT++v50AOprosiMjgFWGCD3FG9P76 /nSPIqRNIcsqgk7AWPHoByT7CgCt/ZVh/wA+sX/fNH9lWH/PrF/3zUz3UEdqLkyqYSAVdfm3Z6Yx 1zkYA65GKHuoI7UXJlUwkAq6/Nuz0xjrnIwB1yMVXPLuRyR7Bb20NsrLBGEVjuIHTOMf0ppsbc2z 2/l/undnI3HO4sWJB6g7jkEdD0xirFFJtvcpJLRFV9OtZLoXDI2/IYgOwRmHRimdpIwMEjIwPQUJ p1rHdG4VG35LAF2KKx6sEztBOTkgZOT6mpreeO5t4riFt0UqB0bGMgjIPNEE8dwheJtyh2QnGOVY qR+YNIZVXR7FY5o/JYpLG0RVpGIVD1VAT8g6cLgcD0FWmgja4S4K/vURkVs9AxBI/wDHR+VSUUAU V0exWOaPyWKSxtEVaRiFQ9VQE/IOnC4HA9BVqKCOJ5njXDTPvc56naFz+Sj8qkooAzLxdzqM4+ST /wBDSqnkYOd36Vavn2MrccJJ1/66JWTNNvckbSfauDEpua9C4xTLZbHGOlRuuec1XzhQTxmnh8gc iuR+RT0IWTpzVcfKavRyrzuZR+NMlAByDnAq1NrQFNWIUfvjvU/2jCfd/Wqk1yI1LSMiKOpY4FOi DXIUBS0bjIZRnP41TjKSu1oQ6iHqftFwE+7u79e1ao/cwoPvYAHpUNrCIIlPIK54aq93c5yAV+9S S5nboEI9WWnuNozt/Wqcdxvz8uMe9UWLOxyvGc5xUmxV6Gm+WOiNG0id5t7gbcZ461at1wuM96zB GuepqRcoQVGQDnNErSC6ZpyHbnvVaWXfmPGM981Wa7dZSAFqCa4d3JwMn0rSMLDNWNsKq46Ck87c xXb096z4pHcAbeg7CkL7CSCM9waSgtgJpvkx3zUaSbAeM5pstyWxjacelRwg/Nwa0vZagTiXLD5f 1pzPyeKrybv7p6elESk44NDa3An8zHOKUvlRxTofszTQxMUEgcFy5GcZ+6Pr/Wobk20lpdvCY8CI gYYFnORlj+o/E1fKrXNo0r2/yGu2eMd6hIxWhttwqnfaNH5g8zyowoAw2N3J4zioJ0AjUjYMxkpu HzN87bdnodoX17VTi0ONFSe/4FZPmPpin9DWiFSHUGRBC7PMU2EYkUE4/FR/KoHi9j0qJe6Zyjyl dZe2P1p6tntSSRtj7p/KmxhgRwfypNpkFhBTi2O1V3c42nHFIrHPSpcQJp28m+gkUf67MTD6AsD+ GGH/AAL2pxOKhmO7ULZT91UdwP8AaG0A/kzfnUhY4pJaIAJ5pjnjFGeKjY81rFAG7BxipVkwvSq+ 75qduNVygPeb/Z7+tZ2r29xeQx/Z3CtG2/bnBJ7YPY/41cfpTAxFa0pujNVI7oTXMrMz9Mu724ne O6jIVF+8UI544/r+NaYGafn0ppOKurVjVnzRio+SElZAFJIVeSTgUyZwWVV5CLjPryT/AFp5bZA7 dCSFH07/ANPzqsW78VAhxfHGKY0ntTg2RzijNTcqw1TuzVgL701DxUgT61lJjHipEH86FXinqtYt gXtJH+nxH6/yNdFXP6VxfRD6/wAjXQV04f4WZz3CiiiuggKKKKACiiigAooooAZN/qX/AN0/yrkt e/5C8/8AwH/0EV1s3+pf/dP8q5LXv+QvP/wH/wBBFAHTRffvf+un/tNaiqa3AM12CMgyj/0Bal8m L/nmn/fIoAqVZtv9WfrTvJi/55p/3yKeqhRhQAPYUAYFt801to38NpcOzD+ExR7WiUHrkeZB9djZ J7lt801to38NpcOzD+ExR7WiUHrkeZB9djZJ77iwRrcPcBf3roqM2eoUkgf+PH86FgjW4e4C/vXR UZs9QpJA/wDHj+dAGLNJKdMvtX86UXFsbjy0EjCPETMoUpnByF5J55OCMDFi1tzc6pqEk1xckQXK iKNZmVF/dRseARnJPQ5Htyc3H061kuhcMjb8hiA7BGYdGKZ2kjAwSMjA9BU0UEcTzPGuGmfe5z1O 0Ln8lH5UAYOiob2zsrSWSVIYdOtpQIZWjLMwYcspB4CcDOOTnPGNDQFKaays7SFbm4BdsZb98/Jw APyFTNpdo1vBAEkRLdAkRjldGVcAY3KQccDjPOB6VNaWsFlbiC1iWKJSxCL0GSScenJPFAE1FFFA BRRRQBk6mAy4JwNkn/oxKxvL2sSoJFbOojIA/wBiT/0YlZMjiNcZwM15+JfvpeRXQG2ugXPI7CmR HLOD2OKYM7iydTTbe4hEsqPIN6kZA6islDR2MnK5MYQf71V7q7+z2sk8wwqDsPy/WppLgnHlN9eK wtS16BoZ7eLfIWUpuAG05GOtdWEw1TEVFGMbrS/oJtIrRPLr+pIjAraxkFlAPIz39z/jXa20Mdvb ps+UIMAdAK43wqkgnlmDMIxhcY4Jzn9P611ZuU8vaz/hiuvOXyVVQp/DHp+fzCna92TTTnkDaRWe 6AsSSRk5pJ7jBYI304rG1HWvs/7uNhJJzwMYX6/4V52Hw1avLkpLU1lVSNZ2CrhSDiiJXfOVPHoK raJBez2xkvI23sxK7gFOOO3510KwwR5+XGfc0VaaoTcG7tdjP3pkAsYMZ8xvzFRyQqgIiJYY+vNW yYApUdSPeq7kx/d4HWsleW5sqaKBtpC+7y5P++TThafxMHBrRE/+jbt3Prj3qDzleTDNnPtQ72uH LJdSG3QCQjnGKbJbIzMctyc8VZiVfMYsOO1TtHEFBx1+tTez0YotszlsF7CT/P4VKtuU/hfn1FXW ljXGxsevFRxymTIzn8KHzbstplaSJeck9KdBAAqn5qt+UhHzjn60eWQuEHFS27CuyIvLGpWJ5FHX 5SRUYWaRfLeSby8fdLHH5VPhlbLdKR3ZRkHiqUpWtcadx+ZFVS08rH/afODTBK6sWEr7j1O7moi7 t3qJ2fjBq437jsWWllWJ1jmKsQcZJIz7jIzXMaJb6hDfFrnzkUIRMZpNwd8Lgj5vTv7Y+m2ZG4ye KguJeeG7eldEIvYpOya7k7ygsFBXBHrTc8+1UldjyDxUiu5wM03FCJ2QNzk0BBnvSIxx8x4okmWK NpGyQo6DqT2A9z0qGgEY79RQryIo3Vz6ElSB9cA/p6ipGxjrTbWEw2yJJgvjLkdCx5Y/mTTiue1C 7ARtgCoJHI6YqwyEngcUx4hnkfrWkZAVw5J5FPDGlKAHgUhIFaJ3EDNkUwc0uQakRRjkVQgXjNBH Bp5GKVgsfDZZv7vQD6n+lFguIqF4gskbCPJPmdMf49OlVNozUz7mbLcmmbeelJghqxqepNO8tR0N OAUdaeqoegqGyhI1HPWrKoPeowox0qwoxnNYSYAF+tOA9jSinCsmwLWlj/iYRfj/ACNdBWBpn/H/ ABfj/I1v124b4DOe4UUUV0EBRRRQAUUUUAFFFFADJv8AUv8A7p/lXJa9/wAhef8A4D/6CK62b/Uv /un+Vclr3/IXn/4D/wCgigDp7chZbwnoJQT/AN8LTvtUP9/9DUaf8v8A/v8A/tNao0xGl9qh/v8A 6GpI5FkXKHIzismr9h/qT/vf0FAXKtvrL3FvFcppV8LeRBIJP3R+UjOdocseOwBPtU1xqaxyW8dv by3huI2lQwMmNg285ZgP4x0qPQ5Ei8NafJI6oiWcbMzHAUBBkk1m29rO9/ZKJ57RnS9mBRV3FWnR lyHU4yGBxgEe3IpDNRtTeK3uLi5067gigiaVmcxHIUZwNrnn9PerlvPHc28VxC26KVA6NjGQRkHm svVreW38Par5t7Pc7rSTHmhBt+Rum1R+vpUM8bi4m0fY3k3k/mAgZAhYFpRnry4YE/w+cmD0FAGp puoQapYpeWpYwyFgpYYzhiuce+KtVn6J/wAeMn/X3c/+j3rQoAKKKKACiiigDI1Pdt+Xrsk/9GJW SwR1CNzIOSK19SbaoJ/uSf8AoxK52eQrM0gJAPHFcOIV6iXkKTsiHUr1tPtzKqFsNtwO31Nc1PqL jU5Lq3b74Gdw68DIP5Vp65dhLYxbgzydjzgev+f6VgJFJICY43cAgHaCcZ6V9Pk2Ep+xdWpHe616 rT9TBssm9nuZm866eON87tpO0DHTArQ0ttLspGkluhI54U+Uw2+tUP7Kv/J837LJt9P4v++etS6f o9xeu4b9yqEBi6nOSOw/L867cRHCypSXtOWC0ajb/JsR0K6zpI6XH/jj/wCFVbzX7JNwt98jYyCF wM+nP+FL/wAI7arashLGUjiTPQ/Tpj/OaNO8OyQXcM63CPgnKlcdiPevAjTytKUuaTa2T6/cirvY qG31jUnDqpt0wduX29+/fP4Vo2HhyOydZ5yZWH3c4AH4etay2squAGUfQmp3t5TGuXH5muOrmdVw 9nTtGPZf57lKF9wSRFRQhwQMdKUmU9f6U5YdqjIU8UXDhduARnPSvMT10OiBXllVO+GxkcVXeaRz w2R06CmiGSRwdwPbk1cjiWOJtyqT1zitOdLY0uUzLIsewn8MUW2WnXPIOf5Us0ZZyRjFLbjbKvrz WktY6AaIRAASKVQHO3qB0qpNPhcZbg1DDclZCdz9PWsvZaE8pNP8m3tmlt3Ck846VDJJ5mOvHrSq pAPNaNJqzKLTzDs36U03L7cK/P0qm7lGwSach3YIocEkBcSRmA8w8d6k2hxjqKqKTnGTVqI8D6Vz zVmJoRlRe2KhcLxUkrryMHrULSL6GtYRGiGXAXj0qm4LHnmrUgIGTVdpFB6GuqK0AI4+duOD71MI gozt/Wo0lUdjmhpSScE49KlpgS7Qeg4prRK6lXGVPvQj5UdakHSo2AgSZ4JPKndmVsbJSvUnscDA 7Y6ZzjqKsb1APNMeNZEKOMg+9Q2zM8ZSQ5kjOxz6n1/EEH2zinowJ949aYzZOc0FcUxzVpADYOcV Gy57U4GgsAK1SFcaF9BzUi9Kj3A9M04NxTEWIeZVHc8A+me9QDGMmlEm1XkXIZF3D65A/rVHc5/i P51RJZdxng1GXPY1GM9zmnL1FQ2Wh6Bm5NTqrenaolcAVNG4J79KzlcZIgOOanGe9Rqwx0p6nNYS GPFKKb3p4qGIt6Z/x/xfj/I1v1gaZ/x/xfj/ACNb9dmG+Fmc9woooroICiiigAooooAKKKKAGTf6 l/8AdP8AKuS17/kLz/8AAf8A0EV1s3+pf/dP8q5LXv8AkLz/APAf/QRQB1Ft/r7v/rqP/QFqxVWB gsl4x6CUH/xxaPt0X91/yFAFqiqv26L+6/5CpoZVmUsoIAOOaAKsei6VFIskemWaOhDKywKCpHQg 4qa7sLO92fbLSC42Z2+bGH2564z9BRp919t062u9mzz4kk25zt3AHGfxqmusZ0Z9R8qP5bJbvyRL 83KlsHjgcYB788cUAWIdJ02Df5On2kfmIUfZCo3KeoOByParRjQyLIUUuoKhscgHGRn3wPyFVV1G FTem4aO3itJRG0kjgKcojZJPT7+KbNqtsiWkscsUlvcSMnnLINihUdi2en8BH/6qALiRpGpWNFQE lsKMck5J/EkmnVDa3dteRmS0uIp0B2lonDAH0yPrTbS/s73f9ju4LjZjd5UgfbnpnH0NAFiiqL6r bG7htoJYp3ecwyBJATEQjtyB/uEY4/SrC3ds909qlxE1wg3NEHBdRxyR1HUfnQBNRRRQBia4SLZi Dg7H/wDRiVy8+mHUowHYcchieRzzXW6kMgD/AGJP/RiVmq3k84z2rmqVpUainDRoiUbswoPDNtHI WlJlXGApbGD68YrUstIiskfyUULIQ3Jzjjpn/PU1ZjusyEbP1qQzbv4cY96yrY/E1Vacm166fcOM IjJrcnG3aKbJD8w2BQKnhk3buMU4T8Z2/rXKpS2L9mnsQx2zMpzt/Gp44xEoBAyPSopLjJxt6j1q Lf8ANjFJt9RqCRad1GTiopJSFyS2M+tVZLjy3Py5x70rSb0BxjPNKzHzLoTrLnu1QO5GNxJpoGDm r1vbeRu+fdu9sVTViVNvRCQw7R8wUnNSSBRxgdPSorq43P8Ad/h9aqO+eMdqah1ZqlYlnC4bAA/C qu7D8ZBpkwwhNNhHKv8ApW6skMV5MZ3ZPNSQp5h4A6Z5p/n4GNv61Yh/ee3GaynJibsRJCVznaaJ SAOBVyVM45qjKmF69qdOV9WNFaRstnnpT0kAjGM5qKQ4P4UwHJxXRowLKyfN1NXYM5yTwRWaqc5z V+P/AFa/QVjUVwHSKSSc96rPkYqQv8xGKVTv9sU0mgKUsmV6npUAySKuSw5GN36VWktwnzNIAPUi t01YLX2FCHtil8ps9RRGBE4QkbieFPBPaplkUxl9w2jqc8CobK5X2EjXCgcZqQAikJHyhiF3fdz3 +lOQrvKbhuAyR3qGFmLiq86Mki3EYJ2grIAOSvrjuQf0LY5NSS3SK5jQNLKOqR8kfU9B+JGe1Qn7 WWAMtvExGRHsLn88jP5U43J32FSeObd5cisV+8AeV9iOoP1qJpUZ2RXUsmNyg8rnpmo57YXJxdXN udmfuxLlf++i38qx9P0eWKWMzNDHHC/M8UuC+QeAcZ+uce1aqxahJ3ubRfA71GXJPU07bIkojjzc A/dVSN44z3PIx36/XrTh57LhLWQHnBkZQvHXJBJ/Sq5iHFrcRTgZNODVCwuEJ3wbv+uTg/nu20LM gt2mbciru3bhyNpIPTPpVXEWYs+YCQCoB3Z6Y6GomVVZgpDAHg4xmo/7St54F2zeWkeAY5Mpg84P PXOCf04qP7XbZH+kRf8AfYpitZ6lgAY6CnIoyOBVf7bbD/l4h/77FSRXUMrbY5Ec4zhWBqWh3LSo MdB+VKMKelRB/akaREQvIyoo6ljgCs2hk6nk1OAfWqUd/agYWdHb+7GdzH6Ac0kGqJdyNHZKsjAb su+0EdPc5z7f0zLpzkm0tEF0aIp1Vo7pgwWeB4snbvJBUn0BBzz2yB+ZxVnNYNWAt6X/AMf8X4/y NdBWBpf/AB/xfj/I1v12Yf4TOe4UUUV0EBRRRQAUUUUAFFFFADJv9S/+6f5VyWvf8hef/gP/AKCK 62b/AFL/AO6f5VyWvf8AIXn/AOA/+gigDpYwSb4AZJk/9prVTyZf+eb/APfJq9bf6+7/AOuo/wDQ FqxQBk+TL/zzf/vk1dslZYSGUg7u4qzRQKxg6HpNtJoWnyNJeAtbRkhb2ZRyo6ANgfQVmw/8i9e/ 9i/B/wCgTV2FFAzn5vLS5v55LmO1aDUFdJZV3RqTbIvz8jAwxxyOcfQtWRL6ewaRbacDUSfPhTEc 5Fu5Djk9Dhc5PKdug6KigDB1Ngt9qO5FdDbWqtvztVTLKCzYIyoBJYZAIBB4JqnLLLe3sgs9SW9u W065WNrYBI0fMe0IwJwehOWJHB4BFdVRQBgy3WnXGpaNHZmJnhnZQqJgwr5MnyEY+ToPlOD8vT5T inYi5a3sLKW9tjdQyRvLbx2589GBBdmYycZ+bL4wwY4zuAPVUUAFFFFAGLrR225P+xJ/6MSufSQk 9s10GtRma3MYdkyknK4yP3ieoNcw0F3A5KOkoHAVkKkj3IP9PyrmrJNmc9yVW/eN0q5CyKudw5A6 mskzyIx86B190Bcfpz+lL9sXA+Sb/vy/+FYyg2iE7Gn9qPqlSi53DGUwa5bU2mmli8uG6kiAOVjj dSGyCCemen4VfshqC20UbW4aQKAzO+MnHPIyDx15z14FS6FzdRlyqS18u3qazsufvDp61Wc4c7ea gLX3lNK1rGkajJZnZR+q81Ktrel495igdyVVCpckgHPdcdPT+dEaTW4pxm9GixCquVMh2569qtfZ 7fAIlyf94VmMbmNWOEnUDPyKUOPbJIbn3H45p0b3cgxFZyIehaXGF/AEnPtx9aJQluhezlH4omgJ UiJ2upxxyad9pz/En51QGlK3zSvcsx6nzCufwGB+lSrolqckQsG/vrw//fQ5/Ws3GPVgpNbD5NjM PmHT1pU2KR8w6+tQf2Vg5je6Q+u8t+jZFKNGt2Pz27SH1kBc/mc0OK6srnZZmZGQrvH51A00dvDv aRFVe7HAp39iQ45a6/7/AL/41Lb6NZxSq6QKjDOGCAEfpU2iluPmk9Cot3bTMFiuInkb+FXBP5Vf hQRAPskZmGAq9z+NST2Ns0ZSTDqeCr4IP4VXWG5h/dwTOYm4/eksVHqGwTz756jGMVUeVscU3Jcx JLdt5Qk8ttgBLHH3QDg559QemelQRxSyTPGIX+R9jHKgA8Hufep3VyIov3IhjX7m58E5PfZkjv8A jSeVHbXE9zIkMitN5m8h3cdOgCk9c8fyrdQp3STOn3LO3n+fqRRRpJnash+XcnT5x0yP06460gJG 7EUgYOEAJXliM46+gqe2ZIYo3M0TqkPlx7CSWXKnPTHRR3NVXv7FLdLdriCaUNmSMAtluSeACevo O1VGnG+424J/1/X/AA/QfMrxspcbd/QHrxShk2jLAfjWbqepQWkNsIw8rSO5VQr4RflHO4bsdT07 0yO6eSJJDbSFGAYPGQRg855wentmm4q5m9C7PLxgEEZpRPjutUzJI4xHAw77pXCgj8Mn8CBTWMy4 D2zMfWJ1I/XH8qqwh0lwzYC7T9Kt6cXYSgxyB2GFeOPcV/DBqlBDKW+W1kU5BzNIqj9Mn9Kt/ZiV JuLg+ojicoB+I5P6D2o5nfQE7MumOWIALHMSEjWSNY9ybQo3DPqOe/WnFHZfPaKWOUyIQPIbCgBg Bjgt1PT29KzY4LQOrC3gLg53lQWz656596smQkdqHO3Q19pfpqTywyGyEAhk89kYnbHnILsQrf3R gj0qW4RpblzEjoqebuIjG0HawDA4wTyOOfpVCa3hvIPKuEDpnOD2NZF94fkJcadMsUUq4eORiR/I 5/HoentrSdKaalKz9NNPO/6ESqy7d/xNuERrGFiI2AkcHPOecn1znPvViFGkeFUicFZkZzsyrAEH JPbH1rA8PWUsKtdOiQpOi7Y0IOepyePQjv35rbY8VyxfLId1GWjuTWzTQwuyiZoliJxImMvkYUED nPPr2okheJYI90/mKGJMabiWOMkjBqo1QydK3U7oHPW5cjS+24RZFkYnzQ6YReOoYDr6darzxyQ2 kSvGE/eS7VGTxu+gqtn5qCxzRccqnMrWHK5U54qlcWEFwkiP5gWQkkCRsZJznGcdeasFqAc0GRHp ukqnnzNPlguDJIB8q5JAwMf5FX5rVnlVipQsNzEnPPlF8Y9cioYZBG4Lb8DkBSBz2PIPvV6WdPMb LqQclSSc8xlcnC46HOBin0NXO+stXqUreEPbtO7vhQ7FVhbouf4unanXGnR/6q42udy4+TcBuDdu /wBxvzFWIJI4rYwmUupDZUt8pzntsz39akEse0ASMW3AmQtluAQMfJjueoPWlZFOULv+v0/z+ZnN pNmoRjsiQrnzUjI5yQRkYK9O/rjtUo022t7kmNd7AcSN8zYI9evSr3mwqFCysgC4OH5bJJJOV9Se gFRSPEXzG8aoqhQoySAAB6e1KWq0Ik4vb+v6/qxmyaTHNKWuriedc5EbNhemOgx79MVYtrS3tR+4 hRDjG4DnH161PmNv43/74/8Ar05RH/ef/vn/AOvTnXqyjyuWnbp92xkklqGA6FXUMrcEEZBFRws0 MnkSkkE/umJzuGOhPqOfqPXBqdRGP4m/75/+vRJHDKhRyxU+369eDXLYovaWf9Ni/H+RrfrmNHd0 1KKKQO/3tsoUYb5T97B4PXtj6ZxXT110FaJlPcKKKK2JCiiigAooooAKKKKAGTf6l/8AdP8AKuS1 7/kLz/8AAf8A0EV1s3+pf/dP8q5LXv8AkLz/APAf/QRQB1Ft/r7v/rqP/QFqxVe2/wBfd/8AXUf+ gLVigAooooAKKKKACiiigAooooAKKKKACiiigDJ1IgAE9Nkn/oxKxZGBc7TW3qKGQBQMkpJx/wBt ErO+zIqDcnz9+a4cQ0pIlpvYoeSzk4XPfrVmKzUr80fOPWpfJZeUX9akSQKMMcHvWDqO2glDXUjj tEXPmJj05oMMjOrMmwRo65MgwwKkDA6g8jnHrUwcP1OcU4srdaUK0os3p+5rEqtAzWVym0/Om2GN 5A5DbWBOcnHUDr61LcW8j6msqSIUExJG3lV2t0Oec5/UelSBEyCo4p5Kg+9afWHfY09rP+vMroJh M8/lgP5e3YZQdx3D7vPAwD6dqikS4ghxHld0rNtLBiAQoGTzzwe/pVv5N+49abLsI/GlKu5KzRM5 ScbFe3lkd9rtnA9KuM+zocZqkUaNi6DGe9WQRJ93nFYyte5lDsyOS5ZTjf29KYLxhx5n6UybYM+u KqsRmuiMU1sbF/7Y2eZOPpTBeP533/l+lUdzdM0BwpyTzV+ziBcnuQR9/v6UwXjYAEnT2qm0isSM 5/Cnqo60SgrbAaibZM98Uu0gEMOvSoIpNuecVOkqE/O3PbiuRxaJceqKcmlW0khZrZGBOWB+6T64 6Z9+tTC0tkQKIwuBgAE4AqyWGCQeKqTzY3bW/SrgpS3Y0UdR0eC8kSRJHhkQbdyAHcuQSDkexx6Z p8FnHa20cEK4SMbR7+596d575+9+lS7gVBJ5razWhV3axSlRgTx3phdx941cbYetRGJT1H61opNb iB5xg4b9KrPI8h4OR0pzwy4+VfryKYkcqjkY79qtSVgHokg7VNGHyA1Rxs+4ZPFWYxkgnpWUmA5R gVFqEUs+nzxQnEjoQOBz7c+vT8asHAFIWwOtQm07gZema013di1niVZCpKuuQH7jAIyBjnmtVsAV kNpEM2rvIJHjaMrMCgHct6jruGcnscY4rXY5FdWJdCTjKjpdarsyYc3UgkbHftVeQmrDjJ5qFwM1 nFlEQB3ZNPANB4HFN3HpmrAZMyxRvIwOEBY49qy11hpriGO3gJ3EbweT745/U1sDnrS7BuDbRkDA NdNCrSgnzw5n01/QmSb2YgUsQAMk9AKkm5l4OcALkd8AD+lPtx/pEf8AvD+dRHjrWFtBgOvPSnbw vQ1GT6U05NIY6STPQ8/SkjyWyemKbsJ7VMigAfSpbAljHFS1EGx0qQMKyaGOBpQabuAPJpdw7Gps Be0r/kIRfj/I10Vc5pJ/4mMX4/yNdHXTQ+EynuFFFFbkBRRRQAUUUUAFFFFADJv9S/8Aun+Vclr3 /IXn/wCA/wDoIrrZv9S/+6f5VyWvf8hef/gP/oIoA6i2/wBfd/8AXUf+gLViq9t/r7v/AK6j/wBA WrFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAGTqT+WofnhJOn/XRKz4nMo3AnB9a0NSXeoXjlJOv /XRKzUjaL5iRt6ACuDFL3vkNSaZIZwvB3ccU5mRlUhfrxVVWDSsPrU+CQMVy6ItNMkwB0GKXAAKk cmqpm29S1L9oB5+aq5LjUbEp3IevvwaRmyOCaYJQVOck1E8vXGatQKHvJtBBzmlSUHrk8VXJLt16 +tTRr06dKUkkBMx3KMVHG+zPJ59KlCkAE9KSOEvnpx61kmjGS1uitKjE9e1RLCx7ir5iOecU4Kqx t8o/Kr52tDRSKLWrlcgrUTWrjklTVmSTqASKgZm5+Y/nW8b9yiLydpzhaVQVOT0p3mqOoJqKaUFf lyDmtUn1AsG6jH8LflTUm5xlqpAMe9WYlIyTjipdtgLyOdpyTUMrAkjHNRmXHAzULsxydx/OiMUg HlgpyR0pDJu4XIqvli+Cx/OpfKYKDkc1WgDvmPekVyn3iTmnIQDgjPFKyDjIFJPowJElV84B4p6t HjlAfwqnv5G3Ip3zkcMfzolFAW18pjhYwPwFPKBVyAAKpx71IJY4+tXkObcE8/8A66wkrPQCBnA9 aZHmRyAffmldS8hC8UXcQFoseFJmZIyB1ZSw3D/vnd/Om5dEDYtuvmyy3QwFkwiY7qucH8SWIPpi pDVliDjioSuKlMEQlfpUbJ7Cp2xTDyK1QyuyfSk2DHQVMRUbnFaIQzgdqcKYSDRk1qhMmTjJHBHQ 0k4AkBwMMM/4/rmmeYFB60yZy0cLAnHKfiDn+oq+hHUJMdhimZ5ppJJ60oHeoZaHjNSLmoxwM0ob nvUtDJQDShsdc0wuMDrRuFTYBQ2fWpEpiinc54NQwNHSP+QlD+P8jXS1zOj/APIRh/4F/I101b0f hM57hRRRWxAUUUUAFFFFABRRRQAyb/Uv/un+Vclr3/IXn/4D/wCgiutm/wBS/wDun+Vclr3/ACF5 /wDgP/oIoA6i2/193/11H/oC1Yqvbf6+7/66j/0BasUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA Zt2cSKf9iX/0NKz2k2yE4/WrWq/6vgZ+ST/0YlYyKxbJUgfSuHERTlr2NIbGnjzFHbvUX2X5id/U +lQLP5f8OcDHWk8/cT8v61zcjWw3BMklGcUko2AjrxUhuVPXA/GlQBxuB6VNrBqig/r7VCPmatnY NpywB9DUDBQSd4+laxqPsVcoxjDirSjgfSoJwMs4YH2pEkyAMYwKuSvqBeT+lTRnbnvmqkRGeeOK teYD0x+dc7jqS1qVWOZBU4GUK+vFU5JGDD92SPWnRS5I47+tayg3qUTNBtXO7OPaq8vyqalknzIV 24981FK6lD8w/OqjFrcClLzn602MfN+FTiESMRvx36VZZDHEuAW6DpVOprYCt5ee9WjDvGN2PwqB C3PymrUZBBGazm9boCq8Pl8bs8Z6U1V96uNFgHnt6UkVuSwbOPwpe00C5FHHghs1HKdxK9MGtHAR cFhxVeaRAPvr19aqm2+gFRU561OYTLGxBfKDO1ANzfTPFQm4BYgDP405XTOXjDY/2iP1BBrW1ndl Rdncjnhjih+0OshQRqylcbGYrnHPOMkCpZLURSeUN8hLINy4z8wcnHb+D9anba5Z/IRjgYX5towM DgHHQd6hMrKgj8lVGQx5bJxwOc5H4Yq1UgzX2kO39f194GNRErkziEKS7qFGCCQc5z0x296mWMqZ UEm9UX5uOFbcOB+BP6VEsgd1DQR7Qu0LlgMZJ5555J65qDVLr+ztJeS3hAbcqlmdmVQWGSQW/l61 MpU3p1E5Raslr6ItvJ5EG/G4kqqjOMlmCjJ7DJFItvKZlnuZAzLkLGg+RM9+eSeozxwegyazdCuL jVIcXBR4YJBmRBjzGG1l7nock9P4fcVrSk5PynrXNbldjFpptPoNJzUe7ijp1pjMD3FbJDEJyc0j Gk3DpSMccVaQCMe9RMcmns3amHHrWiEJQFz3o705atCYhTjrSypsjWLPKksfxA4/SlJAHUU6VoZZ GYSEFiT8y8D8jVElbFLTnBVsHrTaQwJxSAZNKFyaZGJrgbkbyoj0YDLN7jPAH55B7Uhj3lijAEki qT90Hq30Hem+ZO/EUXlg/wAcv9FBz+eMVLHbxw52Dk9WJyT9SeTSFvalYLjMXZP+ug/78n/4qnrH ef8APeD/AL8n/wCKpyH+dTKazY7FnRPtI1WBZFiZPmy6sQfun+HB/n/hXWVzOj/8hKH/AIF/I101 bUfhM57hRRRWpAUUUUAFFFFABRRRQAyb/Uv/ALp/lXJa9/yF5/8AgP8A6CK62b/Uv/un+Vclr3/I Xn/4D/6CKAOotv8AX3f/AF1H/oC1Yqvbf6+7/wCuo/8AQFqxQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQBkaqdsef9iT/wBGJWSsqlACy/nWzfxrMQjkhSkmcf8AXRKy3sIwxCM5PuRXBiUudX7B7y2K 7eq85pYo8lic1KbWZB8iZ7ckUxWkjZg6gHNc+r2Hz9xxgU9S1SqXiUhV468imK5b72Bj0qaVgEb6 VN3fUuMrleS5YnkKOKrtMXbHHPpSuGkcYHHSkEJWTPPHvW/MkixdrMMbTj6U+OE55VgMelTRgBRk 1K5wgK81lzu4rlZzsXj6c00XDL/domyevrUflCX7mTjrWt1bUY6WY4I+XkVCkrKQcDAPWrLWuTl8 j6EUx4VwygnG3JNXGSeyAhknJJYbSfaojI7HBHX2qxFaI2NrSE/7o/xpWt0iJZmcEf7I/wAarmWy C5FA8gcgrgY9KvxyhwFcqAB61HDFHIcBnPGegH9abIY4shV3Nk53Z/oayaU9xE8caDOWx+NMUFSC AacCW6Rr+Z/xqdVI++gA+tY/Mi/QRF8wbmBGPSn5VF4YZHvSb1CkJTMZ5KD86SS6sa8yC4kYlgAD 06VTdC33gRz6Vonyl5KjP41BI6H+Dv2OP510wZZQcCMZXk9OatRIGzuyKikEWSWjk5P98f4VKkyn OIm/77H+FaSV9mBcQxIGxIPxIphSKUgl+enBFQL5b5yjjH+2P8KkjWIcjdkH1/8ArVhKCXUQ7yQr jbkio3Hn3f2bcyIiB5NrFWOSQoBHOPlbPTt2zVpHB4wQfTNVrxR9otzGCZw42jPVOA+fYA5+oX2F ZpXe5MmXY0SONURQiKMKAMAD0FNdR2PenMwVMfzqLzfp+VJQW9xojaMHHWqzxgYxmrhl+n5VE0h9 F/75Fbx06lalTYAe9BOTUzSMOyf98D/CojM3on/fA/wreKAjbFRHrVjzm6kJ/wB8L/hTGnbsI/8A v2v+FXYVyLpShz7U/wA9/SP/AL9r/hSee/pH/wB+1/wpgRs2RTBUr3JjQvIYlUd2RQP5VELyaXiG FR/tyQhQPwIyf0HvVXJJo2Mo8pgCcfK2OcgcD39PypkoNum6cGJfV/lH60wQ723zhJmxjDRrsH0X GPx6+9TRQwKwY20C+pSJVI+hAo0AgWM3LAyoPIxwjfxehI7fT37EVfVhgAkCo3Ty3ZM52kjNRsTQ A6VgCMEVFu3dcUxySelNGTQwRKHwQBip42yOfWqyL0PvVhMYrJos0tHx/acPP97/ANBNdPXK6Kf+ JrD6fN/6Ca6qtaasjOe4UUUVoQFFFFABRRRQAUUUUAMm/wBS/wDun+Vclr3/ACF5/wDgP/oIrrZv 9S/+6f5VyWvf8hef/gP/AKCKAOotv9fd/wDXUf8AoC1YqoYLljlpLYn1MB/+Ko+zz/37X/wHP/xV AFuiqn2ef+/a/wDgOf8A4qj7PP8A37X/AMBz/wDFUAW6KqfZ5/79r/4Dn/4qj7PP/ftf/Ac//FUA W6KqfZ5/79r/AOA5/wDiqPs8/wDftf8AwHP/AMVQBboqp9nn/v2v/gOf/iqPs8/9+1/8Bz/8VQBb oqp9nn/v2v8A4Dn/AOKo+zz/AN+1/wDAc/8AxVAFuiqn2ef+/a/+A5/+Ko+zz/37X/wHP/xVADSi yXkSsMgpLx/wNal+xW+c+Xz9TTDBckAGS2wOg8g8f+PUfZ5/79r/AOA5/wDiqlwi90O5L9lhx9z9 TUTabaOctDk/7x/xo+zz/wB+1/8AAc//ABVH2ef+/a/+A5/+KpKnBdEJ6h/ZtoP+WX/jx/xpW0+1 brF/48f8aT7PP/ftf/Ac/wDxVH2ef+/a/wDgOf8A4qj2cOyBaCDS7MdIf/Hj/jSnTbQ9Yf8Ax4/4 0fZ5/wC/a/8AgOf/AIqj7PP/AH7X/wABz/8AFUezh2Q7sP7NtMY8r/x4/wCNKdPtSMGLgf7R/wAa T7PP/ftf/Ac//FUfZ5/79r/4Dn/4ql7OHZBcRtLs2GDDn/gR/wAaE0uzjzthxn/aP+NL9nn/AL9r /wCA5/8AiqPs8/8Aftf/AAHP/wAVT9nDsguxxsLZusf/AI8aZ/ZlmTnyeox94/40v2ef+/a/+A5/ +Ko+zz/37X/wHP8A8VTUIrZBdgum2iY2xYx/tH/Gh9MtJM7oc5/2j/jR9nn/AL9r/wCA5/8AiqPs 8/8Aftf/AAHP/wAVS9nDsguwTTbSM5SHHGPvH/GmtpVkxJaHJJz99v8AGnfZ5/79r/4Dn/4qj7PP /ftf/Ac//FUezj2QXYo061HSL/x4/wCNONlbkYMf/jxpn2ef+/a/+A5/+Ko+zz/37X/wHP8A8VS9 nDsguL/Z9qP+WX/jx/xpfsNtjHl/+PGm/Z5/79r/AOA5/wDiqPs8/wDftf8AwHP/AMVT9nDsguB0 20brF/48f8ab/ZVl/wA8f/Hm/wAad9nn/v2v/gOf/iqPs8/9+1/8Bz/8VRyR7BdjG0ewYYMH/j7f 40DSLFekH/j7f40/7PP/AH7X/wABz/8AFUfZ5/79r/4Dn/4qnyrsF2NGlWQziHr/ALTf40o0uzHS H/x4/wCNL9nn/v2v/gOf/iqPs8/9+1/8Bz/8VRyx7BdijT7UHIi5/wB4/wCNIum2iyPIIvnfGTuJ 6dB16e3ufWj7PP8A37X/AMBz/wDFUfZ5/wC/a/8AgOf/AIql7OHZCHGwtm6x/wDjxpv9m2n/ADy/ 8eP+NH2ef+/a/wDgOf8A4qj7PP8A37X/AMBz/wDFUezj2Hdh/Ztp/wA8f/Hj/jSHS7M9Yf8Ax4/4 0v2ef+/a/wDgOf8A4qj7PP8A37X/AMBz/wDFU+SPYLsadJsj1g/8fb/Gm/2PYf8APD/x9v8AGpPs 8/8Aftf/AAHP/wAVR9nn/v2v/gOf/iqdl2C7I/7HsMY8j/x9v8aT+xdP/wCff/x9v8al+zz/AN+1 /wDAc/8AxVH2ef8Av2v/AIDn/wCKosF2Rf2Jp3/Pv/4+3+NH9iad/wA+/wD4+3+NS/Z5/wC/a/8A gOf/AIqj7PP/AH7X/wABz/8AFUWQXZX/AOEf0vzfNNrl+xMjHH054/Cn/wBi6f8A8+//AI+3+NS/ Z5/79r/4Dn/4qj7PP/ftf/Ac/wDxVFguR/2Lp4/5d/8Ax9v8aP7HsP8Anh/4+3+NSfZ5/wC/a/8A gOf/AIqj7PP/AH7X/wABz/8AFUWC7GNpFizFmgyScn52/wAab/Yun/8APv8A+Pt/jUv2ef8Av2v/ AIDn/wCKo+zz/wB+1/8AAc//ABVFguQnQ9OP/Lv/AOPt/jR/YWm/8+3/AI+3+NTfZ5/79r/4Dn/4 qj7PP/ftf/Ac/wDxVFguyIaJpw6W/wD4+3+NKNGsB/yw/wDH2/xqT7PP/ftf/Ac//FUfZ5/79r/4 Dn/4qiyC7CDTbS3lWWKLa69DuJ/rVuqn2ef+/a/+A5/+Ko+zz/37X/wHP/xVMRboqp9nn/v2v/gO f/iqPs8/9+1/8Bz/APFUAW6KqfZ5/wC/a/8AgOf/AIqj7PP/AH7X/wABz/8AFUAW6KqfZ5/79r/4 Dn/4qj7PP/ftf/Ac/wDxVAFuiqn2ef8Av2v/AIDn/wCKo+zz/wB+1/8AAc//ABVAFib/AFL/AO6f 5VyWvf8AIXn/AOA/+giul+zz/wB+1/8AAc//ABVULvQXu7l55LpQz4yFi44GP71AH//Z ------=_NextPart_000_000D_01C36CA7.336919D0-- From pkishor at geoanalytics.com Wed Aug 27 14:40:02 2003 From: pkishor at geoanalytics.com (Puneet Kishor) Date: Wed, 27 Aug 2003 16:40:02 -0500 Subject: [Mapserver-users] Linux/Apache security wrt shapefiles data Message-ID: <14532E49F7A4C54EB77A0C18A243397D0FE8A7@email.geoanalytics.com> Thanks Daniel. That was it. Lesson learned... Keep in mind, all you unix newbies such as myself. The entire path should be r-x for the apache user. The easiest way to do that is to "sudo chmod -R 755 yourdirectory" And next time, instead of spending 20 or so frustrating hours to figure out such idiosyncracies, just ask Daniel. Merci beaucoup... > -----Original Message----- > From: Daniel Morissette [mailto:morissette at dmsolutions.ca] > Sent: Wednesday, August 27, 2003 4:00 PM > To: Puneet Kishor > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Linux/Apache security wrt > shapefiles data > > > Did you also make sure that /home/pkishor is at least "r-x" for the > apache user? Every directory in the path that leads to the gisdata > directory has to be at least "r-x" for the apache user. > > Daniel > > > pkishor_98 wrote: > > yes. this is related to MapServer ;-). > > > > OS: RH9 > > MapServer 4.0 config-ed and setup correctly. > > > > I have my shapefiles under "/home/pkishor/gisdata" > > > > and the darn Mapserver refuses to open the shapefiles. > Error log shows > > > > msSHPOpenFile(): Unable to access file. (/home/pkishor/gisdata/bio) > > .. > > > > I move the shapefiles to "/var/www/html/gisdata" and > everything works > > fine. > > > > Apache runs as apache:apache, and in both cases I have chown-ed and > > chgrp-ed the gisdata directory to apache:apache, and also > chmod-ed it > > to 777 for good measure. Why is Mapserver unable to read gisdata > > stored in my home directory? I am new to Linux/RH9, so be gentle in > > your pedagoguery ;-). > > > > Many thanks, > > > > Puneet. > > > > From joe at otsys.com Wed Aug 27 14:53:51 2003 From: joe at otsys.com (Joe Bussell) Date: Wed, 27 Aug 2003 14:53:51 -0700 Subject: [Mapserver-users] Linux/Apache security wrt shapefiles data In-Reply-To: <3F4D1BDF.3000300@dmsolutions.ca> References: <3F4D1BDF.3000300@dmsolutions.ca> Message-ID: <3F4D286F.2070106@otsys.com> RedHat's Apache configuration file is correctly set up so the default is to not allow cgi's to exist in user space. Take a look at: http://httpd.apache.org/docs/misc/FAQ.html#CGIoutsideScriptAlias Specific bits: # # Control access to UserDir directories. The following is an example # for a site where these directories are restricted to read-only. # AllowOverride FileInfo AuthConfig Limit Options MultiViews Indexes FollowSymLinks IncludesNoExec Order allow,deny Allow from all Order deny,allow Deny from all # DirectoryIndex: Name of the file or files to use as a pre-written HTML # directory index. Separate multiple entries with spaces. # DirectoryIndex index.html index.htm index.shtml index.cgi The above snippet is from my dev box which lives inside a firewall. I would not recomend that you do this on ANY machine as security is never really perfect. There are a number of exploits which derived from user's cgi access priveleges. I do not know of any recent unpatched problems, but the party line is to not do this. If you wish to live on the edge however... Cordially, Joe Bussell www.trafficdodger.com Daniel Morissette wrote: > Did you also make sure that /home/pkishor is at least "r-x" for the > apache user? Every directory in the path that leads to the gisdata > directory has to be at least "r-x" for the apache user. > > Daniel > > > pkishor_98 wrote: > >> yes. this is related to MapServer ;-). >> >> OS: RH9 >> MapServer 4.0 config-ed and setup correctly. >> >> I have my shapefiles under "/home/pkishor/gisdata" >> >> and the darn Mapserver refuses to open the shapefiles. Error log shows >> msSHPOpenFile(): Unable to access file. (/home/pkishor/gisdata/bio) >> .. >> >> I move the shapefiles to "/var/www/html/gisdata" and everything works >> fine. >> >> Apache runs as apache:apache, and in both cases I have chown-ed and >> chgrp-ed the gisdata directory to apache:apache, and also chmod-ed it >> to 777 for good measure. Why is Mapserver unable to read gisdata >> stored in my home directory? I am new to Linux/RH9, so be gentle in >> your pedagoguery ;-). >> >> Many thanks, >> >> Puneet. >> > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From morissette at dmsolutions.ca Wed Aug 27 15:13:23 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 27 Aug 2003 18:13:23 -0400 Subject: [Mapserver-users] Linux/Apache security wrt shapefiles data In-Reply-To: <14532E49F7A4C54EB77A0C18A243397D0FE8A7@email.geoanalytics.com> References: <14532E49F7A4C54EB77A0C18A243397D0FE8A7@email.geoanalytics.com> Message-ID: <3F4D2D03.6080005@dmsolutions.ca> Puneet Kishor wrote: > > And next time, instead of spending 20 or so frustrating hours to figure > out such idiosyncracies, just ask Daniel. Merci beaucoup... > Actually you're still better ask the list as you did (and not specific individuals) and then everyone will be much happier to help... -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From morten at ngb.se Wed Aug 27 15:16:40 2003 From: morten at ngb.se (Morten Hulden) Date: Thu, 28 Aug 2003 00:16:40 +0200 (CEST) Subject: [Mapserver-users] Linux/Apache security wrt shapefiles data In-Reply-To: <14532E49F7A4C54EB77A0C18A243397D0FE8A7@email.geoanalytics.com> Message-ID: On Wed, 27 Aug 2003, Puneet Kishor wrote: > Thanks Daniel. That was it. Lesson learned... Keep in mind, all you unix > newbies such as myself. The entire path should be r-x for the apache > user. The easiest way to do that is to "sudo chmod -R 755 yourdirectory" > > > -----Original Message----- > > From: Daniel Morissette [mailto:morissette at dmsolutions.ca] > > Sent: Wednesday, August 27, 2003 4:00 PM > > To: Puneet Kishor > > Cc: mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] Linux/Apache security wrt > > shapefiles data > > > > > > Did you also make sure that /home/pkishor is at least "r-x" for the > > apache user? Every directory in the path that leads to the gisdata > > directory has to be at least "r-x" for the apache user. > > > > Daniel rwx-----x is enough for your home directory, but the subdirectory inside should be r-x for apache. generally, you need not, and should not give read-permissions to 'others' to you home directory. MHu > > > > > > pkishor_98 wrote: > > > yes. this is related to MapServer ;-). > > > > > > OS: RH9 > > > MapServer 4.0 config-ed and setup correctly. > > > > > > I have my shapefiles under "/home/pkishor/gisdata" > > > > > > and the darn Mapserver refuses to open the shapefiles. > > Error log shows > > > > > > msSHPOpenFile(): Unable to access file. (/home/pkishor/gisdata/bio) > > > .. > > > > > > I move the shapefiles to "/var/www/html/gisdata" and > > everything works > > > fine. > > > > > > Apache runs as apache:apache, and in both cases I have chown-ed and > > > chgrp-ed the gisdata directory to apache:apache, and also > > chmod-ed it > > > to 777 for good measure. Why is Mapserver unable to read gisdata > > > stored in my home directory? I am new to Linux/RH9, so be gentle in > > > your pedagoguery ;-). > > > > > > Many thanks, > > > > > > Puneet. > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From morissette at dmsolutions.ca Wed Aug 27 15:52:21 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 27 Aug 2003 18:52:21 -0400 Subject: [Mapserver-users] Linux/Apache security wrt shapefiles data In-Reply-To: References: Message-ID: <3F4D3625.1070406@dmsolutions.ca> Morten Hulden wrote: > > rwx-----x is enough for your home directory, but the subdirectory > inside should be r-x for apache. > > generally, you need not, and should not give read-permissions to 'others' > to you home directory. > Agreed. I never tried limiting it to just rwx-----x but that should work. BTW, does it really matter to remove read access now that Puneet has told everyone on the Internet that he puts his data under /home/pkishor/gisdata? Just kidding of course... ;) Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From pkishor at geoanalytics.com Wed Aug 27 18:44:26 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 28 Aug 2003 01:44:26 -0000 Subject: [Mapserver-users] Re: Linux/Apache security wrt shapefiles data In-Reply-To: <3F4D3625.1070406@dmsolutions.ca> Message-ID: --- In mapserver-users at yahoogroups.com, Daniel Morissette wrote: > Morten Hulden wrote: > > > > rwx-----x is enough for your home directory, but the subdirectory > > inside should be r-x for apache. > > > > generally, you need not, and should not give read-permissions to 'others' > > to you home directory. > > > > Agreed. I never tried limiting it to just rwx-----x but that should work. > > BTW, does it really matter to remove read access now that Puneet has > told everyone on the Internet that he puts his data under > /home/pkishor/gisdata? > you won't believe what I have running here... I recently got my work computer replaced from a PIII/800MHz/512Mb to a P4/2.4GHz/1Gb with 2x40Gb disks and WinXP. I installed VMWare, RH9, and am running MapServer 4 inside the virtual machine. Works like a charm, and I don't have to **** around with two computers. I can even tell you my username and password and you won't be able to get in ;-) To the list -- Btw, in my earlier email I said "And next time, instead of spending 20 or so frustrating hours to figure out such idiosyncracies, just ask Daniel. Merci beaucoup..." That was meant as a sigh-of-relief and a kudos to Daniel for solving a frustrating problem for me, NOT a suggestion to send emails to Daniel. I DO NOT endorse nor like sending/receiving personal and direct emails for trouble-shooting questions... Please submit all questions to the list (unless you happen to know the recepient well enough to consider it ok). Submitting to the list always insures a better chance of answers and it also insures education for all. Many thanks. From eduardo at consultoria.eti.br Wed Aug 27 21:43:50 2003 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 28 Aug 2003 01:43:50 -0300 Subject: [Mapserver-users] ArcExplorer 4.0.1 as a MapServer WMS client Message-ID: <001001c36d1e$fddf6b70$755cbec8@vcp.advcp.br> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C36D05.D5239990 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable has anyone had 'played' with ArcExplorer 4 as a WMS Client tool? i've configured a mapfile to setup a WMS MapServer application, but when = I try to connect with ArcExplorer with the URL http://localhost/msc/ogc_wms_msc.php I only got the = message: "Invalid Capabilities File. Check Server URL. what could be wrong? -------------------------------------------------------------------------= ------- here's my PHP source: OGC:WMS WMS MapServer SAP Connector WMS MapServer SAP Connector Testing application forest vcp pulp paper Eduardo Patto Kanegae (self-employed) Consultant Residencial
Rua 21 de Novembro, 192
Rinc=E3o SP 14830-000 Brasil = +55(16)3395-3596 = eduardo at consultoria.eti.br application/vnd.ogc.wms_xml image/gif image/png image/jpeg image/wbmp application/x-shockwave-flash text/html application/x-pdf image/tiff text/plain text/html application/vnd.ogc.gml application/vnd.ogc.se_xml application/vnd.ogc.se_inimage application/vnd.ogc.se_blank msc_ WMS MapServer SAP Connector EPSG:29183 talhoes Talh=F5es Talh=F5es florestais EPSG:29183 -------------------------------------------------------------------------= ------- and here's my MapFile: MAP NAME msc_ EXTENT 240190.130 7656849.304 247967.140 7662309.530 ##FONTSET "fontset.txt" ##SYMBOLSET "symbolset.sym" IMAGECOLOR 255 255 255 IMAGETYPE GIF INTERLACE ON SHAPEPATH "C:\Program Files\Apache Group\Apache2\htdocs\msc\" SIZE 600 450 STATUS ON UNITS METERS =20 PROJECTION "init=3Depsg:29183" #UTM SAD60 23S END =20 # (2) - define web object WEB #EMPTY "" #ERROR "" IMAGEPATH "C:\Program Files\Apache Group\Apache2\htdocs\tmp\" IMAGEURL "/tmp/" LOG "C:\Program Files\Apache Group\Apache2\htdocs\msc\msc.log" #MINSCALE 1000 #MAXSCALE 1000000=20 #TEMPLATE "" METADATA "wms_title" "WMS MapServer SAP Connector" "wms_onlineresource" = "http://localhost/cgi-bin/mapserv.exe?map=3DC:\Program Files\Apache = Group\Apache2\htdocs\msc\msc.map&" "wms_srs" "EPSG:29183" # ex usando varias projecoes "EPSG:4269 = EPSG:4326" "wms_abstract" "WMS MapServer SAP Connector Testing application" "wms_addresstype" "Residencial" "wms_address" "Rua 21 de Novembro, 192" "wms_city" "Rinc=E3o" "wms_stateorprovince" "SP" "wms_postcode" "14830-000" "wms_country" "Brasil" "wms_contactelectronicmailaddress" "eduardo at consultoria.eti.br" "wms_contactfacsimiletelephone" "+55(16)3395-3596" "wms_contactperson" "Eduardo Patto Kanegae" "wms_contactorganization" "(self-employed)" "wms_contactposition" "Consultant" "wms_group_title" "Forestry" "wms_keywordlist" "forest,vcp,pulp,paper" #"wms_server_version" "1.1.1" #wms_resx, wms_resy #(Optional) Used in the BoundingBox tag to = provide info about spatial resolution of the data, values are in map = projection units =20 END END =20 LAYER NAME "talhoes" TYPE POLYGON STATUS DEFAULT DATA "C740" LABELITEM "N_TALHAO" CLASS NAME "talh=F5es" OUTLINECOLOR 0 0 0 COLOR 255 255 192 LABEL ANTIALIAS TRUE COLOR 0 0 0 FORCE TRUE PARTIALS TRUE POSITION CC SHADOWCOLOR 224 224 224 #cor da sombra do texto SIZE SMALL TYPE BITMAP END END=20 METADATA "wms_name" "talhoes" "wms_title" "Talh=F5es" "wms_srs" "EPSG:29183" "wms_abstract" "Talh=F5es florestais" "wms_extent" "240190.130 7656849.304 247967.140 7662309.530" #"wms_format" "image/gif" END END =20 END # end of the Map object ------=_NextPart_000_000D_01C36D05.D5239990 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
has anyone had 'played' with = ArcExplorer 4 as a WMS=20 Client tool?
 
 
i've configured a mapfile to setup a = WMS MapServer=20 application, but when I try to connect with ArcExplorer
with the URL http://localhost/msc/ogc_wm= s_msc.php  I=20 only got the message:
 
"Invalid Capabilities File. Check = Server=20 URL.
 
what could be wrong?
 
here's my PHP source:
 
<?header("Content-type:application/vnd.ogc.gml");?>
<= ;WMT_MS_Capabilities=20 version=3D"1.1.1" updateSequence=3D"0">
 
<!-- MapServer version 4.0 = OUTPUT=3DGIF OUTPUT=3DPNG=20 OUTPUT=3DJPEG OUTPUT=3DWBMP OUTPUT=3DPDF OUTPUT=3DSWF SUPPORTS=3DPROJ = SUPPORTS=3DFREETYPE=20 SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT SUPPORTS=3DWFS_SERVER = SUPPORTS=3DWFS_CLIENT=20 INPUT=3DPOSTGIS INPUT=3DOGR INPUT=3DGDAL INPUT=3DSHAPEFILE = -->
 
<Service>
 =20 <Name>OGC:WMS</Name>
  <Title>WMS MapServer = SAP=20 Connector</Title>
  <Abstract>WMS MapServer SAP = Connector=20 Testing application</Abstract>
  <OnlineResource=20 xmlns:xlink=3D"http://www.w3.org/1999/xlink"=20 xlink:href=3D"http://loc= alhost/cgi-bin/mapserv.exe?map=3DC:\Program=20 Files\Apache=20 Group\Apache2\htdocs\msc\msc.map&amp;"/>
   &nbs= p;   =20 <KeywordList>
        &n= bsp;=20 <Keyword>forest</Keyword>
     &n= bsp;   =20 <Keyword>vcp</Keyword>
      = ;   =20 <Keyword>pulp</Keyword>
     &nbs= p;   =20 <Keyword>paper</Keyword>
     &nb= sp; =20 </KeywordList>
  = <ContactInformation>
   =20 <ContactPersonPrimary>
     =20 <ContactPerson>Eduardo Patto=20 Kanegae</ContactPerson>
     =20 <ContactOrganization>(self-employed)</ContactOrganization>   =20 </ContactPersonPrimary>
     =20 <ContactPosition>Consultant</ContactPosition>
  =  =20 <ContactAddress>
       =20 <AddressType>Residencial</AddressType>
   &= nbsp;   =20 <Address>Rua 21 de Novembro,=20 192</Address>
       =20 <City>Rinc=E3o</City>
      =  =20 <StateOrProvince>SP</StateOrProvince>
   &n= bsp;   =20 <PostCode>14830-000</PostCode>
    &nb= sp;  =20 <Country>Brasil</Country>
   =20 </ContactAddress>
     =20 <ContactFacsimileTelephone>+55(16)3395-3596</ContactFacsimileTel= ephone>
 =20 <ContactElectronicMailAddress>eduardo at consultoria.eti.br</Contac= tElectronicMailAddress>
 =20 </ContactInformation>
</Service>
 
<Capability>
 =20 <Request>
   =20 <GetCapabilities>
     =20 <Format>application/vnd.ogc.wms_xml</Format>
  &= nbsp;  =20 <DCPType>
       =20 <HTTP>
         =20 <Get><OnlineResource xmlns:xlink=3D"http://www.w3.org/1999/xlink"=20 xlink:href=3D"http://loc= alhost/cgi-bin/mapserv.exe?map=3DC:\Program=20 Files\Apache=20 Group\Apache2\htdocs\msc\msc.map&amp;"/></Get>
 &nbs= p;       =20 <Post><OnlineResource xmlns:xlink=3D"http://www.w3.org/1999/xlink"=20 xlink:href=3D"http://loc= alhost/cgi-bin/mapserv.exe?map=3DC:\Program=20 Files\Apache=20 Group\Apache2\htdocs\msc\msc.map&amp;"/></Post>
 &nb= sp;     =20 </HTTP>
     =20 </DCPType>
   =20 </GetCapabilities>
   =20 <GetMap>
     =20 <Format>image/gif</Format>
      = <Format>image/png</Format>
      = <Format>image/jpeg</Format>
     = =20 <Format>image/wbmp</Format>
     = =20 <Format>application/x-shockwave-flash</Format>
  = ;   =20 <Format>text/html</Format>
      = <Format>application/x-pdf</Format>
    = ; =20 <Format>image/tiff</Format>
     = =20 <DCPType>
       =20 <HTTP>
         =20 <Get><OnlineResource xmlns:xlink=3D"http://www.w3.org/1999/xlink"=20 xlink:href=3D"http://loc= alhost/cgi-bin/mapserv.exe?map=3DC:\Program=20 Files\Apache=20 Group\Apache2\htdocs\msc\msc.map&amp;"/></Get>
 &nbs= p;       =20 <Post><OnlineResource xmlns:xlink=3D"http://www.w3.org/1999/xlink"=20 xlink:href=3D"http://loc= alhost/cgi-bin/mapserv.exe?map=3DC:\Program=20 Files\Apache=20 Group\Apache2\htdocs\msc\msc.map&amp;"/></Post>
 &nb= sp;     =20 </HTTP>
     =20 </DCPType>
    = </GetMap>
   =20 <GetFeatureInfo>
     =20 <Format>text/plain</Format>
     = =20 <Format>text/html</Format>
      = <Format>application/vnd.ogc.gml</Format>
   = ;  =20 <DCPType>
       =20 <HTTP>
         =20 <Get><OnlineResource xmlns:xlink=3D"http://www.w3.org/1999/xlink"=20 xlink:href=3D"http://loc= alhost/cgi-bin/mapserv.exe?map=3DC:\Program=20 Files\Apache=20 Group\Apache2\htdocs\msc\msc.map&amp;"/></Get>
 &nbs= p;       =20 <Post><OnlineResource xmlns:xlink=3D"http://www.w3.org/1999/xlink"=20 xlink:href=3D"http://loc= alhost/cgi-bin/mapserv.exe?map=3DC:\Program=20 Files\Apache=20 Group\Apache2\htdocs\msc\msc.map&amp;"/></Post>
 &nb= sp;     =20 </HTTP>
     =20 </DCPType>
    </GetFeatureInfo>
  = </Request>
  <Exception>
   =20 <Format>application/vnd.ogc.se_xml</Format>
  &n= bsp;=20 <Format>application/vnd.ogc.se_inimage</Format>
 &nbs= p; =20 <Format>application/vnd.ogc.se_blank</Format>
 =20 </Exception>
  <VendorSpecificCapabilities = />
 =20 <Layer>
   =20 <Name>msc_</Name>
    <Title>WMS = MapServer=20 SAP Connector</Title>
   =20 <SRS>EPSG:29183</SRS>
    = <LatLonBoundingBox=20 minx=3D"-47.5021" miny=3D"-21.1723" maxx=3D"-47.4265" maxy=3D"-21.1219"=20 />
    <BoundingBox=20 SRS=3D"EPSG:29183"
        &nb= sp;      =20 minx=3D"240190" miny=3D"7.65685e+006" maxx=3D"247967" = maxy=3D"7.66231e+006"=20 />
    <Layer queryable=3D"0" opaque=3D"0"=20 cascaded=3D"0">
       =20 <Name>talhoes</Name>
      &= nbsp;=20 <Title>Talh=F5es</Title>
     &nb= sp; =20 <Abstract>Talh=F5es=20 florestais</Abstract>
       = =20 <SRS>EPSG:29183</SRS>
      =  =20 <LatLonBoundingBox minx=3D"-47.5021" miny=3D"-21.1723" = maxx=3D"-47.4265"=20 maxy=3D"-21.1219" />
       =20 <BoundingBox=20 SRS=3D"EPSG:29183"
        &nb= sp;          =20 minx=3D"240190" miny=3D"7.65685e+006" maxx=3D"247967" = maxy=3D"7.66231e+006"=20 />
    </Layer>
 =20 </Layer>
</Capability>
</WMT_MS_Capabilities>
=
and here's my MapFile:
 
MAP
 NAME msc_
 EXTENT 240190.130 7656849.304 = 247967.140=20 7662309.530
 ##FONTSET "fontset.txt"
 ##SYMBOLSET=20 "symbolset.sym"
 IMAGECOLOR 255 255 255
 IMAGETYPE=20 GIF
 INTERLACE ON
 SHAPEPATH "C:\Program Files\Apache=20 Group\Apache2\htdocs\msc\"
 SIZE 600 450
 STATUS=20 ON
 UNITS=20 METERS
 
 PROJECTION
  "init=3Depsg:29183" = #UTM SAD60=20 23S
 END
 
 # (2) - define web=20 object
 WEB
  #EMPTY ""
  #ERROR=20 ""
  IMAGEPATH "C:\Program Files\Apache=20 Group\Apache2\htdocs\tmp\"
  IMAGEURL = "/tmp/"
  LOG=20 "C:\Program Files\Apache=20 Group\Apache2\htdocs\msc\msc.log"
  #MINSCALE=20 1000
  #MAXSCALE 1000000
  #TEMPLATE=20 ""
  METADATA
   "wms_title"  &n= bsp;   "WMS=20 MapServer SAP Connector"
     =20 "wms_onlineresource" "http://loc= alhost/cgi-bin/mapserv.exe?map=3DC:\Program=20 Files\Apache=20 Group\Apache2\htdocs\msc\msc.map&"
   "wms_srs"&nbs= p;      "EPSG:29183"=20 # ex usando varias projecoes "EPSG:4269=20 EPSG:4326"
   "wms_abstract"    "WM= S=20 MapServer SAP Connector Testing=20 application"
   "wms_addresstype"   "Res= idencial"
   "wms_address"     = ;"Rua=20 21 de Novembro,=20 192"
   "wms_city"      "= Rinc=E3o"
   "wms_stateorprovince" "SP"
 &= nbsp; "wms_postcode"    "14830-000"
 &nb= sp; "wms_country"     "Brasil"
 &nb= sp; "wms_contactelectronicmailaddress" "eduardo at consultoria.eti.br= "
   "wms_contactfacsimiletelephone"   "= +55(16)3395-3596"
   "wms_contactperson"  "Ed= uardo=20 Patto Kanegae"
   "wms_contactorganization"=20 "(self-employed)"
   "wms_contactposition" "Consul= tant"
   "wms_group_title"   "Forestry"<= BR>   "wms_keywordlist"   "forest,vcp,pulp,= paper"
   #"wms_server_version" =20 "1.1.1"
   #wms_resx, wms_resy #(Optional) Used in the = BoundingBox tag to provide info about spatial resolution of the data, = values are=20 in map projection=20 units
   
  END
 END
 
=  LAYER
  NAME=20 "talhoes"
  TYPE POLYGON
  STATUS=20 DEFAULT
  DATA "C740"
  LABELITEM=20 "N_TALHAO"
  CLASS
   NAME=20 "talh=F5es"
   OUTLINECOLOR 0 0 = 0
   COLOR 255=20 255=20 192
   LABEL
    ANTIALIAS =  TRUE
    COLOR   0=20 0=20 0
    FORCE   TRUE
  &= nbsp; PARTIALS  TRUE
    POSITION=20   CC
    SHADOWCOLOR  224 224 = 224=20 #cor da sombra do=20 texto
    SIZE   SMALL
 &nb= sp;  TYPE   BITMAP
   END
&= nbsp; END 
  METADATA
   "wms_na= me"=20 "talhoes"
   "wms_title" "Talh=F5es"
 &nbs= p; "wms_srs"  "EPSG:29183"
   "wms_abstr= act"=20 "Talh=F5es florestais"
   "wms_extent" "240190.130 = 7656849.304=20 247967.140 7662309.530"
   #"wms_format"=20 "image/gif"
  END
 END
 
 

END # end of the Map object
 ------=_NextPart_000_000D_01C36D05.D5239990-- From poff at sixbit.org Wed Aug 27 23:03:01 2003 From: poff at sixbit.org (poff) Date: Thu, 28 Aug 2003 08:03:01 +0200 Subject: [Mapserver-users] Anti-Aliased LINE layers? Message-ID: <20030828060301.GA8207@freeshell.org> Hello, Is there a way to make a LINE layer anti-aliased or, smoother? Here is my lines layer: LAYER NAME 'lines' #TRANSFORM FALSE TYPE LINE STATUS DEFAULT CLASS SYMBOL 'marker' SIZE 3 COLOR 12 12 12 END END It's just rather jagged. Am I missing out on something? Thanks, -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From poff at sixbit.org Thu Aug 28 00:36:24 2003 From: poff at sixbit.org (poff) Date: Thu, 28 Aug 2003 09:36:24 +0200 Subject: [Mapserver-users] Anti-Aliased LINE layers? In-Reply-To: <20030828060301.GA8207@freeshell.org> References: <20030828060301.GA8207@freeshell.org> Message-ID: <20030828073624.GA21317@freeshell.org> > SYMBOL 'marker' > SIZE 3 > > It's just rather jagged. > > Am I missing out on something? I'm sure missing posting this: SYMBOL # standard circular brush NAME 'marker' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END Thanks, -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From poff at sixbit.org Thu Aug 28 00:54:37 2003 From: poff at sixbit.org (poff) Date: Thu, 28 Aug 2003 09:54:37 +0200 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q Message-ID: <20030828075437.GA22305@freeshell.org> Hello again, I'm having problems getting any results with queryByPoint. Basically I draw my map as usual then I try the following on the drawn layer: $my_point = ms_newpointObj(); $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-20); I tried different buffers, zooming in etc. but I always get: "No matching Record(s) found" The layer is drawn OK, and is simple as far as the mapfile goes (nothing apart from): ... STATUS ON TYPE POINT LABELCACHE FALSE CLASS SYMBOL END END ... The points are drawn in from a database, so if I could convert the $_REQUEST clicks into lat/lon I could just query the database instead of mapserver. Has anyone got any light to shed on this? I'd be most grateful if someone could show me what I'm doing wrong, or suggest how to get the lat/long values. The archives didn't seem to have anyone in my situation - which suggested to me I'm missing something basic out. Thanks in advance, -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From ter-haseborg at sf-datentechnik.de Thu Aug 28 03:04:47 2003 From: ter-haseborg at sf-datentechnik.de (Frieso ter Haseborg) Date: Thu, 28 Aug 2003 12:04:47 +0200 Subject: [Mapserver-users] newbee-questions: clients, data access, dynamic layers, cascading servers Message-ID: <0DF955F15A102E4F81B948D44A45015A06BD36@nt-sf-exchange.Windows2000> > -----Original Message----- > From: Lowell Filak [mailto:lfilak at medinaco.org] > Sent: Wednesday, August 27, 2003 6:00 PM > To: Frieso ter Haseborg; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] newbee-questions: clients, data access, > dynamic layers, cascading servers First of all: thanx for the list of links - obviously I will have to do some more studies. ;-) >> 1.) What are common open-source web-gis-clients? We just >> want to check some alternatives. > Not sure what you mean, WMS or WFS client or just a web browser? Both. WMS and WFS Clients - I prefer browser-based, but if there are non-browser-clients - I would at least take a look at. >> 2.) Is it possible to retrieve data from a SQL-Database (Oracle, SQL >> Server, Sybase ASA) with MapServer? If so, are there any how-to's or >> tutorials? > Yes, but it depends on if you are reading from a database with a > "spatial" extension that directly supplies geographic data or > if you are reading simple attributes, such as the x & y coordinates > of a point, and need to create a geographic feature for display. No, only the x&y-coordinates thing, no spatial support in the databases. I just want to create a layer drawing a point and possibly a describing label. Can MapServer do an data-access itsself or do I have to do this in PHP or something? >> 3.) Can I create dynamic layers from the data retrieved with 2.)? > If the data is dynamically handled directly in the RDBMS and MS uses > that data directly, ie. PostGIS then the database handles the > "dynamic" nature of the data and MS simply uses what the database > supplies. > If the data comes from a shapefile and you want MS to handle > the changes > to the data then you can use some flavor of MapScript to program that. No shapefiles. Okay, perhaps I will have some shapefiles as basic layers among some raster-files. Above this basic-layers I want to draw a layer created from the data obtained from a the DBMS. >> 4.) Is it possible to build a MapServer-configuration which serves >> dynamic content (generated with 2. and 3.) to other OGC-WMS-Servers? >AFAIK, yes. Has anyone experiences with this, examples, howto's, any ressources, hints? TIA, Frieso From ter-haseborg at sf-datentechnik.de Thu Aug 28 03:24:11 2003 From: ter-haseborg at sf-datentechnik.de (Frieso ter Haseborg) Date: Thu, 28 Aug 2003 12:24:11 +0200 Subject: [Mapserver-users] WMS-GetMap problem in 4.0 (works in 3.6.6) Message-ID: <0DF955F15A102E4F81B948D44A45015A0691FC@nt-sf-exchange.Windows2000> >-----Original Message----- >From: Daniel Morissette [mailto:morissette at dmsolutions.ca] >Sent: Wednesday, August 27, 2003 10:57 PM >To: Frieso ter Haseborg >Cc: mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] WMS-GetMap problem in 4.0 (works in >3.6.6) > > >Frieso ter Haseborg wrote: >> >> okay absolute path works. *whooops* >> >> I have to specify an absolute path in my client-map-file. >>But why? Why does this work with MS 3.6.6? >The handling of relative paths has changed between versions >3.6 and 4.0. > It may be that you are running into a specific exception (or used to >take advantage of an exception). If you consider this to be a bug you >could file it in bugzilla with a sample mapfile and a description of >your installed directory structure (i.e. where the mapfile is located, >where you expect ../tmp to be located, etc.) and we could investigate. Hmm, still not sure - perhaps only a problem in a newbees head. ;-) >> And why does the wms-server-map-file work >> (using a relative path) when called directly? >Because the WMS server doesn't need to write to the IMAGEPATH >directory, but the WMS client does. >The WMS client writes the temporary images that it downloads from the >remote WMS server in the IMAGEPATH directory and deletes them >as soon as >it's done with them. So you never see any files in the IMAGEPATH >directory in this case but it is being used. Okay, so if I access a mapfile with local layers not working with that template-stuff only performing getMap, no temp-files are needed and the output is directly served to the clients browser - so IMAGEPATH isn't used at all. On accessing a mapfile with wms-layer beside local layers the wms-layer-image is temporary saved with the *.tmp-extension in IMAGEPATH - so now the folder IS used. So imagepath is only used when working with html-templates or wms-layers in the mapfile. Correct? TIA Frieso From spencer at dmsolutions.ca Thu Aug 28 03:43:23 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Thu, 28 Aug 2003 06:43:23 -0400 Subject: [Mapserver-users] Anti-Aliased LINE layers? In-Reply-To: <20030828060301.GA8207@freeshell.org> References: <20030828060301.GA8207@freeshell.org> Message-ID: <3F4DDCCB.3010607@magma.ca> MapServer 4.0 added an ANTIALIAS [true|false] attribute to layers, you could try that ;) You should search the list archive for information on this, there are some limitations to what it can do that have been previously discussed Cheers, Paul poff wrote: >Hello, > >Is there a way to make a LINE layer anti-aliased or, smoother? > >Here is my lines layer: > >LAYER > NAME 'lines' > #TRANSFORM FALSE > TYPE LINE > STATUS DEFAULT > > CLASS > SYMBOL 'marker' > SIZE 3 > COLOR 12 12 12 > END > >END > >It's just rather jagged. > >Am I missing out on something? > >Thanks, > > -- -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From flavio at tydac.ch Thu Aug 28 05:12:38 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Thu, 28 Aug 2003 14:12:38 +0200 Subject: [Mapserver-users] Oracle 8.1.7 & MapServer HowTo XP/2000 Message-ID: <5527677578.20030828141238@tydac.ch> Hi List First many thanks to Assefa, Daniel and ... Google ... Daniel Morisette told me to report the way to get the monster running with XP/2000 and MapServer. No guarantee whatsoever that your computer won't explode .... ;-) ... The Oracle part: A: You will not be able to install Oracle on a PC under Win 2000 or Win XP - just won't do anything - known bug, do as follows: ******* 1 - Copy your Oracle CD into hard disk in your machine. For example Copy from oracle8i CD into "C:\tmp\orainst" ... (on some sites I found not to call this dir "oracle") 2 - Search the two files named Symcjit.dll in the dir where you have copied Oracle8i. You can found them in (example): C:\tmp\orainst\stage\Components\oracle.swd.jre\1.1.7.30\1 \DataFiles\Expanded\jre\win32\bin\symcjit.dll or use search option in the c:\oracle directory to find 2 files symcjit.dll to 3 - Rename this file (Example): symcjit_back.dll (make sure to find two files and rename them) 4 - Execute the Oracle setup.exe from C:\Oracle\setup.exe and follow the instructions ... B: on Win XP, when rebooting you might get the constantly showing up ugly error that java.exe crashed. To stop that go into the win admin toool / services and stop the "Oracle HTTPServer" Service and set it to manual. ********* The MapServer Part: 1. Download and install MapServer Oracle Compilation from DM Solutions (I don't know it DM leaves the files there however, worst case contact me ...): mapserver/php_mapscript (php4.3.2) build with Oracle oci librairies (8.1.7) at http://www2.dmsolutions.ca/tmp/mapserver_ora8.1.7.zip The zip contains the exe file of mapserver, php_mapscript_40.dll and oci.dll. Note that php_mapscript_40.dll is build with links to other libraries like xerces, pdf, .... So you need to download those dll and install them. The best approch is to download and install first the zip at http://www2.dmsolutions.ca/mapserver/dl/mapserver-4.0-win32-php4.3.2.zip and then replace the exe and the php_mapscript_40.dll with the new ones. 2. there will be an additional thing to fix in oracle: ****** Obviously this is a well know feature (bug). After a successfull installation of Oracle 8.1.7 you have to change SQLNET.AUTHENTICATION_SERVICE=(NTS) to SQLNET.AUTHENTICATION_SERVICE=() in sqlnet.ora (search for this file in the dir where you installed Oracle). ******* 3. Map-File, looks i.e. like that: LAYER CONNECTION "chur/chur at demo" CONNECTIONTYPE oraclespatial DATA "geoloc from Bodenbedeckung using srid 262148" GROUP "AV" NAME "Bodenbedeckung" SIZEUNITS PIXELS STATUS ON TOLERANCE 0 TOLERANCEUNITS PIXELS TYPE POLYGON UNITS METERS CLASSITEM "ART" CLASS NAME "Gebaeude" EXPRESSION "Gebaeude" COLOR 255 255 220 OUTLINECOLOR 0 0 0 TEMPLATE ttt.htm END END Some things to be explained: - chur/chur at demo are userid/password at service - "geoloc" is the Geometry column Oracle uses (sometimes GEOM or whatever ...) - the srid number you'll find in the table called SDO_GEOM_METADAT_TABLE or in any Table under the register called "Spatial". Hope it helps if somebody has to go through the same nightmare ... Mit freundlichem Gruss / Best regards Flavio Hendry ---------------------------------------------------------------- ++++++++++ Neue Neapoljs Seiten auf www.neapoljs.com +++++++++++ ---------------------------------------------------------------- ############ Mit freundlichen Gruessen / Kind Regards ############ Flavio Hendry- mailto:flavio at tydac.ch ############ TYDAC AG - http://www.tydac.ch #### #### Geographic Information Solutions #### #### Luternauweg 12 -- CH-3006 Bern ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- From ditsch at fh-weihenstephan.de Thu Aug 28 04:52:07 2003 From: ditsch at fh-weihenstephan.de (Michael Ditsch) Date: Thu, 28 Aug 2003 13:52:07 +0200 Subject: [Mapserver-users] Debian Mapserver/PostGIS Message-ID: <3F4DECE7.8BA74465@fh-weihenstephan.de> Hello, I did install the available Debian packages for PostGIS and Mapserver: http://eppesuigoccas.homedns.org/postgis/ http://paulbaker.net/debian/dists/unstable/main/binary-i386/science/ I could create the Mapserver CGI and it seems to work (message: No query information to decode. QUERY_STRING is set, but empty.), but now I want to add PostGIS support. What do I have to write in the mapserver Makefile? # Optional PostGIS Support. See http://postgis.refractions.net/ POSTGIS= ??? POSTGIS_LIB= ??? (/usr/lib/???) POSTGIS_INC= ??? Thanks for your help Best wishes Michael -- Michael Ditsch Fachhochschule Weihenstephan - Fachbereich Landschaftsarchitektur D-85354 Freising - Am Hochanger 5 - ++49-8161-71-5932 http:// www.liz.la.fh-weihenstephan.de - ditsch at fh-weihenstephan.de From lfilak at medinaco.org Thu Aug 28 05:13:28 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 28 Aug 2003 08:13:28 -0400 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q Message-ID: <200308281213.h7SCDK700725@yogi.medinaco.net> Do you have a template defined for the layer? Lowell The following message was sent by poff on Thu, 28 Aug 2003 09:54:37 +0200. > Hello again, > > I'm having problems getting any results with queryByPoint. > > Basically I draw my map as usual then I try the following on the drawn > layer: > > $my_point = ms_newpointObj(); > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-20); > > I tried different buffers, zooming in etc. but I always get: "No matching > Record(s) found" > > The layer is drawn OK, and is simple as far as the mapfile goes (nothing > apart from): > > ... > STATUS ON > TYPE POINT > LABELCACHE FALSE > > CLASS > SYMBOL > END > > END > ... > > The points are drawn in from a database, so if I could convert the > $_REQUEST clicks into lat/lon I could just query the database instead of > mapserver. > > Has anyone got any light to shed on this? I'd be most grateful if someone > could show me what I'm doing wrong, or suggest how to get the lat/long > values. The archives didn't seem to have anyone in my situation - which > suggested to me I'm missing something basic out. > > Thanks in advance, > > -- > poff at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > > Please do not carbon copy replies to me > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lfilak at medinaco.org Thu Aug 28 05:51:25 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 28 Aug 2003 08:51:25 -0400 Subject: [Mapserver-users] problem with IMAGEMODE RGBA Message-ID: <200308281251.h7SCpH701548@yogi.medinaco.net> I haven't used 24-bit color yet, but does it have to do with the specified map IMAGECOLOR? Lowell The following message was sent by "Matt Doggett" on Wed, 27 Aug 2003 14:26:27 -0700. > I need to use 24-bit PNG output with transparency so I'm using IMAGEMODE > RGBA. However, with this mode, Mapserver creates an image with a bogus > gray background colors most notably in the legend icons and the labels. > If I turn all the layers off, then the entire map background is gray. > > Does anyone know what's going on here? I've attached a JPEG image > showing what this looks like. > > Here is a snippet of my .map file: > > OUTPUTFORMAT > NAME PNG24 > DRIVER "GD/PNG" > MIMETYPE "image/png" > IMAGEMODE RGBA > EXTENSION "png24" > FORMATOPTION "INTERLACE=ON" > END > IMAGETYPE PNG24 > > > > Matt > (RedHat8.0, Apache2.0, Mapserver 4.0, Php4.2.3, gd-2.0.12) > > From poff at sixbit.org Thu Aug 28 06:06:23 2003 From: poff at sixbit.org (poff) Date: Thu, 28 Aug 2003 15:06:23 +0200 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q In-Reply-To: <200308281213.h7SCDK700725@yogi.medinaco.net> References: <200308281213.h7SCDK700725@yogi.medinaco.net> Message-ID: <20030828130623.GA14485@freeshell.org> > Do you have a template defined for the layer? No, sounds like I should! I have never used templates before, but in the query layer, and the point class I added: TEMPLATE "dummy" And instead of No Records I get: Warning: MapServer Error in msOpenSHPFile(): No (NULL) filename provided So it seems like progress! $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-10); Generates this error, but I didn't think I'd need a SHP file or anything. Any ideas how to proceed? Thanks very much! P > Lowell > > The following message was sent by poff on Thu, 28 Aug > 2003 09:54:37 +0200. > > > Hello again, > > > > I'm having problems getting any results with queryByPoint. > > > > Basically I draw my map as usual then I try the following on the drawn > > layer: > > > > $my_point = ms_newpointObj(); > > > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-20); > > > > I tried different buffers, zooming in etc. but I always get: "No matching > > Record(s) found" > > > > The layer is drawn OK, and is simple as far as the mapfile goes (nothing > > apart from): > > > > ... > > STATUS ON > > TYPE POINT > > LABELCACHE FALSE > > > > CLASS > > SYMBOL > > END > > > > END > > ... > > > > The points are drawn in from a database, so if I could convert the > > $_REQUEST clicks into lat/lon I could just query the database instead of > > mapserver. > > > > Has anyone got any light to shed on this? I'd be most grateful if someone > > could show me what I'm doing wrong, or suggest how to get the lat/long > > values. The archives didn't seem to have anyone in my situation - which > > suggested to me I'm missing something basic out. > > > > Thanks in advance, > > > > -- > > poff at sixbit.org > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > Please do not carbon copy replies to me > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From hunt at zedxinc.com Thu Aug 28 06:32:06 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Thu, 28 Aug 2003 09:32:06 -0400 Subject: [Mapserver-users] libtiff 3.6 Message-ID: <007901c36d68$c604de20$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0076_01C36D47.3ECE9F20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Does anyone know where I can get libtiff 3.6b? www.libtiff.org is down. Aaron D. Hunt Technical Manager ZedX Inc. ------=_NextPart_000_0076_01C36D47.3ECE9F20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Does anyone know where I can get = libtiff 3.6b? www.libtiff.org is = down.
 
Aaron D. Hunt
Technical = Manager
ZedX=20 Inc.
------=_NextPart_000_0076_01C36D47.3ECE9F20-- From lfilak at medinaco.org Thu Aug 28 06:39:41 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 28 Aug 2003 09:39:41 -0400 Subject: [Mapserver-users] PerlMapScript docs Message-ID: <200308281339.h7SDdX702794@yogi.medinaco.net> FYI: Due to a misunderstanding please follow the dev(4.1) link for the "almost latest version" of the documentation instead of the 4.0 link temporarily. Thank you. Lowell From lfilak at medinaco.org Thu Aug 28 06:36:55 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 28 Aug 2003 09:36:55 -0400 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q Message-ID: <200308281336.h7SDal702725@yogi.medinaco.net> Don't forget to set $uLayer "data" and if needed "connectiontype" & "connection". Lowell The following message was sent by poff on Thu, 28 Aug 2003 15:06:23 +0200. > > Do you have a template defined for the layer? > > No, sounds like I should! > > I have never used templates before, but in the query layer, and the point > class I added: > > TEMPLATE "dummy" > > And instead of No Records I get: > > Warning: MapServer Error in msOpenSHPFile(): No (NULL) filename provided > > So it seems like progress! > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-10); > > Generates this error, but I didn't think I'd need a SHP file or anything. > > Any ideas how to proceed? > > Thanks very much! > > P > > > Lowell > > > > The following message was sent by poff on Thu, 28 Aug > > 2003 09:54:37 +0200. > > > > > Hello again, > > > > > > I'm having problems getting any results with queryByPoint. > > > > > > Basically I draw my map as usual then I try the following on the drawn > > > layer: > > > > > > $my_point = ms_newpointObj(); > > > > > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > > > > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-20); > > > > > > I tried different buffers, zooming in etc. but I always get: "No matching > > > Record(s) found" > > > > > > The layer is drawn OK, and is simple as far as the mapfile goes (nothing > > > apart from): > > > > > > ... > > > STATUS ON > > > TYPE POINT > > > LABELCACHE FALSE > > > > > > CLASS > > > SYMBOL > > > END > > > > > > END > > > ... > > > > > > The points are drawn in from a database, so if I could convert the > > > $_REQUEST clicks into lat/lon I could just query the database instead of > > > mapserver. > > > > > > Has anyone got any light to shed on this? I'd be most grateful if someone > > > could show me what I'm doing wrong, or suggest how to get the lat/long > > > values. The archives didn't seem to have anyone in my situation - which > > > suggested to me I'm missing something basic out. > > > > > > Thanks in advance, > > > > > > -- > > > poff at sixbit.org > > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > Please do not carbon copy replies to me > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > poff at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > > Please do not carbon copy replies to me > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From warmerdam at pobox.com Thu Aug 28 06:39:58 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 28 Aug 2003 09:39:58 -0400 Subject: [Mapserver-users] libtiff 3.6 In-Reply-To: <007901c36d68$c604de20$1805000a@helicity> References: <007901c36d68$c604de20$1805000a@helicity> Message-ID: <3F4E062E.5080108@pobox.com> Aaron D. Hunt wrote: > Does anyone know where I can get libtiff 3.6b? www.libtiff.org > is down. Aaron, http://www.remotesensing.org/libtiff is the mirror while I try to get the www.libtiff.org domain going again. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From palanisamyg at ornl.gov Thu Aug 28 06:43:55 2003 From: palanisamyg at ornl.gov (Giri Palanisamy) Date: Thu, 28 Aug 2003 09:43:55 -0400 Subject: [Mapserver-users] JBox documentation Message-ID: <5.2.0.9.2.20030820141456.019d9718@email.cind.ornl.gov> Hi, I have mapserver applications running with mapplet, and I am trying to upgrade my mapserver version from 3.5 to 4.0 and from maplet to JBox. Is there any documentation or sample code for using JBox on mapserver 4.0? Thanks Giri From hunt at zedxinc.com Thu Aug 28 07:03:57 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Thu, 28 Aug 2003 10:03:57 -0400 Subject: [Mapserver-users] GeoTIFF Output problem References: <003e01c36be3$674e7890$1805000a@helicity> <3F4B7A01.5080608@pobox.com> <004e01c36be8$19c3e880$1805000a@helicity> <3F4B81ED.7050304@pobox.com> <006e01c36bec$9531f940$1805000a@helicity> <3F4B87B1.5000602@pobox.com> <008201c36c05$f7e06360$1805000a@helicity> <3F4BB3B1.6020502@pobox.com> Message-ID: <008d01c36d6d$39365230$1805000a@helicity> I have recompiled gdal with libtiff 3.6.0b and libgeotiff-1.2.1 and then recompiled mapserver. shp2img still gives me loadOutputFormat(): General error message. OUTPUTFORMAT clause references driver GDAL/GTiff, but this driver isn't configured.
msInitGDALOutputFormat(): General error message. GDAL `GTiff' driver does not support output.
"shp2img -v" reports MapServer version 4.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE I am not familiar with the gdb debugger. Is there anything else I can do? ----- Original Message ----- From: "Frank Warmerdam" To: "Aaron D. Hunt" Sent: Tuesday, August 26, 2003 3:23 PM Subject: Re: [Mapserver-users] GeoTIFF Output problem > Aaron D. Hunt wrote: > > I recompiled with mapserver 4.0 and gdal 1.1.9 > > > > I use the following config > > ./configure --without-tiff --with-proj=/home/mapserver/proj-4.4.7 --with-gda > > l=/home/mapserver/gdal-1.1.9/bin/gdal-config --with-ogr=/home/mapserver/gdal > > -1.1.9 --with-jpeg --with-wmsclient --with-freetype=/home/mapserver/freety pe > > -2.1.4 --with-gd=/home/mapserver/gd-2.0.15 > > > > > > When I ran you map file on shp2img I got the following error > > > > > > General error message. OUTPUTFORMAT clause references driver GDAL/GTiff, but > > this driver isn't configured.
> > msInitGDALOutputFormat(): General error message. GDAL `GTiff' driver does > > not support output.
> > Aaron, > > I don't know why that would be happening. What does "shp2img -v" report? > Can you run shp2img in the gdb debugger and step through the > msInitDefaultGDALOutputFormat()? > > It seems the most likely reason this would happen is that your build somehow > isn't aware it is built with GDAL but it certainly seems like you are > doing everythingright from what little I can see. > > Best regards, > > -- > ---------------------------------------+---------------------------------- ---- > I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > From eric at gomoos.org Thu Aug 28 03:02:06 2003 From: eric at gomoos.org (Eric Bridger) Date: 28 Aug 2003 10:02:06 +0000 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q In-Reply-To: <20030828130623.GA14485@freeshell.org> References: <200308281213.h7SCDK700725@yogi.medinaco.net> <20030828130623.GA14485@freeshell.org> Message-ID: <1062064931.1822.18.camel@ubet.gomoos.org> For such a layer you need to add the points as features in order for them to be queryable (as well as having the dummy TEMPLATE). So for each point you can't just do $point->draw($map, $layer, $img, undef, $text) you also need to do: $layer->addFeature($shp). Since addFeature requires a shape object you need to create the shape: my $line = new mapscript::lineObj(); $line->add($point); my $shp = new mapscript::shapeObj($mapscript::MS_SHAPE_POINT); $shp->add($line); $shp->setBounds(); $shp->{index} = $point_number; Sorry these examples are in perl. One neat thing, the $shp->{index} value can be any number, so if you have a numeric database key you can use that and queryByPoint() results will return the key. I you don't have that you'll need to create a lookup array which maps each database key value with the point number in the layer. You need to draw the layer before queryByPoint can be called. What I have been doing for dynamic point layers is to call both point->draw() and layer->addFeature() but not layer->draw(). With the point->draw() I can control the color, size, text, etc. of each point using the layers class. The addFeature() makes the layer queryable w/o a shapefile. There is a perl example here: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex14 Eric On Thu, 2003-08-28 at 13:06, poff wrote: > > Do you have a template defined for the layer? > > No, sounds like I should! > > I have never used templates before, but in the query layer, and the point > class I added: > > TEMPLATE "dummy" > > And instead of No Records I get: > > Warning: MapServer Error in msOpenSHPFile(): No (NULL) filename provided > > So it seems like progress! > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-10); > > Generates this error, but I didn't think I'd need a SHP file or anything. > > Any ideas how to proceed? > > Thanks very much! > > P > > > Lowell > > > > The following message was sent by poff on Thu, 28 Aug > > 2003 09:54:37 +0200. > > > > > Hello again, > > > > > > I'm having problems getting any results with queryByPoint. > > > > > > Basically I draw my map as usual then I try the following on the drawn > > > layer: > > > > > > $my_point = ms_newpointObj(); > > > > > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > > > > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-20); > > > > > > I tried different buffers, zooming in etc. but I always get: "No matching > > > Record(s) found" > > > > > > The layer is drawn OK, and is simple as far as the mapfile goes (nothing > > > apart from): > > > > > > ... > > > STATUS ON > > > TYPE POINT > > > LABELCACHE FALSE > > > > > > CLASS > > > SYMBOL > > > END > > > > > > END > > > ... > > > > > > The points are drawn in from a database, so if I could convert the > > > $_REQUEST clicks into lat/lon I could just query the database instead of > > > mapserver. > > > > > > Has anyone got any light to shed on this? I'd be most grateful if someone > > > could show me what I'm doing wrong, or suggest how to get the lat/long > > > values. The archives didn't seem to have anyone in my situation - which > > > suggested to me I'm missing something basic out. > > > > > > Thanks in advance, > > > > > > -- > > > poff at sixbit.org > > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > Please do not carbon copy replies to me > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > poff at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > > Please do not carbon copy replies to me > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From SHHong at mednet.ucla.edu Thu Aug 28 07:13:51 2003 From: SHHong at mednet.ucla.edu (Hong, Sung-Hyuk) Date: Thu, 28 Aug 2003 07:13:51 -0700 Subject: [Mapserver-users] spatial from ORACLE 9.2.0.1 support Message-ID: <85042C7A1A0DD74EACF3145F32F37BA4D5DFBC@medmail6.mednet.ucla.edu> Does mapserver support spatial from oracle 9.2.0.1? Next, I describe my problem. 1. DOWNLOADED the mapserver 4.0 mapserver-4.0.tar.gz 2. COMPILED with oracle 9.2.0.1 in Linux OS ./configure --prefix=/usr --with-proj --with-gdal --with-ogr --with-wfsclient --with-oraclespatial=/m01/app/oracle/product/9.2.0.1 make make install 3. INSTALLED the demo and it did run very well 4. CREATED my own ora.map MAP EXTENT -2400000 1200000 -1600000 2500000 IMAGECOLOR 200 200 200 #IMAGECOLOR [r] [g] [b] INTERLACE ON #INTERLACE [on|off] NAME demo SIZE 600 600 #SIZE [x][y] STATUS ON #STATUS [on|off] UNITS meters #UNITS [feet|inches|kilometers|meters|miles|dd] LAYER TYPE point NAME demo STATUS default CONNECTIONTYPE oraclespatial CONNECTION 'scott/tiger at d2dev' DATA "GEOMETRY from (select GEOMETRY from PROJ_PATIENT)" CLASS OUTLINECOLOR 0 255 0 COLOR 255 0 0 END END END 5. TEST from the local hard drive using ./mapserv "QUERY_STRING=map=/home/nsadmin/servers/server1/pages/itasca/ora.map&mode=ma p" FAILED with msDrawMap(): Image handling error. Failed to draw layer named 'demo'. msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error. NOTE: when run against the demo.map, it dump an image to stdout. Please help! Thank you in advance, Sung From bfraser at geoanalytic.com Thu Aug 28 07:39:06 2003 From: bfraser at geoanalytic.com (Brent Fraser) Date: Thu, 28 Aug 2003 08:39:06 -0600 Subject: [Mapserver-users] ArcExplorer 4.0.1 as a MapServer WMS client References: <001001c36d1e$fddf6b70$755cbec8@vcp.advcp.br> Message-ID: <017501c36d72$22a20a50$020002c0@SHARK> Eduardo, I've been evaluating serveral WMS clients over the past few weeks. Here are a couple of useful tips: 1. In ArcExplorer, display debugging messages by clicking on the Help -> ArcExplorer Message Console, then in the dialog, View -> Message Level -> All 2. Do a GetCapabilities from your browser. The browser (at least IE6 does) will parse the xml and report if there are any problems. I did some editing of your xml/gml trying to get ArcExplorer to recognize it. The message window kept reporting the version as none, even though the version number seemed ok to me. So I tried tip 2 above and IE pointed to several parsing errors. Apparently ArcExplorer (and IE) will not allow non-ASCII characters anywhere in the document. When I changed Rinc?o to Rincao and Talh?es to Talhoes, ArcExplorer worked with it. Brent Fraser GeoAnalytic Inc. Tel:(403) 213-2700 bfraser at geoanalytic.com www.geoanalytic.com ----- Original Message ----- From: Eduardo Patto Kanegae To: mapserver-users Sent: Wednesday, August 27, 2003 10:43 PM Subject: [Mapserver-users] ArcExplorer 4.0.1 as a MapServer WMS client has anyone had 'played' with ArcExplorer 4 as a WMS Client tool? i've configured a mapfile to setup a WMS MapServer application, but when I try to connect with ArcExplorer with the URL http://localhost/msc/ogc_wms_msc.php I only got the message: "Invalid Capabilities File. Check Server URL. what could be wrong? here's my PHP source: OGC:WMS WMS MapServer SAP Connector WMS MapServer SAP Connector Testing application forest vcp pulp paper Eduardo Patto Kanegae (self-employed) Consultant Residencial
Rua 21 de Novembro, 192
Rinc?o SP 14830-000 Brasil +55(16)3395-3596 eduardo at consultoria.eti.br application/vnd.ogc.wms_xml image/gif image/png image/jpeg image/wbmp application/x-shockwave-flash text/html application/x-pdf image/tiff text/plain text/html application/vnd.ogc.gml application/vnd.ogc.se_xml application/vnd.ogc.se_inimage application/vnd.ogc.se_blank msc_ WMS MapServer SAP Connector EPSG:29183 talhoes Talh?es Talh?es florestais EPSG:29183 and here's my MapFile: MAP NAME msc_ EXTENT 240190.130 7656849.304 247967.140 7662309.530 ##FONTSET "fontset.txt" ##SYMBOLSET "symbolset.sym" IMAGECOLOR 255 255 255 IMAGETYPE GIF INTERLACE ON SHAPEPATH "C:\Program Files\Apache Group\Apache2\htdocs\msc\" SIZE 600 450 STATUS ON UNITS METERS PROJECTION "init=epsg:29183" #UTM SAD60 23S END # (2) - define web object WEB #EMPTY "" #ERROR "" IMAGEPATH "C:\Program Files\Apache Group\Apache2\htdocs\tmp\" IMAGEURL "/tmp/" LOG "C:\Program Files\Apache Group\Apache2\htdocs\msc\msc.log" #MINSCALE 1000 #MAXSCALE 1000000 #TEMPLATE "" METADATA "wms_title" "WMS MapServer SAP Connector" "wms_onlineresource" "http://localhost/cgi-bin/mapserv.exe?map=C:\Program Files\Apache Group\Apache2\htdocs\msc\msc.map&" "wms_srs" "EPSG:29183" # ex usando varias projecoes "EPSG:4269 EPSG:4326" "wms_abstract" "WMS MapServer SAP Connector Testing application" "wms_addresstype" "Residencial" "wms_address" "Rua 21 de Novembro, 192" "wms_city" "Rinc?o" "wms_stateorprovince" "SP" "wms_postcode" "14830-000" "wms_country" "Brasil" "wms_contactelectronicmailaddress" "eduardo at consultoria.eti.br" "wms_contactfacsimiletelephone" "+55(16)3395-3596" "wms_contactperson" "Eduardo Patto Kanegae" "wms_contactorganization" "(self-employed)" "wms_contactposition" "Consultant" "wms_group_title" "Forestry" "wms_keywordlist" "forest,vcp,pulp,paper" #"wms_server_version" "1.1.1" #wms_resx, wms_resy #(Optional) Used in the BoundingBox tag to provide info about spatial resolution of the data, values are in map projection units END END LAYER NAME "talhoes" TYPE POLYGON STATUS DEFAULT DATA "C740" LABELITEM "N_TALHAO" CLASS NAME "talh?es" OUTLINECOLOR 0 0 0 COLOR 255 255 192 LABEL ANTIALIAS TRUE COLOR 0 0 0 FORCE TRUE PARTIALS TRUE POSITION CC SHADOWCOLOR 224 224 224 #cor da sombra do texto SIZE SMALL TYPE BITMAP END END METADATA "wms_name" "talhoes" "wms_title" "Talh?es" "wms_srs" "EPSG:29183" "wms_abstract" "Talh?es florestais" "wms_extent" "240190.130 7656849.304 247967.140 7662309.530" #"wms_format" "image/gif" END END END # end of the Map object From eric at gomoos.org Thu Aug 28 03:44:08 2003 From: eric at gomoos.org (Eric Bridger) Date: 28 Aug 2003 10:44:08 +0000 Subject: [Mapserver-users] newbee-questions: clients, data access, dynamic layers, cascading servers In-Reply-To: <0DF955F15A102E4F81B948D44A45015A06BD36@nt-sf-exchange.Windows2000> References: <0DF955F15A102E4F81B948D44A45015A06BD36@nt-sf-exchange.Windows2000> Message-ID: <1062067454.1818.24.camel@ubet.gomoos.org> 4.) Is it possible to build a MapServer-configuration which serves > >> dynamic content (generated with 2. and 3.) to other OGC-WMS-Servers? > >AFAIK, yes. Yes but you will need to use some variant of mapscript. There are perl mapscript examples in the wiki: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35 in particular see the mapquakes.pl example. Eric On Thu, 2003-08-28 at 10:04, Frieso ter Haseborg wrote: > > -----Original Message----- > > From: Lowell Filak [mailto:lfilak at medinaco.org] > > Sent: Wednesday, August 27, 2003 6:00 PM > > To: Frieso ter Haseborg; mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] newbee-questions: clients, data access, > > dynamic layers, cascading servers > > First of all: thanx for the list of links - obviously I will have to do > some more studies. ;-) > > >> 1.) What are common open-source web-gis-clients? We just > >> want to check some alternatives. > > Not sure what you mean, WMS or WFS client or just a web browser? > > Both. WMS and WFS Clients - I prefer browser-based, but if there are > non-browser-clients - I would at least take a look at. > > >> 2.) Is it possible to retrieve data from a SQL-Database (Oracle, SQL > >> Server, Sybase ASA) with MapServer? If so, are there any how-to's or > >> tutorials? > > Yes, but it depends on if you are reading from a database with a > > "spatial" extension that directly supplies geographic data or > > if you are reading simple attributes, such as the x & y coordinates > > of a point, and need to create a geographic feature for display. > > No, only the x&y-coordinates thing, no spatial support in the databases. > I just want to create a layer drawing a point and possibly a describing > label. Can MapServer do an data-access itsself or do I have to do this > in PHP or something? > > >> 3.) Can I create dynamic layers from the data retrieved with 2.)? > > If the data is dynamically handled directly in the RDBMS and MS uses > > that data directly, ie. PostGIS then the database handles the > > "dynamic" nature of the data and MS simply uses what the database > > supplies. > > If the data comes from a shapefile and you want MS to handle > > the changes > > to the data then you can use some flavor of MapScript to program that. > > No shapefiles. Okay, perhaps I will have some shapefiles as basic layers > among some raster-files. Above this basic-layers I want to draw a layer > created from the data obtained from a the DBMS. > > >> 4.) Is it possible to build a MapServer-configuration which serves > >> dynamic content (generated with 2. and 3.) to other OGC-WMS-Servers? > >AFAIK, yes. > > Has anyone experiences with this, examples, howto's, any ressources, > hints? > > TIA, > Frieso > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Rich at GreenwoodMap.com Thu Aug 28 07:46:33 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Thu, 28 Aug 2003 08:46:33 -0600 Subject: [Mapserver-users] JBox documentation In-Reply-To: <5.2.0.9.2.20030820141456.019d9718@email.cind.ornl.gov> Message-ID: <5.2.0.9.0.20030828084320.01d99920@mail.GreenwoodMap.com> At 09:43 AM 8/28/2003 -0400, you wrote: >Hi, > >I have mapserver applications running with mapplet, and I am trying to >upgrade my mapserver version from 3.5 to 4.0 and from maplet to JBox. Is >there any documentation or sample code for using JBox on mapserver 4.0? Documentation can be found at: http://mapserver.gis.umn.edu/doc/jbox-howto.html I don't know why it doesn't show up on the /doc/ page. The documentation has some example code. More complex examples can be found at: www2.tetonwyo.org/mapserver http://www.dnr.state.mn.us/maps/landview.html Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich GreenwoodMap com (307) 733-0203 http://www.GreenwoodMap.com From poff at sixbit.org Thu Aug 28 07:51:06 2003 From: poff at sixbit.org (poff) Date: Thu, 28 Aug 2003 16:51:06 +0200 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q In-Reply-To: <1062064931.1822.18.camel@ubet.gomoos.org> References: <200308281213.h7SCDK700725@yogi.medinaco.net> <20030828130623.GA14485@freeshell.org> <1062064931.1822.18.camel@ubet.gomoos.org> Message-ID: <20030828145059.GA6812@freeshell.org> Thank you for your help - I tried to translate to phpmapscript and came up with: $shp=ms_newShapeObj(MS_SHAPE_POINT); ... loop through points $oPoint=... $line=ms_newLineObj(); $line->add($oPoint); $shp->add($line); $shp->index = $i; $i++; ... $uLayer->addFeature($shp); $my_point = ms_newpointObj(); $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-10); But alas still "No Results" Is there anything wrong with the above? I have the Dummy TEMPLATE in the map file. I just found: http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/003470.html Who seems to have (had) exactly the same problem as I. Any ideas? Thanks again! P ps. I put the shpObj and addfeature inside the loop with no change in results. On Thu, Aug 28, 2003 at 10:02:06AM +0000, Eric Bridger wrote: > For such a layer you need to add the points as features in order for > them to be queryable (as well as having the dummy TEMPLATE). > > So for each point you can't just do $point->draw($map, $layer, $img, > undef, $text) you also need to do: > $layer->addFeature($shp). Since addFeature requires a shape object you > need to create the shape: > > my $line = new mapscript::lineObj(); > $line->add($point); > my $shp = new mapscript::shapeObj($mapscript::MS_SHAPE_POINT); > $shp->add($line); > $shp->setBounds(); > $shp->{index} = $point_number; > > Sorry these examples are in perl. One neat thing, the $shp->{index} > value can be any number, so if you have a numeric database key you can > use that and queryByPoint() results will return the key. I you don't > have that you'll need to create a lookup array which maps each database > key value with the point number in the layer. > > You need to draw the layer before queryByPoint can be called. > > What I have been doing for dynamic point layers is to call both > point->draw() and layer->addFeature() but not layer->draw(). With the > point->draw() I can control the color, size, text, etc. of each point > using the layers class. The addFeature() makes the layer queryable w/o > a shapefile. > > > There is a perl example here: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex14 > > Eric > > On Thu, 2003-08-28 at 13:06, poff wrote: > > > Do you have a template defined for the layer? > > > > No, sounds like I should! > > > > I have never used templates before, but in the query layer, and the point > > class I added: > > > > TEMPLATE "dummy" > > > > And instead of No Records I get: > > > > Warning: MapServer Error in msOpenSHPFile(): No (NULL) filename provided > > > > So it seems like progress! > > > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-10); > > > > Generates this error, but I didn't think I'd need a SHP file or anything. > > > > Any ideas how to proceed? > > > > Thanks very much! > > > > P > > > > > Lowell > > > > > > The following message was sent by poff on Thu, 28 Aug > > > 2003 09:54:37 +0200. > > > > > > > Hello again, > > > > > > > > I'm having problems getting any results with queryByPoint. > > > > > > > > Basically I draw my map as usual then I try the following on the drawn > > > > layer: > > > > > > > > $my_point = ms_newpointObj(); > > > > > > > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > > > > > > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-20); > > > > > > > > I tried different buffers, zooming in etc. but I always get: "No matching > > > > Record(s) found" > > > > > > > > The layer is drawn OK, and is simple as far as the mapfile goes (nothing > > > > apart from): > > > > > > > > ... > > > > STATUS ON > > > > TYPE POINT > > > > LABELCACHE FALSE > > > > > > > > CLASS > > > > SYMBOL > > > > END > > > > > > > > END > > > > ... > > > > > > > > The points are drawn in from a database, so if I could convert the > > > > $_REQUEST clicks into lat/lon I could just query the database instead of > > > > mapserver. > > > > > > > > Has anyone got any light to shed on this? I'd be most grateful if someone > > > > could show me what I'm doing wrong, or suggest how to get the lat/long > > > > values. The archives didn't seem to have anyone in my situation - which > > > > suggested to me I'm missing something basic out. > > > > > > > > Thanks in advance, > > > > > > > > -- > > > > poff at sixbit.org > > > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > > > Please do not carbon copy replies to me > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > -- > > poff at sixbit.org > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > Please do not carbon copy replies to me > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From steve.lime at dnr.state.mn.us Thu Aug 28 08:21:05 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 28 Aug 2003 10:21:05 -0500 Subject: [Mapserver-users] Anti-Aliased LINE layers? Message-ID: Note that the attribute is actually part of a STYLE object and basically is only relevant for single pixel width line drawing and truetype symbols. In general I've not been to excited about the addition of that feature to GD. It's sloooooowwwwww and not supported in every instance (for example you can't draw a 3 pixel-wide antialiased line... So, if you're looking for Photoshop-like quality you're not going to find it here. Steve >>> pagameba at magma.ca 08/28/03 05:43AM >>> MapServer 4.0 added an ANTIALIAS [true|false] attribute to layers, you could try that ;) You should search the list archive for information on this, there are some limitations to what it can do that have been previously discussed Cheers, Paul poff wrote: >Hello, > >Is there a way to make a LINE layer anti-aliased or, smoother? > >Here is my lines layer: > >LAYER > NAME 'lines' > #TRANSFORM FALSE > TYPE LINE > STATUS DEFAULT > > CLASS > SYMBOL 'marker' > SIZE 3 > COLOR 12 12 12 > END > >END > >It's just rather jagged. > >Am I missing out on something? > >Thanks, > > -- -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From morissette at dmsolutions.ca Thu Aug 28 08:20:35 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 28 Aug 2003 11:20:35 -0400 Subject: [Mapserver-users] WMS-GetMap problem in 4.0 (works in 3.6.6) In-Reply-To: <0DF955F15A102E4F81B948D44A45015A0691FC@nt-sf-exchange.Windows2000> References: <0DF955F15A102E4F81B948D44A45015A0691FC@nt-sf-exchange.Windows2000> Message-ID: <3F4E1DC3.2020305@dmsolutions.ca> Frieso ter Haseborg wrote: > > Okay, so if I access a mapfile with local layers not working with that > template-stuff only performing getMap, no temp-files are needed and the > output is directly served to the clients browser - so IMAGEPATH isn't > used at all. > On accessing a mapfile with wms-layer beside local layers the > wms-layer-image is temporary saved with the *.tmp-extension in IMAGEPATH > - so now the folder IS used. > Correct. > So imagepath is only used when working with html-templates or wms-layers > in the mapfile. Correct? > More or less correct. There may be more cases where the IMAGEPATH directory may be used, like when using MapScript or when using the WFS client connections (same reasons as for WMS client). Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From pramsey at refractions.net Thu Aug 28 08:31:55 2003 From: pramsey at refractions.net (Paul Ramsey) Date: Thu, 28 Aug 2003 08:31:55 -0700 Subject: [Mapserver-users] ArcExplorer 4.0.1 as a MapServer WMS client In-Reply-To: <017501c36d72$22a20a50$020002c0@SHARK> References: <001001c36d1e$fddf6b70$755cbec8@vcp.advcp.br> <017501c36d72$22a20a50$020002c0@SHARK> Message-ID: <3F4E206B.7020104@refractions.net> Brutal! One thing I note though is that your document does not have an XML header, which would ordinarily feed the parser the expected character set. Perhaps in the absence of a header, it is assuming a very simple character set? Paul Brent Fraser wrote: > I did some editing of your xml/gml trying to get ArcExplorer to recognize > it. The message window kept reporting the version as none, even though the > version number seemed ok to me. So I tried tip 2 above and IE pointed to > several parsing errors. Apparently ArcExplorer (and IE) will not allow > non-ASCII characters anywhere in the document. > > When I changed Rinc?o to Rincao and Talh?es to Talhoes, ArcExplorer worked > with it. -- __ / | Paul Ramsey | Refractions Research | Email: pramsey at refractions.net | Phone: (250) 885-0632 \_ From morissette at dmsolutions.ca Thu Aug 28 08:31:39 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 28 Aug 2003 11:31:39 -0400 Subject: [Mapserver-users] newbee-questions: clients, data access, dynamic layers, cascading servers In-Reply-To: <0DF955F15A102E4F81B948D44A45015A06BD36@nt-sf-exchange.Windows2000> References: <0DF955F15A102E4F81B948D44A45015A06BD36@nt-sf-exchange.Windows2000> Message-ID: <3F4E205B.5070100@dmsolutions.ca> Frieso ter Haseborg wrote: >>>1.) What are common open-source web-gis-clients? We just >>>want to check some alternatives. >> >>Not sure what you mean, WMS or WFS client or just a web browser? > > > Both. WMS and WFS Clients - I prefer browser-based, but if there are > non-browser-clients - I would at least take a look at. > There are several WMS clients around but you'll find very few WFS clients. Here are a few links: - MapLab's MapBrowser is a WMS client: http://www.maptools.org/maplab/index.phtml - Chameleon v1.0 is all about WMS client applications, version 1.1 still under development will make it less WMS-centric: http://www.maptools.org/chameleon/index.phtml - I believe Degree also has a WMS client: http://deegree.sourceforge.net/ - And GeoServer also has at least a WFS client: http://geoserver.sourceforge.net/ - Also a 100% client side JavaScript WMS client: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?JavaScriptMapServer I know this list is very incomplete... these are just the first names that I thought about. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dlowther at ou.edu Thu Aug 28 08:43:50 2003 From: dlowther at ou.edu (Lowther, David W) Date: Thu, 28 Aug 2003 10:43:50 -0500 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q Message-ID: Seems like I came across something in the archive a while back that said querybypoint doesn't work on layers... I am using it on the map object - heres a snip... Most of this code came from somewhere else - if I could remember where I would cite ref, but... Obviously you'd have to work around the getMetaData / selFields stuff... But maybe this will help. $map_path = "e:\map.map"; $gpoMap = ms_newMapObj($map_path); $oClickGeo->setXY($minx,$miny); // Use '@' to avoid warning if query found nothing $oLayer = $gpoMap->GetLayerByName("huc8"); $oLayer->set("status",MS_ON); $oLayer = $gpoMap->GetLayerByName("quad100"); $oLayer->set("status",MS_ON); $oLayer = $gpoMap->GetLayerByName("tr_line"); $oLayer->set("status",MS_ON); $oLayer = $gpoMap->GetLayerByName("sections"); $oLayer->set("status",MS_ON); $oLayer = $gpoMap->GetLayerByName("county"); $oLayer->set("status",MS_ON); @$gpoMap->queryByPoint($oClickGeo, MS_MULTIPLE, 20); for($iLayer=0; $iLayer < $gpoMap->numlayers; $iLayer++) { $oLayer = $gpoMap->GetLayer($iLayer); $numResults = $oLayer->getNumResults(); if ($numResults == 0) continue; // No results in this layer $oLayer->open(); $selFields = explode(" ", $oLayer->getMetaData("RESULT_FIELDS")); for ($iRes=0; $iRes < $numResults; $iRes++) { $oRes = $oLayer->getResult($iRes); $oShape = $oLayer->getShape($oRes->tileindex,$oRes->shapeindex); for($iField=0; $iField < sizeof($selFields); $iField++) { print "values[$selFields[$iField]]."\">\n"; } $oShape->free(); $numResultsTotal++; } $oLayer->close(); } David Lowther Software Engineer GEO Information Systems University of Oklahoma dlowther at ou.edu (405) 325-3131 http://www.geo.ou.edu > -----Original Message----- > From: poff [mailto:poff at sixbit.org] > Sent: Thursday, August 28, 2003 9:51 AM > To: Mapserver List > Cc: jose.quintal at cfe.gob.mx > Subject: Re: [Mapserver-users] mapscript - queryByPoint help, simple Q > > > Thank you for your help - I tried to translate to > phpmapscript and came up > with: > > $shp=ms_newShapeObj(MS_SHAPE_POINT); > > ... loop through points > > $oPoint=... > > $line=ms_newLineObj(); > $line->add($oPoint); > $shp->add($line); > $shp->index = $i; > $i++; > ... > > $uLayer->addFeature($shp); > > $my_point = ms_newpointObj(); > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-10); > > But alas still "No Results" > > Is there anything wrong with the above? I have the Dummy > TEMPLATE in the > map file. > > I just found: > > http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/ > 003470.html > > Who seems to have (had) exactly the same problem as I. > > Any ideas? > > Thanks again! > > P > > ps. I put the shpObj and addfeature inside the loop with no change in > results. > > > On Thu, Aug 28, 2003 at 10:02:06AM +0000, Eric Bridger wrote: > > For such a layer you need to add the points as features in > order for > > them to be queryable (as well as having the dummy TEMPLATE). > > > > So for each point you can't just do $point->draw($map, > $layer, $img, > > undef, $text) you also need to do: $layer->addFeature($shp). Since > > addFeature requires a shape object you need to create the shape: > > > > my $line = new mapscript::lineObj(); > > $line->add($point); > > my $shp = new mapscript::shapeObj($mapscript::MS_SHAPE_POINT); > > $shp->add($line); > > $shp->setBounds(); > > $shp->{index} = $point_number; > > > > Sorry these examples are in perl. One neat thing, the > $shp->{index} > > value can be any number, so if you have a numeric database > key you can > > use that and queryByPoint() results will return the key. I > you don't > > have that you'll need to create a lookup array which maps each > > database key value with the point number in the layer. > > > > You need to draw the layer before queryByPoint can be called. > > > > What I have been doing for dynamic point layers is to call both > > point->draw() and layer->addFeature() but not > layer->draw(). With the > > point->draw() I can control the color, size, text, etc. of > each point > > using the layers class. The addFeature() makes the layer queryable > > w/o a shapefile. > > > > > > There is a perl example here: > > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex > > 14 > > > > Eric > > > > On Thu, 2003-08-28 at 13:06, poff wrote: > > > > Do you have a template defined for the layer? > > > > > > No, sounds like I should! > > > > > > I have never used templates before, but in the query > layer, and the > > > point > > > class I added: > > > > > > TEMPLATE "dummy" > > > > > > And instead of No Records I get: > > > > > > Warning: MapServer Error in msOpenSHPFile(): No (NULL) filename > > > provided > > > > > > So it seems like progress! > > > > > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-10); > > > > > > Generates this error, but I didn't think I'd need a SHP file or > > > anything. > > > > > > Any ideas how to proceed? > > > > > > Thanks very much! > > > > > > P > > > > > > > Lowell > > > > > > > > The following message was sent by poff > on Thu, > > > > 28 Aug 2003 09:54:37 +0200. > > > > > > > > > Hello again, > > > > > > > > > > I'm having problems getting any results with queryByPoint. > > > > > > > > > > Basically I draw my map as usual then I try the > following on the drawn > > > > > layer: > > > > > > > > > > $my_point = ms_newpointObj(); > > > > > > > > > > > > > > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > > > > > > > > > $result=$uLayer->queryByPoint > ($my_point,MS_SINGLE,-20); > > > > > > > > > > I tried different buffers, zooming in etc. but I > always get: "No > > > > > matching > > > > > Record(s) found" > > > > > > > > > > The layer is drawn OK, and is simple as far as the > mapfile goes > > > > > (nothing > > > > > apart from): > > > > > > > > > > ... > > > > > STATUS ON > > > > > TYPE POINT > > > > > LABELCACHE FALSE > > > > > > > > > > CLASS > > > > > SYMBOL > > > > > END > > > > > > > > > > END > > > > > ... > > > > > > > > > > The points are drawn in from a database, so if I > could convert > > > > > the > > > > > $_REQUEST clicks into lat/lon I could just query the > database instead of > > > > > mapserver. > > > > > > > > > > Has anyone got any light to shed on this? I'd be most > grateful > > > > > if someone > > > > > could show me what I'm doing wrong, or suggest how to > get the lat/long > > > > > values. The archives didn't seem to have anyone in my > situation - which > > > > > suggested to me I'm missing something basic out. > > > > > > > > > > Thanks in advance, > > > > > > > > > > -- > > > > > poff at sixbit.org > > > > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > > > > > Please do not carbon copy replies to me > > > > > _______________________________________________ > > > > > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > -- > > > poff at sixbit.org > > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > Please do not carbon copy replies to me > > > _______________________________________________ > > > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > poff at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > > Please do not carbon copy replies to me > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From bfraser at geoanalytic.com Thu Aug 28 08:48:47 2003 From: bfraser at geoanalytic.com (Brent Fraser) Date: Thu, 28 Aug 2003 09:48:47 -0600 Subject: [Mapserver-users] ArcExplorer 4.0.1 as a MapServer WMS client References: <001001c36d1e$fddf6b70$755cbec8@vcp.advcp.br> <017501c36d72$22a20a50$020002c0@SHARK> <3F4E206B.7020104@refractions.net> Message-ID: <019401c36d7b$de86b140$020002c0@SHARK> When I was doing my editing, I added the XML header and was slowly morphing the file to look like one of mine that works, but that wasn't the cause of the failure. I just tried removing the header and it still works ok. Sure am looking forward to CITE certified clients and servers.... Brent ----- Original Message ----- From: "Paul Ramsey" To: "Brent Fraser" Cc: "Eduardo Patto Kanegae" ; "mapserver-users" Sent: Thursday, August 28, 2003 9:31 AM Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 as a MapServer WMS client > Brutal! > One thing I note though is that your document does not have an XML > header, which would ordinarily feed the parser the expected character > set. Perhaps in the absence of a header, it is assuming a very simple > character set? > Paul > > Brent Fraser wrote: > > > I did some editing of your xml/gml trying to get ArcExplorer to recognize > > it. The message window kept reporting the version as none, even though the > > version number seemed ok to me. So I tried tip 2 above and IE pointed to > > several parsing errors. Apparently ArcExplorer (and IE) will not allow > > non-ASCII characters anywhere in the document. > > > > When I changed Rinc?o to Rincao and Talh?es to Talhoes, ArcExplorer worked > > with it. > > > > > > > > -- > __ > / > | Paul Ramsey > | Refractions Research > | Email: pramsey at refractions.net > | Phone: (250) 885-0632 > \_ > From eduardo at consultoria.eti.br Thu Aug 28 08:46:55 2003 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 28 Aug 2003 12:46:55 -0300 Subject: [Mapserver-users] ArcExplorer 4.0.1 as a MapServer WMS client In-Reply-To: <3F4E206B.7020104@refractions.net> References: <3F4E206B.7020104@refractions.net> Message-ID: <20030828154655.22747.qmail@hm47.locaweb.com.br> Thanks Brant/Paul I changed ? to a and it works. But now when I turn on the layer ?Talhoes? at layer list of ArcExplorer, the message console gaves me: " Unable to render RendererOp for this operation " Eduardo Patto Kanegae eduardo at consultoria.eti.br http://www.consultoria.eti.br - BRASIL *************************************** ***Fim da Mensagem / End of Message *** *************************************** On Thu, 28 Aug 2003 08:31:55 -0700, Paul Ramsey escreveu: > De: Paul Ramsey > Data: Thu, 28 Aug 2003 08:31:55 -0700 > Para: Brent Fraser > Assunto: Re: [Mapserver-users] ArcExplorer 4.0.1 as a MapServer WMS client > > Brutal! > One thing I note though is that your document does not have an XML > header, which would ordinarily feed the parser the expected character > set. Perhaps in the absence of a header, it is assuming a very simple > character set? > Paul > > Brent Fraser wrote: > > > I did some editing of your xml/gml trying to get ArcExplorer to recognize > > it. The message window kept reporting the version as none, even though the > > version number seemed ok to me. So I tried tip 2 above and IE pointed to > > several parsing errors. Apparently ArcExplorer (and IE) will not allow > > non-ASCII characters anywhere in the document. > > > > When I changed Rinc?o to Rincao and Talh?es to Talhoes, ArcExplorer worked > > with it. > > > > > > > > -- > __ > / > | Paul Ramsey > | Refractions Research > | Email: pramsey at refractions.net > | Phone: (250) 885-0632 > \_ > > > > From Paul Thu Aug 28 09:06:12 2003 From: Paul (Paul) Date: Thu, 28 Aug 2003 23:06:12 +0700 Subject: [Mapserver-users] ArcExplorer 4.0.1 as a MapServer WMS client References: <001001c36d1e$fddf6b70$755cbec8@vcp.advcp.br> <017501c36d72$22a20a50$020002c0@SHARK> <3F4E206B.7020104@refractions.net> Message-ID: <004601c36d7e$5009c3f0$43e697cb@tei.or.th> as perhaps a note of interest, most of the arcIMS s/w doesn't do valid (as valid to its DTD) arcXML (axl) just well-formed axl. its rather forgiving, which is a good thing i guess, given most folks like write axl manually to control it. From eric at gomoos.org Thu Aug 28 05:01:07 2003 From: eric at gomoos.org (Eric Bridger) Date: 28 Aug 2003 12:01:07 +0000 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q In-Reply-To: <20030828145059.GA6812@freeshell.org> References: <200308281213.h7SCDK700725@yogi.medinaco.net> <20030828130623.GA14485@freeshell.org> <1062064931.1822.18.camel@ubet.gomoos.org> <20030828145059.GA6812@freeshell.org> Message-ID: <1062072073.1818.35.camel@ubet.gomoos.org> You must put addFeature inside the loop (I would also put ms_newShapeObj inside the loop. After the loop call $layer->draw(). Note, in perl mapscript queryByPoint() returns 0 on success and 1 on failure. Probably the same in PHP mapscript. That was the problem in the post you cited below. One other thing to check is $uLayer->queryByPoint($my_point, MS_SINGLE, -10) ?? What does -10 signify. I believe this is the query's TOLERANCE and should be greater than 0, e.g. 10. On Thu, 2003-08-28 at 14:51, poff wrote: > Thank you for your help - I tried to translate to phpmapscript and came up > with: > > $shp=ms_newShapeObj(MS_SHAPE_POINT); > > ... loop through points > > $oPoint=... > > $line=ms_newLineObj(); > $line->add($oPoint); > $shp->add($line); > $shp->index = $i; > $i++; > ... > > $uLayer->addFeature($shp); > > $my_point = ms_newpointObj(); > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-10); > > But alas still "No Results" > > Is there anything wrong with the above? I have the Dummy TEMPLATE in the > map file. > > I just found: > > http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/003470.html > > Who seems to have (had) exactly the same problem as I. > > Any ideas? > > Thanks again! > > P > > ps. I put the shpObj and addfeature inside the loop with no change in > results. > > > On Thu, Aug 28, 2003 at 10:02:06AM +0000, Eric Bridger wrote: > > For such a layer you need to add the points as features in order for > > them to be queryable (as well as having the dummy TEMPLATE). > > > > So for each point you can't just do $point->draw($map, $layer, $img, > > undef, $text) you also need to do: > > $layer->addFeature($shp). Since addFeature requires a shape object you > > need to create the shape: > > > > my $line = new mapscript::lineObj(); > > $line->add($point); > > my $shp = new mapscript::shapeObj($mapscript::MS_SHAPE_POINT); > > $shp->add($line); > > $shp->setBounds(); > > $shp->{index} = $point_number; > > > > Sorry these examples are in perl. One neat thing, the $shp->{index} > > value can be any number, so if you have a numeric database key you can > > use that and queryByPoint() results will return the key. I you don't > > have that you'll need to create a lookup array which maps each database > > key value with the point number in the layer. > > > > You need to draw the layer before queryByPoint can be called. > > > > What I have been doing for dynamic point layers is to call both > > point->draw() and layer->addFeature() but not layer->draw(). With the > > point->draw() I can control the color, size, text, etc. of each point > > using the layers class. The addFeature() makes the layer queryable w/o > > a shapefile. > > > > > > There is a perl example here: > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex14 > > > > Eric > > > > On Thu, 2003-08-28 at 13:06, poff wrote: > > > > Do you have a template defined for the layer? > > > > > > No, sounds like I should! > > > > > > I have never used templates before, but in the query layer, and the point > > > class I added: > > > > > > TEMPLATE "dummy" > > > > > > And instead of No Records I get: > > > > > > Warning: MapServer Error in msOpenSHPFile(): No (NULL) filename provided > > > > > > So it seems like progress! > > > > > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-10); > > > > > > Generates this error, but I didn't think I'd need a SHP file or anything. > > > > > > Any ideas how to proceed? > > > > > > Thanks very much! > > > > > > P > > > > > > > Lowell > > > > > > > > The following message was sent by poff on Thu, 28 Aug > > > > 2003 09:54:37 +0200. > > > > > > > > > Hello again, > > > > > > > > > > I'm having problems getting any results with queryByPoint. > > > > > > > > > > Basically I draw my map as usual then I try the following on the drawn > > > > > layer: > > > > > > > > > > $my_point = ms_newpointObj(); > > > > > > > > > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > > > > > > > > > $result=$uLayer->queryByPoint ($my_point,MS_SINGLE,-20); > > > > > > > > > > I tried different buffers, zooming in etc. but I always get: "No matching > > > > > Record(s) found" > > > > > > > > > > The layer is drawn OK, and is simple as far as the mapfile goes (nothing > > > > > apart from): > > > > > > > > > > ... > > > > > STATUS ON > > > > > TYPE POINT > > > > > LABELCACHE FALSE > > > > > > > > > > CLASS > > > > > SYMBOL > > > > > END > > > > > > > > > > END > > > > > ... > > > > > > > > > > The points are drawn in from a database, so if I could convert the > > > > > $_REQUEST clicks into lat/lon I could just query the database instead of > > > > > mapserver. > > > > > > > > > > Has anyone got any light to shed on this? I'd be most grateful if someone > > > > > could show me what I'm doing wrong, or suggest how to get the lat/long > > > > > values. The archives didn't seem to have anyone in my situation - which > > > > > suggested to me I'm missing something basic out. > > > > > > > > > > Thanks in advance, > > > > > > > > > > -- > > > > > poff at sixbit.org > > > > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > > > > > Please do not carbon copy replies to me > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > -- > > > poff at sixbit.org > > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > Please do not carbon copy replies to me > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > poff at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > > Please do not carbon copy replies to me > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From sgillies at frii.com Thu Aug 28 09:00:55 2003 From: sgillies at frii.com (Sean Gillies) Date: Thu, 28 Aug 2003 10:00:55 -0600 Subject: [Mapserver-users] newbee-questions: clients, data access, dynamic layers, cascading servers In-Reply-To: <3F4E205B.5070100@dmsolutions.ca> Message-ID: On Thursday, August 28, 2003, at 09:31 AM, Daniel Morissette wrote: > Frieso ter Haseborg wrote: >>>> 1.) What are common open-source web-gis-clients? We just want to >>>> check some alternatives. >>> >>> Not sure what you mean, WMS or WFS client or just a web browser? >> Both. WMS and WFS Clients - I prefer browser-based, but if there are >> non-browser-clients - I would at least take a look at. > > There are several WMS clients around but you'll find very few WFS > clients. Here are a few links: > > - MapLab's MapBrowser is a WMS client: > http://www.maptools.org/maplab/index.phtml > > - Chameleon v1.0 is all about WMS client applications, version 1.1 > still under development will make it less WMS-centric: > http://www.maptools.org/chameleon/index.phtml > > - I believe Degree also has a WMS client: > http://deegree.sourceforge.net/ > > - And GeoServer also has at least a WFS client: > http://geoserver.sourceforge.net/ > > - Also a 100% client side JavaScript WMS client: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?JavaScriptMapServer > > I know this list is very incomplete... these are just the first names > that I thought about. > If you are a Zope user, there is the WMS Adapter for Zope: http://zmapserver.sourceforge.net/wmsadapter/ cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From bfraser at geoanalytic.com Thu Aug 28 09:32:57 2003 From: bfraser at geoanalytic.com (Brent Fraser) Date: Thu, 28 Aug 2003 10:32:57 -0600 Subject: [Mapserver-users] ArcExplorer 4.0.1 as a MapServer WMS client References: <3F4E206B.7020104@refractions.net> <20030828154655.22747.qmail@hm47.locaweb.com.br> Message-ID: <01de01c36d82$09a39f40$020002c0@SHARK> Have a look at the URL in the ArcExplorer message window. Try copying and pasting it into your browser. If things go well you should see a graphic appear in your browser. If there is a problem, an error should appear in the browser. Brent ----- Original Message ----- From: "Eduardo Patto Kanegae" To: Sent: Thursday, August 28, 2003 9:46 AM Subject: Re: [Mapserver-users] ArcExplorer 4.0.1 as a MapServer WMS client Thanks Brant/Paul I changed ? to a and it works. But now when I turn on the layer ?Talhoes? at layer list of ArcExplorer, the message console gaves me: " Unable to render RendererOp for this operation " Eduardo Patto Kanegae eduardo at consultoria.eti.br http://www.consultoria.eti.br - BRASIL *************************************** ***Fim da Mensagem / End of Message *** *************************************** On Thu, 28 Aug 2003 08:31:55 -0700, Paul Ramsey escreveu: > De: Paul Ramsey > Data: Thu, 28 Aug 2003 08:31:55 -0700 > Para: Brent Fraser > Assunto: Re: [Mapserver-users] ArcExplorer 4.0.1 as a MapServer WMS client > > Brutal! > One thing I note though is that your document does not have an XML > header, which would ordinarily feed the parser the expected character > set. Perhaps in the absence of a header, it is assuming a very simple > character set? > Paul > > Brent Fraser wrote: > > > I did some editing of your xml/gml trying to get ArcExplorer to recognize > > it. The message window kept reporting the version as none, even though the > > version number seemed ok to me. So I tried tip 2 above and IE pointed to > > several parsing errors. Apparently ArcExplorer (and IE) will not allow > > non-ASCII characters anywhere in the document. > > > > When I changed Rinc?o to Rincao and Talh?es to Talhoes, ArcExplorer worked > > with it. > > > > > > > > -- > __ > / > | Paul Ramsey > | Refractions Research > | Email: pramsey at refractions.net > | Phone: (250) 885-0632 > \_ > > > > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric at gomoos.org Thu Aug 28 06:32:46 2003 From: eric at gomoos.org (Eric Bridger) Date: 28 Aug 2003 13:32:46 +0000 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q In-Reply-To: References: Message-ID: <1062077572.1818.40.camel@ubet.gomoos.org> $layerObj = @$map->queryByPoint ($ptClicked, ms_single, 1000); The above is wrong. That sets $layerObj to MS_SUCCESS, but you still need the LayerObject for: $results = $layerObject->{results}; etc. On Thu, 2003-08-28 at 16:28, jose.quintal at cfe.gob.mx wrote: > > I follow without being able to make the Querybypoint to layer dynamic > I have inside the loop > if($layerObj->addFeature($shp) == -1) > { echo "addFeature failed"; > } > is this the loop > > while($reg=mysql_fetch_array($p)) > { > $a=$reg['id']; > $b=$reg['cor_x']; > $c=$reg['cor_y']; > > //set the X Y values of the point object > > $pointObj->setXY($b,$c); > $line = ms_newLineObj(); > $line ->add($pointObj); > $shp = ms_newShapeObj(MS_SHAPE_POINT); > $shp->add($line); > //$shp->setBounds(); > $shp->{text} = $a; > $shp->{index} = $i; > if($layerObj->addFeature($shp) == -1){ > echo "addFeature failed"; > } > $point_lookup[$i] = $a; > $i++; > > $pointObj->draw($map, $layerObj, $image, 0, $a); > } > > > > and the Querybypoint asi I put it: > $layerObj = @$map->queryByPoint ($ptClicked, ms_single, 1000); It returns > perfect MS_SUCCESS, > but > // this is an index into the point lookup table. > $record = $rslt->{shapeindex}; > > It returns to me -1 > > Why? > > > Jos? Antonio Quintal Castillo > Sistemas > Tel 9243128 O 9243136 > From palanisamyg at ornl.gov Thu Aug 28 11:37:10 2003 From: palanisamyg at ornl.gov (Giri Palanisamy) Date: Thu, 28 Aug 2003 14:37:10 -0400 Subject: [Mapserver-users] Mapserver4(win binary):Problem in displaying scale bars Message-ID: <5.2.0.9.2.20030828142321.01abf2f0@email.cind.ornl.gov> Hi, I am migrating my Mapserver applications from 3.5 to 4.0,and I am using windows binary download. The demo works good except that the scale bar is not visible. But when I switched back to 3.5 the scale bar is visible. Am I missing something? do I need to do any changes in the scale bar definition in the map file? I checked the scalebar.exe and it is from the latest mapserver 4.0 (modified date 8/6/2003). here is my scale bar definition: (which works good in mapserver 3.5) SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 255 255 255 SIZE tiny END STYLE 1 SIZE 80 2 COLOR 255 255 255 UNITS MILES INTERVALS 1 TRANSPARENT TRUE STATUS ON END and in my demo.html: scalebar (mi) Giri From bartvde at xs4all.nl Thu Aug 28 11:41:29 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Thu, 28 Aug 2003 20:41:29 +0200 Subject: [Mapserver-users] spatial from ORACLE 9.2.0.1 support In-Reply-To: <85042C7A1A0DD74EACF3145F32F37BA4D5DFBC@medmail6.mednet.ucla.edu> References: <85042C7A1A0DD74EACF3145F32F37BA4D5DFBC@medmail6.mednet.ucla.edu> Message-ID: Hi, It should work with 9.2.0.1. Did you get the error messages from the debug file? If you do not have the debug file turned on, can you turn it on and see if there are any ORA queries / messages in it? Can you also give it a try with a syntax like this one: DATA "GEOMETRIE FROM KWADRANTEN USING SRID 90112" Also see: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?DebuggingMapserver http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?OracleSpatial Best regards, Bart On Thu, 28 Aug 2003 07:13:51 -0700, Hong, Sung-Hyuk wrote: > Does mapserver support spatial from oracle 9.2.0.1? > Next, I describe my problem. > > 1. DOWNLOADED the mapserver 4.0 mapserver-4.0.tar.gz > 2. COMPILED with oracle 9.2.0.1 in Linux OS > ./configure --prefix=/usr --with-proj --with-gdal --with-ogr > --with-wfsclient --with-oraclespatial=/m01/app/oracle/product/9.2.0.1 > make > make install > 3. INSTALLED the demo and it did run very well > 4. CREATED my own ora.map > > MAP > EXTENT -2400000 1200000 -1600000 2500000 > IMAGECOLOR 200 200 200 #IMAGECOLOR [r] [g] [b] > INTERLACE ON #INTERLACE [on|off] > NAME demo > SIZE 600 600 #SIZE [x][y] > STATUS ON #STATUS [on|off] > UNITS meters #UNITS [feet|inches|kilometers|meters|miles|dd] > LAYER > TYPE point > NAME demo > STATUS default > CONNECTIONTYPE oraclespatial > CONNECTION 'scott/tiger at d2dev' > DATA "GEOMETRY from (select GEOMETRY from PROJ_PATIENT)" > CLASS > OUTLINECOLOR 0 255 0 > COLOR 255 0 0 > END > END > END > 5. TEST from the local hard drive using ./mapserv > "QUERY_STRING=map=/home/nsadmin/servers/server1/pages/itasca/ora.map&mode=ma > > > p" > FAILED with msDrawMap(): Image handling error. Failed to draw layer named > 'demo'. > msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error. > > NOTE: when run against the demo.map, it dump an image to stdout. > > Please help! > > Thank you in advance, > > Sung > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- From palanisamyg at ornl.gov Thu Aug 28 11:55:44 2003 From: palanisamyg at ornl.gov (Giri Palanisamy) Date: Thu, 28 Aug 2003 14:55:44 -0400 Subject: [Mapserver-users] Mapserver4(win binary):Problem in displaying scale bars Message-ID: <5.2.0.9.2.20030828145422.00b8dbd8@email.cind.ornl.gov> It works now, In my scalebar definition, I had STATUS TRUE instead of STATUS ON Thanks Giri >Date: Thu, 28 Aug 2003 14:37:10 -0400 >From: Giri Palanisamy >Subject: [Mapserver-users] Mapserver4(win binary):Problem in displaying scale > bars >To: mapserver-users at lists.gis.umn.edu >List-Post: >List-Subscribe: , > >List-Unsubscribe: , > > >List-Archive: >List-Help: >List-Id: Mapserver Users Mailing List (Appropriate for general users) > > >Hi, > >I am migrating my Mapserver applications from 3.5 to 4.0,and I am using >windows binary download. The demo works good except that the scale bar is >not visible. But when I switched back to 3.5 the scale bar is visible. Am >I missing something? do I need to do any changes in the scale bar >definition in the map file? I checked the scalebar.exe and it is from the >latest mapserver 4.0 (modified date 8/6/2003). > >here is my scale bar definition: (which works good in mapserver 3.5) >SCALEBAR > IMAGECOLOR 255 255 255 > LABEL > COLOR 255 255 255 > SIZE tiny > END > STYLE 1 > SIZE 80 2 > COLOR 255 255 255 > UNITS MILES > INTERVALS 1 > TRANSPARENT TRUE > STATUS ON >END > >and in my demo.html: >scalebar (mi) > > >Giri > > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From godwinl at agr.gc.ca Thu Aug 28 12:00:02 2003 From: godwinl at agr.gc.ca (Liz Godwin) Date: Thu, 28 Aug 2003 15:00:02 -0400 Subject: [Mapserver-users] SDE point query with version 4.0 Message-ID: Hello, I'm trying to upgrade a simple application to the new version of Mapserver (4.0) and I am running into an error I haven't seen before, and haven't been able to sort out. "msSDELayerWhichShapes(): SDE error. SE_shape_generate_rectangle(): The number of points is less than required for feature. (-148)" I get the same error with or without my template file. My mapfile is referencing only SDE layers. The error only occurs when I am trying to query a layer, not when I'm just navigating around the map. The application queries fine if I point to Mapserver 3.6 instead. Has anyone had any luck in upgrading sites using SDE that might have a clue into where I should poke? Thanks!! Liz Godwin From poff at sixbit.org Thu Aug 28 11:59:45 2003 From: poff at sixbit.org (poff) Date: Thu, 28 Aug 2003 20:59:45 +0200 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q In-Reply-To: References: Message-ID: <20030828185945.GA16263@freeshell.org> Thanks very much for your post, > $map_path = "e:\map.map"; > $gpoMap = ms_newMapObj($map_path); > > $oClickGeo->setXY($minx,$miny); > > > // Use '@' to avoid warning if query found nothing > > > @$gpoMap->queryByPoint($oClickGeo, MS_MULTIPLE, 20); This gives me straight away the "Cannot open Shapefile (NULL) error that Iwas getting before. Any ideas? Maybe there was something else you did and omitted? Thanks again P From poff at sixbit.org Thu Aug 28 12:15:43 2003 From: poff at sixbit.org (poff) Date: Thu, 28 Aug 2003 21:15:43 +0200 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q In-Reply-To: <1062072073.1818.35.camel@ubet.gomoos.org> References: <200308281213.h7SCDK700725@yogi.medinaco.net> <20030828130623.GA14485@freeshell.org> <1062064931.1822.18.camel@ubet.gomoos.org> <20030828145059.GA6812@freeshell.org> <1062072073.1818.35.camel@ubet.gomoos.org> Message-ID: <20030828191543.GB16263@freeshell.org> Hello again I've tried all the list suggestions with the followig code, but am _still_ getting "No Records Found". If anyone could suggest or point out what I'm doing wrong I'd be greatly indebted to them! Here it goes: ... $map = ms_newMapObj($mapfile); $uLayer = $map->getLayerByName("Points"); $uLayer->set("status",1); $image=$map->draw(); while () { $oPoint = ms_newPointObj(); $oPoint->setXY($geoData['px'], $geoData['py']); $line = ms_newLineObj(); $line->add($oPoint); $shp=ms_newShapeObj(MS_SHAPE_POINT); $shp->add($line); $shp->{text}=$geoData['place_name']; $shp->{index}=$i; $uLayer->addFeature($shp); $oPoint->draw($map, $uLayer, $image, 0, $geoData['place_name']); } $my_point = ms_newpointObj(); $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); $map->queryByPoint($my_point, MS_SINGLE, 20); $uLayer->queryByPoint($my_point,MS_SINGLE,-10); // for good measure ... And the mapfile: ... LAYER NAME "Points" STATUS ON TYPE POINT LABELCACHE FALSE CLASS NAME "User Marker" SYMBOL "marker" TEMPLATE "dummy" LABEL ... END END END ... I'm pretty stumped! I tried by $map-> and $Layer-> queryByPoint to no great joy. Thanks in advance, P -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From pkishor at geoanalytics.com Thu Aug 28 12:24:13 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 28 Aug 2003 19:24:13 -0000 Subject: [Mapserver-users] Re: unsuccessful with gdal-1.1.9 on MacOS X In-Reply-To: <3408C708-D8B8-11D7-B15E-003065775468@charter.net> Message-ID: William, Sorry, I didn't reply to your email... actually there is something funky going on with Yahoo... I didn't see your email until late last night.... anyway -- thanks for the confirmation that you have gdal working on Jaguar. I will try out your edit today and if they work for me I will add them to a wiki document I am preparing for building MS4. btw, I don't use fink as well, but I recently tried darwinports and found them to be really good. The nice thing is darwinports are kind of blessed by Apple (many of Apple's engineers are on that project) so it likely to have a longer shelf life. --- In mapserver-users at yahoogroups.com, William K wrote: > I have Mapserver successfully built with gdal on Mac OS X. I started > putting together some pages on the whole process last week, and may yet > get them finished and up soon. I don't use fink or darwinports. What > I've found is that GDAL needs a couple patches and some environment > variables set to build properly to be usable by other applications. > > Also, are you using the new gcc 3.3 yet? > > Here are the details on the patching: > > edit GDALmake.opt.in: > > on line 17, add '@LDFLAGS@' before -lm. I got this from Fink, but I > don't remember what it fixes. It should now be: > > LIBS = @LIBS@ @LDFLAGS@ -lm > > on line 204, add '-lgeotiff -ltiff' to CONFIG_LIBS_INS: > > CONFIG_LIBS_INS = -L$(INST_LIB) -lgdal.$(GDAL_VER) -lgeotiff -ltiff > > This tells other software how to link to GDAL, which is probably why > Mapserver configure is failing. > > > edit GNUmakefile: > > add a line before line 21 (for the $(GDAL_SLIB): target): > > $(RANLIB) $(OGRFRMTS_LIB) > > I found that in the middle of building, it stopped because the 'table > of contents was out of date', and needed an extra ranlib applied to it. > > > for the environment and config options: > > % setenv CFLAGS "-O3 -fno-common -no-cpp-precomp" > % setenv CXXFLAGS "-O3 -fno-common -no-cpp-precomp" > % ./configure --mandir=/usr/local/share/man --with-libz=/usr > --with-libtiff=/usr/local \ > -> --with-geotiff=/usr/local --with-jpeg=/usr/local > --with-gif=/usr/local \ > -> --with-png=/usr/local --without-python --without-ogdi --with-threads > > > then make and install, of course. This works for me. I didn't use any > internal libs - already have them installed external since I need them > for GRASS also. > > > On Sunday, August 24, 2003, at 11:27 PM, pkishor_98 wrote: > > > [lucknow:~/Projects/mapserver/gdal-1.1.9] pkishor% ./configure --with- > > libtiff=internal --with-geotiff=internal --without-python > > > > and then make produces the following kind of messages -- > > > > .. > > /usr/bin/ld: warning dynamic shared library: > > /usr/local/lib/libpng.dylib not made a > > weak library in output with MACOSX_DEPLOYMENT_TARGET environment > > variable set > > to: 10.1 > > /usr/bin/ld: warning dynamic shared library: /usr/lib/libz.dylib not > > made a weak > > library in output with MACOSX_DEPLOYMENT_TARGET environment variable > > set to: > > 10.1 > > /usr/bin/ld: warning dynamic shared library: > > /usr/local/lib/libdl.dylib not made a > > weak library in output with MACOSX_DEPLOYMENT_TARGET environment > > variable set > > to: 10.1 > > gcc -I/Users/pkishor/Projects/mapserver/gdal-1.1.9 > > -I/Users/pkishor/Projects/ > > mapserver/gdal-1.1.9/port > > -I/Users/pkishor/Projects/mapserver/gdal-1.1.9/gcore - > > I/Users/pkishor/Projects/mapserver/gdal-1.1.9/ogr > > -I/Users/pkishor/Projects/ > > mapserver/gdal-1.1.9/frmts > > -I/Users/pkishor/Projects/mapserver/gdal-1.1.9/alg -c > > -Wall -fPIC -O2 gdalwarp.c -o gdalwarp.o > > g++ gdalwarp.o \ > > -L/Users/pkishor/Projects/mapserver/gdal-1.1.9 -lgdal.1.1 > > -ljpeg -lpng -lz - > > lm -ldl -lm -o gdalwarp > > /usr/bin/ld: warning dynamic shared library: > > /usr/local/lib/libjpeg.dylib not made a > > weak library in output with MACOSX_DEPLOYMENT_TARGET environment > > variable set > > to: 10.1 > > /usr/bin/ld: warning dynamic shared library: > > /usr/local/lib/libpng.dylib not made a > > weak library in output with MACOSX_DEPLOYMENT_TARGET environment > > variable set > > to: 10.1 > > /usr/bin/ld: warning dynamic shared library: /usr/lib/libz.dylib not > > made a weak > > library in output with MACOSX_DEPLOYMENT_TARGET environment variable > > set to: > > 10.1 > > /usr/bin/ld: warning dynamic shared library: > > /usr/local/lib/libdl.dylib not made a > > weak library in output with MACOSX_DEPLOYMENT_TARGET environment > > variable set > > to: 10.1 > > > > and then configuring MapServer --with-gdal results in failure. > > > > Will explore more later. > > From pkishor at geoanalytics.com Thu Aug 28 12:27:42 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 28 Aug 2003 19:27:42 -0000 Subject: [Mapserver-users] Re: unsuccessful with PROJ.4 4.4.7 on MacOS X In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, William K wrote: > Me again. Like gdal, I'm not having any problems with proj.4 and > MapServer. I don't do anything special however - no patches or extra > environment settings. Except I build php mapscript instead of perl > mapscript (those errors look like they're coming from perl mapscript). interesting. and I think you are right. From the messages I got while building PROJ.4, it did seem like it compiled fine, but the error messages were very Perl-ish in nature. Seems like the Perl/Mapscript module is looking at some other, perhaps older PROJ.4 library, or none at all... > > Can you try a sample/demo with straight mapserv cgi? Does that work? > > What's the reordering includes thing? I couldn't find it in the > MapServer wiki. But, I don't do anything like that for proj.4 or > mapserver anyways. well, there is a document linked from the wiki (not on the wiki itself) created by Bill Wheaton. His notes provide instructions on reordering the include files in the geod.c file... doing that seems to lead to a successful build (the later Perl-ish errors notwithstanding). > > On Sunday, August 24, 2003, at 11:24 PM, pkishor_98 wrote: > > > re-ordered the include files as per the wiki, configured, make, make > > install-ed... > > seemed ok. MapServer builds successfully, but running it produces the > > following in > > my Apache log -- > > > > dyld: perl Undefined symbols: > > _pj_deallocate_grids > > _pj_errno > > _pj_free > > _pj_fwd > > _pj_init > > _pj_inv > > _pj_is_latlong > > _pj_strerrno > > _pj_transform > > _pj_units > > > > removing --with-proj from MapServer's configure-ation gets rid of > > these errors. > > > > ----- > William Kyngesburye > http://webpages.charter.net/kyngchaos/ > > [Trillian] What are you supposed to do WITH a maniacally depressed > robot? > > [Marvin] You think you have problems? What are you supposed to do if > you ARE a maniacally depressed robot? No, don't try and answer, I'm > 50,000 times more intelligent than you and even I don't know the > answer... > > - HitchHiker's Guide to the Galaxy > RIP Douglas Adams 1952-2001 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From belg4mit at MIT.EDU Thu Aug 28 13:48:58 2003 From: belg4mit at MIT.EDU (Jerrad Pierce) Date: Thu, 28 Aug 2003 16:48:58 -0400 Subject: [Mapserver-users] on the fly layer painting / theme selection Message-ID: <200308282048.h7SKmw0S014024@w20-575-42.mit.edu> Hello, I have a question and was unable to find an answer in the archives, OGR tutorial or wiki. I'm working on map that will have many many layers and themes each representing a different attribute. I wish to allow the user to select how many and whichever sources they want. The problem is, it seems nearly impossible to come up with an adequate color/theme system to allow for this, particularly since many objects will be reperesented in multiple layers and themes. So I thought I'd let the user define the color of each layer on the fly as well (I'll try to provide a smart default but allow them to override it if necessary for clarity). However, there doesn't seem to be anyway to do this, it looks like the colors have to be hardcoded in the MAP file? Did I overlook anything, is this possible? TIA JP -- H4sICNoBwDoAA3NpZwA9jbsNwDAIRHumuC4NklvXTOD0KSJEnwU8fHz4Q8M9i3sGzkS7BBrm OkCTwsycb4S3DloZuMIYeXpLFqw5LaMhXC2ymhreVXNWMw9YGuAYdfmAbwomoPSyFJuFn2x8 Opr8bBBidccAAAA= -- MOTD on Setting Orange, the 21st of Bureaucracy, in the YOLD 3169: Tomorrow isn't looking good either. From eric at gomoos.org Thu Aug 28 10:27:11 2003 From: eric at gomoos.org (Eric Bridger) Date: 28 Aug 2003 17:27:11 +0000 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q In-Reply-To: <20030828191543.GB16263@freeshell.org> References: <200308281213.h7SCDK700725@yogi.medinaco.net> <20030828130623.GA14485@freeshell.org> <1062064931.1822.18.camel@ubet.gomoos.org> <20030828145059.GA6812@freeshell.org> <1062072073.1818.35.camel@ubet.gomoos.org> <20030828191543.GB16263@freeshell.org> Message-ID: <1062091637.1822.43.camel@ubet.gomoos.org> The problem is probably in your map file. TEMPLATE belongs in the LAYER not the CLASS. On Thu, 2003-08-28 at 19:15, poff wrote: > Hello again > > I've tried all the list suggestions with the followig code, but am _still_ > getting "No Records Found". > > If anyone could suggest or point out what I'm doing wrong I'd be greatly > indebted to them! > > Here it goes: > > ... > $map = ms_newMapObj($mapfile); > > $uLayer = $map->getLayerByName("Points"); > $uLayer->set("status",1); > > $image=$map->draw(); > > while () { > > $oPoint = ms_newPointObj(); > $oPoint->setXY($geoData['px'], $geoData['py']); > > $line = ms_newLineObj(); > $line->add($oPoint); > > $shp=ms_newShapeObj(MS_SHAPE_POINT); > $shp->add($line); > $shp->{text}=$geoData['place_name']; > $shp->{index}=$i; > > $uLayer->addFeature($shp); > > $oPoint->draw($map, $uLayer, $image, 0, $geoData['place_name']); > > } > > $my_point = ms_newpointObj(); > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > $map->queryByPoint($my_point, MS_SINGLE, 20); > > $uLayer->queryByPoint($my_point,MS_SINGLE,-10); // for good measure > ... > > And the mapfile: > > ... > LAYER > NAME "Points" > STATUS ON > TYPE POINT > LABELCACHE FALSE > CLASS > NAME "User Marker" > SYMBOL "marker" > TEMPLATE "dummy" > LABEL > ... > END > END > END > ... > > I'm pretty stumped! I tried by $map-> and $Layer-> queryByPoint to no great > joy. > > Thanks in advance, > > P > > -- > poff at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > > Please do not carbon copy replies to me > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From mdoggett at coas.oregonstate.edu Thu Aug 28 14:30:15 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Thu, 28 Aug 2003 14:30:15 -0700 Subject: [Mapserver-users] problem with IMAGEMODE RGBA In-Reply-To: <200308281251.h7SCpH701548@yogi.medinaco.net> Message-ID: <003b01c36dab$9236b580$2441c180@nino> No. I can setting IMAGECOLOR has no impact on the resulting gray shaded areas. I've found a couple more tidbits: * Changing OUTPUTFORMAT to 24-bit JPEG solves the problem * Changing label TYPE from TRUETYPE to BITMAP solves the problem with the bogus gray boxes around the labels (though it does nothing for the grayshade in the legend icons). Soooo, the problem appears to be pointing to the 24-bit transparency and PNG images. md -----Original Message----- From: Lowell Filak [mailto:lfilak at medinaco.org] Sent: Thursday, August 28, 2003 5:51 AM To: Matt Doggett; 'Mapserver List' Subject: Re: [Mapserver-users] problem with IMAGEMODE RGBA I haven't used 24-bit color yet, but does it have to do with the specified map IMAGECOLOR? Lowell The following message was sent by "Matt Doggett" on Wed, 27 Aug 2003 14:26:27 -0700. > I need to use 24-bit PNG output with transparency so I'm using IMAGEMODE > RGBA. However, with this mode, Mapserver creates an image with a bogus > gray background colors most notably in the legend icons and the labels. > If I turn all the layers off, then the entire map background is gray. > > Does anyone know what's going on here? I've attached a JPEG image > showing what this looks like. > > Here is a snippet of my .map file: > > OUTPUTFORMAT > NAME PNG24 > DRIVER "GD/PNG" > MIMETYPE "image/png" > IMAGEMODE RGBA > EXTENSION "png24" > FORMATOPTION "INTERLACE=ON" > END > IMAGETYPE PNG24 > > > > Matt > (RedHat8.0, Apache2.0, Mapserver 4.0, Php4.2.3, gd-2.0.12) > > From poff at sixbit.org Thu Aug 28 14:40:42 2003 From: poff at sixbit.org (poff) Date: Thu, 28 Aug 2003 23:40:42 +0200 Subject: [Mapserver-users] mapscript - queryByPoint help, simple Q In-Reply-To: <1062091637.1822.43.camel@ubet.gomoos.org> References: <200308281213.h7SCDK700725@yogi.medinaco.net> <20030828130623.GA14485@freeshell.org> <1062064931.1822.18.camel@ubet.gomoos.org> <20030828145059.GA6812@freeshell.org> <1062072073.1818.35.camel@ubet.gomoos.org> <20030828191543.GB16263@freeshell.org> <1062091637.1822.43.camel@ubet.gomoos.org> Message-ID: <20030828214042.GA7785@freeshell.org> > The problem is probably in your map file. > TEMPLATE belongs in the LAYER not the CLASS. Thanks, I changed this and no change to the outcome. However, I added the TEMPLATE tag to all of the layers and then suddenly, on the last layer: Warning: MapServer Error in msOpenSHPFile(): No (NULL) filename provided This is using $mapObj->query... With the $uLayer->query it just says no records. Then when I changed $uLayer to the last one they both give the NULL error. I'll go bald with all this hair pulling out! Thanks, P > > > On Thu, 2003-08-28 at 19:15, poff wrote: > > Hello again > > > > I've tried all the list suggestions with the followig code, but am _still_ > > getting "No Records Found". > > > > If anyone could suggest or point out what I'm doing wrong I'd be greatly > > indebted to them! > > > > Here it goes: > > > > ... > > $map = ms_newMapObj($mapfile); > > > > $uLayer = $map->getLayerByName("Points"); > > $uLayer->set("status",1); > > > > $image=$map->draw(); > > > > while () { > > > > $oPoint = ms_newPointObj(); > > $oPoint->setXY($geoData['px'], $geoData['py']); > > > > $line = ms_newLineObj(); > > $line->add($oPoint); > > > > $shp=ms_newShapeObj(MS_SHAPE_POINT); > > $shp->add($line); > > $shp->{text}=$geoData['place_name']; > > $shp->{index}=$i; > > > > $uLayer->addFeature($shp); > > > > $oPoint->draw($map, $uLayer, $image, 0, $geoData['place_name']); > > > > } > > > > $my_point = ms_newpointObj(); > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > > > $map->queryByPoint($my_point, MS_SINGLE, 20); > > > > $uLayer->queryByPoint($my_point,MS_SINGLE,-10); // for good measure > > ... > > > > And the mapfile: > > > > ... > > LAYER > > NAME "Points" > > STATUS ON > > TYPE POINT > > LABELCACHE FALSE > > CLASS > > NAME "User Marker" > > SYMBOL "marker" > > TEMPLATE "dummy" > > LABEL > > ... > > END > > END > > END > > ... > > > > I'm pretty stumped! I tried by $map-> and $Layer-> queryByPoint to no great > > joy. > > > > Thanks in advance, > > > > P > > > > -- > > poff at sixbit.org > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > Please do not carbon copy replies to me > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From pkishor at geoanalytics.com Thu Aug 28 15:20:49 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Thu, 28 Aug 2003 22:20:49 -0000 Subject: [Mapserver-users] How to ignore a non-existent layer? Message-ID: I have a mapfile with a bunch of layers and their classes defined. I want MapServer to NOT croak if a layer defined in the mapfile doesn't exist... just silently ignore it. Is there a way to do that? Thanks. From SHHong at mednet.ucla.edu Thu Aug 28 15:50:17 2003 From: SHHong at mednet.ucla.edu (Hong, Sung-Hyuk) Date: Thu, 28 Aug 2003 15:50:17 -0700 Subject: [Mapserver-users] ORACLE SPATIAL - MAX # OF ORDINATES? Message-ID: <85042C7A1A0DD74EACF3145F32F37BA4D5DFC5@medmail6.mednet.ucla.edu> My oracle spatial table "A" that is generating a blank layer has spatial records with 17500 plus ordinates (SDO_ORDINATE_ARRAY). However, when I do insert into table "A" a spatial record with 100 ordinates only and specify that one in DATA "GEOM from (select GEOM from A where id = 100), mapserver generates the map correctly. Then, what is the maximum number of ordinates that oracle-mapserver spatial interface can handle? Oracle 9.2.0.1 spatial has ordinates of 1,048,576. Best regards, Sung From pkishor at geoanalytics.com Thu Aug 28 16:47:35 2003 From: pkishor at geoanalytics.com (Puneet Kishor) Date: Thu, 28 Aug 2003 18:47:35 -0500 Subject: [Mapserver-users] How to ignore a non-existent layer? Message-ID: <14532E49F7A4C54EB77A0C18A243397D0FE8A8@email.geoanalytics.com> Well, STATUS off solves the problem only partially. There is still no correlation between what is in the mapfile and what is on the hard-disk. If I build a widget to turn layers on/off by using the layer defs in the Mapfile, I could still end up trying to turn on a layer that doesn't exist. I could search the layers on the hard-disk and try and match them with the layers defined in the mapfile... But the names of the layers on the hard-disk could be different from the names of the layers in the mapfile... I would have to match the data file names. Building the layers from scratch with Mapscript is not an option because defining each class and its colors and values would be very cumbersome. Seems, a simple solution would be to simply have Mapserver ignore non-existent layers (with a switch to set this to "strict" or not -- that is, to ignore or croak). Am I correct in assuming there is no such simple switch? If not, how would others tackle this problem... Besides simply turning STATUS off. All ideas appreciated. Many thanks. > -----Original Message----- > From: Matt Doggett [mailto:mdoggett at coas.oregonstate.edu] > Sent: Thursday, August 28, 2003 6:04 PM > To: Puneet Kishor > Subject: RE: [Mapserver-users] How to ignore a non-existent layer? > > > Try setting the layer STATUS to OFF. I use this to define several > 'generic' layers in my mapfile (with non-existing data), then through > PHP/Mapscript dynamically define the data that the layer references. > > Matt > > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > pkishor_98 > Sent: Thursday, August 28, 2003 3:21 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] How to ignore a non-existent layer? > > I have a mapfile with a bunch of layers and their classes defined. I > want MapServer to NOT croak if a layer defined in the mapfile doesn't > exist... just silently ignore it. Is there a way to do that? > > Thanks. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From morissette at dmsolutions.ca Thu Aug 28 19:00:24 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 28 Aug 2003 22:00:24 -0400 Subject: [Mapserver-users] How to ignore a non-existent layer? In-Reply-To: References: Message-ID: <3F4EB3B8.8020405@dmsolutions.ca> pkishor_98 wrote: > I have a mapfile with a bunch of layers and their classes defined. I > want MapServer to NOT croak if a layer defined in the mapfile doesn't > exist... just silently ignore it. Is there a way to do that? > If you define "-DIGNORE_MISSING_DATA" at compile time then MapServer will silently ignore layers pointing to non existing shapefiles. On Unix/Linux (all platforms using the configure script), this is enabled by default and you can force MapServer to be strict using --disable-ignore-missing-data in your configure options. On Winows I think the default Makefile doesn't include this option by default and you have to explicitly add -DIGNORE_MISSING_DATA to the compile flags. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From Timothy.Mackey at ga.gov.au Thu Aug 28 19:07:43 2003 From: Timothy.Mackey at ga.gov.au (Timothy.Mackey at ga.gov.au) Date: Fri, 29 Aug 2003 12:07:43 +1000 Subject: [Mapserver-users] spatial from ORACLE 9.2.0.1 support Message-ID: Yes, we have compiled 4.0 and have Oracle spatial support going against 9.2.0.1.0 on Solaris. Have you got the following environment variables set in your web server? ORACLE_SID TWO_TASK ORACLE_HOME TNS_ADMIN Tim Mackey Webmaster Geoscience Australia timothy.mackey at ga.gov.au http://www.ga.gov.au -----Original Message----- From: Hong, Sung-Hyuk [mailto:SHHong at mednet.ucla.edu] Sent: Friday, 29 August 2003 12:14 AM To: 'mapserver-users at lists.gis.umn.edu' Subject: [Mapserver-users] spatial from ORACLE 9.2.0.1 support Does mapserver support spatial from oracle 9.2.0.1? Next, I describe my problem. 1. DOWNLOADED the mapserver 4.0 mapserver-4.0.tar.gz 2. COMPILED with oracle 9.2.0.1 in Linux OS ./configure --prefix=/usr --with-proj --with-gdal --with-ogr --with-wfsclient --with-oraclespatial=/m01/app/oracle/product/9.2.0.1 make make install 3. INSTALLED the demo and it did run very well 4. CREATED my own ora.map MAP EXTENT -2400000 1200000 -1600000 2500000 IMAGECOLOR 200 200 200 #IMAGECOLOR [r] [g] [b] INTERLACE ON #INTERLACE [on|off] NAME demo SIZE 600 600 #SIZE [x][y] STATUS ON #STATUS [on|off] UNITS meters #UNITS [feet|inches|kilometers|meters|miles|dd] LAYER TYPE point NAME demo STATUS default CONNECTIONTYPE oraclespatial CONNECTION 'scott/tiger at d2dev' DATA "GEOMETRY from (select GEOMETRY from PROJ_PATIENT)" CLASS OUTLINECOLOR 0 255 0 COLOR 255 0 0 END END END 5. TEST from the local hard drive using ./mapserv "QUERY_STRING=map=/home/nsadmin/servers/server1/pages/itasca/ora.map&mode=ma p" FAILED with msDrawMap(): Image handling error. Failed to draw layer named 'demo'. msOCIConnect() in msOracleSpatialLayerOpen(): OracleSpatial error. NOTE: when run against the demo.map, it dump an image to stdout. Please help! Thank you in advance, Sung _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pkishor at geoanalytics.com Thu Aug 28 19:28:26 2003 From: pkishor at geoanalytics.com (Puneet Kishor) Date: Thu, 28 Aug 2003 21:28:26 -0500 Subject: [Mapserver-users] How to ignore a non-existent layer? In-Reply-To: <3F4EB3B8.8020405@dmsolutions.ca> Message-ID: <78583FFC-D9C8-11D7-908D-0003936306C2@geoanalytics.com> On Thursday, August 28, 2003, at 09:00 PM, Daniel Morissette wrote: > pkishor_98 wrote: >> I have a mapfile with a bunch of layers and their classes defined. I >> want MapServer to NOT croak if a layer defined in the mapfile doesn't >> exist... just silently ignore it. Is there a way to do that? > > If you define "-DIGNORE_MISSING_DATA" at compile time then MapServer > will silently ignore layers pointing to non existing shapefiles. > > On Unix/Linux (all platforms using the configure script), this is > enabled by default and you can force MapServer to be strict using > --disable-ignore-missing-data in your configure options. > > On Winows I think the default Makefile doesn't include this option by > default and you have to explicitly add -DIGNORE_MISSING_DATA to the > compile flags. > Thanks... that's good to know. Is it possible to enable MapServer so this option can be specified at run-time instead of compile time... like, say... by setting a value in the mapfile or through Mapscript via some exported method from the module... Now, that would be nice. From morissette at dmsolutions.ca Thu Aug 28 20:05:36 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 28 Aug 2003 23:05:36 -0400 Subject: [Mapserver-users] How to ignore a non-existent layer? In-Reply-To: <78583FFC-D9C8-11D7-908D-0003936306C2@geoanalytics.com> References: <78583FFC-D9C8-11D7-908D-0003936306C2@geoanalytics.com> Message-ID: <3F4EC300.1080906@dmsolutions.ca> Puneet Kishor wrote: > > Is it possible to enable MapServer so this option can be specified at > run-time instead of compile time... like, say... by setting a value in > the mapfile or through Mapscript via some exported method from the > module... > That's not currently possible, and that would probably require a little bit of work... but you can add this to the wish-list in bugzilla (enhancement bug) if you want. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From woklist at charter.net Thu Aug 28 20:46:52 2003 From: woklist at charter.net (William K) Date: Thu, 28 Aug 2003 22:46:52 -0500 Subject: [Mapserver-users] Re: unsuccessful with PROJ.4 4.4.7 on MacOS X In-Reply-To: Message-ID: <6D4EE7A8-D9D3-11D7-BC72-003065775468@charter.net> On Thursday, August 28, 2003, at 02:27 PM, pkishor_98 wrote: > --- In mapserver-users at yahoogroups.com, William K wrote: >> Me again. Like gdal, I'm not having any problems with proj.4 and >> MapServer. I don't do anything special however - no patches or extra >> environment settings. Except I build php mapscript instead of perl >> mapscript (those errors look like they're coming from perl mapscript). > > > interesting. and I think you are right. From the messages I got while > building PROJ.4, it did seem like it compiled fine, but the error > messages were very Perl-ish in nature. Seems like the Perl/Mapscript > module is looking at some other, perhaps older PROJ.4 library, or none > at all... > Now that I think about it more, it may not be the perl module itself - it just shows up as a perl error because you're using perl MapScript. It could be libmap, that mapscript and mapserv cgi use. Again, have you tried running the demo with mapserv CGI? Whatever the case, it's still strange that mapserver is building at all. Hmm, I did notice something with proj.4 once - when updating (I forget which version) the library name changed as well (libproj.x.x.dylib), and the older version was left behind. This normally shouldn't be a problem (I didn't notice a problem) but maybe mapserver got confused (somehow) after building about which version to use. >> What's the reordering includes thing? I couldn't find it in the >> MapServer wiki. But, I don't do anything like that for proj.4 or >> mapserver anyways. > > > well, there is a document linked from the wiki (not on the wiki > itself) created by Bill Wheaton. Ah, found it - I didn't look on the right wiki page. Yes, I remember looking at the Wheaton's instructions once, but at the time they were a bit out-of-date, even now it's out-of-date (new: gd 2.0.x, proj 4.4.7, php 4.3.2, mapserv 4.0). I followed the proj link to the remotesensing.org archive, and it looks like those errors are from Apple's cpp-precomp, and the usual way to fix it is to use -no-cpp-precomp in the CFLAGS env (setenv CFLAGS -no-cpp-precomp), but I don't think I ever had to do this for proj.4. > His notes provide instructions on > reordering the include files in the geod.c file... doing that seems to > lead to a successful build (the later Perl-ish errors notwithstanding). you had to do that for proj.4 to build? odd. ----- William Kyngesburye http://webpages.charter.net/kyngchaos/ "History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history." - Hitchhiker's Guide to the Galaxy RIP Douglas Adams 1952-2001 From ter-haseborg at sf-datentechnik.de Fri Aug 29 00:45:36 2003 From: ter-haseborg at sf-datentechnik.de (Frieso ter Haseborg) Date: Fri, 29 Aug 2003 09:45:36 +0200 Subject: [Mapserver-users] WMS-GetMap problem in 4.0 (works in 3.6.6) Message-ID: <0DF955F15A102E4F81B948D44A45015A0691FF@nt-sf-exchange.Windows2000> Hi, okay I'm persuaded, no more relative pathes in the IMAGEPATH! And - well - there are notes about this, at least in some tutorials. But I thought being clever with using relative ones as a more flexible configuration. ;-) Thx Frieso Frieso ter Haseborg - Software Development - -- -------------------------------------------------- S&F Datentechnik GmbH&Co.KG Reimersstr. 41b 26789 Leer, Germany >-----Original Message----- >From: Carl Anderson [mailto:carl.anderson at vadose.org] >Sent: Friday, August 29, 2003 4:40 AM >To: Frieso ter Haseborg >Subject: Re: [Mapserver-users] WMS-GetMap problem in 4.0 (works in >3.6.6) > > >On 08/28/2003 06:24:11 AM, Frieso ter Haseborg wrote: > >> >Frieso ter Haseborg wrote: >> >The handling of relative paths has changed between versions >> >3.6 and 4.0. >> > It may be that you are running into a specific exception (or used >> to >> >take advantage of an exception). If you consider this to be a bug >> you >> >could file it in bugzilla with a sample mapfile and a description of >> >your installed directory structure (i.e. where the mapfile is >> located, >> >where you expect ../tmp to be located, etc.) and we could >> investigate. >> >> Hmm, still not sure - perhaps only a problem in a newbees head. ;-) >> > >As a user who liberally used to use relative paths in mapfiles, I can >attest that there are problems. >http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=328 >(posted 5/25/2003, clarified today). > >But while playing with the PyIMS script I found that a relative >IMAGEPATH is a bad idea. > >why? > >because CGI accesses FONTSET, SYMBOLSET objects in relation to >the the >mapfile (relative links ok). But IMAGEPATH is accessed in >relation the >the mapfile only for the map image but not for the reference map nor >scalebar nor legend when requesting mode=browse > >MapScript utilities are accessing FONTSET, SYMBOLSET, and IMAGEPATH >objects in relation to their own script. > >So absolute paths are the best, because they work in both >circumstances. I still think that a note in the docs can help. > > > >C. > > > From m.cagnoli at sta.roma.it Fri Aug 29 00:49:27 2003 From: m.cagnoli at sta.roma.it (Marco Cagnoli) Date: Fri, 29 Aug 2003 09:49:27 +0200 Subject: [Mapserver-users] RE: Debian Mapserver/PostGIS Message-ID: <000101c36e02$12f14ea0$2321000a@sta.roma.it> For installing PostGIS on my Debian I used the same package, while I compiled the Mapserver source code with PostGIS support (./configure ... --with-postgis ...) From ditsch at fh-weihenstephan.de Fri Aug 29 03:16:55 2003 From: ditsch at fh-weihenstephan.de (Michael Ditsch) Date: Fri, 29 Aug 2003 12:16:55 +0200 Subject: [Mapserver-users] Debian Mapserver/PostGIS dpkg-buildpackage References: <000101c36e02$12f14ea0$2321000a@sta.roma.it> Message-ID: <3F4F2817.C7F96F8B@fh-weihenstephan.de> Marco Cagnoli wrote: > For installing PostGIS on my Debian I used the same package, while I > compiled the Mapserver source code with PostGIS support (./configure > ... --with-postgis ...) Thanks for the answer! Some idea what to do when using "dpkg-buildpackage"? I think here I need options like postgis_lib = ??? Best wishes Michael -- Michael Ditsch Fachhochschule Weihenstephan - Fachbereich Landschaftsarchitektur D-85354 Freising - Am Hochanger 5 - ++49-8161-71-5932 http:// www.liz.la.fh-weihenstephan.de - ditsch at fh-weihenstephan.de From bartvde at xs4all.nl Fri Aug 29 03:39:29 2003 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Fri, 29 Aug 2003 12:39:29 +0200 (CEST) Subject: [Mapserver-users] [mapservers-users] Web Feature Server Message-ID: <5383.212.238.227.182.1062153569.squirrel@webmail.xs4all.nl> Hi, I have a few questions about the WFS interface of mapserver: -can mapserver WFS be used on any data type that can be used for WMS? I assume it will only apply to all of the vector data types. -can it be used to select features in a box? What type of WFS request syntax is used for this? ? -are there plans for the next release(s) to incorporate the Filter syntax so geographical and alphanumerical searches can be combined? Thanks, Bart From poff at sixbit.org Fri Aug 29 05:08:07 2003 From: poff at sixbit.org (poff) Date: Fri, 29 Aug 2003 14:08:07 +0200 Subject: [Mapserver-users] Unique? Was: mapscript - queryByPoint help, simple Q In-Reply-To: <20030828214042.GA7785@freeshell.org> References: <200308281213.h7SCDK700725@yogi.medinaco.net> <20030828130623.GA14485@freeshell.org> <1062064931.1822.18.camel@ubet.gomoos.org> <20030828145059.GA6812@freeshell.org> <1062072073.1818.35.camel@ubet.gomoos.org> <20030828191543.GB16263@freeshell.org> <1062091637.1822.43.camel@ubet.gomoos.org> <20030828214042.GA7785@freeshell.org> Message-ID: <20030829120807.GA3135@freeshell.org> Hello I know everyone is busy - and thanks a lot for your help. Only, does _no-one_ use querbypoint with php mapscript? It's a great feature if I could get it working, and definitely something to go in Wiki someday! Thanks P On Thu, Aug 28, 2003 at 11:40:42PM +0200, poff wrote: > > The problem is probably in your map file. > > TEMPLATE belongs in the LAYER not the CLASS. > > Thanks, I changed this and no change to the outcome. > > However, I added the TEMPLATE tag to all of the layers and then suddenly, > on the last layer: > > Warning: MapServer Error in msOpenSHPFile(): No (NULL) filename provided > > This is using $mapObj->query... > > With the $uLayer->query it just says no records. > > Then when I changed $uLayer to the last one they both give the NULL error. > > I'll go bald with all this hair pulling out! > > Thanks, > > P > > > > > > > On Thu, 2003-08-28 at 19:15, poff wrote: > > > Hello again > > > > > > I've tried all the list suggestions with the followig code, but am _still_ > > > getting "No Records Found". > > > > > > If anyone could suggest or point out what I'm doing wrong I'd be greatly > > > indebted to them! > > > > > > Here it goes: > > > > > > ... > > > $map = ms_newMapObj($mapfile); > > > > > > $uLayer = $map->getLayerByName("Points"); > > > $uLayer->set("status",1); > > > > > > $image=$map->draw(); > > > > > > while () { > > > > > > $oPoint = ms_newPointObj(); > > > $oPoint->setXY($geoData['px'], $geoData['py']); > > > > > > $line = ms_newLineObj(); > > > $line->add($oPoint); > > > > > > $shp=ms_newShapeObj(MS_SHAPE_POINT); > > > $shp->add($line); > > > $shp->{text}=$geoData['place_name']; > > > $shp->{index}=$i; > > > > > > $uLayer->addFeature($shp); > > > > > > $oPoint->draw($map, $uLayer, $image, 0, $geoData['place_name']); > > > > > > } > > > > > > $my_point = ms_newpointObj(); > > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > > > > > $map->queryByPoint($my_point, MS_SINGLE, 20); > > > > > > $uLayer->queryByPoint($my_point,MS_SINGLE,-10); // for good measure > > > ... > > > > > > And the mapfile: > > > > > > ... > > > LAYER > > > NAME "Points" > > > STATUS ON > > > TYPE POINT > > > LABELCACHE FALSE > > > CLASS > > > NAME "User Marker" > > > SYMBOL "marker" > > > TEMPLATE "dummy" > > > LABEL > > > ... > > > END > > > END > > > END > > > ... > > > > > > I'm pretty stumped! I tried by $map-> and $Layer-> queryByPoint to no great > > > joy. > > > > > > Thanks in advance, > > > > > > P > > > > > > -- > > > poff at sixbit.org > > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > Please do not carbon copy replies to me > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > poff at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > > Please do not carbon copy replies to me > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From Tom.Kralidis at CCRS.NRCan.gc.ca Fri Aug 29 05:31:18 2003 From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca) Date: Fri, 29 Aug 2003 08:31:18 -0400 Subject: [Mapserver-users] [mapservers-users] Web Feature Server Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA2482@s5-ccr-r1.ccrs.nrcan.gc.ca> > -----Original Message----- > From: bartvde at xs4all.nl [mailto:bartvde at xs4all.nl] > Sent: Friday, August 29, 2003 6:39 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] [mapservers-users] Web Feature Server > > > Hi, > > I have a few questions about the WFS interface of mapserver: > > -can mapserver WFS be used on any data type that can be used > for WMS? I > assume it will only apply to all of the vector data types. > Right. > -can it be used to select features in a box? What type of WFS request > syntax is used for this? ? > Or: GEOMETRY -140,40,-139,41 > -are there plans for the next release(s) to incorporate the > Filter syntax > so geographical and alphanumerical searches can be combined? > There are plans to support Filter grammar and SLD, however the DM Solutions guys can give estimated release dates. ..Tom ================================= Tom Kralidis Systems Scientist Canada Centre for Remote Sensing Tel: +01-613-947-1828 http://www.cgdi.ca/ ================================= > Thanks, > Bart > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From eric at gomoos.org Fri Aug 29 02:50:10 2003 From: eric at gomoos.org (Eric Bridger) Date: 29 Aug 2003 09:50:10 +0000 Subject: [Mapserver-users] Unique? Was: mapscript - queryByPoint help, simple Q In-Reply-To: <20030829120807.GA3135@freeshell.org> References: <200308281213.h7SCDK700725@yogi.medinaco.net> <20030828130623.GA14485@freeshell.org> <1062064931.1822.18.camel@ubet.gomoos.org> <20030828145059.GA6812@freeshell.org> <1062072073.1818.35.camel@ubet.gomoos.org> <20030828191543.GB16263@freeshell.org> <1062091637.1822.43.camel@ubet.gomoos.org> <20030828214042.GA7785@freeshell.org> <20030829120807.GA3135@freeshell.org> Message-ID: <1062150615.1811.28.camel@ubet.gomoos.org> Sorry you're having so much trouble. I do perl mapscript queryByPoint extensively. Have you tried looking att the GMap PHP demo php source? It will show you how to do everything with PHP mapscript. http://www2.dmsolutions.ca/gmap/gmap75.phtml E.g the following code is wrong: > $my_point = ms_newpointObj(); > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"] $_REQUEST["mapa_x"] and "mapa_y" are the pixel coordinates of your mouse click. You need to first transform them to geographic coordinates. The gmap75.php file contains a function: GMapPix2Geo() which does this. Here's a perl example: sub get_click { my ($q, $map) = @_; my @current_extent = (); my($x_map, $y_map) = (0,0); if($q->param('img.x') && $q->param('imgext')) { # Make sure we got a click @current_extent = split(' ', $q->param('imgext')); my $click_x = $q->param('img.x'); my $click_y = $q->param('img.y'); my $x_pct = ($click_x / $map->{width}); my $y_pct = 1 - ($click_y / $map->{height}); $x_map = $current_extent[0] + ( ($current_extent[2] - $current_extent[0]) * $x_pct); $y_map = $current_extent[1] + ( ($current_extent[3] - $current_extent[1]) * $y_pct); } return ($x_map, $y_map); } On Fri, 2003-08-29 at 12:08, poff wrote: > Hello > > I know everyone is busy - and thanks a lot for your help. > > Only, does _no-one_ use querbypoint with php mapscript? > > It's a great feature if I could get it working, and definitely something to > go in Wiki someday! > > Thanks > > P > From dlowther at ou.edu Fri Aug 29 07:45:31 2003 From: dlowther at ou.edu (Lowther, David W) Date: Fri, 29 Aug 2003 09:45:31 -0500 Subject: [Mapserver-users] Unique? Was: mapscript - queryByPoint help, simple Q Message-ID: That's where my code began - Gmap. Couldn't remember... SetExtent($nClickGeoX,$nClickGeoY,$nClickGeoX+0.0001,$nClickGeoY+0 .0001); $oClickGeo = ms_newPointObj(); $oClickGeo->setXY($extRect->minx,$extRect->miny); $projOutObj = ms_newprojectionobj("proj=latlong,ellps=GRS80"); $projInObj = ms_newprojectionobj("proj=aea,ellps=GRS80,datum=NAD83,lat_0=23,lon_0=-96,lat _1=29.5,lat_2=45.5,x_0=0,y_0=0"); $newRect = $extRect->project($projInObj, $projOutObj); print "\n"; print "\n"; print "\n"; // Use '@' to avoid warning if query found nothing $oLayer = $gpoMap->GetLayerByName("huc8"); $oLayer->set("status",MS_ON); @$gpoMap->queryByPoint($oClickGeo, MS_MULTIPLE, 20); $gbShowQueryResults = TRUE; GLOBAL $gpoMap, $gbShowQueryResults; if (! $gbShowQueryResults ) { printf(" "); return; } $numResultsTotal = 0; for($iLayer=0; $iLayer < $gpoMap->numlayers; $iLayer++) { $oLayer = $gpoMap->GetLayer($iLayer); $numResults = $oLayer->getNumResults(); if ($numResults == 0) continue; // No results in this layer $oLayer->open(); '//this only writes data for the fields in each layers metadata "RESULT_FIELDS" $selFields = explode(" ", $oLayer->getMetaData("RESULT_FIELDS")); for ($iRes=0; $iRes < $numResults; $iRes++) { $oRes = $oLayer->getResult($iRes); $oShape = $oLayer->getShape($oRes->tileindex,$oRes->shapeindex); for($iField=0; $iField < sizeof($selFields); $iField++) { print "values[$selFields[$iField]]."\">\n"; } $oShape->free(); $numResultsTotal++; } $oLayer->close(); } print "\n"; ?> Heres the Layer in the mapfile... ### HUC8 ### LAYER NAME huc8 GROUP "Bio Survey" TYPE LINE STATUS OFF DATA watershd_dd PROJECTION #GEOGRAPHIC NAD83 proj=longlat ellps=GRS80 no_defs END TRANSPARENCY 70 TEMPLATE "IDHUC8.htm" CLASS# NAME "Watersheds" COLOR 0 0 0 END METADATA "RESULT_FIELDS" "HUC" "wms_group_title" "BioSurvey" "wms_title" "Watersheds" legend_order "10" END END Here's the template - although it doesn't affect the results here - unless it doesn't exist...
Identify Results
HUC: [HUC]
Region: [REGION]Subregion: [SUBREGION]
Acctunit: [ACCTUNIT]Hydrounit: [HYDROUNIT]
Proper Name: [PROPER_NAM]Main River: [MAIN_RIVER]
Loc Desc: [LOCATION_D]
> -----Original Message----- > From: Eric Bridger [mailto:eric at gomoos.org] > Sent: Friday, August 29, 2003 4:50 AM > To: poff > Cc: Mapserver List > Subject: Re: [Mapserver-users] Unique? Was: mapscript - > queryByPoint help, simple Q > > > Sorry you're having so much trouble. I do perl mapscript > queryByPoint extensively. Have you tried looking att the > GMap PHP demo php source? It will show you how to do > everything with PHP mapscript. > > http://www2.dmsolutions.ca/gmap/gmap75.phtml > > E.g the following code is wrong: > > > $my_point = ms_newpointObj(); > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"] > > $_REQUEST["mapa_x"] and "mapa_y" are the pixel coordinates of > your mouse click. You need to first transform them to > geographic coordinates. The gmap75.php file contains a > function: GMapPix2Geo() which does this. > > Here's a perl example: > sub get_click { > my ($q, $map) = @_; > my @current_extent = (); > my($x_map, $y_map) = (0,0); > > if($q->param('img.x') && $q->param('imgext')) { # Make > sure we got a click > @current_extent = split(' ', $q->param('imgext')); > my $click_x = $q->param('img.x'); > my $click_y = $q->param('img.y'); > my $x_pct = ($click_x / $map->{width}); > my $y_pct = 1 - ($click_y / $map->{height}); > > $x_map = $current_extent[0] + ( ($current_extent[2] - > $current_extent[0]) * $x_pct); > $y_map = $current_extent[1] + ( ($current_extent[3] - > $current_extent[1]) * $y_pct); > } > return ($x_map, $y_map); > } > > > > On Fri, 2003-08-29 at 12:08, poff wrote: > > Hello > > > > I know everyone is busy - and thanks a lot for your help. > > > > Only, does _no-one_ use querbypoint with php mapscript? > > > > It's a great feature if I could get it working, and definitely > > something to > > go in Wiki someday! > > > > Thanks > > > > P > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > > From Steve at the-jacobsens.com Fri Aug 29 09:08:55 2003 From: Steve at the-jacobsens.com (Steve at the-jacobsens.com) Date: Fri, 29 Aug 2003 11:08:55 -0500 Subject: [Mapserver-users] Problem with new install of demo with version 4.0 Message-ID: <6BB58EDF680A409DA3CA354B8F5C4C47.MAI@eci-equity.com> This is a multi-part message in MIME format. ----=_NextPart_000_000B_74E5381E.4AFE436A Content-type: text/plain; I'm have just installed MapServer 4.0 for the first time on WinXP with Apache. I'm using the precompiled Binary. I've followed the instructions for installing the binary, looked in the FAQ and documentation but don't see an error similar to this. When I go to http://localhost/cgi-bin/mapserv.exe I get this "No query information to decode. QUERY_STRING is set, but empty. ". Which is what I am supposed to get. When I go here http://localhost/itasca/demo_init.html and click on Initialize I get this: msLoadMap(): General error message. Undefined overlay symbol "symbols/ctyhwy.gif" in class 0, style 0 of layer ctyrdln3_anno. msAddImageSymbol(): General error message. Unable to load GIF symbol. Can someone help me with this? Steve ----=_NextPart_000_000B_74E5381E.4AFE436A-- From poff at sixbit.org Fri Aug 29 09:51:10 2003 From: poff at sixbit.org (poff) Date: Fri, 29 Aug 2003 18:51:10 +0200 Subject: [Mapserver-users] Nearly there! "Inline shapes" Was: Unique? Was: mapscript - queryByPoint help, simple Q In-Reply-To: <1062150615.1811.28.camel@ubet.gomoos.org> References: <200308281213.h7SCDK700725@yogi.medinaco.net> <20030828130623.GA14485@freeshell.org> <1062064931.1822.18.camel@ubet.gomoos.org> <20030828145059.GA6812@freeshell.org> <1062072073.1818.35.camel@ubet.gomoos.org> <20030828191543.GB16263@freeshell.org> <1062091637.1822.43.camel@ubet.gomoos.org> <20030828214042.GA7785@freeshell.org> <20030829120807.GA3135@freeshell.org> <1062150615.1811.28.camel@ubet.gomoos.org> Message-ID: <20030829165110.GA27605@freeshell.org> Hello All, Thanks for your help, I've been making progress! Basically I now get results with queryByPoint, it's getting at them which is puzzling me (different question now). I have a layer with points drawn from a database, such as: $line = ms_newLineObj(); $line->add($oPoint); $shp=ms_newShapeObj(MS_SHAPE_POINT); $shp->add($line); $shp->{text}="hll"; $shp->{index}="99"; $uLayer->addFeature($shp); The ulayer has no data, just a symbol for each point. Now I have a problem when I get the shapefile back from the results: $uLayer->open($map->shapepath); $oRes=$uLayer->getResult(0); // this next bit gives an error $oShape = $uLayer->getShape($oRes->tileindex,$oRes->shapeindex); "Error in msLayerGetShape(): Cannot retrieve inline shapes randomly." However if I use another layer, the layer with all the shapedata, I get a lovely array with all the shapefile data, built into the shapefile. Corresponding to the click. If I do addFeature($shp) to the main layer, it gives me the same error. It seems whatever layer I addFeature to it gives the error. Only, I need to get at the $shp data above (I really need the $shp->{index} part to get back the data from the database); Do you have any ideas? It's so close! I can almost taste that index ;) Again a BIG thank you for helping me so far. P On Fri, Aug 29, 2003 at 09:50:10AM +0000, Eric Bridger wrote: > Sorry you're having so much trouble. I do perl mapscript queryByPoint > extensively. Have you tried looking att the GMap PHP demo php source? > It will show you how to do everything with PHP mapscript. > > http://www2.dmsolutions.ca/gmap/gmap75.phtml > > E.g the following code is wrong: > > > $my_point = ms_newpointObj(); > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"] > > $_REQUEST["mapa_x"] and "mapa_y" are the pixel coordinates of your mouse > click. You need to first transform them to geographic coordinates. The > gmap75.php file contains a function: GMapPix2Geo() which does this. > > Here's a perl example: > sub get_click { > my ($q, $map) = @_; > my @current_extent = (); > my($x_map, $y_map) = (0,0); > > if($q->param('img.x') && $q->param('imgext')) { # Make sure we got a > click > @current_extent = split(' ', $q->param('imgext')); > my $click_x = $q->param('img.x'); > my $click_y = $q->param('img.y'); > my $x_pct = ($click_x / $map->{width}); > my $y_pct = 1 - ($click_y / $map->{height}); > > $x_map = $current_extent[0] + ( ($current_extent[2] - > $current_extent[0]) * $x_pct); > $y_map = $current_extent[1] + ( ($current_extent[3] - > $current_extent[1]) * $y_pct); > } > return ($x_map, $y_map); > } > > > > On Fri, 2003-08-29 at 12:08, poff wrote: > > Hello > > > > I know everyone is busy - and thanks a lot for your help. > > > > Only, does _no-one_ use querbypoint with php mapscript? > > > > It's a great feature if I could get it working, and definitely something to > > go in Wiki someday! > > > > Thanks > > > > P > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From eric at gomoos.org Fri Aug 29 06:45:44 2003 From: eric at gomoos.org (Eric Bridger) Date: 29 Aug 2003 13:45:44 +0000 Subject: [Mapserver-users] on the fly layer painting / theme selection In-Reply-To: <200308282048.h7SKmw0S014024@w20-575-42.mit.edu> References: <200308282048.h7SKmw0S014024@w20-575-42.mit.edu> Message-ID: <1062164750.1811.47.camel@ubet.gomoos.org> You can set the color for a layer. Here's a link on how to do it using CGI mapserver 3.6 http://mapserver.gis.umn.edu/doc36/cgi-reference.html#mapfile I'm sure that this has changed in 4.0, with the new STYLE object. Also, with "many, many layers" using CGI to manipulate many of them at once results in large query strings, so you might consider a mapscript approach. On Thu, 2003-08-28 at 20:48, Jerrad Pierce wrote: > Hello, I have a question and was unable to find an answer in the archives, > OGR tutorial or wiki. I'm working on map that will have many many layers > and themes each representing a different attribute. I wish to allow the user > to select how many and whichever sources they want. The problem is, it seems > nearly impossible to come up with an adequate color/theme system to allow for > this, particularly since many objects will be reperesented in multiple layers > and themes. So I thought I'd let the user define the color of each layer on > the fly as well (I'll try to provide a smart default but allow them to > override it if necessary for clarity). However, there doesn't seem to be > anyway to do this, it looks like the colors have to be hardcoded in the MAP > file? Did I overlook anything, is this possible? > > TIA JP > -- > H4sICNoBwDoAA3NpZwA9jbsNwDAIRHumuC4NklvXTOD0KSJEnwU8fHz4Q8M9i3sGzkS7BBrm > OkCTwsycb4S3DloZuMIYeXpLFqw5LaMhXC2ymhreVXNWMw9YGuAYdfmAbwomoPSyFJuFn2x8 > Opr8bBBidccAAAA= > -- > MOTD on Setting Orange, the 21st of Bureaucracy, in the YOLD 3169: > Tomorrow isn't looking good either. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From poff at sixbit.org Fri Aug 29 11:12:47 2003 From: poff at sixbit.org (poff) Date: Fri, 29 Aug 2003 20:12:47 +0200 Subject: [Mapserver-users] Nearly there! "Inline shapes" Was: Unique? Was: mapscript - queryByPoint help, simple Q In-Reply-To: <1062164354.1811.41.camel@ubet.gomoos.org> References: <1062064931.1822.18.camel@ubet.gomoos.org> <20030828145059.GA6812@freeshell.org> <1062072073.1818.35.camel@ubet.gomoos.org> <20030828191543.GB16263@freeshell.org> <1062091637.1822.43.camel@ubet.gomoos.org> <20030828214042.GA7785@freeshell.org> <20030829120807.GA3135@freeshell.org> <1062150615.1811.28.camel@ubet.gomoos.org> <20030829165110.GA27605@freeshell.org> <1062164354.1811.41.camel@ubet.gomoos.org> Message-ID: <20030829181247.GA16262@freeshell.org> Hello, Thanks again - but I get the result to be -1 this time. I'm getting the same as my last post: [shapeindex] => -1 [tileindex] => -1 [classindex] => 0 LAYER NAME "uLayer" STATUS ON TYPE POINT TEMPLATE "dummy" CLASS NAME "User Marker" SYMBOL "marker" END END $line = ms_newLineObj(); $line->add($oPoint); $shp=ms_newShapeObj(MS_SHAPE_POINT); $shp->add($line); $shp->{text}="hll"; $shp->{index}=99; $uLayer->addFeature($shp); $uLayer->queryByPoint($my_point, MS_SINGLE, 20); //$uLayer->getNumResults() = 1 $results = $uLayer->{resultcache}; // above is empty, returns -1 for: $rslt = $uLayer->getResult(0); $database_id = $rslt->{shapeindex}; Many thanks, P On Fri, Aug 29, 2003 at 01:39:09PM +0000, Eric Bridger wrote: > > You don't have a shapefile for this layer. You created the layer from a > database of points. You get the shapeindex from the results in the > resultcache. > > So all you should need to do is: (once again in perl but easily adpated > to PHP. > > if($uLayer->queryByPoint($map,$click_pt,$mapscript::MS_SINGLE,0) == > MS_SUCCESS){ > my $results = $uLayer->{resultcache}; > # we only expect one result. > my $rslt = $uLayer->getResult(0); > my $database_id = $rslt->{shapeindex}; > } > > On Fri, 2003-08-29 at 16:51, poff wrote: > > Hello All, > > > > Thanks for your help, I've been making progress! > > > > Basically I now get results with queryByPoint, it's getting at them which > > is puzzling me (different question now). > > > > I have a layer with points drawn from a database, such as: > > > > $line = ms_newLineObj(); > > $line->add($oPoint); > > $shp=ms_newShapeObj(MS_SHAPE_POINT); > > $shp->add($line); > > $shp->{text}="hll"; > > $shp->{index}="99"; > > $uLayer->addFeature($shp); > > > > The ulayer has no data, just a symbol for each point. > > > > Now I have a problem when I get the shapefile back from the results: > > > > $uLayer->open($map->shapepath); > > > > $oRes=$uLayer->getResult(0); > > > > // this next bit gives an error > > > > $oShape = $uLayer->getShape($oRes->tileindex,$oRes->shapeindex); > > > > "Error in msLayerGetShape(): Cannot retrieve inline shapes randomly." > > > > However if I use another layer, the layer with all the shapedata, I get a > > lovely array with all the shapefile data, built into the shapefile. > > Corresponding to the click. > > > > If I do > > addFeature($shp) to the main layer, it gives me the same error. It seems > > whatever layer I addFeature to it gives the error. > > > > Only, I need to get at the $shp data above (I really need the $shp->{index} > > part to get back the data from the database); > > > > Do you have any ideas? > > > > It's so close! I can almost taste that index ;) > > > > Again a BIG thank you for helping me so far. > > > > P > > > > On Fri, Aug 29, 2003 at > > 09:50:10AM +0000, Eric Bridger wrote: > > > Sorry you're having so much trouble. I do perl mapscript queryByPoint > > > extensively. Have you tried looking att the GMap PHP demo php source? > > > It will show you how to do everything with PHP mapscript. > > > > > > http://www2.dmsolutions.ca/gmap/gmap75.phtml > > > > > > E.g the following code is wrong: > > > > > > > $my_point = ms_newpointObj(); > > > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"] > > > > > > $_REQUEST["mapa_x"] and "mapa_y" are the pixel coordinates of your mouse > > > click. You need to first transform them to geographic coordinates. The > > > gmap75.php file contains a function: GMapPix2Geo() which does this. > > > > > > Here's a perl example: > > > sub get_click { > > > my ($q, $map) = @_; > > > my @current_extent = (); > > > my($x_map, $y_map) = (0,0); > > > > > > if($q->param('img.x') && $q->param('imgext')) { # Make sure we got a > > > click > > > @current_extent = split(' ', $q->param('imgext')); > > > my $click_x = $q->param('img.x'); > > > my $click_y = $q->param('img.y'); > > > my $x_pct = ($click_x / $map->{width}); > > > my $y_pct = 1 - ($click_y / $map->{height}); > > > > > > $x_map = $current_extent[0] + ( ($current_extent[2] - > > > $current_extent[0]) * $x_pct); > > > $y_map = $current_extent[1] + ( ($current_extent[3] - > > > $current_extent[1]) * $y_pct); > > > } > > > return ($x_map, $y_map); > > > } > > > > > > > > > > > > On Fri, 2003-08-29 at 12:08, poff wrote: > > > > Hello > > > > > > > > I know everyone is busy - and thanks a lot for your help. > > > > > > > > Only, does _no-one_ use querbypoint with php mapscript? > > > > > > > > It's a great feature if I could get it working, and definitely something to > > > > go in Wiki someday! > > > > > > > > Thanks > > > > > > > > P > > > > > > > > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > -- > > poff at sixbit.org > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > Please do not carbon copy replies to me > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From pbarabe at U.Arizona.EDU Fri Aug 29 12:01:19 2003 From: pbarabe at U.Arizona.EDU (Patrick J Barabe) Date: Fri, 29 Aug 2003 12:01:19 -0700 (MST) Subject: [Mapserver-users] compiling php mapscript Message-ID: Hello all, I'm getting the following error when I make: ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status make[1]: *** [php_mapscript.so] Error 1 make[1]: Leaving directory `/opt/local/mapserver-4.0/mapscript/php3' This is on Solaris 9, PHP 4.3.2, Mapserver 4.0 Does anyone have any experience with this? Thanks in advance, Patrick Barabe From poff at sixbit.org Fri Aug 29 13:21:33 2003 From: poff at sixbit.org (poff) Date: Fri, 29 Aug 2003 22:21:33 +0200 Subject: [Mapserver-users] $shp->{resultscache} empty queryByPoint php mapscript - help! Message-ID: <20030829202133.GA21986@freeshell.org> Hello all, In a quest to get a php mapscript file to locate a click and return a database value, you will have seen my many postings! I can get a result, only it's "blank"... Well I've made a super simplified setup and here it is: php_mapscript 3.6.6 windows nt/apache 1.3.8 - red hat linux test.map NAME TEST_MAP EXTENT -180 -90 180 90 SIZE 370 331 IMAGETYPE PNG UNITS DD WEB IMAGEPATH "/home/user/tmp/img/" IMAGEURL "/imgtmp/" END LAYER NAME "QueryLayer" STATUS OFF TYPE POINT TEMPLATE "dummy" CLASS NAME "User Marker" SYMBOL "marker" COLOR 255 0 0 SIZE 4 END END SYMBOL NAME 'marker' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END END the php file getLayerByName("QueryLayer"); $uLayer->set("status",MS_ON); /* zoom/pan stuff */ if ( isset($_REQUEST["mapa_x"])) { $zoom=($_REQUEST["zoom"]=="select") ? 0 : $_REQUEST["zoom"]; $extent_to_set = explode(" ",$_REQUEST["extent"]); $map->setextent($extent_to_set[0],$extent_to_set[1], $extent_to_set[2],$extent_to_set[3]); $my_point = ms_newpointObj(); $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); $my_extent = ms_newrectObj(); $my_extent->setextent($extent_to_set[0],$extent_to_set[1], $extent_to_set[2],$extent_to_set[3]); $zoom_factor = $zoom*$_REQUEST["power"]; $val_zsize = abs($zoom_factor); if ($zoom_factor == 0) $zoom_factor=1; $map->zoompoint($zoom_factor,$my_point,$map->width,$map->height, $my_extent); $val_zsize = $_REQUEST["power"]; } $image=$map->draw(); /* sample lat/lon values */ $points=Array( "-0.1"=>"57", "33"=>"33", "66"=>"-55"); foreach ($points as $x => $y) { $i++; $oPoint = ms_newPointObj(); $oPoint->setXY($x, $y); $oPoint->draw($map, $uLayer, $image, 0, "test"); $line = ms_newLineObj(); $line->add($oPoint); $shp=ms_newShapeObj(MS_SHAPE_POINT); $shp->add($line); $shp->{text}="test$i"; $shp->{index}=$i; $uLayer->addFeature($shp); } /* if we are selecting a click */ if ( isset($_REQUEST["zoom"]) && $_REQUEST["zoom"]=="select") { $dfKeyMapXMin = $map->extent->minx; $dfKeyMapYMin = $map->extent->miny; $dfKeyMapXMax = $map->extent->maxx; $dfKeyMapYMax = $map->extent->maxy; $dfWidthPix = doubleval($image->width); $dfHeightPix = doubleval($image->height); $nClickGeoX = GMapPix2Geo($_REQUEST['mapa_x'], 0, $dfWidthPix, $dfKeyMapXMin, $dfKeyMapXMax, 0); $nClickGeoY = GMapPix2Geo($_REQUEST["mapa_y"], 0, $dfHeightPix, $dfKeyMapYMin, $dfKeyMapYMax, 1); $my_point = ms_newpointObj(); $my_point->setXY($nClickGeoX,$nClickGeoY); $uLayer->queryByPoint($my_point, MS_SINGLE, 200); $results = $uLayer->{resultcache}; $rslt = $uLayer->getResult(0); $database_id = $rslt->{shapeindex}; echo $database_id; // always -1 exit; } $image_url=$image->saveWebImage(MS_PNG,1,1,0); $extent_to_html = $map->extent->minx." ".$map->extent->miny." ".$map->extent->maxx." ".$map->extent->maxy; ?>
" method="GET">
zoom in
zoom out
pan
select
zoom power
If you could see anything I'm doing wrong I'd be MOST grateful!! Thanks, P -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From assefa at dmsolutions.ca Fri Aug 29 13:47:37 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Fri, 29 Aug 2003 16:47:37 -0400 Subject: [Mapserver-users] [mapservers-users] Web Feature Server References: <7CDD7B94357FD5119E800002A537C46E04FA2482@s5-ccr-r1.ccrs.nrcan.gc.ca> Message-ID: <3F4FBBE9.4050407@dmsolutions.ca> The filter encoding with the WFS should be available in Mapserver at the end of September. Note though that all the filter types will not be supported (only those that fit the existing query functions already availabe in Mapserver will be available). Later, Tom.Kralidis at ccrs.nrcan.gc.ca wrote: > >>-----Original Message----- >>From: bartvde at xs4all.nl [mailto:bartvde at xs4all.nl] >>Sent: Friday, August 29, 2003 6:39 AM >>To: mapserver-users at lists.gis.umn.edu >>Subject: [Mapserver-users] [mapservers-users] Web Feature Server >> >> >>Hi, >> >>I have a few questions about the WFS interface of mapserver: >> >>-can mapserver WFS be used on any data type that can be used >>for WMS? I >>assume it will only apply to all of the vector data types. >> > > > Right. > > >>-can it be used to select features in a box? What type of WFS request >>syntax is used for this? ? >> > > > Or: > > > > GEOMETRY > > -140,40,-139,41 > > > > >>-are there plans for the next release(s) to incorporate the >>Filter syntax >>so geographical and alphanumerical searches can be combined? >> > > > There are plans to support Filter grammar and SLD, however the DM Solutions > guys can give estimated release dates. > > ..Tom > > ================================= > Tom Kralidis > Systems Scientist > Canada Centre for Remote Sensing > Tel: +01-613-947-1828 > http://www.cgdi.ca/ > ================================= > > >>Thanks, >>Bart >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From eric at gomoos.org Fri Aug 29 10:13:36 2003 From: eric at gomoos.org (Eric Bridger) Date: 29 Aug 2003 17:13:36 +0000 Subject: [Mapserver-users] Re: $shp->{resultscache} empty queryByPoint php mapscript - help! In-Reply-To: <20030829202133.GA21986@freeshell.org> References: <20030829202133.GA21986@freeshell.org> Message-ID: <1062177221.1811.104.camel@ubet.gomoos.org> Well I won't say finally yet ... :-) Now I'm confident that your problem is the EXTENT of your map and the SIZE. Your extents are way too large, the whole globe. Pick some more reasonable extents. Then make sure your points are inside those extents. Then, make sure that your map SIZE exactly matches the aspect ratio of your EXTENTS. E.g. I use these extents for the Gulf of Maine: EXTENT -71.5 39.5 -63.0 46.0 and this map size: SIZE 504 385 e.g. (46 - 39.5) / (71.5 / 63) = 6.5/8 = 504/385 Getting the map size to match the extents is crucial when translating your mouse click pixels to lat/lon. Eric On Fri, 2003-08-29 at 20:21, poff wrote: > Hello all, > > In a quest to get a php mapscript file to locate a click and return a > database value, you will have seen my many postings! > > I can get a result, only it's "blank"... > > Well I've made a super simplified setup and here it is: > > php_mapscript 3.6.6 > windows nt/apache 1.3.8 - red hat linux > > test.map > NAME TEST_MAP > > EXTENT -180 -90 180 90 > SIZE 370 331 > IMAGETYPE PNG > > UNITS DD > > WEB > > IMAGEPATH "/home/user/tmp/img/" > IMAGEURL "/imgtmp/" > > END > > LAYER > NAME "QueryLayer" > STATUS OFF > TYPE POINT > > TEMPLATE "dummy" > > CLASS > NAME "User Marker" > SYMBOL "marker" > COLOR 255 0 0 > SIZE 4 > END > END > > SYMBOL > NAME 'marker' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > > END > > the php file > > > dl("php_mapscript.so"); > > $map = ms_newMapObj("/home/user/maps/test.map"); > > $uLayer = $map->getLayerByName("QueryLayer"); > $uLayer->set("status",MS_ON); > > /* zoom/pan stuff */ > > if ( isset($_REQUEST["mapa_x"])) { > > $zoom=($_REQUEST["zoom"]=="select") ? 0 : $_REQUEST["zoom"]; > > $extent_to_set = explode(" ",$_REQUEST["extent"]); > > $map->setextent($extent_to_set[0],$extent_to_set[1], > $extent_to_set[2],$extent_to_set[3]); > > $my_point = ms_newpointObj(); > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > $my_extent = ms_newrectObj(); > $my_extent->setextent($extent_to_set[0],$extent_to_set[1], > $extent_to_set[2],$extent_to_set[3]); > > $zoom_factor = $zoom*$_REQUEST["power"]; > > $val_zsize = abs($zoom_factor); > > if ($zoom_factor == 0) > $zoom_factor=1; > > > $map->zoompoint($zoom_factor,$my_point,$map->width,$map->height, > $my_extent); > > $val_zsize = $_REQUEST["power"]; > } > > $image=$map->draw(); > > /* sample lat/lon values */ > > $points=Array( > "-0.1"=>"57", > "33"=>"33", > "66"=>"-55"); > > foreach ($points as $x => $y) { > > $i++; > > $oPoint = ms_newPointObj(); > $oPoint->setXY($x, $y); > > $oPoint->draw($map, $uLayer, $image, 0, "test"); > > $line = ms_newLineObj(); > $line->add($oPoint); > > $shp=ms_newShapeObj(MS_SHAPE_POINT); > $shp->add($line); > $shp->{text}="test$i"; > $shp->{index}=$i; > $uLayer->addFeature($shp); > > } > > /* if we are selecting a click */ > > if ( isset($_REQUEST["zoom"]) && $_REQUEST["zoom"]=="select") { > > $dfKeyMapXMin = $map->extent->minx; > $dfKeyMapYMin = $map->extent->miny; > $dfKeyMapXMax = $map->extent->maxx; > $dfKeyMapYMax = $map->extent->maxy; > > $dfWidthPix = doubleval($image->width); > $dfHeightPix = doubleval($image->height); > > $nClickGeoX = GMapPix2Geo($_REQUEST['mapa_x'], 0, $dfWidthPix, > $dfKeyMapXMin, > $dfKeyMapXMax, 0); > $nClickGeoY = GMapPix2Geo($_REQUEST["mapa_y"], 0, $dfHeightPix, > $dfKeyMapYMin, > $dfKeyMapYMax, 1); > > $my_point = ms_newpointObj(); > $my_point->setXY($nClickGeoX,$nClickGeoY); > > $uLayer->queryByPoint($my_point, MS_SINGLE, 200); > > $results = $uLayer->{resultcache}; > > $rslt = $uLayer->getResult(0); > > $database_id = $rslt->{shapeindex}; > > echo $database_id; > > // always -1 > > exit; > > } > > $image_url=$image->saveWebImage(MS_PNG,1,1,0); > > $extent_to_html = $map->extent->minx." ".$map->extent->miny." > ".$map->extent->maxx." ".$map->extent->maxy; > > ?> > >
" method="GET"> > > height="height?>" src=""> > >
> > zoom in
> zoom out
> pan
> select
> > zoom power > > > >
> > > /* from gmap */ > > function GMapPix2Geo($nPixPos, $dfPixMin, $dfPixMax, $dfGeoMin, $dfGeoMax, > $nInversePix) > { > > $dfWidthGeo = $dfGeoMax - $dfGeoMin; > $dfWidthPix = $dfPixMax - $dfPixMin; > > > $dfPixToGeo = $dfWidthGeo / $dfWidthPix; > > if (!$nInversePix) > $dfDeltaPix = $nPixPos - $dfPixMin; > else > $dfDeltaPix = $dfPixMax - $nPixPos; > > $dfDeltaGeo = $dfDeltaPix * $dfPixToGeo; > > > $dfPosGeo = $dfGeoMin + $dfDeltaGeo; > > return ($dfPosGeo); > } > > ?> > > If you could see anything I'm doing wrong I'd be MOST grateful!! > > Thanks, > > P > -- > poff at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > > Please do not carbon copy replies to me > From woodbri at swoodbridge.com Fri Aug 29 14:37:18 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Fri, 29 Aug 2003 17:37:18 -0400 Subject: [Mapserver-users] Unique? Was: mapscript - queryByPoint help, simple Q In-Reply-To: <20030829120807.GA3135@freeshell.org> References: <20030828214042.GA7785@freeshell.org> Message-ID: <3F4F8F4E.18055.8F9B31E@localhost> poff, Do you have TOLERANCE set to a value, if it defaults to 0.0 then it is going to be pretty hard to selecet a point. -Steve On 29 Aug 2003 at 14:08, poff wrote: > Hello > > I know everyone is busy - and thanks a lot for your help. > > Only, does _no-one_ use querbypoint with php mapscript? > > It's a great feature if I could get it working, and definitely > something to go in Wiki someday! > > Thanks > > P > > On Thu, Aug 28, 2003 at 11:40:42PM +0200, poff wrote: > > > The problem is probably in your map file. > > > TEMPLATE belongs in the LAYER not the CLASS. > > > > Thanks, I changed this and no change to the outcome. > > > > However, I added the TEMPLATE tag to all of the layers and then > > suddenly, on the last layer: > > > > Warning: MapServer Error in msOpenSHPFile(): No (NULL) filename > > provided > > > > This is using $mapObj->query... > > > > With the $uLayer->query it just says no records. > > > > Then when I changed $uLayer to the last one they both give the NULL > > error. > > > > I'll go bald with all this hair pulling out! > > > > Thanks, > > > > P > > > > > > > > > > > On Thu, 2003-08-28 at 19:15, poff wrote: > > > > Hello again > > > > > > > > I've tried all the list suggestions with the followig code, but > > > > am _still_ getting "No Records Found". > > > > > > > > If anyone could suggest or point out what I'm doing wrong I'd be > > > > greatly indebted to them! > > > > > > > > Here it goes: > > > > > > > > ... > > > > $map = ms_newMapObj($mapfile); > > > > > > > > $uLayer = $map->getLayerByName("Points"); > > > > $uLayer->set("status",1); > > > > > > > > $image=$map->draw(); > > > > > > > > while () { > > > > > > > > $oPoint = ms_newPointObj(); > > > > $oPoint->setXY($geoData['px'], $geoData['py']); > > > > > > > > $line = ms_newLineObj(); > > > > $line->add($oPoint); > > > > > > > > $shp=ms_newShapeObj(MS_SHAPE_POINT); > > > > $shp->add($line); > > > > $shp->{text}=$geoData['place_name']; > > > > $shp->{index}=$i; > > > > > > > > $uLayer->addFeature($shp); > > > > > > > > $oPoint->draw($map, $uLayer, $image, 0, > > > > $geoData['place_name']); > > > > > > > > } > > > > > > > > $my_point = ms_newpointObj(); > > > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > > > > > > > $map->queryByPoint($my_point, MS_SINGLE, 20); > > > > > > > > $uLayer->queryByPoint($my_point,MS_SINGLE,-10); // for good > > > > measure ... > > > > > > > > And the mapfile: > > > > > > > > ... > > > > LAYER > > > > NAME "Points" > > > > STATUS ON > > > > TYPE POINT > > > > LABELCACHE FALSE > > > > CLASS > > > > NAME "User Marker" > > > > SYMBOL "marker" > > > > TEMPLATE "dummy" > > > > LABEL > > > > ... > > > > END > > > > END > > > > END > > > > ... > > > > > > > > I'm pretty stumped! I tried by $map-> and $Layer-> queryByPoint > > > > to no great joy. > > > > > > > > Thanks in advance, > > > > > > > > P > > > > > > > > -- > > > > poff at sixbit.org > > > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > > > Please do not carbon copy replies to me > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > -- > > poff at sixbit.org > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > Please do not carbon copy replies to me > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > poff at sixbit.org > SDF Public Access UNIX System - http://sdf.lonestar.org > > Please do not carbon copy replies to me > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From brian at christianity.com Fri Aug 29 14:51:46 2003 From: brian at christianity.com (Brian Fujito) Date: 29 Aug 2003 17:51:46 -0400 Subject: [Mapserver-users] Re: Center in lat/lon, radius in miles? Message-ID: <1062193906.1809.73.camel@brian.lightsource.com> Hi there, I saw your post from back in 2001: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0109/msg00064.html I'm hoping that I can get some followup help on this. I'm trying to do the same thing, where my map is in lcc, but I would like to tell it, "center the map at longitude,latitude = x,y, and show an X-mile radius around it". I'd like for the image dimensions to remain the same, and for the resulting image to remain in lcc as much as possible. Here is my mapfile: ########### begin mapfile NAME VA # The following is the lcc extent (conic-projected) #EXTENT -399619.932233 1844229.926521 396405.724268 2442378.083651 # The following is the latlong extent EXTENT -84.109175 35.285090 -74.820374 40.660661 SIZE 360 270 SHAPEPATH /www/mysite.mysite.com/html/mapserver/data/ FONTSET /www/mysite.mysite.com/html/mapserver/fonts/fonts.list IMAGECOLOR 178 210 225 #UNITS MILES WEB TEMPLATE /www/mysite.mysite.com/html/mapserver/templates/statetemplate_nav.html IMAGEPATH /www/mysite.mysite.com/html/mapserver/tmp/ IMAGEURL /mapserver/tmp/ END PROJECTION # "proj=lcc" "proj=latlong" "lat_0=20" "lat_1=60" "lon_0=-79.4460735" END LAYER NAME states STATUS DEFAULT DATA statesptrunc TYPE POLYGON PROJECTION "proj=latlong" END CLASS NAME "states" COLOR 213 213 213 OUTLINECOLOR 130 130 130 END END #layer END #mapfile ############## end mapfile If I switch this mapfile to be in latlong (by changing comments at EXTENT and PROJECTION), and pass the CGI: &mapxy=-77.051663+38.799917&buffer=.3 then it actually does the right thing... it zooms into the top right area of the Viginia map. However, with the mapfile as above, when I pass it: &mapxy=-77.051663+38.799917&buffer=.3 then it sends me off somewhere else. My output template is set to display some information including the extent, and it seems to be in long/lat coordinates: -80.000000 35.000000 -72.000000 41.000000 This attempt was in hopes that the comment in the post that "If it's in lat/lon MapServer will convert to the output projection before continuing" meant that mapserver would convert my inputs to lcc, and then do the rest appropriately, and return me an lcc map. I then tried the alternative, where I computed the lcc-equivalent of my -77.051663,38.799917 point. So, I ran: &mapxy=186521.66,4397421.94&buffer=.3 But then, that threw me way off, somewhere else. It seemed that the extent was still lcc, but it pushed me far off somewhere... What am I doing wrong? I would prefer to be able to pass it longitude/latitude directly (and have lcc results). Thank you very much, in advance, for your help! Brian >>>>>> Are you using parameters like mapxy and buffer to do this or some other method? Since your output map is lcc this isn't hard. You just need to convert your center point from lat/lon to lcc and then generate the exent around that computed point. The CGI program (compiled with Proj.4) has built-in capabilities to do this. For example, assuming a non-geographic output projection you can set mapext or mapxy in the output projection or in lat/lon. If it's in lat/lon MapServer will convert to the output projection before continuing. You can use the buffer parameter to specify a radius to use around the mapxy point. In your case you'd set it to ? a mile (in output units). Hope this helps. Steve Stephen Lime Internet Applications Analyst Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Bill Lubanovic 09/06/01 04:36PM >>> Although I've read the docs, installed the demo, and have built working applications, I'm stuck on something that sounds simple. I'm trying to plot a map with its center at a given lat/lon and a radius of a given number of miles. The map would actually be the bounding box of this circle, not clipped to the circle. And it would only be a circle in lat/lon space (Mercator), not in any other projection, right? The data files (state/county/etc. boundaries) are good, and the projection from lat/lon to lcc and other projections works in the template file. But I'm not sure how to define the extent around the centerpoint, since the original lat/lon (DD) space doesn't equate to miles. I'm approximating the bounding box by trial and error. Should I use proj.4 to calculate the extents in miles for each lat/lon centerpoint? Or is there a way in Mapserver to specify this directly? Thanks, Bill Lubanovic Mad Scheme Limited From gerry.creager at tamu.edu Fri Aug 29 16:04:32 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Fri, 29 Aug 2003 18:04:32 -0500 Subject: [Mapserver-users] Unique? Was: mapscript - queryByPoint help, simple Q In-Reply-To: <3F4F8F4E.18055.8F9B31E@localhost> References: <20030828214042.GA7785@freeshell.org> <3F4F8F4E.18055.8F9B31E@localhost> Message-ID: <3F4FDC00.4090904@tamu.edu> Steve, Set to positive or negative values? I know it sounds silly, but I tried to adjust this on one of my projects and I've apparently lost the correct incantation! Thanks, Gerry woodbri at swoodbridge.com wrote: > poff, > > Do you have TOLERANCE set to a value, if it defaults to 0.0 then it > is going to be pretty hard to selecet a point. > > -Steve > > On 29 Aug 2003 at 14:08, poff wrote: > > >>Hello >> >>I know everyone is busy - and thanks a lot for your help. >> >>Only, does _no-one_ use querbypoint with php mapscript? >> >>It's a great feature if I could get it working, and definitely >>something to go in Wiki someday! >> >>Thanks >> >>P >> >>On Thu, Aug 28, 2003 at 11:40:42PM +0200, poff wrote: >> >>>>The problem is probably in your map file. >>>>TEMPLATE belongs in the LAYER not the CLASS. >>> >>>Thanks, I changed this and no change to the outcome. >>> >>>However, I added the TEMPLATE tag to all of the layers and then >>>suddenly, on the last layer: >>> >>>Warning: MapServer Error in msOpenSHPFile(): No (NULL) filename >>>provided >>> >>>This is using $mapObj->query... >>> >>>With the $uLayer->query it just says no records. >>> >>>Then when I changed $uLayer to the last one they both give the NULL >>>error. >>> >>>I'll go bald with all this hair pulling out! >>> >>>Thanks, >>> >>>P >>> >>> >>>> >>>>On Thu, 2003-08-28 at 19:15, poff wrote: >>>> >>>>>Hello again >>>>> >>>>>I've tried all the list suggestions with the followig code, but >>>>>am _still_ getting "No Records Found". >>>>> >>>>>If anyone could suggest or point out what I'm doing wrong I'd be >>>>>greatly indebted to them! >>>>> >>>>>Here it goes: >>>>> >>>>>... >>>>>$map = ms_newMapObj($mapfile); >>>>> >>>>>$uLayer = $map->getLayerByName("Points"); >>>>>$uLayer->set("status",1); >>>>> >>>>>$image=$map->draw(); >>>>> >>>>>while () { >>>>> >>>>> $oPoint = ms_newPointObj(); >>>>> $oPoint->setXY($geoData['px'], $geoData['py']); >>>>> >>>>> $line = ms_newLineObj(); >>>>> $line->add($oPoint); >>>>> >>>>> $shp=ms_newShapeObj(MS_SHAPE_POINT); >>>>> $shp->add($line); >>>>> $shp->{text}=$geoData['place_name']; >>>>> $shp->{index}=$i; >>>>> >>>>> $uLayer->addFeature($shp); >>>>> >>>>> $oPoint->draw($map, $uLayer, $image, 0, >>>>>$geoData['place_name']); >>>>> >>>>>} >>>>> >>>>>$my_point = ms_newpointObj(); >>>>>$my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); >>>>> >>>>>$map->queryByPoint($my_point, MS_SINGLE, 20); >>>>> >>>>>$uLayer->queryByPoint($my_point,MS_SINGLE,-10); // for good >>>>>measure ... >>>>> >>>>>And the mapfile: >>>>> >>>>>... >>>>>LAYER >>>>> NAME "Points" >>>>> STATUS ON >>>>> TYPE POINT >>>>> LABELCACHE FALSE >>>>> CLASS >>>>> NAME "User Marker" >>>>> SYMBOL "marker" >>>>> TEMPLATE "dummy" >>>>> LABEL >>>>> ... >>>>> END >>>>> END >>>>>END >>>>>... >>>>> >>>>>I'm pretty stumped! I tried by $map-> and $Layer-> queryByPoint >>>>>to no great joy. >>>>> >>>>>Thanks in advance, >>>>> >>>>>P >>>>> >>>>>-- >>>>>poff at sixbit.org >>>>>SDF Public Access UNIX System - http://sdf.lonestar.org >>>>> >>>>>Please do not carbon copy replies to me >>>>>_______________________________________________ >>>>>Mapserver-users mailing list >>>>>Mapserver-users at lists.gis.umn.edu >>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>>> >>>> >>>> >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>>-- >>>poff at sixbit.org >>>SDF Public Access UNIX System - http://sdf.lonestar.org >>> >>>Please do not carbon copy replies to me >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >>-- >>poff at sixbit.org >>SDF Public Access UNIX System - http://sdf.lonestar.org >> >>Please do not carbon copy replies to me >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From woodbri at swoodbridge.com Fri Aug 29 16:13:04 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Fri, 29 Aug 2003 19:13:04 -0400 Subject: [Mapserver-users] Unique? Was: mapscript - queryByPoint help, simple Q In-Reply-To: <3F4FDC00.4090904@tamu.edu> References: <3F4F8F4E.18055.8F9B31E@localhost> Message-ID: <3F4FA5C0.9933.95160AD@localhost> Gerry, You need to set it to some positive value and you can set the TOLERANCE UNITS also then you will get the item closest to the point if you are using MS_SINGLE and all items within the radius if you are use MS_MULTIPLE I don't have my docs in front of me so I don't remember the exact syntax. -Steve On 29 Aug 2003 at 18:04, Gerry Creager N5JXS wrote: > Steve, > > Set to positive or negative values? I know it sounds silly, but I > tried to adjust this on one of my projects and I've apparently lost > the correct incantation! > > Thanks, Gerry > > woodbri at swoodbridge.com wrote: > > poff, > > > > Do you have TOLERANCE set to a value, if it defaults to 0.0 then it > > is going to be pretty hard to selecet a point. > > > > -Steve > > > > On 29 Aug 2003 at 14:08, poff wrote: > > > > > >>Hello > >> > >>I know everyone is busy - and thanks a lot for your help. > >> > >>Only, does _no-one_ use querbypoint with php mapscript? > >> > >>It's a great feature if I could get it working, and definitely > >>something to go in Wiki someday! > >> > >>Thanks > >> > >>P > >> > >>On Thu, Aug 28, 2003 at 11:40:42PM +0200, poff wrote: > >> > >>>>The problem is probably in your map file. > >>>>TEMPLATE belongs in the LAYER not the CLASS. > >>> > >>>Thanks, I changed this and no change to the outcome. > >>> > >>>However, I added the TEMPLATE tag to all of the layers and then > >>>suddenly, on the last layer: > >>> > >>>Warning: MapServer Error in msOpenSHPFile(): No (NULL) filename > >>>provided > >>> > >>>This is using $mapObj->query... > >>> > >>>With the $uLayer->query it just says no records. > >>> > >>>Then when I changed $uLayer to the last one they both give the NULL > >>>error. > >>> > >>>I'll go bald with all this hair pulling out! > >>> > >>>Thanks, > >>> > >>>P > >>> > >>> > >>>> > >>>>On Thu, 2003-08-28 at 19:15, poff wrote: > >>>> > >>>>>Hello again > >>>>> > >>>>>I've tried all the list suggestions with the followig code, but > >>>>>am _still_ getting "No Records Found". > >>>>> > >>>>>If anyone could suggest or point out what I'm doing wrong I'd be > >>>>>greatly indebted to them! > >>>>> > >>>>>Here it goes: > >>>>> > >>>>>... > >>>>>$map = ms_newMapObj($mapfile); > >>>>> > >>>>>$uLayer = $map->getLayerByName("Points"); > >>>>>$uLayer->set("status",1); > >>>>> > >>>>>$image=$map->draw(); > >>>>> > >>>>>while () { > >>>>> > >>>>> $oPoint = ms_newPointObj(); > >>>>> $oPoint->setXY($geoData['px'], $geoData['py']); > >>>>> > >>>>> $line = ms_newLineObj(); > >>>>> $line->add($oPoint); > >>>>> > >>>>> $shp=ms_newShapeObj(MS_SHAPE_POINT); > >>>>> $shp->add($line); > >>>>> $shp->{text}=$geoData['place_name']; > >>>>> $shp->{index}=$i; > >>>>> > >>>>> $uLayer->addFeature($shp); > >>>>> > >>>>> $oPoint->draw($map, $uLayer, $image, 0, > >>>>>$geoData['place_name']); > >>>>> > >>>>>} > >>>>> > >>>>>$my_point = ms_newpointObj(); > >>>>>$my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > >>>>> > >>>>>$map->queryByPoint($my_point, MS_SINGLE, 20); > >>>>> > >>>>>$uLayer->queryByPoint($my_point,MS_SINGLE,-10); // for good > >>>>>measure ... > >>>>> > >>>>>And the mapfile: > >>>>> > >>>>>... > >>>>>LAYER > >>>>> NAME "Points" > >>>>> STATUS ON > >>>>> TYPE POINT > >>>>> LABELCACHE FALSE > >>>>> CLASS > >>>>> NAME "User Marker" > >>>>> SYMBOL "marker" > >>>>> TEMPLATE "dummy" > >>>>> LABEL > >>>>> ... > >>>>> END > >>>>> END > >>>>>END > >>>>>... > >>>>> > >>>>>I'm pretty stumped! I tried by $map-> and $Layer-> queryByPoint > >>>>>to no great joy. > >>>>> > >>>>>Thanks in advance, > >>>>> > >>>>>P > >>>>> > >>>>>-- > >>>>>poff at sixbit.org > >>>>>SDF Public Access UNIX System - http://sdf.lonestar.org > >>>>> > >>>>>Please do not carbon copy replies to me > >>>>>_______________________________________________ > >>>>>Mapserver-users mailing list > >>>>>Mapserver-users at lists.gis.umn.edu > >>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >>>>> > >>>> > >>>> > >>>>_______________________________________________ > >>>>Mapserver-users mailing list > >>>>Mapserver-users at lists.gis.umn.edu > >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >>> > >>>-- > >>>poff at sixbit.org > >>>SDF Public Access UNIX System - http://sdf.lonestar.org > >>> > >>>Please do not carbon copy replies to me > >>>_______________________________________________ > >>>Mapserver-users mailing list > >>>Mapserver-users at lists.gis.umn.edu > >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > >>-- > >>poff at sixbit.org > >>SDF Public Access UNIX System - http://sdf.lonestar.org > >> > >>Please do not carbon copy replies to me > >>_______________________________________________ > >>Mapserver-users mailing list > >>Mapserver-users at lists.gis.umn.edu > >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > Gerry Creager -- gerry.creager at tamu.edu > Network Engineering -- AATLT, Texas A&M University > Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > Page: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > > From poff at sixbit.org Fri Aug 29 20:44:41 2003 From: poff at sixbit.org (poff) Date: Sat, 30 Aug 2003 05:44:41 +0200 Subject: [Mapserver-users] Unique? Was: mapscript - queryByPoint help, simple Q In-Reply-To: <3F4F8F4E.18055.8F9B31E@localhost> References: <20030828214042.GA7785@freeshell.org> <3F4F8F4E.18055.8F9B31E@localhost> Message-ID: <20030830034441.GA12691@freeshell.org> Hello I didn't, but that didn't help. The point is selected, it just doesn't show the shape data. The whole thing is in a new post - $shp->{resultscache} Thanks! P On Fri, Aug 29, 2003 at 05:37:18PM -0400, woodbri at swoodbridge.com wrote: > poff, > > Do you have TOLERANCE set to a value, if it defaults to 0.0 then it > is going to be pretty hard to selecet a point. > > -Steve > > On 29 Aug 2003 at 14:08, poff wrote: > > > Hello > > > > I know everyone is busy - and thanks a lot for your help. > > > > Only, does _no-one_ use querbypoint with php mapscript? > > > > It's a great feature if I could get it working, and definitely > > something to go in Wiki someday! > > > > Thanks > > > > P > > > > On Thu, Aug 28, 2003 at 11:40:42PM +0200, poff wrote: > > > > The problem is probably in your map file. > > > > TEMPLATE belongs in the LAYER not the CLASS. > > > > > > Thanks, I changed this and no change to the outcome. > > > > > > However, I added the TEMPLATE tag to all of the layers and then > > > suddenly, on the last layer: > > > > > > Warning: MapServer Error in msOpenSHPFile(): No (NULL) filename > > > provided > > > > > > This is using $mapObj->query... > > > > > > With the $uLayer->query it just says no records. > > > > > > Then when I changed $uLayer to the last one they both give the NULL > > > error. > > > > > > I'll go bald with all this hair pulling out! > > > > > > Thanks, > > > > > > P > > > > > > > > > > > > > > > On Thu, 2003-08-28 at 19:15, poff wrote: > > > > > Hello again > > > > > > > > > > I've tried all the list suggestions with the followig code, but > > > > > am _still_ getting "No Records Found". > > > > > > > > > > If anyone could suggest or point out what I'm doing wrong I'd be > > > > > greatly indebted to them! > > > > > > > > > > Here it goes: > > > > > > > > > > ... > > > > > $map = ms_newMapObj($mapfile); > > > > > > > > > > $uLayer = $map->getLayerByName("Points"); > > > > > $uLayer->set("status",1); > > > > > > > > > > $image=$map->draw(); > > > > > > > > > > while () { > > > > > > > > > > $oPoint = ms_newPointObj(); > > > > > $oPoint->setXY($geoData['px'], $geoData['py']); > > > > > > > > > > $line = ms_newLineObj(); > > > > > $line->add($oPoint); > > > > > > > > > > $shp=ms_newShapeObj(MS_SHAPE_POINT); > > > > > $shp->add($line); > > > > > $shp->{text}=$geoData['place_name']; > > > > > $shp->{index}=$i; > > > > > > > > > > $uLayer->addFeature($shp); > > > > > > > > > > $oPoint->draw($map, $uLayer, $image, 0, > > > > > $geoData['place_name']); > > > > > > > > > > } > > > > > > > > > > $my_point = ms_newpointObj(); > > > > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > > > > > > > > > $map->queryByPoint($my_point, MS_SINGLE, 20); > > > > > > > > > > $uLayer->queryByPoint($my_point,MS_SINGLE,-10); // for good > > > > > measure ... > > > > > > > > > > And the mapfile: > > > > > > > > > > ... > > > > > LAYER > > > > > NAME "Points" > > > > > STATUS ON > > > > > TYPE POINT > > > > > LABELCACHE FALSE > > > > > CLASS > > > > > NAME "User Marker" > > > > > SYMBOL "marker" > > > > > TEMPLATE "dummy" > > > > > LABEL > > > > > ... > > > > > END > > > > > END > > > > > END > > > > > ... > > > > > > > > > > I'm pretty stumped! I tried by $map-> and $Layer-> queryByPoint > > > > > to no great joy. > > > > > > > > > > Thanks in advance, > > > > > > > > > > P > > > > > > > > > > -- > > > > > poff at sixbit.org > > > > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > > > > > Please do not carbon copy replies to me > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > -- > > > poff at sixbit.org > > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > > > Please do not carbon copy replies to me > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > -- > > poff at sixbit.org > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > Please do not carbon copy replies to me > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org Please do not carbon copy replies to me From poff at sixbit.org Fri Aug 29 20:58:14 2003 From: poff at sixbit.org (poff) Date: Sat, 30 Aug 2003 05:58:14 +0200 Subject: [Mapserver-users] Re: $shp->{resultscache} empty queryByPoint php mapscript - help! In-Reply-To: <1062177221.1811.104.camel@ubet.gomoos.org> References: <20030829202133.GA21986@freeshell.org> <1062177221.1811.104.camel@ubet.gomoos.org> Message-ID: <20030830035814.GB12691@freeshell.org> Hello, thanks a lot for your time! Unfortunately changing the extent didn't help - still getting results, it's just nothing in the resutlscache. In any case I was zooming in very close to each dot. Here is a dump of $shp, the bounds look anormal, maybe it's here the problem? ( [_handle_] => Resource id #30 [numlines] => 0 [type] => 0 [index] => 3 [tileindex] => -1 [classindex] => 0 [numvalues] => 0 [text] => test3 [bounds] => rect Object ( [_handle_] => Resource id #31 [minx] => -1 [miny] => -1 [maxx] => -1 [maxy] => -1 ) ) Thanks, P ps. here is lineObj: line Object ( [_handle_] => Resource id #25 [numpoints] => 0 ) after tge add($oPoint) On Fri, Aug 29, 2003 at 05:13:36PM +0000, Eric Bridger wrote: > Well I won't say finally yet ... :-) > > Now I'm confident that your problem is the EXTENT of your map and the > SIZE. Your extents are way too large, the whole globe. Pick some more > reasonable extents. Then make sure your points are inside those > extents. Then, make sure that your map SIZE exactly matches the aspect > ratio of your EXTENTS. > E.g. I use these extents for the Gulf of Maine: > > EXTENT -71.5 39.5 -63.0 46.0 > and this map size: > SIZE 504 385 > > e.g. (46 - 39.5) / (71.5 / 63) = 6.5/8 = 504/385 > > Getting the map size to match the extents is crucial when translating > your mouse click pixels to lat/lon. > > Eric > > > On Fri, 2003-08-29 at 20:21, poff wrote: > > Hello all, > > > > In a quest to get a php mapscript file to locate a click and return a > > database value, you will have seen my many postings! > > > > I can get a result, only it's "blank"... > > > > Well I've made a super simplified setup and here it is: > > > > php_mapscript 3.6.6 > > windows nt/apache 1.3.8 - red hat linux > > > > test.map > > NAME TEST_MAP > > > > EXTENT -180 -90 180 90 > > SIZE 370 331 > > IMAGETYPE PNG > > > > UNITS DD > > > > WEB > > > > IMAGEPATH "/home/user/tmp/img/" > > IMAGEURL "/imgtmp/" > > > > END > > > > LAYER > > NAME "QueryLayer" > > STATUS OFF > > TYPE POINT > > > > TEMPLATE "dummy" > > > > CLASS > > NAME "User Marker" > > SYMBOL "marker" > > COLOR 255 0 0 > > SIZE 4 > > END > > END > > > > SYMBOL > > NAME 'marker' > > TYPE ELLIPSE > > POINTS 1 1 END > > FILLED TRUE > > END > > > > END > > > > the php file > > > > > > > dl("php_mapscript.so"); > > > > $map = ms_newMapObj("/home/user/maps/test.map"); > > > > $uLayer = $map->getLayerByName("QueryLayer"); > > $uLayer->set("status",MS_ON); > > > > /* zoom/pan stuff */ > > > > if ( isset($_REQUEST["mapa_x"])) { > > > > $zoom=($_REQUEST["zoom"]=="select") ? 0 : $_REQUEST["zoom"]; > > > > $extent_to_set = explode(" ",$_REQUEST["extent"]); > > > > $map->setextent($extent_to_set[0],$extent_to_set[1], > > $extent_to_set[2],$extent_to_set[3]); > > > > $my_point = ms_newpointObj(); > > $my_point->setXY($_REQUEST["mapa_x"],$_REQUEST["mapa_y"]); > > > > $my_extent = ms_newrectObj(); > > $my_extent->setextent($extent_to_set[0],$extent_to_set[1], > > $extent_to_set[2],$extent_to_set[3]); > > > > $zoom_factor = $zoom*$_REQUEST["power"]; > > > > $val_zsize = abs($zoom_factor); > > > > if ($zoom_factor == 0) > > $zoom_factor=1; > > > > > > $map->zoompoint($zoom_factor,$my_point,$map->width,$map->height, > > $my_extent); > > > > $val_zsize = $_REQUEST["power"]; > > } > > > > $image=$map->draw(); > > > > /* sample lat/lon values */ > > > > $points=Array( > > "-0.1"=>"57", > > "33"=>"33", > > "66"=>"-55"); > > > > foreach ($points as $x => $y) { > > > > $i++; > > > > $oPoint = ms_newPointObj(); > > $oPoint->setXY($x, $y); > > > > $oPoint->draw($map, $uLayer, $image, 0, "test"); > > > > $line = ms_newLineObj(); > > $line->add($oPoint); > > > > $shp=ms_newShapeObj(MS_SHAPE_POINT); > > $shp->add($line); > > $shp->{text}="test$i"; > > $shp->{index}=$i; > > $uLayer->addFeature($shp); > > > > } > > > > /* if we are selecting a click */ > > > > if ( isset($_REQUEST["zoom"]) && $_REQUEST["zoom"]=="select") { > > > > $dfKeyMapXMin = $map->extent->minx; > > $dfKeyMapYMin = $map->extent->miny; > > $dfKeyMapXMax = $map->extent->maxx; > > $dfKeyMapYMax = $map->extent->maxy; > > > > $dfWidthPix = doubleval($image->width); > > $dfHeightPix = doubleval($image->height); > > > > $nClickGeoX = GMapPix2Geo($_REQUEST['mapa_x'], 0, $dfWidthPix, > > $dfKeyMapXMin, > > $dfKeyMapXMax, 0); > > $nClickGeoY = GMapPix2Geo($_REQUEST["mapa_y"], 0, $dfHeightPix, > > $dfKeyMapYMin, > > $dfKeyMapYMax, 1); > > > > $my_point = ms_newpointObj(); > > $my_point->setXY($nClickGeoX,$nClickGeoY); > > > > $uLayer->queryByPoint($my_point, MS_SINGLE, 200); > > > > $results = $uLayer->{resultcache}; > > > > $rslt = $uLayer->getResult(0); > > > > $database_id = $rslt->{shapeindex}; > > > > echo $database_id; > > > > // always -1 > > > > exit; > > > > } > > > > $image_url=$image->saveWebImage(MS_PNG,1,1,0); > > > > $extent_to_html = $map->extent->minx." ".$map->extent->miny." > > ".$map->extent->maxx." ".$map->extent->maxy; > > > > ?> > > > >
" method="GET"> > > > > > height="height?>" src=""> > > > >
> > > > zoom in
> > zoom out
> > pan
> > select
> > > > zoom power > > > > > > > >
> > > > > > > /* from gmap */ > > > > function GMapPix2Geo($nPixPos, $dfPixMin, $dfPixMax, $dfGeoMin, $dfGeoMax, > > $nInversePix) > > { > > > > $dfWidthGeo = $dfGeoMax - $dfGeoMin; > > $dfWidthPix = $dfPixMax - $dfPixMin; > > > > > > $dfPixToGeo = $dfWidthGeo / $dfWidthPix; > > > > if (!$nInversePix) > > $dfDeltaPix = $nPixPos - $dfPixMin; > > else > > $dfDeltaPix = $dfPixMax - $nPixPos; > > > > $dfDeltaGeo = $dfDeltaPix * $dfPixToGeo; > > > > > > $dfPosGeo = $dfGeoMin + $dfDeltaGeo; > > > > return ($dfPosGeo); > > } > > > > ?> > > > > If you could see anything I'm doing wrong I'd be MOST grateful!! > > > > Thanks, > > > > P > > -- > > poff at sixbit.org > > SDF Public Access UNIX System - http://sdf.lonestar.org > > > > Please do not carbon copy replies to me > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From Bhaskar Fri Aug 29 22:52:38 2003 From: Bhaskar (Bhaskar) Date: 30 Aug 2003 05:52:38 -0000 Subject: [Mapserver-users] dat file extension Message-ID: <20030830055238.6064.qmail@webmail9.rediffmail.com> hi, i am new to mapserver. i have the GIS map for a location and there are 4 files with the following extn. DAT, ID, MAP and TAB i am able to use mapinfo to open these files and then plot the co-ordinates etc. I want to know how can i use mapserver to do this. Can mapserver understand these file format? If not, what is the other standard file format which works with mapserver so that I can get the same from my vendor. thanks in advance ___________________________________________________ Meet your old school or college friends from 1 Million + database... Click here to reunite www.batchmates.com/rediff.asp From flavio at tydac.ch Sat Aug 30 05:19:12 2003 From: flavio at tydac.ch (Flavio Hendry) Date: Sat, 30 Aug 2003 14:19:12 +0200 Subject: [Mapserver-users] dat file extension In-Reply-To: <20030830055238.6064.qmail@webmail9.rediffmail.com> References: <20030830055238.6064.qmail@webmail9.rediffmail.com> Message-ID: HI Baaskar Soemthign like that: LAYER NAME "Bodenbedeckung" TYPE POLYGON MINSCALE 0 MAXSCALE 100000 STATUS DEFAULT CONNECTIONTYPE OGR CONNECTION "d:/mapserver/chur_test/boden.TAB" STYLEITEM "AUTO" CLASS NAME "Bodenbedeckung" END # Class section END -----Original Message----- From: "Bhaskar" To: mapserver-users at lists.gis.umn.edu Date: 30 Aug 2003 05:52:38 -0000 Subject: [Mapserver-users] dat file extension > hi, > i am new to mapserver. i have the GIS map for a location and there > are 4 files with the following extn. DAT, ID, MAP and TAB > i am able to use mapinfo to open these files and then plot the > co-ordinates etc. I want to know how can i use mapserver to do > this. Can mapserver understand these file format? If not, what is > the other standard file format which works with mapserver so that > I can get the same from my vendor. > > thanks in advance > ___________________________________________________ > Meet your old school or college friends from > 1 Million + database... > Click here to reunite www.batchmates.com/rediff.asp > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users