From warmerdam at pobox.com Thu May 1 12:37:48 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 01 May 2003 15:37:48 -0400 Subject: [Mapserver-users] how to define this datum? References: Message-ID: <3EB1778C.7070400@pobox.com> pond bear wrote: > I need to show an image whose SPHEROID is ["unnamed",6370997,0]]. How to > define it in mapfile's projection field? Jing, a=6370997 b=6370997 The 0 inverse flattening means the spheroid is a sphere. 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 sanjaykumartiwary44 at yahoo.co.in Thu May 1 04:19:26 2003 From: sanjaykumartiwary44 at yahoo.co.in (=?iso-8859-1?q?sanjay=20tiwary?=) Date: Thu, 1 May 2003 12:19:26 +0100 (BST) Subject: [Mapserver-users] shapefiles Message-ID: <20030501111926.913.qmail@web8202.mail.in.yahoo.com> --0-2000100914-1051787966=:306 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi All I have used examle given on the link http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptRH73which is working fine.Now i want to use the same example with the shape files i am gettingfrom the link http://www.vdstech.com/map_data.htm ( data - india)but the final output is a blank page, nothing is diplyed. How it is happening? I have changed the name of data section in the .map file to include new data.Everything else remains same.How to get that? Sanjay Catch all the cricket action. Download Yahoo! Score tracker --0-2000100914-1051787966=:306 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hi All
         I have used examle given on the link http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptRH73
which is working fine.Now i want to use the same example with the shape files i am gettingfrom the link  http://www.vdstech.com/map_data.htm ( data - india)
but the final output is a blank page, nothing is diplyed.
                                   How it is happening? I have changed the name of data section in the .map file to include new data.Everything else remains same.How to get that?
                                         Sanjay

Catch all the cricket action. Download Yahoo! Score tracker --0-2000100914-1051787966=:306-- From schut at sarvision.com Thu May 1 05:09:51 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 1 May 2003 14:09:51 +0200 Subject: [Mapserver-users] shapefiles In-Reply-To: <20030501111926.913.qmail@web8202.mail.in.yahoo.com> References: <20030501111926.913.qmail@web8202.mail.in.yahoo.com> Message-ID: <200305011409.51591.schut@sarvision.com> Probably you will have to change the 'extent' parameter in the map file. Try setting it to the boundingbox of the shapes you have. If you don't know this, (i think) you can obtain the bounding box coordinates using the ogrinfo utility that comes with gdal. Eventually change the projection and units also. Regards, Vincent Schut. On Thursday 01 May 2003 13:19, sanjay tiwary wrote: > Hi All I have used examle given on the link > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptRH73which is > working fine.Now i want to use the same example with the shape files i am > gettingfrom the link http://www.vdstech.com/map_data.htm ( data - > india)but the final output is a blank page, nothing is diplyed. > How it is happening? I have changed the name of data > section in the .map file to include new data.Everything else remains > same.How to get that? Sanjay Catch > all the cricket action. Download Yahoo! Score tracker -- ______________________________________ Vincent Schut (schut at sarvision.com) Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From bpicinbono at worldonline.fr Thu May 1 06:38:12 2003 From: bpicinbono at worldonline.fr (=?iso-8859-1?Q?bpicinbono@worldonline.fr?=) Date: Thu, 1 May 2003 15:38:12 +0200 Subject: [Mapserver-users] =?iso-8859-1?Q?label_and_mysql?= Message-ID: label and mysql Hi everybody I am still wondering how to label shapes with datas coming from MySql. Dan gave me a nice example, but, unfortunately, I can't manage to make it work. I am working with MapScript 3.6.2 and I wonder if the problem is that MS 3.6.2 doesn't know the "annotation" type layers ? ? ?. Here are my settings when I hit the phpinfo page : MapScript Version ($Revision: 1.104.2.4 $ $Date: 2002/07/08 20:04:58 $) MapServer version 3.6.2 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE I am using .phtml and .php pages which are working pretty similar to the ones of the "gmap75" demo. Here is the answer that Dan gave me when I first asked the question : <<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>> Blaise, Yes it can be done...here is some simple example code in php/mapscript and the associated map file layer. Dan $map = ms_newMapObj($mapPath.$mapFile); $image=$map->draw(); $testlayer = $map->getLayerByName("labels"); $testpt = ms_newPointObj(); $testpt->setXY( 200, 200 ); $testpt->draw($map, $testlayer, $image, 'labels', 'Hello World'); $testpt2 = ms_newPointObj(); $testpt2->setXY( 300, 200 ); $testpt2->draw($map, $testlayer, $image, 'labels2', 'GoodBye World'); LAYER NAME labels STATUS on TRANSFORM false TYPE annotation CLASS NAME labels LABEL type truetype font verdana-bold bold size 8 antialias true backgroundshadowcolor 51 51 51 backgroundshadowsize 2 2 color 51 51 51 position UR END END CLASS NAME labels2 LABEL type truetype font coopperplate-gothic-bold size 8 antialias true backgroundshadowcolor 51 51 51 backgroundshadowsize 2 2 color 51 51 51 position UR END END END <<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>>>>>> I am a bit confused about where to put this piece of php code. As, in my php page, the only $map->draw() command is in the GMapDrawMap function, I put it there. Here is my map file related to the label layer : <<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>> ################################## layer labels ############# LAYER NAME labels STATUS ON TRANSFORM false TYPE annotation CLASS NAME labels LABEL TYPE truetype FONT fritqat SIZE 12 COLOR 0 0 255 POSITION UR END END END # Layer <<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>> and here is the beginning of the GMapDrawMap function where I inserted Dan's code: <<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>> /************************************************************************/ /* function GMapDrawMap() */ /* */ /* Funcion to draw the contains of the map. */ /************************************************************************/ function GMapDrawMap() { GLOBAL $gpoMap, $gbShowQueryResults; GLOBAL $gbIsHtmlMode; GLOBAL $gszCommand, $gszZoomBoxExt; GLOBAL $gAppletImgFmt, $gImagesFmt; GLOBAL $TLayer; // if ($gbShowQueryResults) // $img = $gpoMap->drawQuery(); // else // $img = $gpoMap->draw(); //----------------------------------- test label--------- $map=ms_newMapObj("label_2.map"); $img=$map->draw(); $testlayer=$map->getLayerByName("labels"); $testpt=ms_newPointObj(); $testpt->setXY(100,100); $testpt->draw($map,$testlayer,$img, 'labels', 'Hello World'); //------------------------------- end test label--------- $url = $img->saveWebImage($gAppletImgFmt, 0, 0, -1); echo "\n".$gszZoomBoxExt."\n"; printf("", $gpoMap->extent->minx); printf("", $gpoMap->extent->miny); printf("", $gpoMap->extent->maxx); printf("", $gpoMap->extent->maxy); etc,etc,etc.......... <<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>> As I disabled the $gpoMap variable, I can't zoom in, out,etc anymore, but that's ok until I get my labels on the map. But unfortunately, the label 'Hello World' doesn't show. In the "$testpt->setXY(100,100);" line, I tried to put the X,Y of the middle of my mapextent, tried to comment the " TRANSFORM false" line in my map file, but this doesn't work neither. I am wondering what is wrong, and does the version 3.6.2 of MapServer/MapScript support the annotation type for a layer ? Thanks a lot for your help, and many thanks for the MapServer team who are doing a great job. I am very satisfied with this software. Blaise P.S.: Excuse me for the poor text formating but my company' internet conncetion is rock-age, so I have to fight to put some text on the internet, sorry about that. ************ VITE, C'EST LE MOMENT DE VOUS ABONNER A L'ADSL !!! ********** Du 3 avril au 5 mai, s?rie limit?e ADSL 128K, cliquez vite ici : http://register.tiscali.fr/adsl/ Offre promotionnelle soumise ? conditions, r?serv?e aux nouveaux abonn?s ADSL Tiscali. From fx.gamoy at mapxplore.com Thu May 1 08:24:50 2003 From: fx.gamoy at mapxplore.com (fx gamoy) Date: Thu, 1 May 2003 16:24:50 +0100 Subject: [Mapserver-users] Tileindex and raster image Message-ID: <000c01c30ff5$ce887780$0201a8c0@mapxplore.com> C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0009_01C30FFE.3045DAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello everybody, i have tested successfully the script made by Chip Hankley in order to = break large vector shapefiles into regular-sized shapefiles. Thanks to = him for this very efficient contribution http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VectorTileIndex Now i would like to do the same with large raster image and arcview. So = i am looking for a script working with ARCVIEW or MAPINFO which is able = to generate rastertileindex.. Any idea?? thanks fx gamoy http://www.mapxplore.com/=20 ------=_NextPart_000_0009_01C30FFE.3045DAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

hello everybody,
i have tested successfully the script = made by Chip=20 Hankley in order to break large vector shapefiles into regular-sized = shapefiles.=20 Thanks to him for this very efficient contribution
htt= p://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VectorTileIndex
 
Now i would like to do the same with = large raster=20 image and arcview. So i am looking for a script working with ARCVIEW or=20 MAPINFO which is able to generate rastertileindex..
Any idea??
 
thanks
fx gamoy
http://www.mapxplore.com/ 
------=_NextPart_000_0009_01C30FFE.3045DAA0-- From jnorton at fs.fed.us Thu May 1 07:52:43 2003 From: jnorton at fs.fed.us (John Norton) Date: Thu, 1 May 2003 08:52:43 -0600 Subject: [Mapserver-users] Projection on the Fly Problems Message-ID: Ed, Thanks! I am a bit confused about the extent issue when reprojecting. I do not have a (re)projection object for the map. The extent is set to... EXTENT -125.32 22.62 -66.98 51.48 Which is appropriate for the projection of the layers which are good with init=epsg:4267. I thought that using this mapscript map method... $result=$map->setProjection ("proj=aea,ellps=clrk66,datum=NAD27,lat_1=29.5,lat_2=45.5,lat_0=23,lon_0 =-96,x_0=0,y_0=0,units=m",MS_TRUE); would change the projection for the map object and set the extent with the appropriate values for the new projection. Anyway here is my entire map file... MAP NAME "Lower 48" STATUS ON EXTENT -125.32 22.62 -66.98 51.48 SIZE 800 600 SHAPEPATH "data/l48/" SYMBOLSET "/msapps/maplab/large_fires/etc/symbols.sym" FONTSET "/msapps/maplab/large_fires/etc/fonts.txt" WEB HEADER lf_header.html TEMPLATE lf.html FOOTER lf_footer.html IMAGEPATH "/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" END LAYER NAME "Burn" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "c:/msapps/maplab/large_fires/data/l48/tburn111,3" STATUS ON PROJECTION "init=epsg:4267" END CLASSITEM "Status" CLASS NAME Burning Expression "502" COLOR 255 0 0 END CLASS NAME Burnt Expression "501" COLOR 255 255 0 END END LAYER NAME "States" STATUS ON DATA "states" TYPE LINE PROJECTION "init=epsg:4267" END CLASS NAME "Boundary" SYMBOL 14 COLOR 120 120 120 SIZE 1 END END END and this the script that I am using to display the map. getProjection(); $result=$map->setProjection ("proj=aea,ellps=clrk66,datum=NAD27,lat_1=29.5,lat_2=45.5,lat_0=23,lon_0 =-96,x_0=0,y_0=0,units=m",MS_TRUE); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); $projection2 = $map->getProjection(); ?> Displaying a map > "."2:".$projection2."
".$result; ?> $projection1 comes up null and $projection2 comes up as : +proj=aea+ellps=clrk66+datum=NAD27+lat_1=29.5+lat_2=45.5+lat_0=23+lon_0 =-96+x_0=0+y_0=0+units=m and result comes up as 0. Cheers ------------------------------------------------------ John Norton USDA-RSAC 2222 W 2300 S Salt Lake City, UT 84119 Phone: 801-975-3766 Fax: 801-975-3478 Intranet: fsweb.rsac.fs.fed.us Internet: www.fs.fed.us/eng/rsac/ ------------------------------------------------------ "Ed McNierney" To: "John Norton" Sent by: cc: , mapserver-users-admin at lists. gis.umn.edu Subject: RE: [Mapserver-users] Projection on the Fly Problems 04/30/2003 06:22 PM John - I would recommend "init=epsg:4267", but those should be fine. Can you send the PROJECTION object for the main MAP file, too, along with the EXTENT (either in the mapfile or as a parameter) that you're trying to view? The most common cause of invisible reprojections is data that's reprojected right out of the view frame. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com -----Original Message----- From: John Norton [mailto:jnorton at fs.fed.us] Sent: Wednesday, April 30, 2003 7:02 PM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu; mapserver-users-admin at lists.gis.umn.edu Subject: RE: [Mapserver-users] Projection on the Fly Problems Thanks Ed, I agree the UTM zone is required for the example I provided. But, actually I grabbed the example from the wrong map file )-: The projection that is causing problems is the latlong which I am trying to convert to aea. So my layers look like... LAYER NAME "Fires" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "c:/msapps/maplab/large_fires/data/l48/tburn111,3" STATUS ON PROJECTION "proj=latlong" "ellps=clrk66" "datum=NAD27" END CLASSITEM "Status" CLASS NAME Burning Expression "502" COLOR 255 0 0 END CLASS NAME Burnt Expression "501" COLOR 255 255 0 END END LAYER NAME "States" STATUS ON DATA "states" TYPE LINE PROJECTION "proj=latlong" "ellps=clrk66" "datum=NAD27" END CLASS NAME "Boundary" SYMBOL 14 COLOR 120 120 120 SIZE 1 END END ------------------------------------------------------ John Norton USDA-RSAC 2222 W 2300 S Salt Lake City, UT 84119 Phone: 801-975-3766 Fax: 801-975-3478 Intranet: fsweb.rsac.fs.fed.us Internet: www.fs.fed.us/eng/rsac/ ------------------------------------------------------ "Ed McNierney" To: "John Norton" , Sent by: cc: mapserver-users-admin at lists. Subject: RE: [Mapserver-users] Projection on the Fly Problems gis.umn.edu 04/30/2003 03:06 PM John - You aren't providing enough information to specify your UTM projections. You need to specify the central meridian (i.e. the UTM zone) each is in. You might find it easier to look up the EPSG codes for each projection and just use the codes. They're more cryptic but less error-prone. You can find them at http://mapserver.gis.umn.edu/doc/proj.html The NAD27 UTM zones are five-digit numbers of the form "267zz" where zz is the two-digit (pad with a leading zero) zone number. So to define a UTM Zone 9, NAD27 projection you can say: PROJECTION "init=epsg:26709" END - 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: John Norton [mailto:jnorton at fs.fed.us] Sent: Wednesday, April 30, 2003 4:49 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Projection on the Fly Problems I Have a map file with two layers... LAYER NAME "Fires" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "c:/msapps/maplab/large_fires/data/l48/tburn111,3" STATUS ON PROJECTION "proj=utm" "ellps=clrk66" "datum=NAD27" END CLASSITEM "Status" CLASS NAME Burning Expression "502" COLOR 255 0 0 END CLASS NAME Burnt Expression "501" COLOR 255 255 0 END END LAYER NAME "States" STATUS ON DATA "states" TYPE LINE PROJECTION "proj=utm" "ellps=clrk66" "datum=NAD27" END CLASS NAME "Boundary" SYMBOL 14 COLOR 120 120 120 SIZE 1 END END I am trying to project these using mapscript with code that looks like this... $map = ms_newMapObj($map_path."l48c.map"); $result=$map->setProjection ("proj=aea,ellps=clrk66,datum=NAD27,lat_1=29.5,lat_2=45.5,lat_0=23,lon_0 =-96,x_0=0,y_0=0,units=m",MS_TRUE); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); $projection = $map->getProjection(); No errors, setProjection returns 0 which I guess means the projection didn't take but, when I echo $projection it reports the projection string with commas replace by plus signs. The problem is I get no image. I am using Mapscript... MapServer version 3.6.6-dev OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Same thing happens when I run mapscript as a CGI.... MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PD F OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAP EFILE Is this a units problem my data is in decimal degrees? I think I have PROJ installed correctly it is in c:\proj with a path to the bin directory. I also tried (meaning I added it to the PHP.ini file as an extension) the PHP extension php_proj.dll. Are these conflicting? Cheers ------------------------------------------------------ John Norton USDA-RSAC 2222 W 2300 S Salt Lake City, UT 84119 Phone: 801-975-3766 Fax: 801-975-3478 Intranet: fsweb.rsac.fs.fed.us Internet: www.fs.fed.us/eng/rsac/ ------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/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 schut at sarvision.com Thu May 1 07:54:11 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 1 May 2003 16:54:11 +0200 Subject: [Mapserver-users] Tileindex and raster image In-Reply-To: <000c01c30ff5$ce887780$0201a8c0@mapxplore.com> References: <000c01c30ff5$ce887780$0201a8c0@mapxplore.com> Message-ID: <200305011654.11482.schut@sarvision.com> See the raster-howto in the docs on the mapserver site: http://mapserver.gis.umn.edu/doc/raster-howto.html (section: rasters and tile indexing). For more info on the gdaltindex utility, see the gdal pages (www.remotesensing.org/gdal ), utility programs. Regards. Vincent Schut. On Thursday 01 May 2003 17:24, fx gamoy wrote: > hello everybody, > i have tested successfully the script made by Chip Hankley in order to > break large vector shapefiles into regular-sized shapefiles. Thanks to him > for this very efficient contribution > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VectorTileIndex > > Now i would like to do the same with large raster image and arcview. So i > am looking for a script working with ARCVIEW or MAPINFO which is able to > generate rastertileindex.. Any idea?? > > thanks > fx gamoy > http://www.mapxplore.com/ -- ______________________________________ Vincent Schut (schut at sarvision.com) Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From babak.tehrani at geosysnet.de Thu May 1 07:34:07 2003 From: babak.tehrani at geosysnet.de (Babak Toloue Tehrani) Date: 01 May 2003 16:34:07 +0200 Subject: [Mapserver-users] Problems with PerlMapscript 3.7 Syntax Message-ID: <1051799644.1950.74.camel@eisbaer.local> Hello, I have still problems with perlmapscript 3.7. The demo below with the syntax of perlmapscript 3.6 is working very fine on my system. shp2img is also working for the mapfile below. >From the WIKI MigrationGuide I Take the syntax for saveImage(): $img->saveImage('test37.png'); and get following output: Can't locate auto/mapscript/imageObj/saveImage.al in @INC (@INC contains: /usr/lib/perl5/5.8.0/i586-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at test37.pl line 7 Then I looked for the string saveImage in the mapscript.pm module and found the function msSaveImage who brings me following output: Usage: msSaveImage(map,img,filename); at test37.pl line 7. I tried: $map->msSaveImage($map,$img,'test37'); and got same errormessage as before. Then I tried to set the set the ImageType with: map->setImageType("png") or die('Unable to setImageType.'); and see that it failed. Here the script and the mapfile: (Does someone now a tool to extract from a perl Module (mapscript.pm) a list of all Classes/Objects, Members and Methods?) Thanks a lot, Babak ========================================================================== #!/usr/bin/perl -w use mapscript; use strict; my $map = new mapscript::mapObj("data/demo37.map") or die('Unable to OPEN mapfile.'); $map->setImageType("png") or die('Unable to setImageType.'); my $img = $map->draw() or die('Unable to DRAW mapfile.'); $map->msSaveImage($map,$img,'test37'); $img->free(); -------------------------------------------------------------------------- NAME DEMO37 STATUS ON SIZE 600 450 EXTENT 5.3 55.5 15.5 46.9 UNITS METERS SHAPEPATH "data" IMAGECOLOR 255 255 255 OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE PC256 EXTENSION "png" END LAYER NAME TESTLAYER TYPE POLYGON STATUS DEFAULT DATA lnd01dd.shp CLASS NAME TESTCLASS SYMBOL 0 COLOR 195 195 195 OUTLINECOLOR 102 102 102 END END END -- Babak Toloue Tehrani From ed at topozone.com Thu May 1 08:03:42 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 1 May 2003 11:03:42 -0400 Subject: [Mapserver-users] Projection on the Fly Problems Message-ID: <13858AA1A74F30419F319ACB66A9D1220196B6@mercator.topozone.com> John - I'm not a MapScript user, so I'll have to let someone else handle this one. The docs say that that setProjection method is supposed to be adjusting your maps' output extents for you (with the MS_TRUE parameter), so your code seems reasonable at first glance. - 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: John Norton [mailto:jnorton at fs.fed.us] Sent: Thursday, May 01, 2003 10:53 AM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu; mapserver-users-admin at lists.gis.umn.edu Subject: RE: [Mapserver-users] Projection on the Fly Problems Ed, Thanks! I am a bit confused about the extent issue when reprojecting. I do not have a (re)projection object for the map. The extent is set to... EXTENT -125.32 22.62 -66.98 51.48 Which is appropriate for the projection of the layers which are good with init=epsg:4267. I thought that using this mapscript map method... $result=$map->setProjection ("proj=aea,ellps=clrk66,datum=NAD27,lat_1=29.5,lat_2=45.5,lat_0=23,lon_0 =-96,x_0=0,y_0=0,units=m",MS_TRUE); would change the projection for the map object and set the extent with the appropriate values for the new projection. Anyway here is my entire map file... MAP NAME "Lower 48" STATUS ON EXTENT -125.32 22.62 -66.98 51.48 SIZE 800 600 SHAPEPATH "data/l48/" SYMBOLSET "/msapps/maplab/large_fires/etc/symbols.sym" FONTSET "/msapps/maplab/large_fires/etc/fonts.txt" WEB HEADER lf_header.html TEMPLATE lf.html FOOTER lf_footer.html IMAGEPATH "/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" END LAYER NAME "Burn" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "c:/msapps/maplab/large_fires/data/l48/tburn111,3" STATUS ON PROJECTION "init=epsg:4267" END CLASSITEM "Status" CLASS NAME Burning Expression "502" COLOR 255 0 0 END CLASS NAME Burnt Expression "501" COLOR 255 255 0 END END LAYER NAME "States" STATUS ON DATA "states" TYPE LINE PROJECTION "init=epsg:4267" END CLASS NAME "Boundary" SYMBOL 14 COLOR 120 120 120 SIZE 1 END END END and this the script that I am using to display the map. getProjection(); $result=$map->setProjection ("proj=aea,ellps=clrk66,datum=NAD27,lat_1=29.5,lat_2=45.5,lat_0=23,lon_0 =-96,x_0=0,y_0=0,units=m",MS_TRUE); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); $projection2 = $map->getProjection(); ?> Displaying a map > "."2:".$projection2."
".$result; ?> $projection1 comes up null and $projection2 comes up as : +proj=aea+ellps=clrk66+datum=NAD27+lat_1=29.5+lat_2=45.5+lat_0=23+lon_0 =-96+x_0=0+y_0=0+units=m and result comes up as 0. Cheers ------------------------------------------------------ John Norton USDA-RSAC 2222 W 2300 S Salt Lake City, UT 84119 Phone: 801-975-3766 Fax: 801-975-3478 Intranet: fsweb.rsac.fs.fed.us Internet: www.fs.fed.us/eng/rsac/ ------------------------------------------------------ "Ed McNierney" To: "John Norton" Sent by: cc: , mapserver-users-admin at lists. gis.umn.edu Subject: RE: [Mapserver-users] Projection on the Fly Problems 04/30/2003 06:22 PM John - I would recommend "init=epsg:4267", but those should be fine. Can you send the PROJECTION object for the main MAP file, too, along with the EXTENT (either in the mapfile or as a parameter) that you're trying to view? The most common cause of invisible reprojections is data that's reprojected right out of the view frame. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com -----Original Message----- From: John Norton [mailto:jnorton at fs.fed.us] Sent: Wednesday, April 30, 2003 7:02 PM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu; mapserver-users-admin at lists.gis.umn.edu Subject: RE: [Mapserver-users] Projection on the Fly Problems Thanks Ed, I agree the UTM zone is required for the example I provided. But, actually I grabbed the example from the wrong map file )-: The projection that is causing problems is the latlong which I am trying to convert to aea. So my layers look like... LAYER NAME "Fires" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "c:/msapps/maplab/large_fires/data/l48/tburn111,3" STATUS ON PROJECTION "proj=latlong" "ellps=clrk66" "datum=NAD27" END CLASSITEM "Status" CLASS NAME Burning Expression "502" COLOR 255 0 0 END CLASS NAME Burnt Expression "501" COLOR 255 255 0 END END LAYER NAME "States" STATUS ON DATA "states" TYPE LINE PROJECTION "proj=latlong" "ellps=clrk66" "datum=NAD27" END CLASS NAME "Boundary" SYMBOL 14 COLOR 120 120 120 SIZE 1 END END ------------------------------------------------------ John Norton USDA-RSAC 2222 W 2300 S Salt Lake City, UT 84119 Phone: 801-975-3766 Fax: 801-975-3478 Intranet: fsweb.rsac.fs.fed.us Internet: www.fs.fed.us/eng/rsac/ ------------------------------------------------------ "Ed McNierney" To: "John Norton" , Sent by: cc: mapserver-users-admin at lists. Subject: RE: [Mapserver-users] Projection on the Fly Problems gis.umn.edu 04/30/2003 03:06 PM John - You aren't providing enough information to specify your UTM projections. You need to specify the central meridian (i.e. the UTM zone) each is in. You might find it easier to look up the EPSG codes for each projection and just use the codes. They're more cryptic but less error-prone. You can find them at http://mapserver.gis.umn.edu/doc/proj.html The NAD27 UTM zones are five-digit numbers of the form "267zz" where zz is the two-digit (pad with a leading zero) zone number. So to define a UTM Zone 9, NAD27 projection you can say: PROJECTION "init=epsg:26709" END - 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: John Norton [mailto:jnorton at fs.fed.us] Sent: Wednesday, April 30, 2003 4:49 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Projection on the Fly Problems I Have a map file with two layers... LAYER NAME "Fires" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "c:/msapps/maplab/large_fires/data/l48/tburn111,3" STATUS ON PROJECTION "proj=utm" "ellps=clrk66" "datum=NAD27" END CLASSITEM "Status" CLASS NAME Burning Expression "502" COLOR 255 0 0 END CLASS NAME Burnt Expression "501" COLOR 255 255 0 END END LAYER NAME "States" STATUS ON DATA "states" TYPE LINE PROJECTION "proj=utm" "ellps=clrk66" "datum=NAD27" END CLASS NAME "Boundary" SYMBOL 14 COLOR 120 120 120 SIZE 1 END END I am trying to project these using mapscript with code that looks like this... $map = ms_newMapObj($map_path."l48c.map"); $result=$map->setProjection ("proj=aea,ellps=clrk66,datum=NAD27,lat_1=29.5,lat_2=45.5,lat_0=23,lon_0 =-96,x_0=0,y_0=0,units=m",MS_TRUE); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); $projection = $map->getProjection(); No errors, setProjection returns 0 which I guess means the projection didn't take but, when I echo $projection it reports the projection string with commas replace by plus signs. The problem is I get no image. I am using Mapscript... MapServer version 3.6.6-dev OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Same thing happens when I run mapscript as a CGI.... MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PD F OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAP EFILE Is this a units problem my data is in decimal degrees? I think I have PROJ installed correctly it is in c:\proj with a path to the bin directory. I also tried (meaning I added it to the PHP.ini file as an extension) the PHP extension php_proj.dll. Are these conflicting? Cheers ------------------------------------------------------ John Norton USDA-RSAC 2222 W 2300 S Salt Lake City, UT 84119 Phone: 801-975-3766 Fax: 801-975-3478 Intranet: fsweb.rsac.fs.fed.us Internet: www.fs.fed.us/eng/rsac/ ------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/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 schut at sarvision.com Thu May 1 08:23:38 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 1 May 2003 17:23:38 +0200 Subject: [Mapserver-users] Tileindex and raster image In-Reply-To: <001101c30ffb$7fcac930$0201a8c0@mapxplore.com> References: <000c01c30ff5$ce887780$0201a8c0@mapxplore.com> <200305011654.11482.schut@sarvision.com> <001101c30ffb$7fcac930$0201a8c0@mapxplore.com> Message-ID: <200305011723.38250.schut@sarvision.com> fx, I don't know of a direct solution for your question, but there might be some more complex ways to achieve it... Are you on linux? If you know the size of your images, you can write a shell script to use 'gdal_translate -srcwin xoff yoff xsize ysize in.tif out.tif', looping automatically over your raster image using the appropriate window. Even if you don't know the imagesize, you could get that by parsing the gdalinfo output in your script, but that might be a bit more trickier. Another option: If your raster can be saved as a normal tif (or otherwise non-geographic image format), you could use the convert program (coming with imagemagick), it has some automatic tile command, check the docs, I don't know it by heart. You can then after that add geo information with gdal or just by adding world files (which you could generate with a script again :-)). Third option: make a map file with your raster in a layer and write a simple php/mapscript program that loops over the extent of your raster, changes the extent to the tile you want to have, have mapserver draw your image (if you have a recent version of mapserver and gdal, mapserver will even be able to generate geotiff image files (or any image format gdal can write) for you if you set the outputformat section accordingly!), and save it. Hope these ideas help you, Regards, Vincent Schut. On Thursday 01 May 2003 18:05, you wrote: > thanks for your request > but i am looking for a script which is able to break automatically large > georeferenced raster files into smaller ones with arcview or mapinfo. > i have already managed to proccess raster image with mapserver. my problem > is to cut large raster file.. > thanks > fx > > ----- Original Message ----- > From: "Vincent Schut" > To: "fx gamoy" ; > Sent: Thursday, May 01, 2003 3:54 PM > Subject: Re: [Mapserver-users] Tileindex and raster image > > > See the raster-howto in the docs on the mapserver site: > > http://mapserver.gis.umn.edu/doc/raster-howto.html (section: rasters and > > tile > > > indexing). > > For more info on the gdaltindex utility, see the gdal pages > > (www.remotesensing.org/gdal ), utility programs. > > > > Regards. > > Vincent Schut. > > > > On Thursday 01 May 2003 17:24, fx gamoy wrote: > > > hello everybody, > > > i have tested successfully the script made by Chip Hankley in order to > > > break large vector shapefiles into regular-sized shapefiles. Thanks to > > him > > > > for this very efficient contribution > > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VectorTileIndex > > > > > > Now i would like to do the same with large raster image and arcview. So > > i > > > > am looking for a script working with ARCVIEW or MAPINFO which is able > > > to generate rastertileindex.. Any idea?? > > > > > > thanks > > > fx gamoy > > > http://www.mapxplore.com/ > > > > -- > > ______________________________________ > > Vincent Schut (schut at sarvision.com) > > Sarvision B.V. > > Wageningen, The Netherlands > > www.sarvision.com > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut (schut at sarvision.com) Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From cpurvis at asg.sc.edu Thu May 1 08:45:45 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Thu, 1 May 2003 11:45:45 -0400 Subject: [Mapserver-users] what to do w/ ming swf's? Message-ID: Thanks, Vincent. I should have delved deeper into MapServer source on my own, but after listening to your advice and looking at http://ming.sourceforge.net/docs/index.php?mode=php, things seem clear. At this point I guess it boils down to whether or not our users should be forced to have a plug-in to view the flash animation. GIF's self-containment sure is compelling, but that comes at a cost of limited features. Same argument goes for the rosa applet download, too. But there's no harm in checking it out! Thanks again. -----Original Message----- From: Vincent Schut [mailto:schut at sarvision.com] Sent: Wednesday, April 30, 2003 5:13 AM To: Charlton Purvis Cc: Mapserver Users (E-mail) Subject: Re: [Mapserver-users] what to do w/ ming swf's? Charlton, You could use the same library Mapserver is using to produce it's swf's: ming. It's free, and you can use actionscript. It has a php component too. You can simply program quite complex swf's with that. See the website for more details, api, etc.: http://ming.sourceforge.net/ , and the ming docs at php.net. However, especially when using the php extension (it is a c library originally) be carefull and play around a bit with different versions, cause not every version of ming works with every version of php. And it is still in development, so not everything is working properly. My own experience: though you might want to use ming-cvs (lots of errors fixed and some better functionality) I could not get it to work with php. The version I currently have is ming 0.2a (the tar.gz from the website) which works in combination with the ming extension that comes bundled with php 4.3.1. If you want to use a newer ming, you might have to use it as a c library. Which is very well possible, though, cause you can produce a static swf that dynamically loads a mapserver produced swf on request, like Ryan Grant wrote. However, when using this combination be carefull not to mix ming02.a and ming-cvs (you will need them both I think, cause mapserver depends on 0.2a?). However, with only 0.2a it's quite possible to produce nice mapserver interfaces. You can look at an (very simple) example at http://www.sarvision.nl/mawas/mapserver/ms-mawas.php . It has nothing to do with image sequences, but shows you a bit of the possibilities of ming and building interfaces and integration/communication with mapserver. On Tuesday 29 April 2003 21:00, Grant, Ryan wrote: > As far as I know, there is no way to make ActionScript calls from php. > > So calls such as the one that I used are contained written using the > Macromedia Flash author product. The project files are .fla, which publish > to .swf. I'm not currently aware of any free tools that let you work with > .fla files. > > > To John Arthur: > I haven't experimented with any layers containing labels yet, but that's > next on my list of things to try > > Regards, > > Ryan Grant > > > > -----Original Message----- > From: Charlton Purvis [mailto:cpurvis at asg.sc.edu] > Sent: Tuesday, April 29, 2003 11:44 AM > To: Grant, Ryan > Cc: Mapserver Users (E-mail) > Subject: RE: [Mapserver-users] what to do w/ ming swf's? > > > Thanks for your help, Grant. But I'm afraid that I'm still in the dark. > > I'd like to play w/ flash a bit more even though I'm pretty happy w/ > animated .gif's. > > But I'm missing how my .php and ActionScript are linked. First of all, > it's not free, is it? I'd like to think that I could make ActionScript > calls from w/i my .php, but that ain't so, is it? > > So where and in what type of file are calls like > var mapName = _level10.mapObj.name; > ? > > Thanks again. > > Charlton -- ______________________________________ Vincent Schut (schut at sarvision.com) Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From schut at sarvision.com Thu May 1 08:53:36 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 1 May 2003 17:53:36 +0200 Subject: [Mapserver-users] not all labels get rendered In-Reply-To: <200304301253.21338.schut@sarvision.com> References: <200304301253.21338.schut@sarvision.com> Message-ID: <200305011753.36770.schut@sarvision.com> In addition to my previous mail: It seems that mapserver has some problems with some polygons in the shapefile that cause mapserver not to draw the labels of these polygons. The shapefile is produced by arcview, and in av I can't find any weird things. I loaded it into postgres/postgis0.7.5, simplified it using a strk's Douglas Peuker implementation for postgis (tolerance 0.1025 DD), wrote this to shape again, and suddenly some more labels appear. But still not all. I hope that somebody with more knowledge on shapefile/mapserver interaction thinks this interesting enough to have a look at it :-) I will be in Brasil next week and probably won't read email and surely won't be able to test things, so I will put the (simplified) shapefile on the internet where you can download it for testing purposes. You will find the shapefile (and dbf/shx files) at www.sarvision.com/vincent . Thanks! Vincent Schut. On Wednesday 30 April 2003 12:53, Vincent Schut wrote: > Hi all, > > I have a shapefile of the provinces of Indonesia. > I have a map file with 2 layers: one displays the provinces, each with a > unique color (classes are generated on the fly using metadata and php), the > second is the same as the first, but labels the provinces and does not show > anything else then just the labels. It contains only one class, which > contains the label section. Labels are drawn based on the same item used to > class provinces by color. > Now the first layer draws ok, every province is drawn with its according > color. The second layer displays not ok. It shows some labels, some labels > not. I have tried anything I can think of, I have force true in the label > object, etc. etc., but some labels simply do not get drawn. And yes, I do > call drawLabelCache before saveWebImage. I wil attach the generated image > and my mapfile, and a save of the mapobject after creating the classes > (thus the mapfile including the color classes). The image clearly shows > that some provinces get drawn but not labeled. (For those that know their > topo lessons: north-west sumatra (next to Aceh) is missing some, east & > central Sulasesi too...). > > Hope someone can help. > > Regards, > Vincent Schut. -- ______________________________________ Vincent Schut (schut at sarvision.com) Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From ROGERT at gwm.sc.edu Thu May 1 09:01:32 2003 From: ROGERT at gwm.sc.edu (Roger Truesdale) Date: Thu, 01 May 2003 12:01:32 -0400 Subject: [Mapserver-users] Map Server Demo - Download Dialog Box Popping Up Message-ID: I am running the mapserve demo in windows XP with Apache server. It comes up fine the first time and displays the Lakes and Rivers layer in Browse Map mode. Then when I try to do anything else, e.g. just click the Refresh/Query button, I get a file download dialog box indicating it is trying to download a file with a name like CARQIXB3 from the local host. If I select a different layer and click the refresh/query button, the download dialog box comes up with a different file name. The newly selected layers do not display after clearing out the download dialog box. Any ideas on why the download dialog box comes up and why selecting other layers will not display them? Thank you. Roger Truesdale Interactive Site Architect eBusiness Solutions (f.k.a. i2Media) Contractual Services Group Usc Computer Services 1244 Blossom Street, Columbia, SC 29208 Voice: (803) 777-7366 | (803) 777-1900 (fax) rogert at gwm.sc.edu | http://i2alliance.sc.edu From jnorton at fs.fed.us Thu May 1 10:00:07 2003 From: jnorton at fs.fed.us (John Norton) Date: Thu, 1 May 2003 11:00:07 -0600 Subject: [Mapserver-users] Projection on the Fly Problems - Mapscript setprojection problem? Message-ID: Thanks Ed! Looks like your first hunch was right...it is an extent issue. I manually set the extent void setextent(double minx, double miny, double maxx, double maxy) and everything is right now. Looks like I can do a "manual-on-the-fly" change of the extents by pulling up the current extent (for the input projection) and build two point objects with that and re-project those points and use the map method above to set the extent for the output projection. Thanks for the feedback, without it I probably would not of thought of this. Hopefully, the point objects behave as documented. Cheers ------------------------------------------------------ John Norton USDA-RSAC 2222 W 2300 S Salt Lake City, UT 84119 Phone: 801-975-3766 Fax: 801-975-3478 Intranet: fsweb.rsac.fs.fed.us Internet: www.fs.fed.us/eng/rsac/ ------------------------------------------------------ "Ed McNierney" > cc: , 05/01/2003 09:03 Subject: RE: [Mapserver-users] Projection on the Fly Problems AM John - I'm not a MapScript user, so I'll have to let someone else handle this one. The docs say that that setProjection method is supposed to be adjusting your maps' output extents for you (with the MS_TRUE parameter), so your code seems reasonable at first glance. - 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: John Norton [mailto:jnorton at fs.fed.us] Sent: Thursday, May 01, 2003 10:53 AM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu; mapserver-users-admin at lists.gis.umn.edu Subject: RE: [Mapserver-users] Projection on the Fly Problems Ed, Thanks! I am a bit confused about the extent issue when reprojecting. I do not have a (re)projection object for the map. The extent is set to... EXTENT -125.32 22.62 -66.98 51.48 Which is appropriate for the projection of the layers which are good with init=epsg:4267. I thought that using this mapscript map method... $result=$map->setProjection ("proj=aea,ellps=clrk66,datum=NAD27,lat_1=29.5,lat_2=45.5,lat_0=23,lon_0 =-96,x_0=0,y_0=0,units=m",MS_TRUE); would change the projection for the map object and set the extent with the appropriate values for the new projection. Anyway here is my entire map file... MAP NAME "Lower 48" STATUS ON EXTENT -125.32 22.62 -66.98 51.48 SIZE 800 600 SHAPEPATH "data/l48/" SYMBOLSET "/msapps/maplab/large_fires/etc/symbols.sym" FONTSET "/msapps/maplab/large_fires/etc/fonts.txt" WEB HEADER lf_header.html TEMPLATE lf.html FOOTER lf_footer.html IMAGEPATH "/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" END LAYER NAME "Burn" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "c:/msapps/maplab/large_fires/data/l48/tburn111,3" STATUS ON PROJECTION "init=epsg:4267" END CLASSITEM "Status" CLASS NAME Burning Expression "502" COLOR 255 0 0 END CLASS NAME Burnt Expression "501" COLOR 255 255 0 END END LAYER NAME "States" STATUS ON DATA "states" TYPE LINE PROJECTION "init=epsg:4267" END CLASS NAME "Boundary" SYMBOL 14 COLOR 120 120 120 SIZE 1 END END END and this the script that I am using to display the map. getProjection(); $result=$map->setProjection ("proj=aea,ellps=clrk66,datum=NAD27,lat_1=29.5,lat_2=45.5,lat_0=23,lon_0 =-96,x_0=0,y_0=0,units=m",MS_TRUE); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); $projection2 = $map->getProjection(); ?> Displaying a map > "."2:".$projection2."
".$result; ?> $projection1 comes up null and $projection2 comes up as : +proj=aea+ellps=clrk66+datum=NAD27+lat_1=29.5+lat_2=45.5+lat_0=23+lon_0 =-96+x_0=0+y_0=0+units=m and result comes up as 0. Cheers ------------------------------------------------------ John Norton USDA-RSAC 2222 W 2300 S Salt Lake City, UT 84119 Phone: 801-975-3766 Fax: 801-975-3478 Intranet: fsweb.rsac.fs.fed.us Internet: www.fs.fed.us/eng/rsac/ ------------------------------------------------------ "Ed McNierney" To: "John Norton" Sent by: cc: , mapserver-users-admin at lists. gis.umn.edu Subject: RE: [Mapserver-users] Projection on the Fly Problems 04/30/2003 06:22 PM John - I would recommend "init=epsg:4267", but those should be fine. Can you send the PROJECTION object for the main MAP file, too, along with the EXTENT (either in the mapfile or as a parameter) that you're trying to view? The most common cause of invisible reprojections is data that's reprojected right out of the view frame. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: (978) 251-4242 Fax: (978) 251-1396 ed at topozone.com -----Original Message----- From: John Norton [mailto:jnorton at fs.fed.us] Sent: Wednesday, April 30, 2003 7:02 PM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu; mapserver-users-admin at lists.gis.umn.edu Subject: RE: [Mapserver-users] Projection on the Fly Problems Thanks Ed, I agree the UTM zone is required for the example I provided. But, actually I grabbed the example from the wrong map file )-: The projection that is causing problems is the latlong which I am trying to convert to aea. So my layers look like... LAYER NAME "Fires" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "c:/msapps/maplab/large_fires/data/l48/tburn111,3" STATUS ON PROJECTION "proj=latlong" "ellps=clrk66" "datum=NAD27" END CLASSITEM "Status" CLASS NAME Burning Expression "502" COLOR 255 0 0 END CLASS NAME Burnt Expression "501" COLOR 255 255 0 END END LAYER NAME "States" STATUS ON DATA "states" TYPE LINE PROJECTION "proj=latlong" "ellps=clrk66" "datum=NAD27" END CLASS NAME "Boundary" SYMBOL 14 COLOR 120 120 120 SIZE 1 END END ------------------------------------------------------ John Norton USDA-RSAC 2222 W 2300 S Salt Lake City, UT 84119 Phone: 801-975-3766 Fax: 801-975-3478 Intranet: fsweb.rsac.fs.fed.us Internet: www.fs.fed.us/eng/rsac/ ------------------------------------------------------ "Ed McNierney" To: "John Norton" , Sent by: cc: mapserver-users-admin at lists. Subject: RE: [Mapserver-users] Projection on the Fly Problems gis.umn.edu 04/30/2003 03:06 PM John - You aren't providing enough information to specify your UTM projections. You need to specify the central meridian (i.e. the UTM zone) each is in. You might find it easier to look up the EPSG codes for each projection and just use the codes. They're more cryptic but less error-prone. You can find them at http://mapserver.gis.umn.edu/doc/proj.html The NAD27 UTM zones are five-digit numbers of the form "267zz" where zz is the two-digit (pad with a leading zero) zone number. So to define a UTM Zone 9, NAD27 projection you can say: PROJECTION "init=epsg:26709" END - 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: John Norton [mailto:jnorton at fs.fed.us] Sent: Wednesday, April 30, 2003 4:49 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Projection on the Fly Problems I Have a map file with two layers... LAYER NAME "Fires" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "c:/msapps/maplab/large_fires/data/l48/tburn111,3" STATUS ON PROJECTION "proj=utm" "ellps=clrk66" "datum=NAD27" END CLASSITEM "Status" CLASS NAME Burning Expression "502" COLOR 255 0 0 END CLASS NAME Burnt Expression "501" COLOR 255 255 0 END END LAYER NAME "States" STATUS ON DATA "states" TYPE LINE PROJECTION "proj=utm" "ellps=clrk66" "datum=NAD27" END CLASS NAME "Boundary" SYMBOL 14 COLOR 120 120 120 SIZE 1 END END I am trying to project these using mapscript with code that looks like this... $map = ms_newMapObj($map_path."l48c.map"); $result=$map->setProjection ("proj=aea,ellps=clrk66,datum=NAD27,lat_1=29.5,lat_2=45.5,lat_0=23,lon_0 =-96,x_0=0,y_0=0,units=m",MS_TRUE); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); $projection = $map->getProjection(); No errors, setProjection returns 0 which I guess means the projection didn't take but, when I echo $projection it reports the projection string with commas replace by plus signs. The problem is I get no image. I am using Mapscript... MapServer version 3.6.6-dev OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Same thing happens when I run mapscript as a CGI.... MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PD F OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAP EFILE Is this a units problem my data is in decimal degrees? I think I have PROJ installed correctly it is in c:\proj with a path to the bin directory. I also tried (meaning I added it to the PHP.ini file as an extension) the PHP extension php_proj.dll. Are these conflicting? Cheers ------------------------------------------------------ John Norton USDA-RSAC 2222 W 2300 S Salt Lake City, UT 84119 Phone: 801-975-3766 Fax: 801-975-3478 Intranet: fsweb.rsac.fs.fed.us Internet: www.fs.fed.us/eng/rsac/ ------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/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 pagurekd at agr.gc.ca Thu May 1 10:14:11 2003 From: pagurekd at agr.gc.ca (Debbie Pagurek) Date: Thu, 01 May 2003 13:14:11 -0400 Subject: [Mapserver-users] Projection on the Fly Problems Message-ID: I am not entirely certain that setting the map projection automatically changes the extent so that it is also in the new projection. (I think it doesn't). I have an application that starts with the user picking an country from a pick list, and this passes the country extent in decimal degrees. If the user had also selected another projection, such as Robinson, I have to project the extent rectangle from latlong to Robinson, and I've done it as follows. Maybe this bit of code will help you. $newproj=ms_newprojectionObj("proj=robin,lon_0=0,x_0=0,y_0=0"); $latlon = ms_newprojectionObj("proj=longlat,ellps=GRS80,datum=NAD83,no_defs"); $oldext= ms_newRectObj(); $oldext->setextent($bounds[0],$bounds[1],$bounds[2],$bounds[3]); //the extent in latlong $newextproj = ms_newRectObj(); $newextproj = $oldext->project($latlon,$newproj); //the extent in Robinson $map->setextent($newextproj->minx,$newextproj->miny,$newextproj->maxx,$newextproj->maxy); Debbie Pagurek >>> "John Norton" 04/30/03 04:48pm >>> I Have a map file with two layers... LAYER NAME "Fires" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "c:/msapps/maplab/large_fires/data/l48/tburn111,3" STATUS ON PROJECTION "proj=utm" "ellps=clrk66" "datum=NAD27" END CLASSITEM "Status" CLASS NAME Burning Expression "502" COLOR 255 0 0 END CLASS NAME Burnt Expression "501" COLOR 255 255 0 END END LAYER NAME "States" STATUS ON DATA "states" TYPE LINE PROJECTION "proj=utm" "ellps=clrk66" "datum=NAD27" END CLASS NAME "Boundary" SYMBOL 14 COLOR 120 120 120 SIZE 1 END END I am trying to project these using mapscript with code that looks like this... $map = ms_newMapObj($map_path."l48c.map"); $result=$map->setProjection ("proj=aea,ellps=clrk66,datum=NAD27,lat_1=29.5,lat_2=45.5,lat_0=23,lon_0 =-96,x_0=0,y_0=0,units=m",MS_TRUE); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); $projection = $map->getProjection(); No errors, setProjection returns 0 which I guess means the projection didn't take but, when I echo $projection it reports the projection string with commas replace by plus signs. The problem is I get no image. I am using Mapscript... MapServer version 3.6.6-dev OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Same thing happens when I run mapscript as a CGI.... MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PD F OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAP EFILE Is this a units problem my data is in decimal degrees? I think I have PROJ installed correctly it is in c:\proj with a path to the bin directory. I also tried (meaning I added it to the PHP.ini file as an extension) the PHP extension php_proj.dll. Are these conflicting? Cheers ------------------------------------------------------ John Norton USDA-RSAC 2222 W 2300 S Salt Lake City, UT 84119 Phone: 801-975-3766 Fax: 801-975-3478 Intranet: fsweb.rsac.fs.fed.us Internet: www.fs.fed.us/eng/rsac/ ------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ed at topozone.com Thu May 1 10:27:04 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 1 May 2003 13:27:04 -0400 Subject: [Mapserver-users] Projection on the Fly Problems Message-ID: <13858AA1A74F30419F319ACB66A9D1221F42BD@mercator.topozone.com> Debbie - The MapScript documentation says that if setProjection is called with two arguments and the second is MS_TRUE, that the map's extents and units are automatically recalculated to the new projection. Since I don't use MapScript I can't tell whether that feature actually is working as documented. - 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: Debbie Pagurek [mailto:pagurekd at agr.gc.ca] Sent: Thursday, May 01, 2003 1:14 PM To: jnorton at fs.fed.us; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Projection on the Fly Problems I am not entirely certain that setting the map projection automatically changes the extent so that it is also in the new projection. (I think it doesn't). I have an application that starts with the user picking an country from a pick list, and this passes the country extent in decimal degrees. If the user had also selected another projection, such as Robinson, I have to project the extent rectangle from latlong to Robinson, and I've done it as follows. Maybe this bit of code will help you. $newproj=ms_newprojectionObj("proj=robin,lon_0=0,x_0=0,y_0=0"); $latlon = ms_newprojectionObj("proj=longlat,ellps=GRS80,datum=NAD83,no_defs"); $oldext= ms_newRectObj(); $oldext->setextent($bounds[0],$bounds[1],$bounds[2],$bounds[3]); //the extent in latlong $newextproj = ms_newRectObj(); $newextproj = $oldext->project($latlon,$newproj); //the extent in Robinson $map->setextent($newextproj->minx,$newextproj->miny,$newextproj->maxx,$newextproj->maxy); Debbie Pagurek >>> "John Norton" 04/30/03 04:48pm >>> I Have a map file with two layers... LAYER NAME "Fires" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "c:/msapps/maplab/large_fires/data/l48/tburn111,3" STATUS ON PROJECTION "proj=utm" "ellps=clrk66" "datum=NAD27" END CLASSITEM "Status" CLASS NAME Burning Expression "502" COLOR 255 0 0 END CLASS NAME Burnt Expression "501" COLOR 255 255 0 END END LAYER NAME "States" STATUS ON DATA "states" TYPE LINE PROJECTION "proj=utm" "ellps=clrk66" "datum=NAD27" END CLASS NAME "Boundary" SYMBOL 14 COLOR 120 120 120 SIZE 1 END END I am trying to project these using mapscript with code that looks like this... $map = ms_newMapObj($map_path."l48c.map"); $result=$map->setProjection ("proj=aea,ellps=clrk66,datum=NAD27,lat_1=29.5,lat_2=45.5,lat_0=23,lon_0 =-96,x_0=0,y_0=0,units=m",MS_TRUE); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); $projection = $map->getProjection(); No errors, setProjection returns 0 which I guess means the projection didn't take but, when I echo $projection it reports the projection string with commas replace by plus signs. The problem is I get no image. I am using Mapscript... MapServer version 3.6.6-dev OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Same thing happens when I run mapscript as a CGI.... MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PD F OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAP EFILE Is this a units problem my data is in decimal degrees? I think I have PROJ installed correctly it is in c:\proj with a path to the bin directory. I also tried (meaning I added it to the PHP.ini file as an extension) the PHP extension php_proj.dll. Are these conflicting? Cheers ------------------------------------------------------ John Norton USDA-RSAC 2222 W 2300 S Salt Lake City, UT 84119 Phone: 801-975-3766 Fax: 801-975-3478 Intranet: fsweb.rsac.fs.fed.us Internet: www.fs.fed.us/eng/rsac/ ------------------------------------------------------ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/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 sgillies at frii.com Thu May 1 10:47:26 2003 From: sgillies at frii.com (Sean Gillies) Date: Thu, 1 May 2003 11:47:26 -0600 Subject: [Mapserver-users] Problems with PerlMapscript 3.7 Syntax In-Reply-To: <1051799644.1950.74.camel@eisbaer.local> Message-ID: Babak, The function you're looking for is save(), not saveImage(). To find out what functions are current in MapScript, you need to look in the mapscript.i file. The documentation is far behind development. To find all symbols in a package, do something like what's illustrated on page 281 of Programming Perl, 2nd edition: foreach $symname (sort keys %main::) { ... } Hope this helps, Sean On Thursday, May 1, 2003, at 08:34 AM, Babak Toloue Tehrani wrote: > Hello, > > I have still problems with perlmapscript 3.7. The demo below with the > syntax of perlmapscript 3.6 is working very fine on my system. shp2img > is also working for the mapfile below. >> From the WIKI MigrationGuide I Take the syntax for saveImage(): > > $img->saveImage('test37.png'); > > and get following output: > > Can't locate auto/mapscript/imageObj/saveImage.al in @INC (@INC > contains: /usr/lib/perl5/5.8.0/i586-linux-thread-multi > /usr/lib/perl5/5.8.0 > /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi > /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at test37.pl > line 7 > > Then I looked for the string saveImage in the mapscript.pm module and > found the function msSaveImage who brings me following output: > > Usage: msSaveImage(map,img,filename); at test37.pl line 7. > > I tried: $map->msSaveImage($map,$img,'test37'); > > and got same errormessage as before. Then I tried to set the set the > ImageType with: > > map->setImageType("png") or die('Unable to setImageType.'); > > and see that it failed. Here the script and the mapfile: > > (Does someone now a tool to extract from a perl Module (mapscript.pm) a > list of all Classes/Objects, Members and Methods?) > > Thanks a lot, > > Babak > > ======================================================================= > === > #!/usr/bin/perl -w > use mapscript; > use strict; > > my $map = new mapscript::mapObj("data/demo37.map") or die('Unable to > OPEN mapfile.'); > $map->setImageType("png") or die('Unable to setImageType.'); > my $img = $map->draw() or die('Unable to DRAW mapfile.'); > $map->msSaveImage($map,$img,'test37'); > $img->free(); > ----------------------------------------------------------------------- > --- > NAME DEMO37 > STATUS ON > SIZE 600 450 > EXTENT 5.3 55.5 15.5 46.9 > UNITS METERS > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > > OUTPUTFORMAT > NAME png > DRIVER "GD/PNG" > MIMETYPE "image/png" > IMAGEMODE PC256 > EXTENSION "png" > END > > LAYER > NAME TESTLAYER > TYPE POLYGON > STATUS DEFAULT > DATA lnd01dd.shp > CLASS > NAME TESTCLASS > SYMBOL 0 > COLOR 195 195 195 > OUTLINECOLOR 102 102 102 > END > END > END > > -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From cpurvis at asg.sc.edu Thu May 1 10:54:35 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Thu, 1 May 2003 13:54:35 -0400 Subject: [Mapserver-users] bug on PHPDynLegend wiki post? Message-ID: Hi, Chip: Infinite thanks for your dynamic legend PHP post (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPDynLegend). It's great! I have one thought, though. You draw the map . . . $img = $map->draw(); $url = $img->saveWebImage(MS_PNG, $map->transparent, $map->interlace, 50); . . . at the very beginning of your .php -- before you run down the legend checkboxes where you turn layers on and off. Shouldn't this be toward the end, say, near the . . . include($path_to_legend . "legend.php"); . . . line after you've set the layers in the $map? I might be missing something, but w/o moving the draw(), all I got was whatever the .map file defined. Again, thanks, and apologies if I've goofed. 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 Prashant Thu May 1 10:54:02 2003 From: Prashant (Prashant) Date: Thu, 1 May 2003 13:54:02 -0400 Subject: [Mapserver-users] TrueType Symbols References: <13858AA1A74F30419F319ACB66A9D1221F42BD@mercator.topozone.com> Message-ID: <000701c3100a$a6e8d520$0f00a8c0@MT15> Hi, Is there a known problem in using TrueType symbols in MapServer version 3.6.4? The symbol definition in my mapfile is given below. I tried to debug and found that it is successfully able to recognize type ELLIPSE and VECTOR, but when it comes to TRUETYPE, it stores 0 in the symbol->type Any help on this will be appreciated. Regards, SYMBOL NAME "circle" TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END SYMBOL NAME "triangle" TYPE vector POINTS 0 2 1 0 2 2 0 2 END END SYMBOL NAME "s1" TYPE TRUETYPE FONT arial FILLED true ANTIALIAS true CHARACTER "A" END From lfilak at medinaco.org Thu May 1 11:07:03 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 01 May 2003 14:07:03 -0400 Subject: [Mapserver-users] Problems with PerlMapscript 3.7 Syntax Message-ID: <200305011806.h41I6sN21401@yogi.medinaco.net> There are a few things here that may be causing the exit during the setting of the image type, ie. "use strict". Have you already tried tuirning on the debugging to see if you receive a better message of what is occuring? Lowell F. The following message was sent by Babak Toloue Tehrani on 01 May 2003 16:34:07 +0200. > Hello, > > I have still problems with perlmapscript 3.7. The demo below with the > syntax of perlmapscript 3.6 is working very fine on my system. shp2img > is also working for the mapfile below. > >From the WIKI MigrationGuide I Take the syntax for saveImage(): > > $img->saveImage('test37.png'); > > and get following output: > > Can't locate auto/mapscript/imageObj/saveImage.al in @INC (@INC > contains: /usr/lib/perl5/5.8.0/i586-linux-thread-multi > /usr/lib/perl5/5.8.0 > /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi > /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at test37.pl > line 7 > > Then I looked for the string saveImage in the mapscript.pm module and > found the function msSaveImage who brings me following output: > > Usage: msSaveImage(map,img,filename); at test37.pl line 7. > > I tried: $map->msSaveImage($map,$img,'test37'); > > and got same errormessage as before. Then I tried to set the set the > ImageType with: > > map->setImageType("png") or die('Unable to setImageType.'); > > and see that it failed. Here the script and the mapfile: > > (Does someone now a tool to extract from a perl Module (mapscript.pm) a > list of all Classes/Objects, Members and Methods?) > > Thanks a lot, > > Babak > > ========================================================================== > #!/usr/bin/perl -w > use mapscript; > use strict; > > my $map = new mapscript::mapObj("data/demo37.map") or die('Unable to > OPEN mapfile.'); > $map->setImageType("png") or die('Unable to setImageType.'); > my $img = $map->draw() or die('Unable to DRAW mapfile.'); > $map->msSaveImage($map,$img,'test37'); > $img->free(); > -------------------------------------------------------------------------- > NAME DEMO37 > STATUS ON > SIZE 600 450 > EXTENT 5.3 55.5 15.5 46.9 > UNITS METERS > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > > OUTPUTFORMAT > NAME png > DRIVER "GD/PNG" > MIMETYPE "image/png" > IMAGEMODE PC256 > EXTENSION "png" > END > > LAYER > NAME TESTLAYER > TYPE POLYGON > STATUS DEFAULT > DATA lnd01dd.shp > CLASS > NAME TESTCLASS > SYMBOL 0 > COLOR 195 195 195 > OUTLINECOLOR 102 102 102 > END > END > END > > -- > Babak Toloue Tehrani > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Prashant Thu May 1 11:17:08 2003 From: Prashant (Prashant) Date: Thu, 1 May 2003 14:17:08 -0400 Subject: [Mapserver-users] TrueType Symbols References: <13858AA1A74F30419F319ACB66A9D1221F42BD@mercator.topozone.com> <000701c3100a$a6e8d520$0f00a8c0@MT15> Message-ID: <001101c3100d$e0b28140$0f00a8c0@MT15> Hi Again, Please ignore my message. I was able to resolve the problem. I traced the parsing code and found that truetype symbols are required to be in a separate symbolset file. Regards, Prashant ----- Original Message ----- From: "Prashant Desai" To: Sent: Thursday, May 01, 2003 1:54 PM Subject: [Mapserver-users] TrueType Symbols > Hi, > > Is there a known problem in using TrueType symbols in MapServer version > 3.6.4? > The symbol definition in my mapfile is given below. I tried to debug and > found that it is successfully able to recognize type ELLIPSE and VECTOR, but > when it comes to TRUETYPE, it stores 0 in the symbol->type > Any help on this will be appreciated. > > Regards, > > SYMBOL > NAME "circle" > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > SYMBOL > NAME "triangle" > TYPE vector > POINTS > 0 2 > 1 0 > 2 2 > 0 2 > END > END > SYMBOL > NAME "s1" > TYPE TRUETYPE > FONT arial > FILLED true > ANTIALIAS true > CHARACTER "A" > END > > _______________________________________________ > 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 Thu May 1 11:23:02 2003 From: joe at otsys.com (Joe Bussell) Date: Thu, 01 May 2003 11:23:02 -0700 Subject: [Mapserver-users] Problems with PerlMapscript 3.7 Syntax In-Reply-To: References: Message-ID: <3EB16606.4000305@otsys.com> Is it just me, or does this function renaming seem unnecesary? I fully understand fixing up the internal code. I do not accept that making function call naming changes from distinctly articulated names like "saveImage()" to its ambiguously named alternative "save()" is at all productive. Could you explain to me the reason that this particular name was changed? Can we agree on a stable interface and concentrate on the real buisiness of the day? Cordially, Joe Bussell On Time Systems www.trafficdodger.com Sean Gillies wrote: > Babak, > > The function you're looking for is save(), not saveImage(). > > To find out what functions are current in MapScript, you need to > look in the mapscript.i file. The documentation is far behind > development. > > To find all symbols in a package, do something like what's > illustrated on page 281 of Programming Perl, 2nd edition: > > foreach $symname (sort keys %main::) { > ... > } > > Hope this helps, > Sean > > On Thursday, May 1, 2003, at 08:34 AM, Babak Toloue Tehrani wrote: > >> Hello, >> >> I have still problems with perlmapscript 3.7. The demo below with the >> syntax of perlmapscript 3.6 is working very fine on my system. shp2img >> is also working for the mapfile below. >> >>> From the WIKI MigrationGuide I Take the syntax for saveImage(): >> >> >> $img->saveImage('test37.png'); >> >> and get following output: >> >> Can't locate auto/mapscript/imageObj/saveImage.al in @INC (@INC >> contains: /usr/lib/perl5/5.8.0/i586-linux-thread-multi >> /usr/lib/perl5/5.8.0 >> /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi >> /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at test37.pl >> line 7 >> >> Then I looked for the string saveImage in the mapscript.pm module and >> found the function msSaveImage who brings me following output: >> >> Usage: msSaveImage(map,img,filename); at test37.pl line 7. >> >> I tried: $map->msSaveImage($map,$img,'test37'); >> >> and got same errormessage as before. Then I tried to set the set the >> ImageType with: >> >> map->setImageType("png") or die('Unable to setImageType.'); >> >> and see that it failed. Here the script and the mapfile: >> >> (Does someone now a tool to extract from a perl Module (mapscript.pm) a >> list of all Classes/Objects, Members and Methods?) >> >> Thanks a lot, >> >> Babak >> >> ======================================================================= >> === >> #!/usr/bin/perl -w >> use mapscript; >> use strict; >> >> my $map = new mapscript::mapObj("data/demo37.map") or die('Unable to >> OPEN mapfile.'); >> $map->setImageType("png") or die('Unable to setImageType.'); >> my $img = $map->draw() or die('Unable to DRAW mapfile.'); >> $map->msSaveImage($map,$img,'test37'); >> $img->free(); >> ----------------------------------------------------------------------- >> --- >> NAME DEMO37 >> STATUS ON >> SIZE 600 450 >> EXTENT 5.3 55.5 15.5 46.9 >> UNITS METERS >> SHAPEPATH "data" >> IMAGECOLOR 255 255 255 >> >> OUTPUTFORMAT >> NAME png >> DRIVER "GD/PNG" >> MIMETYPE "image/png" >> IMAGEMODE PC256 >> EXTENSION "png" >> END >> >> LAYER >> NAME TESTLAYER >> TYPE POLYGON >> STATUS DEFAULT >> DATA lnd01dd.shp >> CLASS >> NAME TESTCLASS >> SYMBOL 0 >> COLOR 195 195 195 >> OUTLINECOLOR 102 102 102 >> END >> END >> END >> >> > -- > 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 steve.lime at dnr.state.mn.us Thu May 1 10:55:36 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 01 May 2003 12:55:36 -0500 Subject: [Mapserver-users] Non-Rectangular Tiles in TILEINDEX ? Message-ID: Actually there is no pre-requisite for tiles other than that they be polygons. Behind the scenes the decision to process a tile or not is based on the bounding box of that feature (I believe) so there are certain inefficiencies that can occur with irregularly shaped tiles that don't truly intersect the area of interest. I and others have use things like counties or landsat footprints with success in the past. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Ed McNierney" 04/30/03 07:26PM >>> Bob - Your TILEINDEX should be rectangles. The intent of a TILEINDEX is to allow MapServer to quickly determine whether to examine an input file to see if it has any visible features on the current map request. Rectangular tiles can be very quickly examined to see if they intersect the map viewframe. If so, the source is opened and any files that REALLY intersect the view are drawn. Supporting non-rectangular tiles would be more complex and somewhat slower, and would probably be of rather little benefit in most applications. A good combination of rectangular tile indexes and spatial indexing will produce very good performance. - 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: Bruce, Bob (CON) [mailto:BBruce at gov.mb.ca] Sent: Wednesday, April 30, 2003 7:54 PM To: 'Mapserver Mailing List' Subject: [Mapserver-users] Non-Rectangular Tiles in TILEINDEX ? I have been experimenting with TILEINDEXs in order to evaluate their functionality for my applications. I have successfully displayed a TILEINDEX of 20 orthophotos in my browser. Next I wanted to try displaying a set of project mapping areas and built an index map of polygons of these areas. I included this index map as a TILEINDEX in my map file and do not get anything displayed, instead I get a blank display. This leads me to wonder if this is because my tile polygons are non-rectangular. Does the Map Server require tiles to be rectangular or can it work with irregularly shaped tiles? I have successfully displayed my dataset that I'm using as a TILEINDEX as a line file, so I know that the server will work with this file. For your reference, I have included the definition of this layer: LAYER # DLS Polys NAME "DLSPolys" TILEINDEX "TilesWWinnipeg_CARIS/TilesWWinnipeg" TILEITEM "MAPKEY" STATUS DEFAULT TYPE POLYGON CLASSITEM "MAPKEY" CLASS # Whole DLS Parcel STATUS ON NAME "WHOLE DLSPOLY" COLOR 255 202 149 OUTLINECOLOR 0 0 0 END # end of Whole DLS Parcel class object END # end of layer object thanks, Bob Bruce ************************************************************************ ********************************** ** Bob Bruce, P.Eng. Geomatics Support Engineer ** bbruce at gov.mb.ca Manitoba Geomatics/Remote Sensing Branch, ** work # (204) 945-6636 1007 Century Street, ** home # (204) 256-4615 Winnipeg, Manitoba, Canada, R3H 0W4 ** FAX # (204) 945-1365 ** ** The Manitoba Centre for: ** Cadastral & Topographical Mapping, and Remote Sensing ** See us on the Web at: http://www.gov.mb.ca/conservation/geomatics/cada_mapping/index.html ** and: http://www.gov.mb.ca/conservation/geomatics/index.html ** Check out our digital maps at: http://mli.gov.mb.ca/ ************************************************************************ ********************************** From steve.lime at dnr.state.mn.us Thu May 1 11:01:47 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 01 May 2003 13:01:47 -0500 Subject: [Mapserver-users] PERL mapscript undefined symbol woes Message-ID: I've not tried perl 5.8 with Swig. So, if they changed the guts of perl which is where all the undefined symbols live then that could be the issue. Have you tried re-swigging the the interface (cd mapscript/perl; swig -shadow -perl5 mapscript.i) file with a brand new version of Swig? Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Joe Bussell 04/30/03 05:56PM >>> Greetings Listers, I have a Debian box with PERL5.8 and mapserver-3.6.5. I have had great success in the past with this box, but something in my build went awry. The compile for mapserv and then perl/mapscript completed without error. The object is also generally useful when using dump.pl and even some live map rendering under apache. The symptom that I observed is that whenever the process needs to carp out something it segfaults and dies. I ran ldd with the -r option and observed an interresting clue (see below). Does anyone have any ideas how the Perl_* symbols are defined? Why would they not be found? Should the list of *.so include libperl.so? Any ideas on getting out of this mess? ldd -r blib/arch/auto/mapscript/mapscript.so libgd.so.2 => /usr/local/lib/libgd.so.2 (0x40102000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40147000) libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x40164000) libpng.so.2 => /usr/lib/libpng.so.2 (0x401ad000) libz.so.1 => /lib/libz.so.1 (0x401d3000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0x401e0000) libproj.so.0 => /usr/local/lib/libproj.so.0 (0x40224000) libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x40255000) libm.so.6 => /lib/libm.so.6 (0x404b0000) libc.so.6 => /lib/libc.so.6 (0x404d1000) libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x405e1000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x405ef000) libdl.so.2 => /lib/libdl.so.2 (0x406ab000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x406ae000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40757000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) undefined symbol: Perl_croak_nocontext (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_setiv (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_2pv_flags (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_mg_find (blib/arch/auto/mapscript/mapscript.so) undefined symbol: pthread_getspecific (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_newmortal (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_isobject (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_2nv (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_Isv_yes_ptr (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_setpv (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_newXS (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_Tna_ptr (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_Tmarkstack_ptr_ptr (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_Isv_undef_ptr (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_magic (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_setsv_flags (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_Tstack_base_ptr (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_get_sv (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_Gthr_key_ptr (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_setref_pv (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_2iv (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_setnv (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_Tstack_sp_ptr (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_setpvn (blib/arch/auto/mapscript/mapscript.so) undefined symbol: Perl_mg_get (blib/arch/auto/mapscript/mapscript.so) Cordially, Joe Bussell On Time Systems www.trafficdodger.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ed at topozone.com Thu May 1 11:59:43 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 1 May 2003 14:59:43 -0400 Subject: [Mapserver-users] Non-Rectangular Tiles in TILEINDEX ? Message-ID: <13858AA1A74F30419F319ACB66A9D1221F42C2@mercator.topozone.com> Steve - Thanks; I didn't realize that. So non-rectangular tiles basically end up being treated the same as rectangular tiles (i.e. bounding boxes) enclosing the same polygons? - 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: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Thursday, May 01, 2003 1:56 PM To: BBruce at gov.mb.ca; mapserver-users at lists.gis.umn.edu; Ed McNierney Subject: RE: [Mapserver-users] Non-Rectangular Tiles in TILEINDEX ? Actually there is no pre-requisite for tiles other than that they be polygons. Behind the scenes the decision to process a tile or not is based on the bounding box of that feature (I believe) so there are certain inefficiencies that can occur with irregularly shaped tiles that don't truly intersect the area of interest. I and others have use things like counties or landsat footprints with success in the past. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Ed McNierney" 04/30/03 07:26PM >>> Bob - Your TILEINDEX should be rectangles. The intent of a TILEINDEX is to allow MapServer to quickly determine whether to examine an input file to see if it has any visible features on the current map request. Rectangular tiles can be very quickly examined to see if they intersect the map viewframe. If so, the source is opened and any files that REALLY intersect the view are drawn. Supporting non-rectangular tiles would be more complex and somewhat slower, and would probably be of rather little benefit in most applications. A good combination of rectangular tile indexes and spatial indexing will produce very good performance. - 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: Bruce, Bob (CON) [mailto:BBruce at gov.mb.ca] Sent: Wednesday, April 30, 2003 7:54 PM To: 'Mapserver Mailing List' Subject: [Mapserver-users] Non-Rectangular Tiles in TILEINDEX ? I have been experimenting with TILEINDEXs in order to evaluate their functionality for my applications. I have successfully displayed a TILEINDEX of 20 orthophotos in my browser. Next I wanted to try displaying a set of project mapping areas and built an index map of polygons of these areas. I included this index map as a TILEINDEX in my map file and do not get anything displayed, instead I get a blank display. This leads me to wonder if this is because my tile polygons are non-rectangular. Does the Map Server require tiles to be rectangular or can it work with irregularly shaped tiles? I have successfully displayed my dataset that I'm using as a TILEINDEX as a line file, so I know that the server will work with this file. For your reference, I have included the definition of this layer: LAYER # DLS Polys NAME "DLSPolys" TILEINDEX "TilesWWinnipeg_CARIS/TilesWWinnipeg" TILEITEM "MAPKEY" STATUS DEFAULT TYPE POLYGON CLASSITEM "MAPKEY" CLASS # Whole DLS Parcel STATUS ON NAME "WHOLE DLSPOLY" COLOR 255 202 149 OUTLINECOLOR 0 0 0 END # end of Whole DLS Parcel class object END # end of layer object thanks, Bob Bruce ************************************************************************ ********************************** ** Bob Bruce, P.Eng. Geomatics Support Engineer ** bbruce at gov.mb.ca Manitoba Geomatics/Remote Sensing Branch, ** work # (204) 945-6636 1007 Century Street, ** home # (204) 256-4615 Winnipeg, Manitoba, Canada, R3H 0W4 ** FAX # (204) 945-1365 ** ** The Manitoba Centre for: ** Cadastral & Topographical Mapping, and Remote Sensing ** See us on the Web at: http://www.gov.mb.ca/conservation/geomatics/cada_mapping/index.html ** and: http://www.gov.mb.ca/conservation/geomatics/index.html ** Check out our digital maps at: http://mli.gov.mb.ca/ ************************************************************************ ********************************** _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From babak.tehrani at geosysnet.de Thu May 1 11:34:58 2003 From: babak.tehrani at geosysnet.de (Babak Toloue Tehrani) Date: 01 May 2003 20:34:58 +0200 Subject: [Mapserver-users] Problems with PerlMapscript 3.7 Syntax In-Reply-To: <200305011806.h41I6sN21401@yogi.medinaco.net> References: <200305011806.h41I6sN21401@yogi.medinaco.net> Message-ID: <1051814048.5391.97.camel@eisbaer.local> Thanks Sean and Lowell, #!/usr/bin/perl -w use mapscript; use strict; my $map = new mapscript::mapObj("data/demo37.map") or die('Unable to OPEN mapfile.'); $map->setImageType("png"); my $img = $map->draw() or die('Unable to DRAW mapfile.'); $img->save('test37'); $img->free(); This works!!!! The mistake was to write ...or die('Unable to setImageType.'); behind the setImageType!!?? This works also for swf, but then the $img->free() give me a memoryaccesserror when I use setImageType("swf") to specify the outputformat. I don't get the error when I specify the outputpormat in the mapfile. The swf file is produced even though the error. Cheers Am Don, 2003-05-01 um 20.07 schrieb Lowell Filak: > There are a few things here that may be causing the exit during the setting of the image type, ie. "use strict". > Have you already tried tuirning on the debugging to see if you receive a better message of what is occuring? > Lowell F. > > The following message was sent by Babak Toloue Tehrani on 01 May 2003 16:34:07 +0200. > > > Hello, > > > > I have still problems with perlmapscript 3.7. The demo below with the > > syntax of perlmapscript 3.6 is working very fine on my system. shp2img > > is also working for the mapfile below. > > >From the WIKI MigrationGuide I Take the syntax for saveImage(): > > > > $img->saveImage('test37.png'); > > > > and get following output: > > > > Can't locate auto/mapscript/imageObj/saveImage.al in @INC (@INC > > contains: /usr/lib/perl5/5.8.0/i586-linux-thread-multi > > /usr/lib/perl5/5.8.0 > > /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi > > /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at test37.pl > > line 7 > > > > Then I looked for the string saveImage in the mapscript.pm module and > > found the function msSaveImage who brings me following output: > > > > Usage: msSaveImage(map,img,filename); at test37.pl line 7. > > > > I tried: $map->msSaveImage($map,$img,'test37'); > > > > and got same errormessage as before. Then I tried to set the set the > > ImageType with: > > > > map->setImageType("png") or die('Unable to setImageType.'); > > > > and see that it failed. Here the script and the mapfile: > > > > (Does someone now a tool to extract from a perl Module (mapscript.pm) a > > list of all Classes/Objects, Members and Methods?) > > > > Thanks a lot, > > > > Babak > > > > ========================================================================== > > #!/usr/bin/perl -w > > use mapscript; > > use strict; > > > > my $map = new mapscript::mapObj("data/demo37.map") or die('Unable to > > OPEN mapfile.'); > > $map->setImageType("png") or die('Unable to setImageType.'); > > my $img = $map->draw() or die('Unable to DRAW mapfile.'); > > $map->msSaveImage($map,$img,'test37'); > > $img->free(); > > -------------------------------------------------------------------------- > > NAME DEMO37 > > STATUS ON > > SIZE 600 450 > > EXTENT 5.3 55.5 15.5 46.9 > > UNITS METERS > > SHAPEPATH "data" > > IMAGECOLOR 255 255 255 > > > > OUTPUTFORMAT > > NAME png > > DRIVER "GD/PNG" > > MIMETYPE "image/png" > > IMAGEMODE PC256 > > EXTENSION "png" > > END > > > > LAYER > > NAME TESTLAYER > > TYPE POLYGON > > STATUS DEFAULT > > DATA lnd01dd.shp > > CLASS > > NAME TESTCLASS > > SYMBOL 0 > > COLOR 195 195 195 > > OUTLINECOLOR 102 102 102 > > END > > END > > END > > > > -- > > Babak Toloue Tehrani > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Babak Toloue Tehrani From sgillies at frii.com Thu May 1 12:02:30 2003 From: sgillies at frii.com (Sean Gillies) Date: Thu, 1 May 2003 13:02:30 -0600 Subject: [Mapserver-users] Problems with PerlMapscript 3.7 Syntax In-Reply-To: <3EB16606.4000305@otsys.com> Message-ID: <753963AD-7C07-11D7-AE40-000393B98B56@frii.com> I can't speak for the developer who committed the change, but it appears to me that the developer wants to promote some degree of uniformity across object methods. The mapObj has a save() method that outputs to disk, and it seems natural that the extension to imageObj that outputs to disk should also be named 'save'. Is not at all productive? If all mapping objects had a save() method, one could reliably save an arbitrary object without having to do any type checking, or looking up whether you have to use 'saveMap' or 'saveImage' or 'saveSymbol'. Objects save themselves using methods uniformly named 'save'. This promotes development of more modular and reusable code. To me, that is productive. I don't deny that refactoring scripts to work with the newer MapScript module will have a cost. One way to enable a script to work with 3.6 mapscript and 4.0 mapscript is to use try/catch. This example in Python: try: img.saveImage('foo.png') except AttributeError: img.save('foo.png') With Perl it's a bit uglier since you have to eval() and trap errors, but it's the same idea. Sean On Thursday, May 1, 2003, at 12:23 PM, Joe Bussell wrote: > Is it just me, or does this function renaming seem unnecesary? I > fully understand fixing up the internal code. I do not accept that > making function call naming changes from distinctly articulated names > like "saveImage()" to its ambiguously named alternative "save()" is at > all productive. > > Could you explain to me the reason that this particular name was > changed? Can we agree on a stable interface and concentrate on the > real buisiness of the day? > > Cordially, > > Joe Bussell > On Time Systems > www.trafficdodger.com > > > Sean Gillies wrote: >> Babak, >> The function you're looking for is save(), not saveImage(). >> To find out what functions are current in MapScript, you need to >> look in the mapscript.i file. The documentation is far behind >> development. >> To find all symbols in a package, do something like what's >> illustrated on page 281 of Programming Perl, 2nd edition: >> foreach $symname (sort keys %main::) { >> ... >> } >> Hope this helps, >> Sean >> On Thursday, May 1, 2003, at 08:34 AM, Babak Toloue Tehrani wrote: >>> Hello, >>> >>> I have still problems with perlmapscript 3.7. The demo below with the >>> syntax of perlmapscript 3.6 is working very fine on my system. >>> shp2img >>> is also working for the mapfile below. >>> >>>> From the WIKI MigrationGuide I Take the syntax for saveImage(): >>> >>> >>> $img->saveImage('test37.png'); >>> >>> and get following output: >>> >>> Can't locate auto/mapscript/imageObj/saveImage.al in @INC (@INC >>> contains: /usr/lib/perl5/5.8.0/i586-linux-thread-multi >>> /usr/lib/perl5/5.8.0 >>> /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi >>> /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at >>> test37.pl >>> line 7 >>> >>> Then I looked for the string saveImage in the mapscript.pm module and >>> found the function msSaveImage who brings me following output: >>> >>> Usage: msSaveImage(map,img,filename); at test37.pl line 7. >>> >>> I tried: $map->msSaveImage($map,$img,'test37'); >>> >>> and got same errormessage as before. Then I tried to set the set the >>> ImageType with: >>> >>> map->setImageType("png") or die('Unable to setImageType.'); >>> >>> and see that it failed. Here the script and the mapfile: >>> >>> (Does someone now a tool to extract from a perl Module >>> (mapscript.pm) a >>> list of all Classes/Objects, Members and Methods?) >>> >>> Thanks a lot, >>> >>> Babak >>> >>> ===================================================================== >>> == === >>> #!/usr/bin/perl -w >>> use mapscript; >>> use strict; >>> >>> my $map = new mapscript::mapObj("data/demo37.map") or die('Unable to >>> OPEN mapfile.'); >>> $map->setImageType("png") or die('Unable to setImageType.'); >>> my $img = $map->draw() or die('Unable to DRAW mapfile.'); >>> $map->msSaveImage($map,$img,'test37'); >>> $img->free(); >>> --------------------------------------------------------------------- >>> -- --- >>> NAME DEMO37 >>> STATUS ON >>> SIZE 600 450 >>> EXTENT 5.3 55.5 15.5 46.9 >>> UNITS METERS >>> SHAPEPATH "data" >>> IMAGECOLOR 255 255 255 >>> >>> OUTPUTFORMAT >>> NAME png >>> DRIVER "GD/PNG" >>> MIMETYPE "image/png" >>> IMAGEMODE PC256 >>> EXTENSION "png" >>> END >>> >>> LAYER >>> NAME TESTLAYER >>> TYPE POLYGON >>> STATUS DEFAULT >>> DATA lnd01dd.shp >>> CLASS >>> NAME TESTCLASS >>> SYMBOL 0 >>> COLOR 195 195 195 >>> OUTLINECOLOR 102 102 102 >>> END >>> END >>> END >>> >>> >> -- >> 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 lfilak at medinaco.org Thu May 1 12:17:01 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 01 May 2003 15:17:01 -0400 Subject: [Mapserver-users] Problems with PerlMapscript 3.7 Syntax Message-ID: <200305011916.h41JGqN22734@yogi.medinaco.net> Not that I know for certain but I think saveImage was a carry-over from pre-3.6 pertaining to msSaveImage then in 3.6 the imageObj was born but the method was left as "saveImage" where a "save" method on an imageObj would make the naming convention more consistent & be less redundant, ie. mapObj->save. Not that I'm saying it isn't a bother to rewrite things to work with the latest release but it may make sense to be consistent. Just my theory. Lowell F. The following message was sent by Joe Bussell on Thu, 01 May 2003 11:23:02 -0700. > Is it just me, or does this function renaming seem unnecesary? I fully > understand fixing up the internal code. I do not accept that making > function call naming changes from distinctly articulated names like > "saveImage()" to its ambiguously named alternative "save()" is at all > productive. > > Could you explain to me the reason that this particular name was > changed? Can we agree on a stable interface and concentrate on the real > buisiness of the day? > > Cordially, > > Joe Bussell > On Time Systems > www.trafficdodger.com > > > Sean Gillies wrote: > > Babak, > > > > The function you're looking for is save(), not saveImage(). > > > > To find out what functions are current in MapScript, you need to > > look in the mapscript.i file. The documentation is far behind > > development. > > > > To find all symbols in a package, do something like what's > > illustrated on page 281 of Programming Perl, 2nd edition: > > > > foreach $symname (sort keys %main::) { > > ... > > } > > > > Hope this helps, > > Sean > > > > On Thursday, May 1, 2003, at 08:34 AM, Babak Toloue Tehrani wrote: > > > >> Hello, > >> > >> I have still problems with perlmapscript 3.7. The demo below with the > >> syntax of perlmapscript 3.6 is working very fine on my system. shp2img > >> is also working for the mapfile below. > >> > >>> From the WIKI MigrationGuide I Take the syntax for saveImage(): > >> > >> > >> $img->saveImage('test37.png'); > >> > >> and get following output: > >> > >> Can't locate auto/mapscript/imageObj/saveImage.al in @INC (@INC > >> contains: /usr/lib/perl5/5.8.0/i586-linux-thread-multi > >> /usr/lib/perl5/5.8.0 > >> /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi > >> /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at test37.pl > >> line 7 > >> > >> Then I looked for the string saveImage in the mapscript.pm module and > >> found the function msSaveImage who brings me following output: > >> > >> Usage: msSaveImage(map,img,filename); at test37.pl line 7. > >> > >> I tried: $map->msSaveImage($map,$img,'test37'); > >> > >> and got same errormessage as before. Then I tried to set the set the > >> ImageType with: > >> > >> map->setImageType("png") or die('Unable to setImageType.'); > >> > >> and see that it failed. Here the script and the mapfile: > >> > >> (Does someone now a tool to extract from a perl Module (mapscript.pm) a > >> list of all Classes/Objects, Members and Methods?) > >> > >> Thanks a lot, > >> > >> Babak > >> > >> ======================================================================= > >> === > >> #!/usr/bin/perl -w > >> use mapscript; > >> use strict; > >> > >> my $map = new mapscript::mapObj("data/demo37.map") or die('Unable to > >> OPEN mapfile.'); > >> $map->setImageType("png") or die('Unable to setImageType.'); > >> my $img = $map->draw() or die('Unable to DRAW mapfile.'); > >> $map->msSaveImage($map,$img,'test37'); > >> $img->free(); > >> ----------------------------------------------------------------------- > >> --- > >> NAME DEMO37 > >> STATUS ON > >> SIZE 600 450 > >> EXTENT 5.3 55.5 15.5 46.9 > >> UNITS METERS > >> SHAPEPATH "data" > >> IMAGECOLOR 255 255 255 > >> > >> OUTPUTFORMAT > >> NAME png > >> DRIVER "GD/PNG" > >> MIMETYPE "image/png" > >> IMAGEMODE PC256 > >> EXTENSION "png" > >> END > >> > >> LAYER > >> NAME TESTLAYER > >> TYPE POLYGON > >> STATUS DEFAULT > >> DATA lnd01dd.shp > >> CLASS > >> NAME TESTCLASS > >> SYMBOL 0 > >> COLOR 195 195 195 > >> OUTLINECOLOR 102 102 102 > >> END > >> END > >> END > >> > >> > > -- > > 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 > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From tai.le at sbcglobal.net Thu May 1 12:28:33 2003 From: tai.le at sbcglobal.net (Tai Le) Date: Thu, 1 May 2003 14:28:33 -0500 Subject: [Mapserver-users] Renderer within one layer Message-ID: <004d01c31017$daf57f00$0220a8c0@devnet.com> This is a multi-part message in MIME format. ------=_NextPart_000_004A_01C30FED.F1B91410 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I'm new to MapServer. I have some questions: - What is the best way to implement some kind of PushPin with MapServer? = Is there any example available? - I want to display different symbols on the map from the same map layer = (based on some query attributes). If any one knows the Renderer class = from ESRI MapObject, that is what I would like to see on MapServer. Thanks for your help. -- Tai. ------=_NextPart_000_004A_01C30FED.F1B91410 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
I'm new to MapServer. I have some=20 questions:
- What is the best way to implement = some kind of=20 PushPin with MapServer? Is there any example available?
- I want to display different symbols = on the map=20 from the same map layer (based on some query attributes). If any = one=20 knows the Renderer class from ESRI MapObject, that is what I would = like to=20 see on MapServer.
Thanks for your help.
 
-- Tai.
------=_NextPart_000_004A_01C30FED.F1B91410-- From lfilak at medinaco.org Thu May 1 12:40:41 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 01 May 2003 15:40:41 -0400 Subject: [Mapserver-users] Problems with PerlMapscript 3.7 Syntax Message-ID: <200305011940.h41JeWN23293@yogi.medinaco.net> At first glance it appears that swf * pdf are not handled the same way as "customary" image formats like jpeg. The swf is actually created by first rendering a temporary gd object and dumping that into the swf creation routine so there may be a different way of accessing that via mapscript (I don't know what that is yet). HTH Lowell F. The following message was sent by Babak Toloue Tehrani on 01 May 2003 20:34:58 +0200. > Thanks Sean and Lowell, > > #!/usr/bin/perl -w > use mapscript; > use strict; > > my $map = new mapscript::mapObj("data/demo37.map") or die('Unable to > OPEN mapfile.'); > $map->setImageType("png"); > my $img = $map->draw() or die('Unable to DRAW mapfile.'); > $img->save('test37'); > $img->free(); > > This works!!!! > The mistake was to write ...or die('Unable to setImageType.'); behind > the setImageType!!?? This works also for swf, but then the $img->free() > give me a memoryaccesserror when I use setImageType("swf") to specify > the outputformat. I don't get the error when I specify the outputpormat > in the mapfile. The swf file is produced even though the error. > > Cheers > > > > Am Don, 2003-05-01 um 20.07 schrieb Lowell Filak: > > There are a few things here that may be causing the exit during the setting of the image type, ie. "use strict". > > Have you already tried tuirning on the debugging to see if you receive a better message of what is occuring? > > Lowell F. > > > > The following message was sent by Babak Toloue Tehrani on 01 May 2003 16:34:07 +0200. > > > > > Hello, > > > > > > I have still problems with perlmapscript 3.7. The demo below with the > > > syntax of perlmapscript 3.6 is working very fine on my system. shp2img > > > is also working for the mapfile below. > > > >From the WIKI MigrationGuide I Take the syntax for saveImage(): > > > > > > $img->saveImage('test37.png'); > > > > > > and get following output: > > > > > > Can't locate auto/mapscript/imageObj/saveImage.al in @INC (@INC > > > contains: /usr/lib/perl5/5.8.0/i586-linux-thread-multi > > > /usr/lib/perl5/5.8.0 > > > /usr/lib/perl5/site_perl/5.8.0/i586-linux-thread-multi > > > /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at test37.pl > > > line 7 > > > > > > Then I looked for the string saveImage in the mapscript.pm module and > > > found the function msSaveImage who brings me following output: > > > > > > Usage: msSaveImage(map,img,filename); at test37.pl line 7. > > > > > > I tried: $map->msSaveImage($map,$img,'test37'); > > > > > > and got same errormessage as before. Then I tried to set the set the > > > ImageType with: > > > > > > map->setImageType("png") or die('Unable to setImageType.'); > > > > > > and see that it failed. Here the script and the mapfile: > > > > > > (Does someone now a tool to extract from a perl Module (mapscript.pm) a > > > list of all Classes/Objects, Members and Methods?) > > > > > > Thanks a lot, > > > > > > Babak > > > > > > ========================================================================== > > > #!/usr/bin/perl -w > > > use mapscript; > > > use strict; > > > > > > my $map = new mapscript::mapObj("data/demo37.map") or die('Unable to > > > OPEN mapfile.'); > > > $map->setImageType("png") or die('Unable to setImageType.'); > > > my $img = $map->draw() or die('Unable to DRAW mapfile.'); > > > $map->msSaveImage($map,$img,'test37'); > > > $img->free(); > > > -------------------------------------------------------------------------- > > > NAME DEMO37 > > > STATUS ON > > > SIZE 600 450 > > > EXTENT 5.3 55.5 15.5 46.9 > > > UNITS METERS > > > SHAPEPATH "data" > > > IMAGECOLOR 255 255 255 > > > > > > OUTPUTFORMAT > > > NAME png > > > DRIVER "GD/PNG" > > > MIMETYPE "image/png" > > > IMAGEMODE PC256 > > > EXTENSION "png" > > > END > > > > > > LAYER > > > NAME TESTLAYER > > > TYPE POLYGON > > > STATUS DEFAULT > > > DATA lnd01dd.shp > > > CLASS > > > NAME TESTCLASS > > > SYMBOL 0 > > > COLOR 195 195 195 > > > OUTLINECOLOR 102 102 102 > > > END > > > END > > > END > > > > > > -- > > > Babak Toloue Tehrani > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- > Babak Toloue Tehrani > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gis at farmvilleva.com Thu May 1 12:43:40 2003 From: gis at farmvilleva.com (John M. Duggan, LSIT) Date: Thu, 1 May 2003 15:43:40 -0400 Subject: [Mapserver-users] Example of many raster files? Message-ID: <007d01c31019$f7917e00$1c00000a@JMDSurvey> This is a multi-part message in MIME format. ------=_NextPart_000_007A_01C30FF8.7051F030 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable can anyone show me one of their map files that has many raster files = under one layer so you can simply click on "images" and have all the = raster files within the zoomed area appear? kinda like: LAYER IMAGES DATA 1.TIF,2.TIF, 3.TIF .... ETC TYPE RASTER END Thanks, John John M. Duggan LSIT gis at farmvilleva.com http://www.farmvilleva.com (434) 392-3333 "......for the whole universe is in Him and He dwells within our heart." -The Upanishads ------=_NextPart_000_007A_01C30FF8.7051F030 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
can anyone show me one of their map = files that=20 has many raster files under one layer so you can simply click on = "images" and=20 have all the raster files within the zoomed area appear?
 
kinda like:
 
LAYER IMAGES
DATA 1.TIF,2.TIF, 3.TIF .... = ETC
TYPE RASTER
END
 
Thanks,
John
 
John M. Duggan LSIT
gis at farmvilleva.com
http://www.farmvilleva.com
(43= 4)=20 392-3333
 
"......for the whole universe is in Him = and He=20 dwells
within our=20 heart."
          &n= bsp;           &nb= sp;  =20 -The Upanishads
------=_NextPart_000_007A_01C30FF8.7051F030-- From steve.lime at dnr.state.mn.us Thu May 1 12:48:54 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 01 May 2003 14:48:54 -0500 Subject: [Mapserver-users] Non-Rectangular Tiles in TILEINDEX ? Message-ID: Yes, although I need to look at the code to be sure. Even with though there are situations where a tile may be processed when it doesn't intersect the AOI it's still far better than no tiling in all. In general regular shaped tiles will provide the best performance as Ed mentions. Steve >>> "Ed McNierney" 05/01/03 01:59PM >>> Steve - Thanks; I didn't realize that. So non-rectangular tiles basically end up being treated the same as rectangular tiles (i.e. bounding boxes) enclosing the same polygons? - 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: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Thursday, May 01, 2003 1:56 PM To: BBruce at gov.mb.ca; mapserver-users at lists.gis.umn.edu; Ed McNierney Subject: RE: [Mapserver-users] Non-Rectangular Tiles in TILEINDEX ? Actually there is no pre-requisite for tiles other than that they be polygons. Behind the scenes the decision to process a tile or not is based on the bounding box of that feature (I believe) so there are certain inefficiencies that can occur with irregularly shaped tiles that don't truly intersect the area of interest. I and others have use things like counties or landsat footprints with success in the past. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "Ed McNierney" 04/30/03 07:26PM >>> Bob - Your TILEINDEX should be rectangles. The intent of a TILEINDEX is to allow MapServer to quickly determine whether to examine an input file to see if it has any visible features on the current map request. Rectangular tiles can be very quickly examined to see if they intersect the map viewframe. If so, the source is opened and any files that REALLY intersect the view are drawn. Supporting non-rectangular tiles would be more complex and somewhat slower, and would probably be of rather little benefit in most applications. A good combination of rectangular tile indexes and spatial indexing will produce very good performance. - 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: Bruce, Bob (CON) [mailto:BBruce at gov.mb.ca] Sent: Wednesday, April 30, 2003 7:54 PM To: 'Mapserver Mailing List' Subject: [Mapserver-users] Non-Rectangular Tiles in TILEINDEX ? I have been experimenting with TILEINDEXs in order to evaluate their functionality for my applications. I have successfully displayed a TILEINDEX of 20 orthophotos in my browser. Next I wanted to try displaying a set of project mapping areas and built an index map of polygons of these areas. I included this index map as a TILEINDEX in my map file and do not get anything displayed, instead I get a blank display. This leads me to wonder if this is because my tile polygons are non-rectangular. Does the Map Server require tiles to be rectangular or can it work with irregularly shaped tiles? I have successfully displayed my dataset that I'm using as a TILEINDEX as a line file, so I know that the server will work with this file. For your reference, I have included the definition of this layer: LAYER # DLS Polys NAME "DLSPolys" TILEINDEX "TilesWWinnipeg_CARIS/TilesWWinnipeg" TILEITEM "MAPKEY" STATUS DEFAULT TYPE POLYGON CLASSITEM "MAPKEY" CLASS # Whole DLS Parcel STATUS ON NAME "WHOLE DLSPOLY" COLOR 255 202 149 OUTLINECOLOR 0 0 0 END # end of Whole DLS Parcel class object END # end of layer object thanks, Bob Bruce ************************************************************************ ********************************** ** Bob Bruce, P.Eng. Geomatics Support Engineer ** bbruce at gov.mb.ca Manitoba Geomatics/Remote Sensing Branch, ** work # (204) 945-6636 1007 Century Street, ** home # (204) 256-4615 Winnipeg, Manitoba, Canada, R3H 0W4 ** FAX # (204) 945-1365 ** ** The Manitoba Centre for: ** Cadastral & Topographical Mapping, and Remote Sensing ** See us on the Web at: http://www.gov.mb.ca/conservation/geomatics/cada_mapping/index.html ** and: http://www.gov.mb.ca/conservation/geomatics/index.html ** Check out our digital maps at: http://mli.gov.mb.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 steve.lime at dnr.state.mn.us Thu May 1 12:50:26 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 01 May 2003 14:50:26 -0500 Subject: [Mapserver-users] Example of many raster files? Message-ID: You need to use tiles for that and it works quite well. For example, we have ~1000 DOQs that we handle with a single layer. Steve >>> "John M. Duggan, LSIT" 05/01/03 02:43PM >>> can anyone show me one of their map files that has many raster files under one layer so you can simply click on "images" and have all the raster files within the zoomed area appear? kinda like: LAYER IMAGES DATA 1.TIF,2.TIF, 3.TIF .... ETC TYPE RASTER END Thanks, John John M. Duggan LSIT gis at farmvilleva.com http://www.farmvilleva.com (434) 392-3333 "......for the whole universe is in Him and He dwells within our heart." -The Upanishads From eric at gomoos.org Thu May 1 09:05:49 2003 From: eric at gomoos.org (Eric Bridger) Date: 01 May 2003 16:05:49 +0000 Subject: [Mapserver-users] Renderer within one layer In-Reply-To: <004d01c31017$daf57f00$0220a8c0@devnet.com> References: <004d01c31017$daf57f00$0220a8c0@devnet.com> Message-ID: <1051805150.1480.51.camel@ubet.gomoos.org> There is a Perl mapscript and mapfile example here: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex14 which puts a plus symbol where the user clicked the map. See get_click() and $click_pt->draw(). This is a vector symbol, but a pixmap pushpin symbol could be used. Not sure how to do this with CGI mapserv. See: http://mapserver.gis.umn.edu/doc36/mapfile-reference.html#class Layer Class Expression for how to get different symbols to display based on attribute values. Eric Bridger On Thu, 2003-05-01 at 19:28, Tai Le wrote: > Hello, > I'm new to MapServer. I have some questions: > - What is the best way to implement some kind of PushPin with MapServer? Is there any example available? > - I want to display different symbols on the map from the same map layer (based on some query attributes). If any one knows the Renderer class from ESRI MapObject, that is what I would like to see on MapServer. > Thanks for your help. > > -- Tai. From joe at otsys.com Thu May 1 13:08:18 2003 From: joe at otsys.com (Joe Bussell) Date: Thu, 01 May 2003 13:08:18 -0700 Subject: [Mapserver-users] PERL mapscript undefined symbol woes In-Reply-To: References: Message-ID: <3EB17EB2.30703@otsys.com> I have had this running on 5.8 using swig1.1 some weeks ago. Something drifted on my box certainly. I have a similar set of undefined symbols on a Redhat box using perl5.6. It does not give me any trouble however, certainly never seg-faults. I did make a pass using swig1.3. I recieved several warnings about deprecated methods, but it generated a compilable .c file. Make went well also. Mapscript almost worked, but I observed msyyparse errors on an expression without any detail on the source of the error (Thu May 1 10:29:58 2003 - msyyparse(): Expression parser error. parse error) It did render some maps with very small number of elements. When the number of on-screen objects gets large,it seg-faults. This seems quite odd as the production box at www.trafficdodger.com is doing a bang up job with mapserver-3.6.5 using the same shapefiles, mapfile, and symbol set. On my Redhat box with perl5.6.1 (that works fine apparently) I get the following errors upon ldd -r mapscript.so: ldd -r /usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so libgd.so.2 => /usr/local/lib/libgd.so.2 (0x400d9000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40110000) libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x4012f000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40178000) libz.so.1 => /usr/lib/libz.so.1 (0x4019a000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0x401a9000) libproj.so.0 => /usr/local/lib/libproj.so.0 (0x401eb000) libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x4021d000) libm.so.6 => /lib/i686/libm.so.6 (0x40474000) libc.so.6 => /lib/i686/libc.so.6 (0x40497000) libdl.so.2 => /lib/libdl.so.2 (0x405d3000) libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x405d8000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) undefined symbol: PL_sv_undef (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: PL_markstack_ptr (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: PL_na (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: PL_sv_yes (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: PL_stack_base (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: PL_stack_sp (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: perl_get_sv (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_croak (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_setiv (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_mg_find (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_newmortal (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_isobject (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_2nv (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_2pv (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_setpv (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_newXS (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_setsv (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_magic (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_setref_pv (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_2iv (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_setnv (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_sv_setpvn (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) undefined symbol: Perl_mg_get (/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/mapscript/mapscript.so) Cordially, Joe Bussell Steve Lime wrote: > I've not tried perl 5.8 with Swig. So, if they changed the guts of perl > which is where all > the undefined symbols live then that could be the issue. Have you tried > re-swigging the > the interface (cd mapscript/perl; swig -shadow -perl5 mapscript.i) file > with a brand new > version of Swig? > > Steve > > Stephen Lime > Data & Applications Manager > > Minnesota DNR > 500 Lafayette Road > St. Paul, MN 55155 > 651-297-2937 > > >>>>Joe Bussell 04/30/03 05:56PM >>> > > Greetings Listers, > I have a Debian box with PERL5.8 and mapserver-3.6.5. I have had > great success in the past with this box, but something in my build went > > awry. The compile for mapserv and then perl/mapscript completed > without > error. The object is also generally useful when using dump.pl and even > > some live map rendering under apache. The symptom that I observed is > that whenever the process needs to carp out something it segfaults and > > dies. I ran ldd with the -r option and observed an interresting clue > (see below). Does anyone have any ideas how the Perl_* symbols are > defined? Why would they not be found? Should the list of *.so include > > libperl.so? Any ideas on getting out of this mess? > > ldd -r blib/arch/auto/mapscript/mapscript.so > libgd.so.2 => /usr/local/lib/libgd.so.2 (0x40102000) > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40147000) > libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 > (0x40164000) > libpng.so.2 => /usr/lib/libpng.so.2 (0x401ad000) > libz.so.1 => /lib/libz.so.1 (0x401d3000) > libtiff.so.3 => /usr/lib/libtiff.so.3 (0x401e0000) > libproj.so.0 => /usr/local/lib/libproj.so.0 (0x40224000) > libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x40255000) > libm.so.6 => /lib/libm.so.6 (0x404b0000) > libc.so.6 => /lib/libc.so.6 (0x404d1000) > libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x405e1000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x405ef000) > libdl.so.2 => /lib/libdl.so.2 (0x406ab000) > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x406ae000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40757000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) > undefined symbol: Perl_croak_nocontext > (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_sv_setiv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_sv_2pv_flags (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_mg_find (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: pthread_getspecific > (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_sv_newmortal (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_sv_isobject (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_2nv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_Isv_yes_ptr (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_sv_setpv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_newXS (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_Tna_ptr (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_Tmarkstack_ptr_ptr > (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_Isv_undef_ptr (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_sv_magic (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_setsv_flags > (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_Tstack_base_ptr > (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_get_sv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_Gthr_key_ptr (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_sv_setref_pv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_2iv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_sv_setnv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_Tstack_sp_ptr (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: > Perl_sv_setpvn (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_mg_get (blib/arch/auto/mapscript/mapscript.so) > > > Cordially, > > Joe Bussell > On Time Systems > www.trafficdodger.com > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From slaven at rezic.de Thu May 1 12:45:07 2003 From: slaven at rezic.de (Slaven Rezic) Date: 01 May 2003 21:45:07 +0200 Subject: [Mapserver-users] Problems with PerlMapscript 3.7 Syntax In-Reply-To: Sean Gillies's message of "Thu, 1 May 2003 13:02:30 -0600" References: <753963AD-7C07-11D7-AE40-000393B98B56@frii.com> Message-ID: <87znm61mf0.fsf@vran.herceg.de> Sean Gillies writes: > I can't speak for the developer who committed the change, but > it appears to me that the developer wants to promote some > degree of uniformity across object methods. The mapObj has a > save() method that outputs to disk, and it seems natural that > the extension to imageObj that outputs to disk should also be > named 'save'. > > Is not at all productive? If all mapping objects had a save() > method, one could reliably save an arbitrary object without > having to do any type checking, or looking up whether you have > to use 'saveMap' or 'saveImage' or 'saveSymbol'. Objects > save themselves using methods uniformly named 'save'. This > promotes development of more modular and reusable code. To me, > that is productive. > > I don't deny that refactoring scripts to work with the newer > MapScript module will have a cost. One way to enable a script > to work with 3.6 mapscript and 4.0 mapscript is to use > try/catch. This example in Python: > > try: > img.saveImage('foo.png') > except AttributeError: > img.save('foo.png') > > With Perl it's a bit uglier since you have to eval() and trap > errors, but it's the same idea. > I have to disagree. It's not ugly, it's maybe named somewhat strange for non-perlers: eval { $img->saveImage("foo.png"); }; if ($@) { $img->save("foo.png"); } But you should better either use ->can: $image_save = $img->can("save") || $img->can("saveImage"); $img->save("foo.png"); or create a compatibility method: if (!defined &mapscript::imageObj::saveImage) { *mapscript::imageObj::saveImage = \&mapscript::imageObj::save; } Such a module with compatibility methods could even go into the standard mapserver distribution. Regards, Slaven -- Slaven Rezic - slaven at rezic.de BBBike - route planner for cyclists in Berlin WWW version: http://www.bbbike.de Perl/Tk version for Unix and Windows: http://bbbike.sourceforge.net From slaven at rezic.de Thu May 1 13:26:30 2003 From: slaven at rezic.de (Slaven Rezic) Date: 01 May 2003 22:26:30 +0200 Subject: [Mapserver-users] PERL mapscript undefined symbol woes In-Reply-To: Joe Bussell's message of "Wed, 30 Apr 2003 15:56:16 -0700" References: <3EB05490.8080602@otsys.com> Message-ID: <87wuha1ki1.fsf@vran.herceg.de> Joe Bussell writes: > Greetings Listers, > I have a Debian box with PERL5.8 and mapserver-3.6.5. I have had > great success in the past with this box, but something in my build went > awry. The compile for mapserv and then perl/mapscript completed without > error. The object is also generally useful when using dump.pl and even > some live map rendering under apache. The symptom that I observed is > that whenever the process needs to carp out something it segfaults and > dies. I ran ldd with the -r option and observed an interresting clue > (see below). Does anyone have any ideas how the Perl_* symbols are > defined? Normally the Perl_* symbols are either in the perl library or in the perl executable. > Why would they not be found? Should the list of *.so include > libperl.so? I don't think so, at least it's not on FreeBSD. > Any ideas on getting out of this mess? What is the output of "perl -v"? Does it include "useshrplib=true"? Regards, Slaven > > ldd -r blib/arch/auto/mapscript/mapscript.so > libgd.so.2 => /usr/local/lib/libgd.so.2 (0x40102000) > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40147000) > libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x40164000) > libpng.so.2 => /usr/lib/libpng.so.2 (0x401ad000) > libz.so.1 => /lib/libz.so.1 (0x401d3000) > libtiff.so.3 => /usr/lib/libtiff.so.3 (0x401e0000) > libproj.so.0 => /usr/local/lib/libproj.so.0 (0x40224000) > libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x40255000) > libm.so.6 => /lib/libm.so.6 (0x404b0000) > libc.so.6 => /lib/libc.so.6 (0x404d1000) > libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x405e1000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x405ef000) > libdl.so.2 => /lib/libdl.so.2 (0x406ab000) > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x406ae000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40757000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) > undefined symbol: Perl_croak_nocontext > (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_setiv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_2pv_flags (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_mg_find (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: pthread_getspecific > (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_newmortal (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_isobject (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_2nv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_Isv_yes_ptr (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_setpv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_newXS (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_Tna_ptr (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_Tmarkstack_ptr_ptr > (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_Isv_undef_ptr (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_magic (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_setsv_flags > (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_Tstack_base_ptr > (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_get_sv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_Gthr_key_ptr (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_setref_pv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_2iv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_setnv (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_Tstack_sp_ptr (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_sv_setpvn (blib/arch/auto/mapscript/mapscript.so) > undefined symbol: Perl_mg_get (blib/arch/auto/mapscript/mapscript.so) > > > Cordially, > > Joe Bussell > On Time Systems > www.trafficdodger.com > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- Slaven Rezic - slaven at rezic.de BBBike - route planner for cyclists in Berlin WWW version: http://www.bbbike.de Perl/Tk version for Unix and Windows: http://bbbike.sourceforge.net From joe at otsys.com Thu May 1 14:11:27 2003 From: joe at otsys.com (Joe Bussell) Date: Thu, 01 May 2003 14:11:27 -0700 Subject: [Mapserver-users] PERL mapscript undefined symbol woes In-Reply-To: <87wuha1ki1.fsf@vran.herceg.de> References: <3EB05490.8080602@otsys.com> <87wuha1ki1.fsf@vran.herceg.de> Message-ID: <3EB18D7F.10402@otsys.com> perl -V does indeed include "useshrplib=true" Slaven Rezic wrote: > Joe Bussell writes: > > >>Greetings Listers, >> I have a Debian box with PERL5.8 and mapserver-3.6.5. I have had >>great success in the past with this box, but something in my build went >>awry. The compile for mapserv and then perl/mapscript completed without >>error. The object is also generally useful when using dump.pl and even >>some live map rendering under apache. The symptom that I observed is >>that whenever the process needs to carp out something it segfaults and >>dies. I ran ldd with the -r option and observed an interresting clue >>(see below). Does anyone have any ideas how the Perl_* symbols are >>defined? > > > Normally the Perl_* symbols are either in the perl library or in the > perl executable. > > >> Why would they not be found? Should the list of *.so include >>libperl.so? > > > I don't think so, at least it's not on FreeBSD. > > >> Any ideas on getting out of this mess? > > > What is the output of "perl -v"? Does it include "useshrplib=true"? > > Regards, > Slaven > > >>ldd -r blib/arch/auto/mapscript/mapscript.so >> libgd.so.2 => /usr/local/lib/libgd.so.2 (0x40102000) >> libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40147000) >> libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x40164000) >> libpng.so.2 => /usr/lib/libpng.so.2 (0x401ad000) >> libz.so.1 => /lib/libz.so.1 (0x401d3000) >> libtiff.so.3 => /usr/lib/libtiff.so.3 (0x401e0000) >> libproj.so.0 => /usr/local/lib/libproj.so.0 (0x40224000) >> libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x40255000) >> libm.so.6 => /lib/libm.so.6 (0x404b0000) >> libc.so.6 => /lib/libc.so.6 (0x404d1000) >> libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x405e1000) >> libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x405ef000) >> libdl.so.2 => /lib/libdl.so.2 (0x406ab000) >> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x406ae000) >> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40757000) >> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) >>undefined symbol: Perl_croak_nocontext >>(blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_sv_setiv (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_sv_2pv_flags (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_mg_find (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: pthread_getspecific >>(blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_sv_newmortal (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_sv_isobject (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_sv_2nv (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_Isv_yes_ptr (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_sv_setpv (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_newXS (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_Tna_ptr (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_Tmarkstack_ptr_ptr >>(blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_Isv_undef_ptr (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_sv_magic (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_sv_setsv_flags >>(blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_Tstack_base_ptr >>(blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_get_sv (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_Gthr_key_ptr (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_sv_setref_pv (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_sv_2iv (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_sv_setnv (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_Tstack_sp_ptr (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_sv_setpvn (blib/arch/auto/mapscript/mapscript.so) >>undefined symbol: Perl_mg_get (blib/arch/auto/mapscript/mapscript.so) >> >> >>Cordially, >> >>Joe Bussell >>On Time Systems >>www.trafficdodger.com >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > From slaven at rezic.de Thu May 1 14:48:06 2003 From: slaven at rezic.de (Slaven Rezic) Date: 01 May 2003 23:48:06 +0200 Subject: [Mapserver-users] PERL mapscript undefined symbol woes In-Reply-To: Joe Bussell's message of "Thu, 01 May 2003 14:11:27 -0700" References: <3EB05490.8080602@otsys.com> <87wuha1ki1.fsf@vran.herceg.de> <3EB18D7F.10402@otsys.com> Message-ID: <87llxq1gq1.fsf@vran.herceg.de> Joe Bussell writes: > perl -V does indeed include "useshrplib=true" > Does it help if you specify LD_LIBRARY_PATH? env LD_LIBRARY_PATH=/path/containing/libperl.so yourscript Regards, Slaven > Slaven Rezic wrote: > > Joe Bussell writes: > > > > > >>Greetings Listers, > >> I have a Debian box with PERL5.8 and mapserver-3.6.5. I have had > >>great success in the past with this box, but something in my build went > >>awry. The compile for mapserv and then perl/mapscript completed without > >>error. The object is also generally useful when using dump.pl and even > >>some live map rendering under apache. The symptom that I observed is > >>that whenever the process needs to carp out something it segfaults and > >>dies. I ran ldd with the -r option and observed an interresting clue > >>(see below). Does anyone have any ideas how the Perl_* symbols are > >>defined? > > > > > > Normally the Perl_* symbols are either in the perl library or in the > > perl executable. > > > > > >> Why would they not be found? Should the list of *.so include > >>libperl.so? > > > > > > I don't think so, at least it's not on FreeBSD. > > > > > >> Any ideas on getting out of this mess? > > > > > > What is the output of "perl -v"? Does it include "useshrplib=true"? > > > > Regards, > > Slaven > > > > > >>ldd -r blib/arch/auto/mapscript/mapscript.so > >> libgd.so.2 => /usr/local/lib/libgd.so.2 (0x40102000) > >> libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40147000) > >> libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x40164000) > >> libpng.so.2 => /usr/lib/libpng.so.2 (0x401ad000) > >> libz.so.1 => /lib/libz.so.1 (0x401d3000) > >> libtiff.so.3 => /usr/lib/libtiff.so.3 (0x401e0000) > >> libproj.so.0 => /usr/local/lib/libproj.so.0 (0x40224000) > >> libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x40255000) > >> libm.so.6 => /lib/libm.so.6 (0x404b0000) > >> libc.so.6 => /lib/libc.so.6 (0x404d1000) > >> libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x405e1000) > >> libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x405ef000) > >> libdl.so.2 => /lib/libdl.so.2 (0x406ab000) > >> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x406ae000) > >> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40757000) > >> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) > >>undefined symbol: Perl_croak_nocontext > >>(blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_sv_setiv (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_sv_2pv_flags (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_mg_find (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: pthread_getspecific > >>(blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_sv_newmortal (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_sv_isobject (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_sv_2nv (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_Isv_yes_ptr (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_sv_setpv (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_newXS (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_Tna_ptr (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_Tmarkstack_ptr_ptr > >>(blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_Isv_undef_ptr (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_sv_magic (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_sv_setsv_flags > >>(blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_Tstack_base_ptr > >>(blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_get_sv (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_Gthr_key_ptr (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_sv_setref_pv (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_sv_2iv (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_sv_setnv (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_Tstack_sp_ptr (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_sv_setpvn (blib/arch/auto/mapscript/mapscript.so) > >>undefined symbol: Perl_mg_get (blib/arch/auto/mapscript/mapscript.so) > >> > >> > >>Cordially, > >> > >>Joe Bussell > >>On Time Systems > >>www.trafficdodger.com > >> > >>_______________________________________________ > >>Mapserver-users mailing list > >>Mapserver-users at lists.gis.umn.edu > >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > > > > > > > -- Slaven Rezic - slaven at rezic.de babybike - routeplanner for cyclists in Berlin handheld (e.g. Compaq iPAQ with Linux) version of bbbike http://bbbike.sourceforge.net From BBruce at gov.mb.ca Thu May 1 15:14:35 2003 From: BBruce at gov.mb.ca (Bruce, Bob CON) Date: Thu, 1 May 2003 17:14:35 -0500 Subject: [Mapserver-users] Non-Rectangular Tiles in TILEINDEX ? - Got It Working - THANKS! Message-ID: <67AA2C4FAC30D611A8F600306E1C245101545C91@WPG001EX11> Thanks to you all for your help. Being very new to the MapServer I'm not sure when I'm going wrong or I'm hitting a limit in the software. These comments made me go back and take a long hard look at my files and I realized where I was going wrong - in the path names in my TILEITEMs. I now have my TILEINDEX file set up with my irregularly shaped polygons referencing my datasets and it all draws quite nicely, going off to get these datasets and drawing them. So non-rectangular tiles do work in the MapServer, a fact that will be very useful in drawing property mapping datasets. Bob Bruce -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: 2003-May-01 2:49 PM To: BBruce at gov.mb.ca; mapserver-users at lists.gis.umn.edu; ed at topozone.com Subject: RE: [Mapserver-users] Non-Rectangular Tiles in TILEINDEX ? Yes, although I need to look at the code to be sure. Even with though there are situations where a tile may be processed when it doesn't intersect the AOI it's still far better than no tiling in all. In general regular shaped tiles will provide the best performance as Ed mentions. - - - - - From Antti.Roppola at brs.gov.au Thu May 1 16:55:31 2003 From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au) Date: Fri, 2 May 2003 09:55:31 +1000 Subject: [Mapserver-users] Example of many raster files? Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC42A6@afeb-ms-02> I wonder how it would work if you created a tile index that had overlapping tiles containing your images? Antti -----Original Message----- From: John M. Duggan, LSIT [mailto:gis at farmvilleva.com] Sent: Friday, 2 May 2003 5:44 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Example of many raster files? can anyone show me one of their map files that has many raster files under one layer so you can simply click on "images" and have all the raster files within the zoomed area appear? kinda like: LAYER IMAGES DATA 1.TIF,2.TIF, 3.TIF .... ETC TYPE RASTER END Thanks, John John M. Duggan LSIT gis at farmvilleva.com http://www.farmvilleva.com (434) 392-3333 "......for the whole universe is in Him and He dwells within our heart." -The Upanishads From woodbri at swoodbridge.com Thu May 1 18:30:50 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Thu, 01 May 2003 21:30:50 -0400 Subject: [Mapserver-users] Example of many raster files? In-Reply-To: <3E4215C93D3CE24D84A9FF385DF88D87FC42A6@afeb-ms-02> Message-ID: <3EB1920A.23609.291AFD21@localhost> I believe that I have some like that and the files are all loaded in the order they are encountered in the tileindex. -Steve W. On 2 May 2003 at 9:55, Antti.Roppola at brs.gov.au wrote: > I wonder how it would work if you created a tile index > that had overlapping tiles containing your images? > > Antti > > > -----Original Message----- > From: John M. Duggan, LSIT [mailto:gis at farmvilleva.com] > Sent: Friday, 2 May 2003 5:44 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Example of many raster files? > > > can anyone show me one of their map files that has many raster files > under one layer so you can simply click on "images" and have all the > raster files within the zoomed area appear? > > kinda like: > > LAYER IMAGES > DATA 1.TIF,2.TIF, 3.TIF .... ETC > TYPE RASTER > END > > Thanks, > John > > John M. Duggan LSIT > gis at farmvilleva.com > http://www.farmvilleva.com > (434) 392-3333 > > "......for the whole universe is in Him and He dwells > within our heart." > -The Upanishads > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From ed at topozone.com Thu May 1 19:10:43 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 1 May 2003 22:10:43 -0400 Subject: [Mapserver-users] Example of many raster files? Message-ID: <13858AA1A74F30419F319ACB66A9D1220196B9@mercator.topozone.com> Yes, there's nothing wrong with overlapping tiles in a tile index. MapServer just intersects the output image frame with the polygons in the index and then goes about opening and rendering all the ones that intersect the output frame. We've got something over 300,000 raster images tiled into layers, and then those layers put into GROUPs so you can switch a whole bunch on or off at once. I think the biggest TILEINDEX files we've got probably have 20,000 to 25,000 raster images in them. - 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: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] Sent: Thursday, May 01, 2003 9:31 PM To: gis at farmvilleva.com; mapserver-users at lists.gis.umn.edu; Antti.Roppola at brs.gov.au Subject: RE: [Mapserver-users] Example of many raster files? I believe that I have some like that and the files are all loaded in the order they are encountered in the tileindex. -Steve W. On 2 May 2003 at 9:55, Antti.Roppola at brs.gov.au wrote: > I wonder how it would work if you created a tile index > that had overlapping tiles containing your images? > > Antti > > > -----Original Message----- > From: John M. Duggan, LSIT [mailto:gis at farmvilleva.com] > Sent: Friday, 2 May 2003 5:44 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Example of many raster files? > > > can anyone show me one of their map files that has many raster files > under one layer so you can simply click on "images" and have all the > raster files within the zoomed area appear? > > kinda like: > > LAYER IMAGES > DATA 1.TIF,2.TIF, 3.TIF .... ETC > TYPE RASTER > END > > Thanks, > John > > John M. Duggan LSIT > gis at farmvilleva.com > http://www.farmvilleva.com > (434) 392-3333 > > "......for the whole universe is in Him and He dwells > within our heart." > -The Upanishads > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/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 Antti.Roppola at brs.gov.au Thu May 1 20:16:16 2003 From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au) Date: Fri, 2 May 2003 13:16:16 +1000 Subject: [Mapserver-users] WMS wms_srs of non-EPSG projections? Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC42A7@afeb-ms-02> Hello all, I am in the process of building some WMS datasets and have a question about how non-EPSG projections are handled by WMS. According to the WMS server HOWTO: > WMS servers have to advertise the projection in which they are able to > serve data using EPSG projection codes And that we do this by defining EPSG codes in the WMS_SRS parameter. What do you do if you want to serve stuff up in something like Albers? Cheers, Antti From garre_gis at hotmail.com Fri May 2 00:09:24 2003 From: garre_gis at hotmail.com (Justin Garre) Date: Fri, 02 May 2003 00:09:24 -0700 Subject: [Mapserver-users] Mapserver/ArcIMS: server requirements Message-ID: I am trying to get an idea of how many servers/server space will be required to run Mapserver with a specific number of hits per day. For example, would a single server be adequate for 200,00 user sessions per day? How many servers would be necessary for 1,000,000 users (site hits) per day? Granted this questions depends on a variety of criteria such as the capabilities of the hardware and how large the map files are, but if anybody would be willing to share what kind of server setup you have and how much usage you experience on a daily basis it would be greatly appreciated. Also, would ArcIMS be more demanding than Mapserver in terms of server consumption? ie- I understand Mapserver has a more concise code so I am curious to know if it would be less demanding on our server(s). Thanks in advance, Justin Garre University of Washington garre_gis at hotmail.com _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From garre_gis at hotmail.com Fri May 2 00:29:26 2003 From: garre_gis at hotmail.com (Justin Garre) Date: Fri, 02 May 2003 00:29:26 -0700 Subject: [Mapserver-users] Transforming lat/long points into shapefiles Message-ID: Given a set of start and end latitude and longitude points that comprise a street rout, how do I transform them into a shapefile in an automated manner from a database? This database would be consistently updated with new data from the field so it is important that we be able to have our map be capable of automatically displaying the data as it becomes available. Is the most common and time efficient way of doing this to have a new shapefile be created and displayed in real-time on our map during each data update from the field or is there a way to simply have the street network shapefile draw data from a database real-time and update its attributes without creating an all new shapefile? Depending on which is best, are there any text resources out there that show how this is accomplished in database design? I have been having difficulty in finding information on this topic both through Google searches and on the Mapserver support site so I appreciate both your patience and any help that you can provide. Best regards, Justin Garre University of Washington garre_gis at hotmail.com _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From paul.hasenohr at jrc.it Fri May 2 00:29:24 2003 From: paul.hasenohr at jrc.it (Paul Hasenohr) Date: Fri, 2 May 2003 09:29:24 +0200 Subject: [Mapserver-users] still a problem with ecw output Message-ID: <001001c3107c$8ee5cd80$878ebf8b@mars.ipsc.jrc.it> This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C3108D.52702420 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Frank, =20 I posted a message to the mapserver user list three weeks ago about a problem with ecw output (the ecw generated file stayed in the server web temp folder and was not sent back to the client browser). You answered me that there was a problem of filename (the filename = expected by mapserver from gdal/ecw was different from the one produced by = gdal/ecw). You wrote that you probably fixed the problem but couldn't test it. I downloaded yesterday a new windows built of mapserver from dmsolutions website (file mapserver-3.7-dev-win32-php4.3.0-gd2.zip created by 23-Apr-2003 12:08 with a size of 14.0M) I presume it integrated your modifications to the mapserver source code = as the error I get now from mapserver trying to produce an ecw output is different. In fact, I don't receive any error message. When I try to produce an ecw image, my browser asks me if I want to download a file called "mapserv". This file has the same size as the ecw image produced in the web temp directory (called for example 105172245637240.ecw against 105172245637240.img.ecw before you changed the code) but it's not an ecw image (ER Viewer can't open it). Have you any idea of what's happening ? =20 Thanks for your help =20 Best regards Paul ------=_NextPart_000_0011_01C3108D.52702420 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Frank,
 
I = posted a message=20 to the mapserver user list three weeks ago about a problem with ecw = output (the=20 ecw generated file stayed in the server web temp folder and was not sent = back to=20 the client browser).
You = answered me that=20 there was a problem of filename (the filename expected by mapserver from = gdal/ecw was different from the one produced by gdal/ecw). You wrote = that you=20 probably fixed the problem but couldn't test it.
I = downloaded=20 yesterday a new windows built of mapserver from dmsolutions website = (file=20 mapserver-3.7-dev-win32-php4.3.0-gd2.zip created by 23-Apr-2003 12:08 = with a=20 size of 14.0M)
I = presume it=20 integrated your modifications to the mapserver source code as the error = I get=20 now from mapserver trying to produce an ecw output is=20 different.
In = fact, I don't=20 receive any error message. When I try to produce an ecw image, my = browser asks=20 me if I want to download a file called "mapserv". This file has the same = size as=20 the ecw image produced in the web temp directory (called for example=20 105172245637240.ecw against 105172245637240.img.ecw before you changed = the code)=20 but it's not an ecw image (ER Viewer can't open it).
Have = you any idea of=20 what's happening ?
 
Thanks = for your=20 help
 
Best=20 regards
Paul
------=_NextPart_000_0011_01C3108D.52702420-- From bplatzen at sosnetz.de Fri May 2 02:16:21 2003 From: bplatzen at sosnetz.de (=?iso-8859-15?q?Bj=F6rn=20Platzen?=) Date: Fri, 2 May 2003 11:16:21 +0200 Subject: [Mapserver-users] Error when using labels TYPE=truetype Message-ID: <200305021116.21471.bplatzen@sosnetz.de> Hi all, I am using MapServer 3.6.5 with TTF-Support on a SuSE Linux 8.0-Box. When using TYPE=truetype on labels I get the following error: msGetLabelSize(): TrueType Font error. Could not find/open font I have dfined the alias in my font.list and the ttf-file is available in the same directory. chmod'ing the ttf-files to 755 did have no effect. Here are some snippets: NAME wtal1 STATUS ON SIZE 400 400 SYMBOLSET symbols/symbols.sym FONTSET font/font.list EXTENT 2579338.972431 5678689.425632 2584838.972431 5684196.944428 UNITS METERS SHAPEPATH "dds_data" IMAGECOLOR 250 250 250 #[...] LAYER NAME stadtteile TYPE POLYGON STATUS ON MINSCALE 12000 DATA stadtteile LABELITEM "Name" CLASS LABEL TYPE truetype FONT "arial" SIZE 32 COLOR 0 0 0 END #LABEL END #CLASS END #LAYER END # Map File arial arial.ttf arial-bold arialbd.ttf arial-italic ariali.ttf arial-bold-italic arialbi.ttf arial_black ariblk.ttf drwxr-xr-x 2 platzen users 4096 Okt 24 2002 ./ drwxrwxr-x 13 platzen users 4096 Apr 7 17:16 ../ -rwxr-xr-x 1 platzen users 296712 Aug 18 2001 arial.ttf* -rwxr-xr-x 1 platzen users 288496 Aug 18 2001 arialbd.ttf* -rwxr-xr-x 1 platzen users 226748 Aug 18 2001 arialbi.ttf* -rwxr-xr-x 1 platzen users 207808 Aug 18 2001 ariali.ttf* -rwxr-xr-x 1 platzen users 117028 Aug 18 2001 ariblk.ttf* -rwxr-xr-x 1 platzen users 215 Okt 24 2002 font.list* Am I doing something wrong?? Thanks for any help Bjoern -- small office solutions info at sosnetz.de - http://www.sosnetz.de From bplatzen at sosnetz.de Fri May 2 02:18:44 2003 From: bplatzen at sosnetz.de (=?iso-8859-1?q?Bj=F6rn=20Platzen?=) Date: Fri, 2 May 2003 11:18:44 +0200 Subject: [Mapserver-users] How to do an Arrow-Symbol In-Reply-To: <3EAD1C77.C3205301@webgis.de> References: <200304281233.54882.bplatzen@sosnetz.de> <3EAD1C77.C3205301@webgis.de> Message-ID: <200305021118.44986.bplatzen@sosnetz.de> Hi Michael, sorry for the late response, but I've been out of the office for some days... > instead of the line layer, you could also use a point layer for the > entry markers, thus you can easy use self-made raster arrows and use > mapserver rotation mechanism when you add a field with the rotation > angle to each entry marker. This angle should not be to hard to > calculate when using arcview or sth similar. This seems to be the best way. Thanks, Bjoern -- small office solutions info at sosnetz.de - http://www.sosnetz.de From st027364 at ait.ac.th Fri May 2 03:41:15 2003 From: st027364 at ait.ac.th (Yann) Date: 02 May 2003 17:41:15 +0700 Subject: [Mapserver-users] Mandrake 9.1 - installation of MapServer Message-ID: <1051872073.9351.14.camel@sakura.rsl.star.ait.ac.th> Modified list from the MapServer WIKI RedHat8.0 April 02, 2003 Yann Chemin and Prasad Bauchkar Asian Institute of Technology, Thailand When "#" is put in front of an command, it means we did not use it Build Notes #downloads Gd => http://www.boutell.com/gd/http/gd-2.0.12.tar.gz Freetype => http://prdownloads.sourceforge.net/freetype/freetype-2.1.4.tar.gz?download LibTiff => ftp://ftp.remotesensing.org/pub/libtiff/tiff-v3.6.0-beta.tar.gz proj4 => ftp://ftp.remotesensing.org/pub/proj/proj-4.4.7.tar.gz Shapelib => ftp://gdal.velocet.ca/pub/outgoing/shapelib-1.2.10.tar.gz PHP => http://www.php.net/get/php-4.3.1.tar.gz/from/au.php.net/mirror #http://snaps.php.net/ # removed these and dependent rpms # rpm -e gd rpm -e curl-7.10.3-1 # rpm -e curl-devel-7.9.8-1 rpm -e php # already have rpm installed rpm -q libpng3-1.2.5-2mdk rpm -q libpng3-devel-1.2.5-2mdk rpm -q libjpeg62-6b-26mdk rpm -q libjpeg62-devel-6b-26mdk # download and install pdflib #http://www.pdflib.com/products/pdflib/download/PDFlib-5.0.0-Linux.tar.gz #http://search.cpan.org/CPAN/authors/id/M/MS/MSERGEANT/PDFLib-0.12.tar.gz #tar xzf PDFLib-5.0.0-Linux.tar.gz #tar xzf PDFLib-0.12.tar.gz #I gave up on this one, better find the RPM if we have time # download and build ming http://prdownloads.sourceforge.net/ming/ming-0.2a.tgz?download tar xzf ming-0.2a.tgz cd ming-0.2a make make static make install # download and build curl ftp.wau.nl/pub/Mandrake/9.1/i586/Mandrake/RPMS/bison-1.35-3mdk.i586.rpm urpmi bison-1.35-3mdk.i586.rpm ftp.wau.nl/pub/Mandrake/9.1/SRPMS/curl-7.10.3-1mdk.src.rpm urpmi --install-src curl-7.10.3-1mdk.src.rpm gzip -d /usr/src/RPM/SOURCES/curl-7.10.3-1.tar.bz2 /home/yann/tmp cd curl-7.10.3 ./configure make make install # add /usr/local/lib to /etc/ld.so.conf /sbin/ldconfig # download and install gd-2 into /usr/local #rm -f /usr/lib/libgd.* # to remove any potentially conflicts tar xzf gd-2.0.11.tar.gz cd gd-2.0.11 ./configure make make install # download and install gdal-1.1.8 tar xzf gdal-1.1.8.tar.gz cd gdal-1.1.8 ./configure \ --with-libz \ --with-png \ --with-libtiff=internal \ --with-geotiff=internal \ --with-jpeg \ --without-jasper \ --without-python make make ogr-all make install /sbin/ldconfig # download and build php-4.3.0 ftp.wau.nl/pub/Mandrake/9.1/i586/RPMS/flex-2.5.4a-20mdk.i586.rpm urpmi flex-2.5.4a-20mdk.i586.rpm tar xzf php-4.3.0.tar.gz cd php-4.3.0 rm -f config.cache ./configure \ --enable-force-cgi-redirect \ --enable-discard-path \ --with-config-file-path=/etc/httpd/ \ --with-gd=/usr/local \ --with-jpeg-dir \ --with-png-dir \ --with-zlib-dir \ --with-freetype-dir \ --without-ttf \ --with-pdflib \ #removed --with-mysql \ --with-regex=system \ --with-ming \ --enable-dbase \ --enable-dbx \ --enable-versioning make cp sapi/cgi/php /var/www/cgi-bin make install cp php.ini-dist /etc/httpd/php.ini # change the following as appropriate diff -s /etc/httpd/php.ini php.ini-dist Files /etc/httpd/php.ini and php.ini-dist are identical #423c423 #< extension_dir = /etc/httpd/php_mods #--- #> extension_dir = ./ # download and build proj libraries tar xzf proj-4.4.7.tar.gz cd proj-4.4.7 ./configure make make install /sbin/ldconfig # download and build mapserver-3.7 tar xzf mapserver-3.7.tgz cd mapServer-3.7 rm -f config.cache ./configure \ --without-tiff \ --without-eppl \ --without-jpeg \ --with-threads \ --with-proj \ --with-gdal=/usr/local/bin \ --with-php=../php4-STABLE-200305010930 \ --with-gd=/usr/local \ --with-freetype=/usr/bin \ --without-pdf \ --with-ogr \ --with-gdal \ --with-ming \ --with-wmsclient \ --with-wfs \ --with-wfs-client #I did not get the following message during my build #-------------------------------------------------------- # I got an undefined "_snprintf" which required changing # mswmslayer.c to #include # and replace "_snprintf" with "snprintf" #-------------------------------------------------------- make # DO NOT do a "make install" cp legend mapserv scalebar /var/www/cgi-bin #No /php_mods/ in /etc/httpd/ ! #cp mapscript/php3/php_mapscript.so /etc/httpd/php_mods/ cp /home/yann/mapserver_dev/mapscript/php3/php_mapscript.so /usr/lib/php/extensions/php_mapscript.so # add to /etc/httpd/conf/httpd.conf # # For PHP scripts as CGI-BIN # AddType application/x-httpd-php-cgi .php .php4 .phtml Action application/x-httpd-php-cgi /cgi-bin/php /etc/rc.d/init.d/httpd restart # create /var/www/html/info.php # check the output of http://yourhost/info.php # for mapserver support -- Yann AIT From Mferrari at crema.unimi.it Fri May 2 04:59:24 2003 From: Mferrari at crema.unimi.it (Marco Ferrari) Date: Fri, 2 May 2003 13:59:24 +0200 Subject: [Mapserver-users] Size's line Message-ID: <92F02B0DA5A19549BEA6C9E26917F0392A1758@ganimede.crema.unimi.it> Hi, Is possible to define the line's size of the polygon, as for example, "outlinecolor" defines the line's color? Thanks. From ed at topozone.com Fri May 2 05:19:05 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 2 May 2003 08:19:05 -0400 Subject: [Mapserver-users] Mapserver/ArcIMS: server requirements Message-ID: <13858AA1A74F30419F319ACB66A9D1221F42CA@mercator.topozone.com> Justin - Unfortunately, these are extremely difficult questions to answer, mainly because there's a huge range in what constitutes a "hit". Is one map served a single tax parcel from a town-wide collection of 3,000 generally simple polygons, or is one map served a resampled and reprojected subset of a raster mosaic producing a zoomed-out view of several megabytes of imagery? If you want to evaluate server requirements, you will need to describe the serving job as precisely as possible. If you can pretty well define what a single map "hit" constitutes, you'll get more helpful advice. - 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: Justin Garre [mailto:garre_gis at hotmail.com] Sent: Friday, May 02, 2003 3:09 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapserver/ArcIMS: server requirements I am trying to get an idea of how many servers/server space will be required to run Mapserver with a specific number of hits per day. For example, would a single server be adequate for 200,00 user sessions per day? How many servers would be necessary for 1,000,000 users (site hits) per day? Granted this questions depends on a variety of criteria such as the capabilities of the hardware and how large the map files are, but if anybody would be willing to share what kind of server setup you have and how much usage you experience on a daily basis it would be greatly appreciated. Also, would ArcIMS be more demanding than Mapserver in terms of server consumption? ie- I understand Mapserver has a more concise code so I am curious to know if it would be less demanding on our server(s). Thanks in advance, Justin Garre University of Washington garre_gis at hotmail.com _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric at gomoos.org Fri May 2 06:14:09 2003 From: eric at gomoos.org (Eric Bridger) Date: Fri, 02 May 2003 09:14:09 -0400 Subject: [Mapserver-users] Size's line In-Reply-To: <92F02B0DA5A19549BEA6C9E26917F0392A1758@ganimede.crema.unim i.it> Message-ID: <4.3.2.7.2.20030502091053.00aa0620@mail.gomoos.org> Yes. Add the following to your map file: SYMBOL Name 'circle' Type ELLIPSE Filled TRUE Points 1 1 END END LAYER TYPE POLYGON CLASS OUTLINECOLOR 255 0 0 SYMBOL 'circle' # this size will determine the thickness of your line. SIZE 3 END At 01:59 PM 05/02/2003 +0200, Marco Ferrari wrote: >Hi, >Is possible to define the line's size of the polygon, as >for example, "outlinecolor" defines the line's color? >Thanks. > > > >_______________________________________________ >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 May 2 06:50:46 2003 From: schut at sarvision.com (Vincent Schut) Date: Fri, 2 May 2003 15:50:46 +0200 Subject: [Mapserver-users] Transforming lat/long points into shapefiles In-Reply-To: References: Message-ID: <200305021550.46860.schut@sarvision.com> Justin, though it is possible (even with php_mapscript) to create shapefiles 'on the fly' this probably would be far from efficient for you, as you will keep loading - updating - saving etc. shapefiles... Shapefiles are slightly faster, but mainly suited as a static data source. Better keep your dynamic data in a spatially enabled database. You can edit your data (add streets etc) then from any scripting language that has an interface for that database, php for example. Postgresql with posgis could be perfect: see www.postgresql.org, http://postgis.refractions.net/ . Mapserver can directly access data from a postgis enables postgresql database. See the mapserver docs for that. Regards, Vincent Schut. On Friday 02 May 2003 09:29, Justin Garre wrote: > Given a set of start and end latitude and longitude points that comprise a > street rout, how do I transform them into a shapefile in an automated > manner from a database? This database would be consistently updated with > new data from the field so it is important that we be able to have our map > be capable of automatically displaying the data as it becomes available. > > Is the most common and time efficient way of doing this to have a new > shapefile be created and displayed in real-time on our map during each data > update from the field or is there a way to simply have the street network > shapefile draw data from a database real-time and update its attributes > without creating an all new shapefile? Depending on which is best, are > there any text resources out there that show how this is accomplished in > database design? > > I have been having difficulty in finding information on this topic both > through Google searches and on the Mapserver support site so I appreciate > both your patience and any help that you can provide. > > Best regards, > > Justin Garre > University of Washington > garre_gis at hotmail.com > > > > > > _________________________________________________________________ > Protect your PC - get McAfee.com VirusScan Online > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut (schut at sarvision.com) Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From arnulf.christl at ccgis.de Fri May 2 07:01:30 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Fri, 2 May 2003 16:01:30 +0200 Subject: AW: [Mapserver-users] Mapserver/ArcIMS: server requirements In-Reply-To: Message-ID: Hi, our experience is limited to customers with about 500,000 to 750,000 requests per month(!!!) which (we believe...) is quite a lot, considering that one request takes between 0.2 up to 3 seconds server time. The services in question (all running as WMS) contain between 10 and 70 layers, the "largest" vector layers (in terms of quantity of elements) can contain up to 500,000 polygon objects (buildings). Our experience is that any services with dynamic online maps need a lot more server power than what a standard webserver needs (or provides). It is no problem to get an internet server capable to answer several million standard(!) html requests per day, but as soon as dynamic maps are requested the performance will go down considerably. This is what a lot of internet engineers tend to ignore! Therefore we separate the GIS engine from the webserver and cluster the gis engines until we have enough overall power. This also helps to increase the stability of the entire system as it is not problem to take one gis engine out of the cluster and replace it with another staying online all the time. We have several different web map servers online (ArcIMS, deegree, SICAD/SD-IMS, MapServer). We believe that it is probably impossible to compare the different servers which are currently in use because of the differing contents of the maps. I do not know of any THE STANDARD MAP which would be necessary to be able to compare. Then again there exist several optimized services, one service provides 1000 GB of raster data in almost no time but cannot handle vector formats, another performs the other way round. Therefore in large projects we usually have to combine several different services in a cascading WMS (which by itself already slows performace considerably) but in effect we then obtain best overall results. Last but not least there are endless tuning options starting from the network itself, db indexing, data thinning, clustering, etc. One of our customer who uses both MapServer and ArcIMS gets better results using MapServer with shape files but again this is probably also a tuning question (we set up the MapServer environment, another company does the ArcIMS stuff... and obviously we are better ;-)). The online time of MapServer lies at 98% compared to a meager 75% in the ArcIMS environment, which we attribute to the complexity and missing transparency of the second software package. Some time ago we have set up a robot environment for testing purposes to get "real results" with "real data". I do not know if anything like that already exitsts for MapServer? It would probaly produce the best results to your answer, but obviously involves settings up the complete service with both software packages. Regards, Arnulf. -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Justin Garre Gesendet: Freitag, 2. Mai 2003 09:09 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] Mapserver/ArcIMS: server requirements I am trying to get an idea of how many servers/server space will be required to run Mapserver with a specific number of hits per day. For example, would a single server be adequate for 200,00 user sessions per day? How many servers would be necessary for 1,000,000 users (site hits) per day? Granted this questions depends on a variety of criteria such as the capabilities of the hardware and how large the map files are, but if anybody would be willing to share what kind of server setup you have and how much usage you experience on a daily basis it would be greatly appreciated. Also, would ArcIMS be more demanding than Mapserver in terms of server consumption? ie- I understand Mapserver has a more concise code so I am curious to know if it would be less demanding on our server(s). Thanks in advance, Justin Garre University of Washington garre_gis at hotmail.com _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From arnulf.christl at ccgis.de Fri May 2 07:01:31 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Fri, 2 May 2003 16:01:31 +0200 Subject: AW: [Mapserver-users] Transforming lat/long points into shapefiles In-Reply-To: Message-ID: Maybe the best idea is to not create shapefiles on the fly but directly access the db which contains the points? We are currently exerimenting with PostGreSQL/PostGIS to achieve this but do not have any firm results yet. Regards, Arnulf. -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Justin Garre Gesendet: Freitag, 2. Mai 2003 09:29 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] Transforming lat/long points into shapefiles Given a set of start and end latitude and longitude points that comprise a street rout, how do I transform them into a shapefile in an automated manner from a database? This database would be consistently updated with new data from the field so it is important that we be able to have our map be capable of automatically displaying the data as it becomes available. Is the most common and time efficient way of doing this to have a new shapefile be created and displayed in real-time on our map during each data update from the field or is there a way to simply have the street network shapefile draw data from a database real-time and update its attributes without creating an all new shapefile? Depending on which is best, are there any text resources out there that show how this is accomplished in database design? I have been having difficulty in finding information on this topic both through Google searches and on the Mapserver support site so I appreciate both your patience and any help that you can provide. Best regards, Justin Garre University of Washington garre_gis at hotmail.com _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From warmerdam at pobox.com Fri May 2 07:04:53 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 02 May 2003 10:04:53 -0400 Subject: [Mapserver-users] Re: still a problem with ecw output In-Reply-To: <001001c3107c$8ee5cd80$878ebf8b@mars.ipsc.jrc.it> References: <001001c3107c$8ee5cd80$878ebf8b@mars.ipsc.jrc.it> Message-ID: <3EB27B05.6070007@pobox.com> Paul Hasenohr wrote: > Frank, > > I posted a message to the mapserver user list three weeks ago about a > problem with ecw output (the ecw generated file stayed in the server web > temp folder and was not sent back to the client browser). > You answered me that there was a problem of filename (the filename > expected by mapserver from gdal/ecw was different from the one produced > by gdal/ecw). You wrote that you probably fixed the problem but couldn't > test it. > I downloaded yesterday a new windows built of mapserver from dmsolutions > website (file mapserver-3.7-dev-win32-php4.3.0-gd2.zip created by > 23-Apr-2003 12:08 with a size of 14.0M) > I presume it integrated your modifications to the mapserver source code > as the error I get now from mapserver trying to produce an ecw output is > different. > In fact, I don't receive any error message. When I try to produce an ecw > image, my browser asks me if I want to download a file called "mapserv". > This file has the same size as the ecw image produced in the web temp > directory (called for example 105172245637240.ecw against > 105172245637240.img.ecw before you changed the code) but it's not an ecw > image (ER Viewer can't open it). > Have you any idea of what's happening ? Paul, Can you send me an example of this pseudo-ecw file? It is vaguely possible that ERViewer is very deciding what API to use based on extension though that seems unlikely. Next, are you using MapServer in "traditional" mode where mapserv returns an HTML page referring to the image internally using an tag, or are you using it in WMS mode where the cgi-bin call to mapserver returns an image result directly? In WMS mode the filename is essentially lost and you would see the filename behaviour you encounter, while in MapServer mode this should not occur. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From spencer at dmsolutions.ca Fri May 2 07:09:24 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Fri, 02 May 2003 10:09:24 -0400 Subject: [Mapserver-users] Transforming lat/long points into shapefiles In-Reply-To: References: Message-ID: <3EB27C14.3080909@magma.ca> Justin, you have a variety of choices ;). You can use postgis - a postgresql gis extension, check out http://www.refractions.net/ - or you could create a script that queries the database and writes a shapefile directly. PHP is a great langauge for doing this (yes, I am biased), and I am sure that you could accomplish the same thing in perl. If you try PHP, you can use its extensions to query an existing database, and use the php_mapscript extension to create a shapefile from the latlong coordinates. Only tricky part is that you have to create the dbf file using PHPs dbase extension, but that is not too difficult. Postgis would be the best answer, I think. Cheers, Paul Justin Garre wrote: > Given a set of start and end latitude and longitude points that comprise > a street rout, how do I transform them into a shapefile in an automated > manner from a database? This database would be consistently updated > with new data from the field so it is important that we be able to have > our map be capable of automatically displaying the data as it becomes > available. > > Is the most common and time efficient way of doing this to have a new > shapefile be created and displayed in real-time on our map during each > data update from the field or is there a way to simply have the street > network shapefile draw data from a database real-time and update its > attributes without creating an all new shapefile? Depending on which is > best, are there any text resources out there that show how this is > accomplished in database design? > > I have been having difficulty in finding information on this topic both > through Google searches and on the Mapserver support site so I > appreciate both your patience and any help that you can provide. > > Best regards, > > Justin Garre > University of Washington > garre_gis at hotmail.com > > > > > > _________________________________________________________________ > Protect your PC - get McAfee.com VirusScan Online > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From thfischer at mapmedia.de Fri May 2 09:09:38 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 02 May 2003 18:09:38 +0200 Subject: [Mapserver-users] Error when using labels TYPE=truetype In-Reply-To: <200305021116.21471.bplatzen@sosnetz.de> References: <200305021116.21471.bplatzen@sosnetz.de> Message-ID: <1051891778.325.6.camel@jeanjacques> On Fri, 2003-05-02 at 11:16, Bj?rn Platzen wrote: > When using TYPE=truetype on labels I get the following error: > msGetLabelSize(): TrueType Font error. Could not find/open font > > I have dfined the alias in my font.list and the ttf-file is available in > the same directory. chmod'ing the ttf-files to 755 did have no effect. This can happen for several reasons. The most common one for me is that your GD library was not linked against the same version of FreeType as your mapserver binary. Since your are using SuSE, it's quite likely that you have more than one version installed. Use the 'ldd' command to find out about the libraries your programs are linked against. chmod 755 is a bit too much btw, that makes your font files executable :) 644 should do fine. hth, thorsten From cpurvis at asg.sc.edu Fri May 2 07:13:16 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Fri, 2 May 2003 10:13:16 -0400 Subject: [Mapserver-users] Transforming lat/long points into shapefiles Message-ID: Absolutely, without a doubt, give PostGIS a shot. I have been nothing but impressed w/ its performance and ease (w/ MapServer 3.7.x). Admittedly, I am not doing anything akin to rocket science, but I have also experimented w/ online data additions to my PostGIS tables. The exercise I did was to provide a map, allow the user to input a name, click on the map, and then the click would be translated into a lat/lon + the name would be entered in to the PostGIS table as a new buoy. Redisplay the map, read the updated table, and there's the new buoy. PostGIS also has simple command-line utilities to both bring shapefiles in to the database as well as export PostGIS tables from the database into new shapefiles. Don't know if that applies to you or not. Sometime soon I hope to organize my iterative MapServer/PostGIS code to post to the Wiki, but until then, if you'd like an example, let me know. Charlton -----Original Message----- From: Arnulf Christl (CCGIS) [mailto:arnulf.christl at ccgis.de] Sent: Friday, May 02, 2003 10:02 AM To: mapserver-users at lists.gis.umn.edu Subject: AW: [Mapserver-users] Transforming lat/long points into shapefiles Maybe the best idea is to not create shapefiles on the fly but directly access the db which contains the points? We are currently exerimenting with PostGreSQL/PostGIS to achieve this but do not have any firm results yet. Regards, Arnulf. -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Justin Garre Gesendet: Freitag, 2. Mai 2003 09:29 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] Transforming lat/long points into shapefiles Given a set of start and end latitude and longitude points that comprise a street rout, how do I transform them into a shapefile in an automated manner from a database? This database would be consistently updated with new data from the field so it is important that we be able to have our map be capable of automatically displaying the data as it becomes available. Is the most common and time efficient way of doing this to have a new shapefile be created and displayed in real-time on our map during each data update from the field or is there a way to simply have the street network shapefile draw data from a database real-time and update its attributes without creating an all new shapefile? Depending on which is best, are there any text resources out there that show how this is accomplished in database design? I have been having difficulty in finding information on this topic both through Google searches and on the Mapserver support site so I appreciate both your patience and any help that you can provide. Best regards, Justin Garre University of Washington garre_gis at hotmail.com _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ 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 Fri May 2 07:28:16 2003 From: MHoward at spaceimaging.com (Howard Mark) Date: Fri, 2 May 2003 08:28:16 -0600 Subject: [Mapserver-users] Anyone dong Flash? Message-ID: <6FD037F6491DD51191BE006008F5E5A50290AEBB@IMAGER3> A co-worker is trying to write a GIS interface with Flash. He does have panning and zooming working for a single fixed WMS layer. However there's a lot of work to do to get the interface to do what mapserver does out of the box. I thought I'd ask if anyone here is doing similar development or wants to share development? 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 cpurvis at asg.sc.edu Fri May 2 07:34:01 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Fri, 2 May 2003 10:34:01 -0400 Subject: [Mapserver-users] Anyone dong Flash? Message-ID: This one is still fresh on the list. See http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0305/msg00015.h tml for the latest post that refers to this thread http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0304/threads.ht ml#00447. You might find hope, eye candy, or at minimum, a few points of reference. -----Original Message----- From: Howard Mark [mailto:MHoward at spaceimaging.com] Sent: Friday, May 02, 2003 10:28 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Anyone dong Flash? A co-worker is trying to write a GIS interface with Flash. He does have panning and zooming working for a single fixed WMS layer. However there's a lot of work to do to get the interface to do what mapserver does out of the box. I thought I'd ask if anyone here is doing similar development or wants to share development? 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 gadoury at dmsolutions.ca Fri May 2 07:36:21 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Fri, 02 May 2003 10:36:21 -0400 Subject: [Mapserver-users] Size's line References: <4.3.2.7.2.20030502091053.00aa0620@mail.gomoos.org> Message-ID: <3EB28265.50209@dmsolutions.ca> --------------030406040308000709080009 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I have observed that this seems to be one of the most frequently asked questions on the list, aside from compilation / installation issues. It seems to trip up new users very frequently and I think its fair to say that that is because setting a circle symbol for a line is, at first glance, counterintuitive. Has there ever been any consideration of the idea of making a circle symbol default when setting the thickness property of lines? That would make things more intuitive and more in line with the way other web mapping, GIS, and graphics packages work. In fact, Mapserver is the only application I've ever used in which you need to apply a symbol to a line to adjust its thickness. I guess there is a dependency on the symbol file, but could things be done in such a way that a circle symbol is available in the actual core of Mapserver and is used by default? Users could still override this if they choose to use a symbol, but if not they get the circle symbol and only have to use size to define the thickness of a line. Dean Gadoury Eric Bridger wrote: >Yes. Add the following to your map file: > >SYMBOL > Name 'circle' > Type ELLIPSE > Filled TRUE > Points > 1 1 > END >END > >LAYER >TYPE POLYGON >CLASS > OUTLINECOLOR 255 0 0 > SYMBOL 'circle' > # this size will determine the thickness of your line. > SIZE 3 >END > > >At 01:59 PM 05/02/2003 +0200, Marco Ferrari wrote: > > >>Hi, >>Is possible to define the line's size of the polygon, as >>for example, "outlinecolor" defines the line's color? >>Thanks. >> >> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > -- ___________________________ 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 --------------030406040308000709080009 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I have observed that this seems to be one of the most frequently asked questions on the list, aside from compilation / installation issues. It seems to trip up new users very frequently and I think its fair to say that that is because setting a circle symbol for a line is, at first glance, counterintuitive.

Has there ever been any consideration of the idea of making a circle symbol default when setting the thickness property of lines? That would make things more intuitive and more in line with the way other web mapping, GIS, and graphics packages work. In fact, Mapserver is the only application I've ever used in which you need to apply a symbol to a line to adjust its thickness. I guess there is a dependency on the symbol file, but could things be done in such a way that a circle symbol is available in the actual core of Mapserver and is used by default? Users could still override this if they choose to use a symbol, but if not they get the circle symbol and only have to use size to define the thickness of a line.

Dean Gadoury

Eric Bridger wrote:
Yes.  Add the following to your map file:

SYMBOL
  Name 'circle'
  Type ELLIPSE
  Filled TRUE
  Points
    1 1
  END
END

LAYER
TYPE POLYGON
CLASS
  OUTLINECOLOR 255 0 0
  SYMBOL 'circle'
  # this size will determine the thickness of your line.
  SIZE 3
END


At 01:59 PM 05/02/2003 +0200, Marco Ferrari wrote:
  
Hi, 
Is possible to define the line's size of the polygon, as
for example, "outlinecolor" defines the line's color?
Thanks.



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

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

  

-- 
___________________________

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

--------------030406040308000709080009-- From morissette at dmsolutions.ca Fri May 2 08:27:31 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 02 May 2003 11:27:31 -0400 Subject: [Mapserver-users] Size's line References: <4.3.2.7.2.20030502091053.00aa0620@mail.gomoos.org> <3EB28265.50209@dmsolutions.ca> Message-ID: <3EB28E63.731ADA32@dmsolutions.ca> Very good point Dean. I would suggest that you file an enhancement request about this in the MapServer bugzilla so that we don't forget. Daniel > Dean Gadoury wrote: > > I have observed that this seems to be one of the most frequently asked > questions on the list, aside from compilation / installation issues. > It seems to trip up new users very frequently and I think its fair to > say that that is because setting a circle symbol for a line is, at > first glance, counterintuitive. > > Has there ever been any consideration of the idea of making a circle > symbol default when setting the thickness property of lines? That > would make things more intuitive and more in line with the way other > web mapping, GIS, and graphics packages work. In fact, Mapserver is > the only application I've ever used in which you need to apply a > symbol to a line to adjust its thickness. I guess there is a > dependency on the symbol file, but could things be done in such a way > that a circle symbol is available in the actual core of Mapserver and > is used by default? Users could still override this if they choose to > use a symbol, but if not they get the circle symbol and only have to > use size to define the thickness of a line. > > Dean Gadoury > > Eric Bridger wrote: > > > Yes. Add the following to your map file: > > > > SYMBOL > > Name 'circle' > > Type ELLIPSE > > Filled TRUE > > Points > > 1 1 > > END > > END > > > > LAYER > > TYPE POLYGON > > CLASS > > OUTLINECOLOR 255 0 0 > > SYMBOL 'circle' > > # this size will determine the thickness of your line. > > SIZE 3 > > END > > > > > > At 01:59 PM 05/02/2003 +0200, Marco Ferrari wrote: > > > > > >> Hi, > >> Is possible to define the line's size of the polygon, as > >> for example, "outlinecolor" defines the line's color? > >> Thanks. > >> > >> > >> > >> _______________________________________________ > >> Mapserver-users mailing list > >> Mapserver-users at lists.gis.umn.edu > >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > >> > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > -- > ___________________________ > > 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 bplatzen at sosnetz.de Fri May 2 08:32:24 2003 From: bplatzen at sosnetz.de (=?iso-8859-1?q?Bj=F6rn=20Platzen?=) Date: Fri, 2 May 2003 17:32:24 +0200 Subject: [Mapserver-users] Error when using labels TYPE=truetype In-Reply-To: <1051891778.325.6.camel@jeanjacques> References: <200305021116.21471.bplatzen@sosnetz.de> <1051891778.325.6.camel@jeanjacques> Message-ID: <200305021732.24319.bplatzen@sosnetz.de> Hi Thorsten, > This can happen for several reasons. The most common one for me is > that your GD library was not linked against the same version of > FreeType as your mapserver binary. Since your are using SuSE, it's > quite likely that you have more than one version installed. Use the > 'ldd' command to find out about the libraries your programs are > linked against. Thanks! I compiled with a patched gd-2.0.7 while on my system there was I think gd-1.8.x without GIF-support... I'll check this ... and hope that I get it working ... > chmod 755 is a bit too much btw, that makes your font files > executable > > :) 644 should do fine. 755 was the "last try"... Thanks & bye, Bjoern. -- small office solutions info at sosnetz.de - http://www.sosnetz.de From tmelhuish at webinsightsinc.com Fri May 2 08:42:45 2003 From: tmelhuish at webinsightsinc.com (Tom Melhuish) Date: Fri, 2 May 2003 11:42:45 -0400 Subject: [Mapserver-users] Scaling TrueType Labels In-Reply-To: Message-ID: Hi, I can't seemed to be able to scale labels up and down as the map zoom in and out. It always remains the same as initial size. When I load the mapfile, it doesn't returns any errors. The TRUETYPE font are installed correctly because they follow my street centerline data fine. I thought that all it requires is to set LABEL's TYPE to TRUETYPE, and specifying MINSIZE and MAXSIZE....am I missing something? I'm using Mapserver 3.6.4 with Postgres on Redhat 8.0. Here are some scenario's I tried and the results: SIZE 12 MINSIZE 8 Result => font is 12 pixels at any zoom size MAXSIZE 18 #SIZE 12 MINSIZE 8 Result => font is 8 pixels at any zoom size MAXSIZE 18 #SIZE 12 MINSIZE 18 Result => font is 8 pixels at any zoom size MAXSIZE 8 SIZE 12 MINSIZE 18 Result => font is 8 pixels at any zoom size MAXSIZE 8 This is what a portion of my mapfile look like: MAP # # Start of map file # NAME "MSapplet" STATUS ON EXTENT 2190000 640000 2200000 650000 # JC extents SIZE 600 600 SHAPEPATH "data" FONTSET "fonts/font.list" IMAGECOLOR 255 255 255 UNITS FEET SCALE 24000 # you may need to change this to match your MapServer build IMAGETYPE PNG LAYER NAME "streets" GROUP "gp_streets" STATUS ON # Get the lines from the 'the_geom' column of the 'jcctrline' table DATA "the_geom from jcctrline" TYPE LINE CONNECTIONTYPE postgis # Connect to a remote spatial database CONNECTION "user=gisusr password=gisusr dbname=gisdb host=localhost port=5432" MAXSCALE 30000 MINSCALE 30 LABELMAXSCALE 30000 LABELMINSCALE 1000 LABELITEM "name" TEMPLATE "ttt.html" CLASS # EXPRESSION /./ NAME "streets" COLOR 75 75 75 LABEL TYPE TRUETYPE FONT "times_regular" SIZE 12 MINSIZE 8 MAXSIZE 18 POSITION CC ANGLE AUTO BUFFER 2 MINDISTANCE 200 MINFEATURESIZE AUTO COLOR 0 0 0 ANTIALIAS true END END END # streets Layer END Thanks for your help, From rgrant at nrcan.gc.ca Fri May 2 09:09:26 2003 From: rgrant at nrcan.gc.ca (Grant, Ryan) Date: Fri, 2 May 2003 12:09:26 -0400 Subject: [Mapserver-users] Anyone dong Flash? Message-ID: <8AE17DD6AA4FD51191CD0002A551168184BD1A@s5-van1-r1.ess.nrcan.gc.ca> Hey Mark, Here is a page I posted a couple months back, from a demo I made using a Flash interface around mapserver: http://132.156.108.209/flashmap/FlashMapServer.html This uses PHP as the main engine behind the scenes. I've also been working on a cgi only interface, and playing around with the swf output. I planned on releasing some more code as soon as it's ready.. (or as soon as time allows) Cheers, Ryan -----Original Message----- From: Howard Mark [mailto:MHoward at spaceimaging.com] Sent: Friday, May 02, 2003 7:28 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Anyone dong Flash? A co-worker is trying to write a GIS interface with Flash. He does have panning and zooming working for a single fixed WMS layer. However there's a lot of work to do to get the interface to do what mapserver does out of the box. I thought I'd ask if anyone here is doing similar development or wants to share development? 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 joe at otsys.com Fri May 2 09:28:00 2003 From: joe at otsys.com (Joe Bussell) Date: Fri, 02 May 2003 09:28:00 -0700 Subject: [Mapserver-users] PERL mapscript undefined symbol woes In-Reply-To: <87llxq1gq1.fsf@vran.herceg.de> References: <3EB05490.8080602@otsys.com> <87wuha1ki1.fsf@vran.herceg.de> <3EB18D7F.10402@otsys.com> <87llxq1gq1.fsf@vran.herceg.de> Message-ID: <3EB29C90.5090800@otsys.com> Red Herring alert!! I believe that the undefined symbols are set by the encapsulating instantiation of PERL. This is not my problem. The real problem resulted from a change in one of my shapefiles. The updated file contains a significantly larger number of points. My current working theory is that the number has somehow exceeded a fixed limit. Cordially, Joe Bussell Slaven Rezic wrote: > Joe Bussell writes: > > >>perl -V does indeed include "useshrplib=true" >> > > > Does it help if you specify LD_LIBRARY_PATH? > > env LD_LIBRARY_PATH=/path/containing/libperl.so yourscript > > Regards, > Slaven > > >>Slaven Rezic wrote: >> >>>Joe Bussell writes: >>> >>> >>> >>>>Greetings Listers, >>>> I have a Debian box with PERL5.8 and mapserver-3.6.5. I have had >>>>great success in the past with this box, but something in my build went >>>>awry. The compile for mapserv and then perl/mapscript completed without >>>>error. The object is also generally useful when using dump.pl and even >>>>some live map rendering under apache. The symptom that I observed is >>>>that whenever the process needs to carp out something it segfaults and >>>>dies. I ran ldd with the -r option and observed an interresting clue >>>>(see below). Does anyone have any ideas how the Perl_* symbols are >>>>defined? >>> >>> >>>Normally the Perl_* symbols are either in the perl library or in the >>>perl executable. >>> >>> >>> >>>>Why would they not be found? Should the list of *.so include >>>>libperl.so? >>> >>> >>>I don't think so, at least it's not on FreeBSD. >>> >>> >>> >>>>Any ideas on getting out of this mess? >>> >>> >>>What is the output of "perl -v"? Does it include "useshrplib=true"? >>> >>>Regards, >>> Slaven >>> >>> >>> >>>>ldd -r blib/arch/auto/mapscript/mapscript.so >>>> libgd.so.2 => /usr/local/lib/libgd.so.2 (0x40102000) >>>> libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40147000) >>>> libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x40164000) >>>> libpng.so.2 => /usr/lib/libpng.so.2 (0x401ad000) >>>> libz.so.1 => /lib/libz.so.1 (0x401d3000) >>>> libtiff.so.3 => /usr/lib/libtiff.so.3 (0x401e0000) >>>> libproj.so.0 => /usr/local/lib/libproj.so.0 (0x40224000) >>>> libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x40255000) >>>> libm.so.6 => /lib/libm.so.6 (0x404b0000) >>>> libc.so.6 => /lib/libc.so.6 (0x404d1000) >>>> libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x405e1000) >>>> libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x405ef000) >>>> libdl.so.2 => /lib/libdl.so.2 (0x406ab000) >>>> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x406ae000) >>>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40757000) >>>> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) >>>>undefined symbol: Perl_croak_nocontext >>>>(blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_sv_setiv (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_sv_2pv_flags (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_mg_find (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: pthread_getspecific >>>>(blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_sv_newmortal (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_sv_isobject (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_sv_2nv (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_Isv_yes_ptr (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_sv_setpv (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_newXS (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_Tna_ptr (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_Tmarkstack_ptr_ptr >>>>(blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_Isv_undef_ptr (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_sv_magic (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_sv_setsv_flags >>>>(blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_Tstack_base_ptr >>>>(blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_get_sv (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_Gthr_key_ptr (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_sv_setref_pv (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_sv_2iv (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_sv_setnv (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_Tstack_sp_ptr (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_sv_setpvn (blib/arch/auto/mapscript/mapscript.so) >>>>undefined symbol: Perl_mg_get (blib/arch/auto/mapscript/mapscript.so) >>>> >>>> >>>>Cordially, >>>> >>>>Joe Bussell >>>>On Time Systems >>>>www.trafficdodger.com >>>> >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>> >>> >> >> > From RichardBecher at SierraSystems.com Fri May 2 10:17:41 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Fri, 2 May 2003 13:17:41 -0400 Subject: [Mapserver-users] Mapscript extension error... Message-ID: <8450D0E05920354D97B1507EABDCDB7F073458@svott2000.sierrasys.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C310CE.BD04A05F Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have installed PHP and PHP_MAPSCRIPT. I have copied the resulting php_mapscript.dll file to the C:\PHP\extensions directory. I have also modified the php.ini file accordingly. =20 When I run phpinfo() I can successfully include/load any extension EXCEPT php_mapscript.dll. Not sure what's going on....any help would be greatly appreciated! =20 =20 Running WinXP, IIS 5, Mapserver 3.7 (latest) and PHP 4.3.2RC2 for win32.... =20 Cheers, =20 Richard Becher Sierra Systems 130 Slater Street, Suite 800 Ottawa, Ontario K1P 6E2 Phone: 613.236.7888, Extension: 350 Fax: 613.236.9333 Email: RichardBecher at SierraSystems.com www.SierraSystems.com =20 =20 =20 ------_=_NextPart_001_01C310CE.BD04A05F Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have installed PHP and PHP_MAPSCRIPT.  I have copied the resulting = php_mapscript.dll file to the C:\PHP\extensions directory.  I have also modified the php.ini file = accordingly.

 

When I run phpinfo() I can successfully include/load any extension = EXCEPT php_mapscript.dll.  Not = sure what’s going on….any help would be greatly = appreciated!

 

 

Running WinXP, IIS 5, = Mapserver 3.7 (latest) and PHP 4.3.2RC2 for = win32….

 

Cheers,

 

Richard = Becher

= Sierra Systems
130 Slater Street, Suite 800
Ottawa, Ontario = K1P 6E2
Phone: 613.236.7888, Extension: = 350

Fax: = 613.236.9333
Email: = RichardBecher at SierraSystems.com
www.SierraSystems.com

 

 

=00 ------_=_NextPart_001_01C310CE.BD04A05F-- From spencer at dmsolutions.ca Fri May 2 10:50:54 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Fri, 02 May 2003 13:50:54 -0400 Subject: [Mapserver-users] Mapscript extension error... In-Reply-To: <8450D0E05920354D97B1507EABDCDB7F073458@svott2000.sierrasys.com> References: <8450D0E05920354D97B1507EABDCDB7F073458@svott2000.sierrasys.com> Message-ID: <3EB2AFFE.9030506@magma.ca> Richard, there are a couple of things that can go wrong, but this normally means that a dll that mapscript needs is not found in the system path. On winXP there is a utility called depends.exe that will show you dependencies of any executable or dll file. You can access this utility by right clicking on the php_mapscript dll and selecting "view dependencies". The resulting screen will show you all the files that php_mapscript needs in order to load. It is most likely that you are missing one of these files. Once you have identified the missing files, it is a simple matter of making sure that the file is in your system path (normally by moving them to c:\windows\system32 or by editing the PATH environment variable). It may also be that your IIS configuration is not correct, but that seems unlikely since you can load php. Cheers, Paul Becher, Richard wrote: > I have installed PHP and PHP_MAPSCRIPT. I have copied the resulting > php_mapscript.dll file to the C:\PHP\extensions directory. I have also > modified the php.ini file accordingly. > > > > When I run phpinfo() I can successfully include/load any extension > EXCEPT php_mapscript.dll. Not sure what?s going on?.any help would be > greatly appreciated! > > > > > > Running WinXP, IIS 5, Mapserver 3.7 (latest) and PHP 4.3.2RC2 for win32?. > > > > Cheers, > > > > **Richard Becher** > > /*/Sierra Systems/*/* > *130 Slater Street, Suite 800 > Ottawa, Ontario K1P 6E2 > Phone: 613.236.7888, Extension: 350 > > Fax: 613.236.9333 > Email: RichardBecher at SierraSystems.com > www.SierraSystems.com > > > > > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From steve.lime at dnr.state.mn.us Fri May 2 11:10:12 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Fri, 02 May 2003 13:10:12 -0500 Subject: [Mapserver-users] Scaling TrueType Labels Message-ID: You need to set a SYMBOLSCALE value. That is, the value at which symbols or fonts are their default size. >>> "Tom Melhuish" 05/02/03 10:42AM >>> Hi, I can't seemed to be able to scale labels up and down as the map zoom in and out. It always remains the same as initial size. When I load the mapfile, it doesn't returns any errors. The TRUETYPE font are installed correctly because they follow my street centerline data fine. I thought that all it requires is to set LABEL's TYPE to TRUETYPE, and specifying MINSIZE and MAXSIZE....am I missing something? I'm using Mapserver 3.6.4 with Postgres on Redhat 8.0. Here are some scenario's I tried and the results: SIZE 12 MINSIZE 8 Result => font is 12 pixels at any zoom size MAXSIZE 18 #SIZE 12 MINSIZE 8 Result => font is 8 pixels at any zoom size MAXSIZE 18 #SIZE 12 MINSIZE 18 Result => font is 8 pixels at any zoom size MAXSIZE 8 SIZE 12 MINSIZE 18 Result => font is 8 pixels at any zoom size MAXSIZE 8 This is what a portion of my mapfile look like: MAP # # Start of map file # NAME "MSapplet" STATUS ON EXTENT 2190000 640000 2200000 650000 # JC extents SIZE 600 600 SHAPEPATH "data" FONTSET "fonts/font.list" IMAGECOLOR 255 255 255 UNITS FEET SCALE 24000 # you may need to change this to match your MapServer build IMAGETYPE PNG LAYER NAME "streets" GROUP "gp_streets" STATUS ON # Get the lines from the 'the_geom' column of the 'jcctrline' table DATA "the_geom from jcctrline" TYPE LINE CONNECTIONTYPE postgis # Connect to a remote spatial database CONNECTION "user=gisusr password=gisusr dbname=gisdb host=localhost port=5432" MAXSCALE 30000 MINSCALE 30 LABELMAXSCALE 30000 LABELMINSCALE 1000 LABELITEM "name" TEMPLATE "ttt.html" CLASS # EXPRESSION /./ NAME "streets" COLOR 75 75 75 LABEL TYPE TRUETYPE FONT "times_regular" SIZE 12 MINSIZE 8 MAXSIZE 18 POSITION CC ANGLE AUTO BUFFER 2 MINDISTANCE 200 MINFEATURESIZE AUTO COLOR 0 0 0 ANTIALIAS true END END END # streets Layer END 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 RichardBecher at SierraSystems.com Fri May 2 11:32:12 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Fri, 2 May 2003 14:32:12 -0400 Subject: [Mapserver-users] OracleSpatial switches to include... Message-ID: <8450D0E05920354D97B1507EABDCDB7F132074@svott2000.sierrasys.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C310D9.25B046F7 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Attempting to compile Mapserver with OracleSpatial (Oracle 8i) =20 Can someone help me determine what the entry should look like in the nmake.opt file? Also, I was hoping to get a handle on what Files/directories I need to reference... =20 Help is greatly appreciated! =20 Running WinXP, IIS 5, Mapserver 3.7 (latest) and PHP 4.3.2RC2 for win32.... =20 =20 Cheers, =20 Richard Becher Sierra Systems 130 Slater Street, Suite 800 Ottawa, Ontario K1P 6E2 Phone: 613.236.7888, Extension: 350 Fax: 613.236.9333 Email: RichardBecher at SierraSystems.com www.SierraSystems.com =20 =20 =20 ------_=_NextPart_001_01C310D9.25B046F7 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Attempting to compile Mapserver with OracleSpatial (Oracle = 8i)

 

Can someone help me determine what the entry should = look like in the nmake.opt file?  Also, I was hoping to get a = handle on what

Files/directories I need to = reference…

 

Help is greatly = appreciated!

 

Running WinXP, IIS 5, Mapserver 3.7 (latest) and PHP = 4.3.2RC2 for win32....

 

 

Cheers,

 

Richard = Becher

= Sierra Systems
130 Slater Street, Suite 800
Ottawa, Ontario = K1P 6E2
Phone: 613.236.7888, Extension: = 350

Fax: = 613.236.9333
Email: = RichardBecher at SierraSystems.com
www.SierraSystems.com

 

 

=00 ------_=_NextPart_001_01C310D9.25B046F7-- From eric at barrodale.com Fri May 2 16:19:04 2003 From: eric at barrodale.com (Eric Davies) Date: Fri, 02 May 2003 16:19:04 -0700 Subject: [Mapserver-users] layer for user points choking mapserv 3.6.3. Message-ID: <5.2.0.9.0.20030502161055.021e0d18@marilyn.barrodale.com> --=====================_369328468==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hi All, I want to have the user be able to mark a point on the map. According to the cgi reference document, this is doable with a map_${layername}_feature... argument. You just have to define the layer first in your map file. Fair enough, my layer looks like SYMBOL NAME "circle" TYPE ellipse FILLED true POINTS 1 1 END END LAYER NAME reddot TYPE Point STATUS on METADATA ICONNAME "/mapserverdemo/selected.png" DESCRIPTION "Selected point" END CLASS Name "reddot" COLOR 255 0 0 SYMBOL "circle" SIZE 1 1 END # CLASS END # LAYER Mapserver seems to choke on this. I try to invoke it and get MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE --> loadClass(): Unknown identifier. (1):(212) I've tried a few permutations on the layer without any luck. Can anyone supply a layer that works or tell me what I'm doing wrong? Thank you. Eric. ********************************************** Eric Davies, M.Sc. Barrodale Computing Services Ltd. Tel: (250) 472-4372 Fax: (250) 472-4373 Web: http://www.barrodale.com Email: eric at barrodale.com ********************************************** Mailing Address: P.O. Box 3075 STN CSC Victoria BC Canada V8W 3W2 Shipping Address: Hut R, McKenzie Avenue University of Victoria Victoria BC Canada V8W 3W2 ********************************************** --=====================_369328468==.ALT Content-Type: text/html; charset="us-ascii" Hi All,

I want to have the user be able to mark a point on the map.
According to the cgi reference document, this is doable with a map_${layername}_feature...
argument. You just have to define the layer first in your map file. Fair enough, my layer looks like

SYMBOL
  NAME "circle"
  TYPE ellipse
  FILLED true
  POINTS
    1 1
  END
END
 
LAYER
  NAME reddot
  TYPE Point
  STATUS on
  METADATA
     ICONNAME "/mapserverdemo/selected.png"
     DESCRIPTION "Selected point"
  END
  CLASS
    Name "reddot"
    COLOR 255 0 0
    SYMBOL "circle"
    SIZE 1 1
  END  # CLASS
END  # LAYER

Mapserver seems to choke on this. I try to invoke it and get
MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE --> <BODY BGCOLOR="#FFFFFF"> loadClass(): Unknown identifier. (1):(212)

I've tried a few permutations on the layer without any luck.
Can anyone supply a layer that works or tell me what I'm doing wrong? Thank you.

Eric.

**********************************************
Eric Davies, M.Sc.
Barrodale Computing Services Ltd.
Tel: (250) 472-4372 Fax: (250) 472-4373
Web: http://www.barrodale.com
Email: eric at barrodale.com
**********************************************
Mailing Address:
P.O. Box 3075 STN CSC
Victoria BC Canada V8W 3W2

Shipping Address:
Hut R, McKenzie Avenue
University of Victoria
Victoria BC Canada V8W 3W2
**********************************************


--=====================_369328468==.ALT-- From bpicinbono at worldonline.fr Sat May 3 09:09:29 2003 From: bpicinbono at worldonline.fr (=?iso-8859-1?Q?bpicinbono@worldonline.fr?=) Date: Sat, 3 May 2003 18:09:29 +0200 Subject: [Mapserver-users] =?iso-8859-1?Q?surface?= Message-ID: Hi, the list. I am wondering weither MapServer know how to calculate the surface of a polygon or not. I searched the list, but I found old messages telling it doesn't. Is there a new version of MapServer - PHP - MapScript that does ? (I am using phpMapscript version 3.6.2). Does it ? If not, does the latest version do it ? If not, it should, as it's a kind of basic thing one could expect from a GIS. Thanks for the info. Blaise ************ VITE, C'EST LE MOMENT DE VOUS ABONNER A L'ADSL !!! ********** Du 3 avril au 5 mai, s?rie limit?e ADSL 128K, cliquez vite ici : http://register.tiscali.fr/adsl/ Offre promotionnelle soumise ? conditions, r?serv?e aux nouveaux abonn?s ADSL Tiscali. From doug at moximedia.com Sat May 3 09:14:03 2003 From: doug at moximedia.com (Doug Cates) Date: Sat, 3 May 2003 09:14:03 -0700 Subject: [Mapserver-users] WMS server issues Message-ID: <000001c3118f$04124e90$6401a8c0@vn.shawcable.net> Hi, I've encountered a couple of problems using MapServer as a WMS server. I couldn't get the bugzilla to work for me, so here they are here. 1. Commas in layer names I've been accessing a remote French MapServer site that uses commas in the layer names like "pe_7,5m", which indicate that the layer is at 1:7.5 million (the comma is the decimal character). Even when requesting the layers in an encoded way (like LAYERS=rec_7%2C5m,pe_7%2C5m,hydro_7%2C5m ...), the layers are not included in the GetMap image that is returned. Although it is not necessary for people to name their layers this way, MapServer should deal with this if they do. 2. Invalid XML in application/vnd.ogc.gml GetFeatureInfo response. When requested this way (layer must be defined as DUMP true in order for this to work), the resulting XML response can be invalid if the fields contain certain text. MapServer should automatically convert special characters (&,",') to &, " and ' that are found in field values to ensure a valid XML response. Doug -- Doug Cates Moxi Media Inc. 757 - 1641 Lonsdale Avenue, Vancouver, BC, Canada V7M 2J5 Phone: 604-984-8109 Fax: 604-608-4764 E-Mail: doug at moximedia.com Web: www.moximedia.com From ed at topozone.com Sat May 3 09:51:21 2003 From: ed at topozone.com (Ed McNierney) Date: Sat, 3 May 2003 12:51:21 -0400 Subject: [Mapserver-users] WMS server issues Message-ID: <13858AA1A74F30419F319ACB66A9D1221F42E2@mercator.topozone.com> Doug - I would recommend highly that commas NOT be used in layer names, as the spec requires the comma to be the separator character in a layer list. By spec, the escaped commas should be handled properly, so thanks for that input - but the French server docs should make it very clear that their layer names MUST be escaped. - 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: Doug Cates [mailto:doug at moximedia.com] Sent: Saturday, May 03, 2003 12:14 PM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] WMS server issues Hi, I've encountered a couple of problems using MapServer as a WMS server. I couldn't get the bugzilla to work for me, so here they are here. 1. Commas in layer names I've been accessing a remote French MapServer site that uses commas in the layer names like "pe_7,5m", which indicate that the layer is at 1:7.5 million (the comma is the decimal character). Even when requesting the layers in an encoded way (like LAYERS=rec_7%2C5m,pe_7%2C5m,hydro_7%2C5m ...), the layers are not included in the GetMap image that is returned. Although it is not necessary for people to name their layers this way, MapServer should deal with this if they do. 2. Invalid XML in application/vnd.ogc.gml GetFeatureInfo response. When requested this way (layer must be defined as DUMP true in order for this to work), the resulting XML response can be invalid if the fields contain certain text. MapServer should automatically convert special characters (&,",') to &, " and ' that are found in field values to ensure a valid XML response. Doug -- Doug Cates Moxi Media Inc. 757 - 1641 Lonsdale Avenue, Vancouver, BC, Canada V7M 2J5 Phone: 604-984-8109 Fax: 604-608-4764 E-Mail: doug at moximedia.com Web: www.moximedia.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From doug at moximedia.com Sat May 3 10:05:33 2003 From: doug at moximedia.com (Doug Cates) Date: Sat, 3 May 2003 10:05:33 -0700 Subject: [Mapserver-users] WMS server issues In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F42E2@mercator.topozone.com> Message-ID: <000301c31196$35fb8af0$6401a8c0@vn.shawcable.net> This is a multi-part message in MIME format. ------=_NextPart_000_0004_01C3115B.899E3990 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Ed, Agreed. I contacted the server host (National Atlas of Canada), and they have agreed to change the layer names to remove the commas. I don't think that it is necessary to notify people that layer names should be encoded if necessary, because that is part of the WMS specification. If a server purports to be OGC-compliant, it should handle encoded layer names properly. Cheers, Doug ------=_NextPart_000_0004_01C3115B.899E3990 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IiIRAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANMHBQADAAoABQAAAAYA9wAB A5AGAMQFAAAmAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADAC4AAAAAAAMANgAA AAAAHgBwAAEAAAAkAAAAW01hcHNlcnZlci11c2Vyc10gV01TIHNlcnZlciBpc3N1ZXMAAgFxAAEA AAAWAAAAAcMRljWFOCD2/H17Ede34wBAM9QF4wAAAgEdDAEAAAAYAAAAU01UUDpET1VHQE1PWElN RURJQS5DT00ACwABDgAAAABAAAYOAAZsIZYRwwECAQoOAQAAABgAAAAAAAAAJ5Xn3CnH1BG05QBA M9QF48KAAAADABQOAQAAAAsAHw4BAAAAAgEJEAEAAADKAQAAxgEAALcCAABMWkZ1v+0AmwMACgBy Y3BnMTI14jIDQ3RleAVBAQMB9/8KgAKkA+QHEwKAD/MAUARWPwhVB7IRJQ5RAwECAGNo4QrAc2V0 MgYABsMRJfYzBEYTtzASLBEzCO8J97Y7GB8OMDURIgxgYwBQMwsJAWQzNhZQC6YgRVxkLAqiCoQK gEEJwmTwLiBJIAWgAjAA0A6wQGQgdGhlIBQQciJ2EoFob3MFQChOuGF0aQIgB0AQwHQLYBkEIG9m EiAAcGFkYVgpLCAAcB8DeR/AYW8fkCHQHfMfEG8ecBPgbu5nH0AfIgtgeRKBIIAHgr8jMRggBGAi kR8iBaBtAMCscy4dKh5gZAIgJwVAmx8gC4BrHxEgQCBpJ/HtBCBuBZAHkHMKwCJQIzEUbm8gUGYi UHBlby8LUCOyJ+EkGnMf0HVs/R8AYh9ACfAFoAEAHwAGkMcoaCHAK6BjYXUUECe1XwQgCrEFQCEh HyJXBeFzfSmwYwaQDeAgQx5BITBhdR9WcAhwcBfBJLMroU/4R0MtJbELUAcwAjAhwHcoESs1I3Fk KfEr1iQacGMDYCmwcmx5HkAdKkOrHzAEkHMdFUQIYGc1qwJ9OGAAAB4AQhABAAAAPwAAADwxMzg1 OEFBMUE3NEYzMDQxOUYzMTlBQ0I2NkE5RDEyMjFGNDJFMkBtZXJjYXRvci50b3Bvem9uZS5jb20+ AAADAAlZAQAAAAMAAHwFAAAACwAAgAggBgAAAAAAwAAAAAAAAEYAAAAAA4UAAAAAAAADAAKACCAG AAAAAADAAAAAAAAARgAAAAAQhQAAAAAAAAMABYAIIAYAAAAAAMAAAAAAAABGAAAAAFKFAAA/cQEA HgAJgAggBgAAAAAAwAAAAAAAAEYAAAAAVIUAAAEAAAAEAAAAOS4wAAMACoAIIAYAAAAAAMAAAAAA AABGAAAAAAGFAAAAAAAACwATgAggBgAAAAAAwAAAAAAAAEYAAAAADoUAAAAAAAADABSACCAGAAAA AADAAAAAAAAARgAAAAARhQAAAAAAAAMAFoAIIAYAAAAAAMAAAAAAAABGAAAAABiFAAAAAAAACwCE gAggBgAAAAAAwAAAAAAAAEYAAAAABoUAAAAAAAACAfgPAQAAABAAAAAnlefcKcfUEbTlAEAz1AXj AgH6DwEAAAAQAAAAJ5Xn3CnH1BG05QBAM9QF4wIB+w8BAAAATAAAAAAAAAA4obsQBeUQGqG7CAAr KlbCAABtc3BzdC5kbGwAAAAAAE5JVEH5v7gBAKoAN9luAAAARjpcbWFpbFxtb3hpbWVybGluLnBz dAADAP4PBQAAAAMADTT9NwAAAgF/AAEAAAAxAAAAMDAwMDAwMDAyNzk1RTdEQzI5QzdENDExQjRF NTAwNDAzM0Q0MDVFMzI0M0U0RjA1AAAAAAMABhDdcpcAAwAHEDwBAAADABAQAAAAAAMAERAAAAAA HgAIEAEAAABlAAAARUQsQUdSRUVESUNPTlRBQ1RFRFRIRVNFUlZFUkhPU1QoTkFUSU9OQUxBVExB U09GQ0FOQURBKSxBTkRUSEVZSEFWRUFHUkVFRFRPQ0hBTkdFVEhFTEFZRVJOQU1FU1RPUkVNTwAA AAAQNw== ------=_NextPart_000_0004_01C3115B.899E3990-- From ed at topozone.com Sat May 3 11:59:28 2003 From: ed at topozone.com (Ed McNierney) Date: Sat, 3 May 2003 14:59:28 -0400 Subject: [Mapserver-users] WMS server issues Message-ID: <13858AA1A74F30419F319ACB66A9D1221F42E3@mercator.topozone.com> Doug - I do think it's necessary to notify people if you find a bug, otherwise it's unlikely to be fixed! I'm frankly quite surprised that commas are permitted in layer names in the spec, so it's very easy to overlook that detail - I haven't heard of anyone else serving layer names with commas, so it's the kind of bug that's easy to miss. - 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: Doug Cates [mailto:doug at moximedia.com] Sent: Saturday, May 03, 2003 1:06 PM To: Ed McNierney; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] WMS server issues Ed, Agreed. I contacted the server host (National Atlas of Canada), and they have agreed to change the layer names to remove the commas. I don't think that it is necessary to notify people that layer names should be encoded if necessary, because that is part of the WMS specification. If a server purports to be OGC-compliant, it should handle encoded layer names properly. Cheers, Doug From doug at moximedia.com Sat May 3 12:15:01 2003 From: doug at moximedia.com (Doug Cates) Date: Sat, 3 May 2003 12:15:01 -0700 Subject: [Mapserver-users] WMS server issues In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F42E3@mercator.topozone.com> Message-ID: <000401c311a8$4c4c42b0$6401a8c0@vn.shawcable.net> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C3116D.9FFE3390 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Ed, You misunderstand me. It is important to notify the MapServer developers about the bug so they can fix it. I wasn't suggesting otherwise. I was referring to your comment, "but the French server docs should make it very clear that their layer names MUST be escaped" which I interpreted to mean that you thought that the capabilities response should have special mention about needing to encode the layer names or that they should go out of their way to warn people about that. A compliant client application will always encode the layer names if necessary, and a compliant server must be able to decode the request, so what I'm saying is that if everyone follows the specification (which is the whole idea of OGC), that there is no need for a server with reserved characters in their names to notify people about that. Doug ------=_NextPart_000_0005_01C3116D.9FFE3390 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IgITAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANMHBQADAAwADwAAAAYAAwEB A5AGABAHAAAnAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADAC4AAAAAAAMANgAA AAAAHgBwAAEAAAAkAAAAW01hcHNlcnZlci11c2Vyc10gV01TIHNlcnZlciBpc3N1ZXMAAgFxAAEA AAAgAAAAAcMRljWFOCD2/H17Ede34wBAM9QF4wAD6FMgAABSztACAR0MAQAAABgAAABTTVRQOkRP VUdATU9YSU1FRElBLkNPTQALAAEOAAAAAEAABg4AkpVKqBHDAQIBCg4BAAAAGAAAAAAAAAAnlefc KcfUEbTlAEAz1AXjwoAAAAMAFA4BAAAACwAfDgEAAAACAQkQAQAAAO8CAADrAgAAYgQAAExaRnUE +TKmAwAKAHJjcGcxMjXiMgNDdGV4BUEBAwH3/wqAAqQD5AcTAoAP8wBQBFY/CFUHshElDlEDAQIA Y2jhCsBzZXQyBgAGwxEl9jMERhO3MBIsETMI7wn3tjsYHw4wNREiDGBjAFAzCwkBZDM2FlALpiBF XGQsCqIKhAqAWQhgINJtBAB1bgSBcwGQHmDhHhBlLiBJBUAEAB9gHG1wF8EAcAVAdG8gKG5vdAaQ eSAwaGXpBdBhcAZhdhKBAQAhgPUXsHAegSABoAhgICEg8eBidWcgcyBQIOEgwKJjA5FmaXgfYHQf IcAgd2FzbicFQB5A7GdnB5AgkG4jMCCAIPBecgPxHxAdKiSTIBggZu8EkAUQJaEgQXkIYSPAA3Bj B4ACMCwgIiMQIrRGnRggbhPQI0AhZW9jBCCUc2gIYGwe4WFrIQDNJFAgIYEjsWxlCsEg4FphIrNp BcALYHkSgW7CYQeCTVVTVCMAIQCnB5Aj0CIgZCIkoGgN4M8qICSQC4AOsHJwGCAOsP8e4CBBB4AD kSyjKGEg0QhgvGdoIrIsxCPBCrBiAxD3JFAIkCdycx/AAIAhACsF7xPgIYAjQCIgYwcxHvECMNZp AiAiZW4J4GQn9SnxfwRxINMtWgWxLKYgwCsFZ/MgUCKSb2Ys5SSwIMEgUP8ksAShIiAiECxQImcs wB8g/kEoogtQBzAgESxACJAgEd8hMDyhI9A1UwPwbAMgB0C/OmEEIDa/LbQGkDXxYweQ2nMKwHkp IB7CYTxpKkX8bXUeoC5SAaA7YSBBBYL7P0UYIHEKUB6gKSAjUS8g8SzBSSdtI0AtYCWSH3H/LKNA cSHRLBACICEAAhA+YLxvd0ZCNIUkED3VKC8k/0YzIQAvIAbwK6EBAEGQOdHwT0dDKSkgLKYYIB9i /yBwNfNHYQXAQZAqRQPwIOD/M0IhYh7gE9IA0C/BH4Ewwt8tEi20IEg7LyZrRDGRHSQCfVMQAB4A QhABAAAAPwAAADwxMzg1OEFBMUE3NEYzMDQxOUYzMTlBQ0I2NkE5RDEyMjFGNDJFM0BtZXJjYXRv ci50b3Bvem9uZS5jb20+AAADAAlZAQAAAAMAAHwFAAAACwAAgAggBgAAAAAAwAAAAAAAAEYAAAAA A4UAAAAAAAADAAKACCAGAAAAAADAAAAAAAAARgAAAAAQhQAAAAAAAAMABYAIIAYAAAAAAMAAAAAA AABGAAAAAFKFAAA/cQEAHgAJgAggBgAAAAAAwAAAAAAAAEYAAAAAVIUAAAEAAAAEAAAAOS4wAAMA CoAIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAACwATgAggBgAAAAAAwAAAAAAAAEYAAAAADoUA AAAAAAADABSACCAGAAAAAADAAAAAAAAARgAAAAARhQAAAAAAAAMAFoAIIAYAAAAAAMAAAAAAAABG AAAAABiFAAAAAAAACwCEgAggBgAAAAAAwAAAAAAAAEYAAAAABoUAAAAAAAALAIaACCAGAAAAAADA AAAAAAAARgAAAACChQAAAQAAAAIB+A8BAAAAEAAAACeV59wpx9QRtOUAQDPUBeMCAfoPAQAAABAA AAAnlefcKcfUEbTlAEAz1AXjAgH7DwEAAABMAAAAAAAAADihuxAF5RAaobsIACsqVsIAAG1zcHN0 LmRsbAAAAAAATklUQfm/uAEAqgA32W4AAABGOlxtYWlsXG1veGltZXJsaW4ucHN0AAMA/g8FAAAA AwANNP03AAACAX8AAQAAADEAAAAwMDAwMDAwMDI3OTVFN0RDMjlDN0Q0MTFCNEU1MDA0MDMzRDQw NUUzMDRFNTRGMDUAAAAAAwAGEJ8rx9kDAAcQowIAAAMAEBAAAAAAAwAREAAAAAAeAAgQAQAAAGUA AABFRCxZT1VNSVNVTkRFUlNUQU5ETUVJVElTSU1QT1JUQU5UVE9OT1RJRllUSEVNQVBTRVJWRVJE RVZFTE9QRVJTQUJPVVRUSEVCVUdTT1RIRVlDQU5GSVhJVElXQVNOVFNVR0dFAAAAAMCq ------=_NextPart_000_0005_01C3116D.9FFE3390-- From bon at ivv-aachen.de Mon May 5 04:18:59 2003 From: bon at ivv-aachen.de (=?iso-8859-1?Q?Nicole_B=F6meke?=) Date: Mon, 5 May 2003 13:18:59 +0200 Subject: [Mapserver-users] execute two querys at the same time Message-ID: <000001c312f8$20d909f0$1a01a8c0@ivvaachen.de> Hello list, is it possible to execute two or more querys over different layers at the same time and mark the query results in different colors? If yes, how can I define more than one qlayer? And where can I determin the hilite color for the query result of each layer? To execute a query I'm using the following code: template file: ------------------ mapfile: ----------- QUERYMAP STATUS ON STYLE HILITE COLOR 255 0 255 END LAYER NAME "rqF" DATA "gesamt_fgo" STATUS OFF TYPE LINE FILTERITEM "sStrNr" FILTER "%map_rqF_filter%" CLASS NAME "rqF" SYMBOL "circle" SIZE 6 TEMPLATE "empty.html" END FOOTER "rrt_query_mode.html" END Nicole From paul.hasenohr at jrc.it Mon May 5 05:08:52 2003 From: paul.hasenohr at jrc.it (Paul Hasenohr) Date: Mon, 5 May 2003 14:08:52 +0200 Subject: [Mapserver-users] w32 binaries with gdal/ecw, gd2, postgis and mapscript support Message-ID: <000101c312ff$181f97f0$878ebf8b@mars.ipsc.jrc.it> This is a multi-part message in MIME format. ------=_NextPart_000_0002_01C3130F.DBA867F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, =20 I would like to use mapserver to read (and sometimes as a WMS server to write) ecw images. So I think that I need to use mapserver under windows with a gdal library compiled against ecw sdk. I would also like to use this mapserver to serve postgis data with = mapscript support. I set up a postgis/postgresql database under linux but now, I would like = to use it with ecw images and php mapscript. I found very recent binaries on dmsolutions website but, unfortunately without postgis support. On mapserver web site, I found binaries with gdal and postgis support = but unfortunately without mapscript support. So I would like to compile it by myself but my knowledge of makefiles = and specially of Makefile.vc is very poor. I had a look to the makefile.vc provided with mapserver_nightly.tar.gz but it doesn't seem to include postgis support (I didn't see any reference to the flag USE_POSTGIS). Options are available for gd 1.8.4 but I didn't find any indication for compiling with support of gd2. I compiled gdal with ecw support but I really don't understand how to compile mapserver with postgis, gd2, gdal, mapscript,... support. Would it be possible to get the Makefile.vc files used to compile the mapserver program included in the zip file ms37png_gdal_wms.zip = available at http://mapserver.gis.umn.edu/win32nightlies.html and the other one used = to compile mapserver included in mapserver-3.7-dev-win32-php4.3.0-gd2.zip available on dmsolutions web site ? =20 I would really appreciate any help related to this topic. =20 Thanks in advance. =20 Best regards, Paul Hasenohr ------=_NextPart_000_0002_01C3130F.DBA867F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message

Hello,
 
I = would like to use=20 mapserver to read (and sometimes as a WMS server to write) ecw images. = So I=20 think that I need to use mapserver under windows with a gdal library = compiled=20 against ecw sdk.
I = would also like to=20 use this mapserver to serve postgis data with mapscript=20 support.
I set = up a=20 postgis/postgresql database under linux but now, I would like to use it = with ecw=20 images and php mapscript.
I = found very recent=20 binaries on dmsolutions website but, unfortunately without postgis=20 support.
On = mapserver web=20 site, I found binaries with gdal and postgis support but = unfortunately=20 without mapscript support.
So I = would like to=20 compile it by myself but my knowledge of makefiles and specially of = Makefile.vc=20 is very poor. I had a look to the makefile.vc provided with=20 mapserver_nightly.tar.gz but it doesn't seem to include postgis support = (I=20 didn't see any reference to the flag USE_POSTGIS). Options are available = for gd=20 1.8.4 but I didn't find any indication for compiling with support of=20 gd2.
I = compiled gdal with=20 ecw support but I really don't understand how to compile mapserver with = postgis,=20 gd2, gdal, mapscript,... support.
Would = it be possible=20 to get the Makefile.vc files used to compile the mapserver program = included in=20 the zip file ms37png_gdal_wms.zip available at http://mapserve= r.gis.umn.edu/win32nightlies.html and=20 the other one used to compile mapserver included in=20 mapserver-3.7-dev-win32-php4.3.0-gd2.zip available on dmsolutions web = site=20 ?
 
I = would really=20 appreciate any help related to this topic.
 
Thanks = in=20 advance.
 
Best=20 regards,
Paul=20 Hasenohr
------=_NextPart_000_0002_01C3130F.DBA867F0-- From wesp at gdv.com Mon May 5 05:01:55 2003 From: wesp at gdv.com (Oliver Wesp) Date: Mon, 05 May 2003 14:01:55 +0200 Subject: [Mapserver-users] 24bit IMG turns out Greyscale Message-ID: <5.2.0.9.2.20030505131013.00a79ee8@192.168.1.2> Dear List, I came across some behaviour and I don't know how to handle this one. I'm using 24bit IMG-Files (RGB) within my mapfile that should be displayed as RGB in the resulting mapimage. And in fact they are displayed with appropriate colors, as long as there is no class defined within the layer. As soon as I define a class - although it's empty - the image turns out greyscale. I came across this one cause I would like to display a legend entry for the raster image. So I was used to add CLASS NAME 'Layername' END to the raster layers. Here's the setup -mapserver nightly -gdal-cvs-030505 -gd 2.0.12 Maybe somebody is able to shed some light on this. best regards Oliver -- Dipl.-Geogr. Oliver Wesp Gesellschaft f?r geografische Datenverarbeitung Binger Strasse 49-51 D-55218 Ingelheim fon: +49 6132 714818 fax: +49 6132 714828 http: www.gdv.com From RichardBecher at SierraSystems.com Mon May 5 05:51:53 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Mon, 5 May 2003 08:51:53 -0400 Subject: [Mapserver-users] OracleSpatial switches to include...(correction) Message-ID: <8450D0E05920354D97B1507EABDCDB7F07345D@svott2000.sierrasys.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C31305.1A38AFCA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Attempting to compile Mapserver with OracleSpatial (Oracle 8i) =20 Can someone help me determine what the entry should look like in the Makefile.vc file? Also, I was hoping to get a handle on what Files/directories I need to reference... =20 Help is greatly appreciated! =20 Running WinXP, IIS 5, Mapserver 3.7 (latest) and PHP 4.3.2RC2 for win32.... =20 =20 Cheers, =20 Richard Becher Sierra Systems 130 Slater Street, Suite 800 Ottawa, Ontario K1P 6E2 Phone: 613.236.7888, Extension: 350 Fax: 613.236.9333 Email: RichardBecher at SierraSystems.com www.SierraSystems.com =20 =20 =20 ------_=_NextPart_001_01C31305.1A38AFCA Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Attempting to compile = Mapserver with OracleSpatial (Oracle 8i)

 

Can someone help me = determine what the entry should look like in the Makefile.vc file?  Also, I was hoping to get a = handle on what

Files/directories I need to reference…

 

Help is greatly = appreciated!

 

Running WinXP, IIS 5, = Mapserver 3.7 (latest) and PHP 4.3.2RC2 for win32....

 

 

Cheers,

 

Richard = Becher

Sierra Systems
130 Slater Street, Suite 800
Ottawa, Ontario = K1P 6E2
Phone: 613.236.7888, Extension: 350

Fax: 613.236.9333
Email: = RichardBecher at SierraSystems.com
www.SierraSystems.com

 

 

=00 ------_=_NextPart_001_01C31305.1A38AFCA-- From agalasso at gndci.cs.cnr.it Mon May 5 06:08:53 2003 From: agalasso at gndci.cs.cnr.it (Alessandro Galasso) Date: Mon, 5 May 2003 15:08:53 +0200 Subject: [Mapserver-users] execute two querys at the same time References: <000001c312f8$20d909f0$1a01a8c0@ivvaachen.de> Message-ID: <003601c31307$7a3469e0$1900a8c0@labtel.net> Hi Nicole, if you mean geografical query (by click) the answer is yes for sure. You have to use NQUERY/NQUERYMAP modes and LAYERS to specify which layers are active (ON). The same thing seems to me impossible in ITEMNQUERY/ITEMNQUERYMAP modes. In fact the omission of qlayer give a "No query layer defined". I've tryed in many ways but i cannot find the right one. By the way, Steve Lime told us that a new management for item queries is in progress, and will be available in the next final release of Mapserver. --- Alessandro Galasso ----- Original Message ----- From: "Nicole B?meke" To: Sent: Monday, May 05, 2003 1:18 PM Subject: [Mapserver-users] execute two querys at the same time > Hello list, > > is it possible to execute two or more querys > over different layers at the same time > and mark the query results in different colors? > > If yes, how can I define more than one qlayer? > And where can I determin the hilite color > for the query result of each layer? > > To execute a query I'm using the following code: > > template file: > ------------------ > > > > > value="/0000156946|0000156957|0000156955|0000156956/"> > > mapfile: > ----------- > > QUERYMAP > STATUS ON > STYLE HILITE > COLOR 255 0 255 > END > > LAYER > NAME "rqF" > DATA "gesamt_fgo" > STATUS OFF > TYPE LINE > FILTERITEM "sStrNr" > FILTER "%map_rqF_filter%" > CLASS > NAME "rqF" > SYMBOL "circle" > SIZE 6 > TEMPLATE "empty.html" > END > FOOTER "rrt_query_mode.html" > END > > Nicole > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jhart at frw.uva.nl Mon May 5 06:57:51 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Mon, 05 May 2003 15:57:51 +0200 Subject: [Mapserver-users] execute two querys at the same time In-Reply-To: <000001c312f8$20d909f0$1a01a8c0@ivvaachen.de> References: <000001c312f8$20d909f0$1a01a8c0@ivvaachen.de> Message-ID: <3EB66DDF.5080304@frw.uva.nl> Nicole, Aren't you making it very difficult for yourself? If you just want to display assorted selections with different colors, you can use CLASS expressions within layers. To display selections from several layers, you can define classes for each layer and display all layers transparently (see OUTPUTFORMAT). Queries are only needed when you want to process additional data from the selected items. Templates for these can be provided at CLASS and LAYER level. Jan Nicole B?meke wrote: > Hello list, > > is it possible to execute two or more querys > over different layers at the same time > and mark the query results in different colors? > > If yes, how can I define more than one qlayer? > And where can I determin the hilite color > for the query result of each layer? > > To execute a query I'm using the following code: > > template file: > ------------------ > > > > > value="/0000156946|0000156957|0000156955|0000156956/"> > > mapfile: > ----------- > > QUERYMAP > STATUS ON > STYLE HILITE > COLOR 255 0 255 > END > > LAYER > NAME "rqF" > DATA "gesamt_fgo" > STATUS OFF > TYPE LINE > FILTERITEM "sStrNr" > FILTER "%map_rqF_filter%" > CLASS > NAME "rqF" > SYMBOL "circle" > SIZE 6 > TEMPLATE "empty.html" > END > FOOTER "rrt_query_mode.html" > END > > Nicole > > _______________________________________________ > 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 Mon May 5 07:05:06 2003 From: bfraser at geoanalytic.com (Brent Fraser) Date: Mon, 5 May 2003 08:05:06 -0600 Subject: [Mapserver-users] 24bit IMG turns out Greyscale References: <5.2.0.9.2.20030505131013.00a79ee8@192.168.1.2> Message-ID: <020301c3130f$5520b570$020002c0@SHARK> Oliver, I ran across this problem in January. If you have a CLASS defined for a raster layer, MapServer assumes you want to classify it (examine the pixel values) and assumes the raster is 8-bit one band instead of 24-bit. The result is that the first band is rendered as greyscale. A bug has been filed (http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=270), and Steve Lime and Frank Warmerdam had an email exchange on possible solutions (do a seach of the mailing list archive for "image processing crash"). But I don't think the problem has been solved yet. Brent Fraser bfraser at geoanalytic.com ----- Original Message ----- From: "Oliver Wesp" To: Sent: Monday, May 05, 2003 6:01 AM Subject: [Mapserver-users] 24bit IMG turns out Greyscale Dear List, I came across some behaviour and I don't know how to handle this one. I'm using 24bit IMG-Files (RGB) within my mapfile that should be displayed as RGB in the resulting mapimage. And in fact they are displayed with appropriate colors, as long as there is no class defined within the layer. As soon as I define a class - although it's empty - the image turns out greyscale. I came across this one cause I would like to display a legend entry for the raster image. So I was used to add CLASS NAME 'Layername' END to the raster layers. Here's the setup -mapserver nightly -gdal-cvs-030505 -gd 2.0.12 Maybe somebody is able to shed some light on this. best regards Oliver -- Dipl.-Geogr. Oliver Wesp Gesellschaft f?r geografische Datenverarbeitung Binger Strasse 49-51 D-55218 Ingelheim fon: +49 6132 714818 fax: +49 6132 714828 http: www.gdv.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From benjamin.thelen at ccgis.de Mon May 5 08:57:20 2003 From: benjamin.thelen at ccgis.de (Benjamin Thelen) Date: Mon, 5 May 2003 17:57:20 +0200 Subject: [Mapserver-users] rojection library error. no system list, errno: 2 Message-ID: Hi everybody, after days of work, umn-mapserver is nearly running on my FreeBSD 4.7 System. I think I'll post what was neccessary to have umn-mapserver running on FreeBSD. Maybe that is something for a FAQ or even the manual. But there are finally two problems. One is still the pdf-lib and the other one is here: http://servername/cgi-bin/mapserv?wmtver=1.0.0&map=/home/umn/test1.map&reque st=capabilities responds the following: --------------------------------------------------------------------------- - - MapServer Message - msProcessProjection(): Projection library error. no system list, errno: 2 --------------------------------------------------------------------------- ./configure was successful, even with proj4. If needed I'll provide the options and output as well as the output of make of course. Anybody an idea? Where can this system list be found? What's its name? Can I somehow check the installation of proj4? I have installed FreeBSD 4.7 out of the ports-collection apache 1.3.27 php 4.3.1 proj 4.4.5 gd-2.0.11 gdal-1.1.8 libWWW-5.4.0 directly from source code of course mapserver 3.6.5 Thanks, Benjamin From tai.le at sbcglobal.net Mon May 5 09:10:51 2003 From: tai.le at sbcglobal.net (Tai Le) Date: Mon, 5 May 2003 11:10:51 -0500 Subject: [Mapserver-users] display a translucently layer on top of others Message-ID: <003b01c31320$e6b293d0$0220a8c0@devnet.com> This is a multi-part message in MIME format. ------=_NextPart_000_0038_01C312F6.FD4554E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I'm new with MapServer. I would like to display a layer (of polygon = type) translucently on top of other layers. One way I can do it is set = its symbol to a "crosshash" style: SYMBOL NAME 'crosshatch' TYPE VECTOR POINTS 0 0 2 2 END END I know this is not the right way, you can "see thru" this layer, but not = truely "translucent". Is there other way of doing this (also, if we can set the transparency = level)? Thanks. -- Tai. ------=_NextPart_000_0038_01C312F6.FD4554E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
I'm new with MapServer. I = would like to=20 display a layer (of polygon type) translucently on top of other=20 layers. One way I can do it is set its symbol to a "crosshash"=20 style:
 
SYMBOL
  NAME 'crosshatch'
  TYPE VECTOR
 =20 POINTS
    0 0
    2 2
 =20 END
END
I know = this is not the=20 right way, you can "see thru" this layer, but not truely=20 "translucent".
Is there = other way of=20 doing this (also, if we can set the transparency level)?=20 Thanks.
--=20 Tai.
------=_NextPart_000_0038_01C312F6.FD4554E0-- From benjamin.thelen at ccgis.de Mon May 5 09:44:25 2003 From: benjamin.thelen at ccgis.de (Benjamin Thelen) Date: Mon, 5 May 2003 18:44:25 +0200 Subject: [Mapserver-users] rojection library error. no system list, errno: 2 In-Reply-To: Message-ID: Hi again, I found out the lists names and where they are to be found. On my system in /usr/local/share/proj. But still I don't understand, why proj4 isn't able to find its own files?? Ben > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Benjamin > Thelen > Sent: Monday, May 05, 2003 5:57 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] rojection library error. no system list, > errno: 2 > > > Hi everybody, > > after days of work, umn-mapserver is nearly running on my FreeBSD 4.7 > System. I think I'll post what was neccessary to have > umn-mapserver running > on FreeBSD. Maybe that is something for a FAQ or even the manual. > > > But there are finally two problems. One is still the pdf-lib and the other > one is here: > > > > > http://servername/cgi-bin/mapserv?wmtver=1.0.0&map=/home/umn/test1 > .map&reque > st=capabilities > > responds the following: > > > ------------------------------------------------------------------ > --------- > - > - > MapServer Message > > - > msProcessProjection(): Projection library error. > no system list, errno: 2 > > ------------------------------------------------------------------ > --------- > > > ./configure was successful, even with proj4. If needed I'll provide the > options and output as well as the output of make of course. > > > Anybody an idea? Where can this system list be found? What's its > name? Can I > somehow check the installation of proj4? > > > I have installed > > FreeBSD 4.7 > > out of the ports-collection > apache 1.3.27 > php 4.3.1 > proj 4.4.5 > gd-2.0.11 > gdal-1.1.8 > libWWW-5.4.0 > > directly from source code of course > mapserver 3.6.5 > > > Thanks, > Benjamin > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From cpurvis at asg.sc.edu Mon May 5 09:52:46 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Mon, 5 May 2003 12:52:46 -0400 Subject: [Mapserver-users] display a translucently layer on top of others Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C31326.C0C0CCFA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Check out the TRANSPARENCY property. I believe you have to be running MapServer 3.7.x for this to kick in. =20 LAYER TRANSPARENCY 75 CLASS END END =20 -----Original Message----- From: Tai Le [mailto:tai.le at sbcglobal.net]=20 Sent: Monday, May 05, 2003 12:11 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] display a translucently layer on top of others =20 Hello, I'm new with MapServer. I would like to display a layer (of polygon type) translucently on top of other layers. One way I can do it is set its symbol to a "crosshash" style: =20 SYMBOL NAME 'crosshatch' TYPE VECTOR POINTS 0 0 2 2 END END I know this is not the right way, you can "see thru" this layer, but not truely "translucent". Is there other way of doing this (also, if we can set the transparency level)? Thanks. -- Tai. ------_=_NextPart_001_01C31326.C0C0CCFA Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Check out the TRANSPARENCY = property.  I believe you have to be running MapServer 3.7.x for this to kick = in.

 

LAYER

  TRANSPARENCY = 75

  CLASS

  END

END

 

-----Original = Message-----
From: Tai Le [mailto:tai.le at sbcglobal.net]
Sent: Monday, May 05, = 2003 12:11 PM
To: mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users] display a translucently layer on top of others

 

Hello,

I'm new with = MapServer. I would like to display a layer (of polygon type) translucently on = top of other layers. One way I can do it is set its symbol to a "crosshash" style:

 

SYMBOL
  NAME 'crosshatch'
  TYPE VECTOR
  POINTS
    0 0
    2 2
  END
END

I know this is not the = right way, you can "see thru" this layer, but not truely "translucent".

Is there other way of doing = this (also, if we can set the transparency level)? Thanks.

-- Tai.

=00 ------_=_NextPart_001_01C31326.C0C0CCFA-- From eric at gomoos.org Mon May 5 06:05:57 2003 From: eric at gomoos.org (Eric Bridger) Date: 05 May 2003 13:05:57 +0000 Subject: [Mapserver-users] display a translucently layer on top of others In-Reply-To: References: Message-ID: <1052139958.1876.7.camel@ubet.gomoos.org> TRANSPARENCY works in 3.6 and 3.5 also. On Mon, 2003-05-05 at 16:52, Charlton Purvis wrote: > Check out the TRANSPARENCY property. I believe you have to be running > MapServer 3.7.x for this to kick in. > > > > LAYER > > TRANSPARENCY 75 > > CLASS > > END > > END > > > > -----Original Message----- > From: Tai Le [mailto:tai.le at sbcglobal.net] > Sent: Monday, May 05, 2003 12:11 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] display a translucently layer on top of > others > > > > Hello, > > I'm new with MapServer. I would like to display a layer (of polygon > type) translucently on top of other layers. One way I can do it is set > its symbol to a "crosshash" style: > > > > SYMBOL > NAME 'crosshatch' > TYPE VECTOR > POINTS > 0 0 > 2 2 > END > END > > I know this is not the right way, you can "see thru" this layer, but not > truely "translucent". > > Is there other way of doing this (also, if we can set the transparency > level)? Thanks. > > -- Tai. > From benjamin.thelen at ccgis.de Mon May 5 10:21:08 2003 From: benjamin.thelen at ccgis.de (Benjamin Thelen) Date: Mon, 5 May 2003 19:21:08 +0200 Subject: [Mapserver-users] rojection library error. no system list, errno: 2 In-Reply-To: Message-ID: Hi everybody, I found something what Daniel Morrissette wrote some time ago: ---------------------------------------------------------------------- This happens if the file "epsg" is missing in the proj directory (/usr/local/share/proj/epsg on Unix), or if you try to use an epsg:XXXX code that doesn't exist in that file. ---------------------------------------------------------------------- But, both is not true in my case. The epsg-file IS there and the epsg:XXXX I specified are in the epsg-file. And here something that Frank Warmerdam wrote: ------------------------------------------------------------------------ errno = 2 is ENOENT which means file not found. Sorry for the awful error message, but basically I think the epsg file isn't found. Please ensure that the PROJ_LIB environment variable points to the directory with the EPSG file in it. On unix this is normally installed into /usr/local/share/proj, and it is in the nad directory within the proj distribution. ------------------------------------------------------------------------ I set the environment variable PROJ_LIB directly in a shell: "set PROJ_LIB=/usr/local/share/proj". But that didn't help as well. I thought it could be something with file permissions, but I don't think, proj4 is not allowed to access its own files. I have no more ideas at the moment. Anybody another idea? Sorry for my three mails. I was a bit to fast writing to the list. Thanks, Benjamin > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Benjamin > Thelen > Sent: Monday, May 05, 2003 5:57 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] rojection library error. no system list, > errno: 2 > > > Hi everybody, > > after days of work, umn-mapserver is nearly running on my FreeBSD 4.7 > System. I think I'll post what was neccessary to have > umn-mapserver running > on FreeBSD. Maybe that is something for a FAQ or even the manual. > > > But there are finally two problems. One is still the pdf-lib and the other > one is here: > > > > > http://servername/cgi-bin/mapserv?wmtver=1.0.0&map=/home/umn/test1 > .map&reque > st=capabilities > > responds the following: > > > ------------------------------------------------------------------ > --------- > - > - > MapServer Message > > - > msProcessProjection(): Projection library error. > no system list, errno: 2 > > ------------------------------------------------------------------ > --------- > > > ./configure was successful, even with proj4. If needed I'll provide the > options and output as well as the output of make of course. > > > Anybody an idea? Where can this system list be found? What's its > name? Can I > somehow check the installation of proj4? > > > I have installed > > FreeBSD 4.7 > > out of the ports-collection > apache 1.3.27 > php 4.3.1 > proj 4.4.5 > gd-2.0.11 > gdal-1.1.8 > libWWW-5.4.0 > > directly from source code of course > mapserver 3.6.5 > > > Thanks, > Benjamin > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From eduardo at linkgeo.com.br Mon May 5 10:31:26 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Mon, 5 May 2003 14:31:26 -0300 Subject: [Mapserver-users] Mapplet - show x/y coordinates on moving In-Reply-To: <1052139958.1876.7.camel@ubet.gomoos.org> References: <1052139958.1876.7.camel@ubet.gomoos.org> Message-ID: <20030505173126.2225.qmail@hm47.locaweb.com.br> I've that Mapplet has a 'verbose' param that makes the applet return the current x/y mouse position in image coordinates. Does anybody has a function to transformate it to geographic coordinates? tks mapplet_mouse_moved Eduardo Patto Kanegae Consultor GeoTI / GeoIT Consultant eduardo at linkgeo.com.br http://www.linkgeo.com.br LinkGEO - Geoprocessamento & Webmapping / LinkGEO - Geoprocessing & Webmapping *************************************** ***Fim da Mensagem / End of Message *** *************************************** From jesiel at cttmar.univali.br Mon May 5 10:35:21 2003 From: jesiel at cttmar.univali.br (Jesiel de Souza) Date: Mon, 5 May 2003 14:35:21 -0300 Subject: [Mapserver-users] OracleSpatial switches to include...(correction) Message-ID: <005601c3132c$b47a2b60$1f36a9c8@cttmar.univali.br> This is a multi-part message in MIME format. ------=_NextPart_000_0053_01C31313.8EC83E20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Richard, The entire file "Makefile.vc" it's here. PS: Modify ORACLESPATIAL_HOME with the your oracle home path. Regards, Jesiel de Souza # -------------------------------------- Begin of file "Makefile.vc" = ------------------------------------------------ # # makefile.vc - Main MapServer makefile for MSVC++ # # This VC++ makefile will build MAPSERVER.LIB, MAPSERV.EXE, and the = other # MapServer command-line programs. # # To use the makefile: # - Open a DOS prompt window # - Run the VCVARS32.BAT script to initialize the VC++ environment = variables # - Start the build with: nmake /f makefile.vc # # $Id: Makefile.vc,v 1.21.2.1 2002/08/01 14:46:45 assefa Exp $ # OPTFLAGS =3D /nologo /Zi /W3 /DDEBUG /DWIN32 #OPTFLAGS =3D /nologo /Zi=20 BASE_CFLAGS =3D $(OPTFLAGS)=20 LDFLAGS =3D /NODEFAULTLIB:libcd /DEBUG CC=3D cl LINK=3D link /debug # # If you want to ignore missing datafile errors uncomment the following # line. This is especially useful with large tiled datasets that may not # have complete data for each tile. # IGNORE_MISSING_DATA=3D-DIGNORE_MISSING_DATA # # Apparently these aren't as commonplace as I'd hoped. Edit the # following line to reflect the missing functions on your platform. # #STRINGS=3D-DNEED_STRCASECMP -DNEED_STRNCASECMP -DNEED_STRDUP STRINGS=3D-DNEED_STRCASECMP -DNEED_STRNCASECMP # Proj.4 distribution (cartographic projection routines). Not required = for normal use. (EXPERIMENTAL) PROJ_LIB=3D../proj/src/proj.lib PROJ_INC=3D-I../proj/src PROJ=3D-DUSE_PROJ -DUSE_PROJ_API_H #Use this flag to compile with WMS support WMS=3D-DUSE_WMS #Use this flag to compile with WMS Client support #you need the libwww from http://www.w3.org/Library/. WMSCLIENT=3D -DUSE_WMS_LYR WWWLIB_INC=3D-I../Libwww/library/src -I../libwww/modules/expat/xmlparse WWWLIB_LIB=3D../Libwww/bin/wwwcore.lib ../Libwww/bin/wwwapp.lib = ../Libwww/bin/wwwinit.lib ../Libwww/bin/wwwutils.lib # GD distribution (graphics library GIF and/or PNG support). (REQUIRED) # # - Version 1.2 is included and writes LZW GIF (-DUSE_GD_GIF = -DUSE_GD_SWAP_XY). # - Versions 1.3 to 1.5 write non-LZW GIF (-DUSE_GD_GIF). # - Versions 1.6 and greater write PNG (-DUSE_GD_PNG). Add -lpng -lz = to GD_LIB line. # - Versions 1.8 (or was it 1.7?) also supports JPEG and WBMP = (-DUSE_GD_JPEG -DUSE_GD_WBMP) # # The following lines will compile GD 1.2: #GDFONT_OBJ=3D gd-1.2/gdfontt.obj gd-1.2/gdfonts.obj gd-1.2/gdfontmb.obj = \ # gd-1.2/gdfontl.obj gd-1.2/gdfontg.obj #GD_INC=3D -I./gd-1.2 #GD_LIB=3D gd-1.2/gd.lib #GD=3D -DUSE_GD_GIF -DUSE_GD_SWAP_XY #MAKE_GD=3Dgd # A patched version of GD that supports GIF, JPEG, PNG and WBMP can be=20 # downloaded from http://www.rime.com.au/gd/. # The following defns will include the patched GD 1.8.4 with TTF: GDFONT_OBJ=3D GD_INC=3D -I../gd-1.8.4 GD_LIB=3D ../gd-1.8.4/gd.lib \ ../jpeg-6b/libjpeg.lib \ ../libpng-1.0.8/libpng.lib \ ../zlib-1.1.3/zlibstat.lib ../freetype/lib/freetype.lib GD=3D -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP = -DUSE_GD_TTF \ -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR MAKE_GD=3Dgd # TIFF distribution (raster support for TIFF and GEOTIFF = imagery).(RECOMMENDED) #TIFF_INC=3D-I../tiff-v3.5.4/libtiff #TIFF_LIB=3D../tiff-v3.5.4/libtiff/libtiff.lib #TIFF=3D-DUSE_TIFF # JPEG distribution (raster support for grayscale JPEG images, INPUT = ONLY). #JPEG_INC=3D #JPEG_LIB=3D-ljpeg #JPEG=3D-DUSE_JPEG # EPPL7 Support (this activates ERDAS as well) Included in the = distribution. Probably the best raster alternative if # you've got EPPL7 laying around. See http://www.lmic.state.mn.us/ for = more information. (RECOMMENDED) EPPL=3D-DUSE_EPPL EPPL_OBJ=3Depplib.obj # OGR Support OGC Simple Feature inspired interface for vector # formats. See http://gdal.velocet.ca/projects/opengis/ GDAL_DIR=3D ..\gdal OGR=3D-DUSE_OGR OGR_LIB =3D $(GDAL_DIR)/gdal.lib = $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts.lib = $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts_sup.lib $(GDAL_DIR)/ogr/ogr.lib = $(GDAL_DIR)/ogr/../port/cpl.lib OGR_INC =3D -I$(GDAL_DIR)/ogr/ogrsf_frmts -I$(GDAL_DIR)/ogr = -I$(GDAL_DIR)/ogr/../port -I$(GDAL_DIR)/core GDAL=3D-DUSE_GDAL # ESRI SDE support. #SDE_OPT=3D-DUSE_SDE -DWIN32 #SDE_INC=3D-I../arcsde/include #SDE_LIB=3D../arcsde/lib/sde80.lib ../arcsde/lib/sg80.lib = ../arcsde/lib/pe80.lib # # UofMN GIS/Image Processing Extension (very experimental) # #EGIS=3D-DUSE_EGIS #ERR_OBJ=3D./errLog/errLog.o #ERR_INC=3D-I./errLog #ERR_LIB=3D-L./errLog -lerrLog #IMGGEN_OBJ=3D./imgSrc/imgLib.o #IMGGEN_INC=3D-I./imgSrc #IMGGEN_LIB=3D-L./imgSrc -limgGEN #ECWDIR=3D C:\ProgFile\ECW_SDK #ECW_LIB=3D$(ECWDIR)\lib\NCSEcw.lib $(ECWDIR)\lib\NCSEcwC.lib \ # $(ECWDIR)\lib\NCSUtil.lib # # VC++ does not include the REGEX library... so we must provide our one. # The following definitions will try to build GNU regex-0.12 located in = the # regex-0.12 sub-directory. # If it was not included in the source distribution, then you can get it = from: # ftp://ftp.gnu.org/pub/gnu/regex/regex-0.12.tar.gz # REGEX_OBJ=3D.\regex-0.12\regex.obj REGEX_INC=3D-I./regex-0.12 # # IMPORTANT NOTE ABOUT REGEX FOR PHP_MAPSCRIPT USERS: # # If you want to compile the PHP_MAPSCRIPT module, then you have to make # MapServer uses the same version of the REGEX library that PHP was=20 # compiled with: # #PHP_REGEX=3D..\php-3.0.14\regex #PHP_REGEX=3D..\php-4.0.6\regex #PHP_REGEX=3D..\php-4.1.2\regex #PHP_REGEX=3D..\php-4.2.1\regex PHP_REGEX=3D..\php-4.2.2\regex #REGEX_OBJ=3D$(PHP_REGEX)\regcomp.obj $(PHP_REGEX)\regerror.obj \ # $(PHP_REGEX)\regexec.obj $(PHP_REGEX)\regfree.obj #REGEX_INC=3D-I$(PHP_REGEX) -DPHP_NO_ALIASES # # REGEX needs some special flags... here they are for VC++ 6.0 # REGEX_OPT=3D-DHAVE_STRING_H -DREGEX_MALLOC # # --- You shouldn't have to edit anything else. --- # # # Main MapServer library. # MS_LIB =3D mapserver.lib MS_OBJS =3D mapbits.obj maphash.obj mapshape.obj mapxbase.obj \ mapparser.obj maplexer.obj mapindex.obj maptree.obj \ mapsearch.obj mapstring.obj mapsymbol.obj mapfile.obj \ maplegend.obj maputil.obj mapscale.obj mapquery.obj \ maplabel.obj maperror.obj mapprimitive.obj mapproject.obj\ mapraster.obj cgiutil.obj mapsde.obj mapogr.obj \ maptemplate.obj mappostgis.obj maplayer.obj mapresample.obj \ mapwms.obj mapwmslayer.obj mapgml.obj maporaclespatial.obj \ mapprojhack.obj \ $(EPPL_OBJ) $(REGEX_OBJ) MS_HDRS =3D map.h mapfile.h MS_EXE =3D mapserv.exe \ shp2img.exe legend.exe \ shptree.exe scalebar.exe sortshp.exe tile4ms.exe # # # LIBS =3D $(MS_LIB) $(GD_LIB) $(TIFF_LIB) $(JPEG_LIB) \ $(PROJ_LIB) $(ERR_LIB) $(IMGGEN_LIB) $(OGR_LIB) \ $(WWWLIB_LIB) $(ECW_LIB) INCLUDES =3D $(GD_INC) $(TIFF_INC) $(JPEG_INC) \ $(PROJ_INC) $(ERR_INC) $(IMGGEN_INC) $(REGEX_INC) $(OGR_INC) \ $(WWWLIB_INC) CFLAGS =3D $(BASE_CFLAGS) $(INCLUDES) $(REGEX_OPT) $(STRINGS) \ $(EPPL) $(PROJ) $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS) $(WMSCLIENT) \ $(IGNORE_MISSING_DATA) $(GDAL) -DFEATURE_INFO_HTML default: all all: $(MS_LIB) $(MS_EXE) $(MS_OBJS): $(MS_HDRS) $(MS_LIB): $(MS_OBJS) copy $(GDAL_DIR)\gdal.pdb . lib /out:$(MS_LIB) $(MS_OBJS) $(MS_EXE): $(LIBS) #gd:: # cd gd-1.2 # nmake /f makefile.nt OPTFLAGS=3D"$(OPTFLAGS)" # cd .. .c.obj:=20 $(CC) $(CFLAGS) /c $*.c /Fo$*.obj .cpp.obj:=20 $(CC) $(CFLAGS) /c $*.cpp /Fo$*.obj .c.exe: $(CC) $(CFLAGS) /c $*.c /Fo$*.obj $(LINK) $(LDFLAGS) $*.obj $(LIBS) .cpp.exe: $(CC) $(CFLAGS) /c $*.cpp /Fo$*.obj $(LINK) $(LDFLAGS) $*.obj $(LIBS) clean: del *.obj # del $(REGEX_OBJ) del $(MS_LIB) del $(MS_EXE) del *.pdb del *.exp del *.ilk # cd gd-1.2 # nmake -f makefile.nt clean # cd .. # ------------------------------------ End of file "Makefile.vc" = ----------------------------------------------- ----- Original Message -----=20 From: Becher, Richard=20 To: Mapserver-users at lists.gis.umn.edu=20 Sent: Monday, May 05, 2003 9:51 AM Subject: [Mapserver-users] OracleSpatial switches to = include...(correction) Attempting to compile Mapserver with OracleSpatial (Oracle 8i) =20 Can someone help me determine what the entry should look like in the = Makefile.vc file? Also, I was hoping to get a handle on what Files/directories I need to reference. =20 Help is greatly appreciated! =20 Running WinXP, IIS 5, Mapserver 3.7 (latest) and PHP 4.3.2RC2 for = win32.... =20 =20 Cheers, =20 Richard Becher Sierra Systems 130 Slater Street, Suite 800 Ottawa, Ontario K1P 6E2 Phone: 613.236.7888, Extension: 350 Fax: 613.236.9333 Email: RichardBecher at SierraSystems.com www.SierraSystems.com =20 =20 ------=_NextPart_000_0053_01C31313.8EC83E20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Richard,
 
The entire file "Makefile.vc" it's=20 here.
 
PS: Modify ORACLESPATIAL_HOME with = the your=20 oracle home path.
 
Regards,
Jesiel de Souza
 
#=20 -------------------------------------- Begin of file "Makefile.vc"=20 ------------------------------------------------
 
#
# makefile.vc - = Main MapServer=20 makefile for MSVC++
#
# This VC++ makefile will build = MAPSERVER.LIB,=20 MAPSERV.EXE, and the other
# MapServer command-line = programs.
#
# To=20 use the makefile:
#  - Open a DOS prompt window
#  - Run = the=20 VCVARS32.BAT script to initialize the VC++ environment = variables
#  -=20 Start the build with:  nmake /f makefile.vc
#
# $Id: = Makefile.vc,v=20 1.21.2.1 2002/08/01 14:46:45 assefa Exp $
#
 
OPTFLAGS = =3D /nologo /Zi /W3=20 /DDEBUG /DWIN32
#OPTFLAGS =3D /nologo /Zi
BASE_CFLAGS =3D=20  $(OPTFLAGS)
LDFLAGS =3D /NODEFAULTLIB:libcd = /DEBUG
 
CC=3D    =20 cl
LINK=3D   link /debug
 
#
# If you want to = ignore missing=20 datafile errors uncomment the following
# line. This is especially = useful=20 with large tiled datasets that may not
# have complete data for each=20 tile.
#
IGNORE_MISSING_DATA=3D-DIGNORE_MISSING_DATA
 
#
# Apparently these = aren't as=20 commonplace as I'd hoped. Edit the
# following line to reflect the = missing=20 functions on your platform.
#
#STRINGS=3D-DNEED_STRCASECMP=20 -DNEED_STRNCASECMP -DNEED_STRDUP
STRINGS=3D-DNEED_STRCASECMP=20 -DNEED_STRNCASECMP
 
# Proj.4 distribution = (cartographic=20 projection routines). Not required for normal use.=20 (EXPERIMENTAL)
PROJ_LIB=3D../proj/src/proj.lib
PROJ_INC=3D-I../proj= /src
PROJ=3D-DUSE_PROJ=20 -DUSE_PROJ_API_H
 
#Use this flag to = compile with WMS=20 support
WMS=3D-DUSE_WMS
 
#Use this flag to = compile with=20 WMS Client support
#you need the libwww from
http://www.w3.org/Library/.
WMSCLIENT=3D -DUSE_WMS_LYR
 
WWWLIB_INC=3D-I../Libwww/library/src=20 -I../libwww/modules/expat/xmlparse
WWWLIB_LIB=3D../Libwww/bin/wwwcore.= lib=20 ../Libwww/bin/wwwapp.lib ../Libwww/bin/wwwinit.lib=20 ../Libwww/bin/wwwutils.lib
 
# GD distribution = (graphics library=20 GIF and/or PNG support). (REQUIRED)
#
#   - Version 1.2 = is=20 included and writes LZW GIF (-DUSE_GD_GIF = -DUSE_GD_SWAP_XY).
#   -=20 Versions 1.3 to 1.5 write non-LZW GIF (-DUSE_GD_GIF).
#   - = Versions 1.6 and greater write PNG (-DUSE_GD_PNG). Add -lpng -lz to = GD_LIB=20 line.
#   - Versions 1.8 (or was it 1.7?) also supports = JPEG and=20 WBMP (-DUSE_GD_JPEG -DUSE_GD_WBMP)
#
# The following lines will = compile GD=20 1.2:
#GDFONT_OBJ=3D gd-1.2/gdfontt.obj gd-1.2/gdfonts.obj=20 gd-1.2/gdfontmb.obj \
#  gd-1.2/gdfontl.obj=20 gd-1.2/gdfontg.obj
#GD_INC=3D -I./gd-1.2
#GD_LIB=3D gd-1.= 2/gd.lib
#GD=3D=20 -DUSE_GD_GIF -DUSE_GD_SWAP_XY
#MAKE_GD=3Dgd
 
# A patched = version of GD that=20 supports GIF, JPEG, PNG and WBMP can be
# downloaded from
http://www.rime.com.au/gd/.
# The following defns will include the patched GD = 1.8.4 with=20 TTF:
GDFONT_OBJ=3D
GD_INC=3D -I../gd-1.8.4
GD_LIB=3D .= ./gd-1.8.4/gd.lib=20 \
        ../jpeg-6b/libjpeg.lib=20 \
        = ../libpng-1.0.8/libpng.lib=20 \
 ../zlib-1.1.3/zlibstat.lib=20 ../freetype/lib/freetype.lib
GD=3D     = -DUSE_GD_GIF=20 -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF = \
 -DUSE_GD_TTF=20 -DGD_HAS_GDIMAGEGIFPTR
MAKE_GD=3Dgd
 
# TIFF distribution = (raster support=20 for TIFF and GEOTIFF=20 imagery).(RECOMMENDED)
#TIFF_INC=3D-I../tiff-v3.5.4/libtiff
#TIFF_L= IB=3D../tiff-v3.5.4/libtiff/libtiff.lib
#TIFF=3D-DUSE_TIFF
 
# JPEG distribution = (raster support=20 for grayscale JPEG images, INPUT=20 ONLY).
#JPEG_INC=3D
#JPEG_LIB=3D-ljpeg
#JPEG=3D-DUSE_JPEG
=
 
# EPPL7 Support = (this activates=20 ERDAS as well) Included in the distribution. Probably the best raster=20 alternative if
# you've got EPPL7 laying around. See
http://www.lmic.state.mn.us/ for more information.=20 (RECOMMENDED)
EPPL=3D-DUSE_EPPL
EPPL_OBJ=3Depplib.obj
=
 
# OGR Support OGC = Simple=20 Feature inspired interface for vector
# formats.  See
http://gdal.velocet.ca/= projects/opengis/
GDAL_DIR=3D ..\gdal
OGR=3D-DUSE_OGR
OGR_LIB = =3D =20 $(GDAL_DIR)/gdal.lib $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts.lib=20 $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts_sup.lib $(GDAL_DIR)/ogr/ogr.lib=20 $(GDAL_DIR)/ogr/../port/cpl.lib
OGR_INC =3D = -I$(GDAL_DIR)/ogr/ogrsf_frmts=20 -I$(GDAL_DIR)/ogr -I$(GDAL_DIR)/ogr/../port=20 -I$(GDAL_DIR)/core
 
GDAL=3D-DUSE_GDAL
 
# ESRI SDE=20 support.
#SDE_OPT=3D-DUSE_SDE=20 -DWIN32
#SDE_INC=3D-I../arcsde/include
#SDE_LIB=3D../arcsde/lib/sde= 80.lib=20 ../arcsde/lib/sg80.lib ../arcsde/lib/pe80.lib
 
#
# UofMN GIS/Image = Processing=20 Extension (very experimental)
#
#EGIS=3D-DUSE_EGIS
 
#ERR_OBJ=3D./errLog/errLog.o
#ERR_INC=3D-I./errLog
#ERR_LI= B=3D-L./errLog=20 -lerrLog
 
#IMGGEN_OBJ=3D./imgSrc/imgLib.o
#IMGGEN_INC=3D-I./imgSrc
#= IMGGEN_LIB=3D-L./imgSrc=20 -limgGEN
 
#ECWDIR=3D=20 C:\ProgFile\ECW_SDK
#ECW_LIB=3D$(ECWDIR)\lib\NCSEcw.lib=20 $(ECWDIR)\lib\NCSEcwC.lib = \
#       =20 $(ECWDIR)\lib\NCSUtil.lib
#
# VC++ does not include the REGEX = library...=20 so we must provide our one.
# The following definitions will try to = build GNU=20 regex-0.12 located in the
# regex-0.12 sub-directory.
# If it was = not=20 included in the source distribution, then you can get it=20 from:
#   
ftp://ftp.gnu.= org/pub/gnu/regex/regex-0.12.tar.gz
#
REGEX_OBJ=3D.\regex-0.12\regex.obj
REGEX_INC=3D-I= ./regex-0.12
 
#
# IMPORTANT NOTE = ABOUT REGEX FOR=20 PHP_MAPSCRIPT USERS:
#
# If you want to compile the PHP_MAPSCRIPT = module,=20 then you have to make
# MapServer uses the same version of the REGEX = library=20 that PHP was
# compiled=20 with:
#
#PHP_REGEX=3D..\php-3.0.14\regex
#PHP_REGEX=3D..\php-4.0= .6\regex
#PHP_REGEX=3D..\php-4.1.2\regex
#PHP_REGEX=3D..\php-4.2.1\= regex
PHP_REGEX=3D..\php-4.2.2\regex
#REGEX_OBJ=3D$(PHP_REGEX)\regc= omp.obj=20 $(PHP_REGEX)\regerror.obj=20 \
#         =20 $(PHP_REGEX)\regexec.obj = $(PHP_REGEX)\regfree.obj
#REGEX_INC=3D-I$(PHP_REGEX)=20 -DPHP_NO_ALIASES
 
#
# REGEX needs some = special=20 flags... here they are for VC++ 6.0
#
REGEX_OPT=3D-DHAVE_STRING_H=20 -DREGEX_MALLOC
 
 
 
#
# --- You = shouldn't have to edit=20 anything else. ---
#
 
#
# Main MapServer=20 library.
#
MS_LIB  =3D mapserver.lib
MS_OBJS =3D=20  mapbits.obj maphash.obj mapshape.obj mapxbase.obj=20 \
  mapparser.obj maplexer.obj mapindex.obj maptree.obj=20 \
  mapsearch.obj mapstring.obj mapsymbol.obj mapfile.obj=20 \
  maplegend.obj maputil.obj mapscale.obj mapquery.obj=20 \
  maplabel.obj maperror.obj mapprimitive.obj=20 mapproject.obj\
  mapraster.obj cgiutil.obj mapsde.obj = mapogr.obj=20 \
        maptemplate.obj = mappostgis.obj=20 maplayer.obj mapresample.obj = \
       =20 mapwms.obj mapwmslayer.obj mapgml.obj maporaclespatial.obj=20 \
        mapprojhack.obj=20 \
  $(EPPL_OBJ) $(REGEX_OBJ)
 
MS_HDRS =3D  map.h = mapfile.h
 
MS_EXE =3D =  mapserv.exe=20 \
           &n= bsp;   =20 shp2img.exe legend.exe  \
  shptree.exe scalebar.exe=20 sortshp.exe tile4ms.exe
 
#
#
#
LIBS =3D $(MS_LIB) $(GD_LIB) = $(TIFF_LIB)=20 $(JPEG_LIB) \
  $(PROJ_LIB) $(ERR_LIB) $(IMGGEN_LIB) = $(OGR_LIB)=20 \
           &n= bsp;   =20 $(WWWLIB_LIB) $(ECW_LIB)
 
INCLUDES = =3D $(GD_INC) $(TIFF_INC)=20 $(JPEG_INC) \
  $(PROJ_INC) $(ERR_INC) $(IMGGEN_INC) = $(REGEX_INC)=20 $(OGR_INC)=20 \
           &n= bsp;   =20 $(WWWLIB_INC)
 
CFLAGS = =3D $(BASE_CFLAGS)=20 $(INCLUDES) $(REGEX_OPT) $(STRINGS)  \
  $(EPPL) = $(PROJ)=20 $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS) $(WMSCLIENT)=20 \
           &n= bsp;   =20 $(IGNORE_MISSING_DATA) $(GDAL) -DFEATURE_INFO_HTML
 
default: =  all
 
all:  $(MS_LIB)=20 $(MS_EXE)
 
$(MS_OBJS): $(MS_HDRS)
 
$(MS_LIB): $(MS_OBJS)
 copy $(GDAL_DIR)\gdal.pdb=20 .
 lib /out:$(MS_LIB) $(MS_OBJS)
 
$(MS_EXE): $(LIBS)
 
#gd::
# cd=20 gd-1.2
# nmake /f makefile.nt = OPTFLAGS=3D"$(OPTFLAGS)"
# cd=20 ..
 
.c.obj: 
 $(CC)=20 $(CFLAGS) /c $*.c /Fo$*.obj
 
.cpp.obj: 
 $(CC)=20 $(CFLAGS) /c $*.cpp /Fo$*.obj
 
.c.exe:
 $(CC) = $(CFLAGS) /c=20 $*.c /Fo$*.obj
 $(LINK) $(LDFLAGS) $*.obj $(LIBS)
 
.cpp.exe:
 $(CC) $(CFLAGS) /c=20 $*.cpp /Fo$*.obj
 $(LINK) $(LDFLAGS) $*.obj $(LIBS)
 

clean:
 del *.obj
# del=20 $(REGEX_OBJ)
 del $(MS_LIB)
 del $(MS_EXE)
 del=20 *.pdb
 del *.exp
 del *.ilk
# cd = gd-1.2
# nmake=20 -f makefile.nt clean
# cd ..
 
# ------------------------------------ End of = file=20 "Makefile.vc" = -----------------------------------------------
 
----- Original Message -----
From:=20 Becher, Richard =
To: Mapserver-users at lists.g= is.umn.edu=20
Sent: Monday, May 05, 2003 9:51 = AM
Subject: [Mapserver-users] = OracleSpatial=20 switches to include...(correction)

Attempting to compile = Mapserver=20 with OracleSpatial (Oracle 8i)

 

Can someone help me = determine what=20 the entry should look like in the Makefile.vc file?  Also, I was hoping to get a = handle on=20 what

Files/directories I need = to=20 reference=85

 

Help is greatly=20 appreciated!

 

Running=20 WinXP, IIS 5, = Mapserver=20 3.7 (latest) and PHP 4.3.2RC2 for = win32....

 

 

Cheers,

 

Richard=20 Becher

Sierra=20 Systems
130 Slater=20 Street, Suite 800
Ottawa,=20 Ontario=20 K1P=20 6E2
Phone:=20 613.236.7888, Extension: 350

Fax:=20 613.236.9333
Email:=20 RichardBecher at SierraSystems.com
www.SierraSystems.com

 

 

------=_NextPart_000_0053_01C31313.8EC83E20-- From gayathri at ou.edu Mon May 5 10:33:38 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 5 May 2003 12:33:38 -0500 Subject: [Mapserver-users] rojection library error. no system list, er rno: 2 Message-ID: Benjamin, See if this is useful http://lists.gis.umn.edu/pipermail/mapserver-users/2003-January/000540.html ~Gayathri -----Original Message----- From: Benjamin Thelen [mailto:benjamin.thelen at ccgis.de] Sent: Monday, May 05, 2003 10:21 AM To: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] rojection library error. no system list, errno: 2 Hi everybody, I found something what Daniel Morrissette wrote some time ago: ---------------------------------------------------------------------- This happens if the file "epsg" is missing in the proj directory (/usr/local/share/proj/epsg on Unix), or if you try to use an epsg:XXXX code that doesn't exist in that file. ---------------------------------------------------------------------- But, both is not true in my case. The epsg-file IS there and the epsg:XXXX I specified are in the epsg-file. And here something that Frank Warmerdam wrote: ------------------------------------------------------------------------ errno = 2 is ENOENT which means file not found. Sorry for the awful error message, but basically I think the epsg file isn't found. Please ensure that the PROJ_LIB environment variable points to the directory with the EPSG file in it. On unix this is normally installed into /usr/local/share/proj, and it is in the nad directory within the proj distribution. ------------------------------------------------------------------------ I set the environment variable PROJ_LIB directly in a shell: "set PROJ_LIB=/usr/local/share/proj". But that didn't help as well. I thought it could be something with file permissions, but I don't think, proj4 is not allowed to access its own files. I have no more ideas at the moment. Anybody another idea? Sorry for my three mails. I was a bit to fast writing to the list. Thanks, Benjamin > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Benjamin > Thelen > Sent: Monday, May 05, 2003 5:57 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] rojection library error. no system list, > errno: 2 > > > Hi everybody, > > after days of work, umn-mapserver is nearly running on my FreeBSD 4.7 > System. I think I'll post what was neccessary to have > umn-mapserver running > on FreeBSD. Maybe that is something for a FAQ or even the manual. > > > But there are finally two problems. One is still the pdf-lib and the other > one is here: > > > > > http://servername/cgi-bin/mapserv?wmtver=1.0.0&map=/home/umn/test1 > .map&reque > st=capabilities > > responds the following: > > > ------------------------------------------------------------------ > --------- > - > - > MapServer Message > > - > msProcessProjection(): Projection library error. > no system list, errno: 2 > > ------------------------------------------------------------------ > --------- > > > ./configure was successful, even with proj4. If needed I'll provide the > options and output as well as the output of make of course. > > > Anybody an idea? Where can this system list be found? What's its > name? Can I > somehow check the installation of proj4? > > > I have installed > > FreeBSD 4.7 > > out of the ports-collection > apache 1.3.27 > php 4.3.1 > proj 4.4.5 > gd-2.0.11 > gdal-1.1.8 > libWWW-5.4.0 > > directly from source code of course > mapserver 3.6.5 > > > Thanks, > Benjamin > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From warmerdam at pobox.com Mon May 5 10:37:53 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 05 May 2003 13:37:53 -0400 Subject: [Mapserver-users] rojection library error. no system list, errno: 2 In-Reply-To: References: Message-ID: <3EB6A171.5010704@pobox.com> Benjamin Thelen wrote: > I set the environment variable PROJ_LIB directly in a shell: > "set PROJ_LIB=/usr/local/share/proj". > But that didn't help as well. > > > > I thought it could be something with file permissions, but I don't think, > proj4 is not allowed to access its own files. I have no more ideas at the > moment. Anybody another idea? > Sorry for my three mails. I was a bit to fast writing to the list. Benjamin, I haven't traced through everything you have tried, but permissions can certainly be an issue under some circumstances. Note that PROJ only has the permission available to the cgi-bin process it is called from when used in a web environment. So if your webserver runs cgi-bin programs as "nobody" please verify that the nobody user has read permissions on /usr/local/share/proj/epsg. You should also verify that things work fine in your commandline environment. For instances, does shp2img work on your map? Does proj? Try this: warmerda at gdal2200[90]% setenv PROJ_DEBUG warmerda at gdal2200[91]% proj -v +init=epsg:27700 pj_open_lib(epsg): call fopen(/usr/local/share/proj/epsg) - succeeded #Transverse Mercator # Cyl, Sph&Ell # +init=epsg:27700 +proj=tmerc +lat_0=49 +lon_0=-2 +k=0.999601 +x_0=400000 # +y_0=-100000 +ellps=airy +units=m +no_defs 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 May 5 10:38:10 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 05 May 2003 12:38:10 -0500 Subject: [Mapserver-users] Fwd: Php-MapScript on Windows, postGIS on Solaris Message-ID: Return-path: Received: from mail.state.mn.us (state.mn.us [156.99.125.109]) by co5.dnr.state.mn.us; Mon, 05 May 2003 08:08:33 -0500 Return-Path: Received: from lists.gis.umn.edu (lists.gis.umn.edu [128.101.73.109]) by mail.state.mn.us with ESMTP for steve.lime at dnr.state.mn.us; Mon, 5 May 2003 08:08:33 -0500 Received: from hotmail.com (f89.law8.hotmail.com [216.33.241.89]) by lists.gis.umn.edu (8.12.9/8.12.6) with ESMTP id h45D8pHg002145 for ; Mon, 5 May 2003 08:08:51 -0500 (CDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 5 May 2003 06:08:27 -0700 Received: from 193.48.73.124 by lw8fd.law8.hotmail.msn.com with HTTP; Mon, 05 May 2003 13:08:26 GMT X-Originating-IP: [193.48.73.124] X-Originating-Email: [chewbizz at hotmail.com] From: "W. Steph" To: mapserver-bugs at lists.gis.umn.edu Subject: Php-MapScript on Windows, postGIS on Solaris Date: Mon, 05 May 2003 13:08:26 +0000 Message-Id: X-OriginalArrivalTime: 05 May 2003 13:08:27.0308 (UTC) FILETIME=[6ABE96C0:01C31307] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Hello all ! Here is my problem : I have a large database in shapefiles, that i successfully exported to my PostGIS database on Solaris 8. And i can access to my data using php-mapscript with postgis support on Windows. But i also have rasters in Tiff format, which are still on Windows. My problem is that i can't display these rasters because my mapscript version does not have Tiff files support. So i see 2 solutions : 1) Get a php mapscript (version 3.6 or older) for windows (dll) with at least the following features : - PostGIS support - Tiff input - ShapeFiles input - Gif output I already have a version with input=postgis but without input=tiff and another version with input=tiff but without input=postgis :/ 2) Seems to be better if possible : Put my Tiff files directly into my postGis database, but i don't know if doing something like that is possible. (This way, i won't have anymore data on my Windows computer :D ) Note that my raster files are tiled with a shapefile (using gdaltindex.exe) Thank you ! (And sorry for my bad English...) W. Steph _________________________________________________________________ Hotmail : un compte GRATUIT qui vous suit partout et tout le temps ! http://g.msn.fr/FR1000/9493 From Tom.Kralidis at CCRS.NRCan.gc.ca Mon May 5 10:43:24 2003 From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca) Date: Mon, 5 May 2003 13:43:24 -0400 Subject: [Mapserver-users] Mapplet - show x/y coordinates on moving Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA1F90@s5-ccr-r1.ccrs.nrcan.gc.ca> > -----Original Message----- > From: Eduardo Patto Kanegae [mailto:eduardo at linkgeo.com.br] > Sent: Monday, May 05, 2003 1:31 PM > To: Mapserver List > Subject: [Mapserver-users] Mapplet - show x/y coordinates on moving > > > I've that Mapplet has a 'verbose' param that makes the applet > return the current x/y mouse position in image > coordinates. > You can check out: http://www.kralidis.ca/gis/mapserv/mapplet/howto.htm > Does anybody has a function to transformate it to geographic > coordinates? > Something like this works in JavaScript, although it has problems recognizing hemispheres. xval = Number([minx] + (x * (Math.abs([minx]) - Math.abs(([maxx]))) / [mapwidth])); yval = Number([maxy] - (y * (Math.abs([maxy]) - Math.abs(([miny]))) / [mapheight])); I think there is a more robust formula in the MapServer code. ..Tom ================================= Tom Kralidis Systems Scientist Canada Centre for Remote Sensing Tel: +01-613-947-1828 http://www.cgdi.ca/ ================================= > tks > > mapplet_mouse_moved > > Eduardo Patto Kanegae > Consultor GeoTI / GeoIT Consultant > eduardo at linkgeo.com.br > http://www.linkgeo.com.br > LinkGEO - Geoprocessamento & Webmapping / LinkGEO - > Geoprocessing & Webmapping > > *************************************** > ***Fim da Mensagem / End of Message *** > *************************************** > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jesiel at cttmar.univali.br Mon May 5 14:36:50 2003 From: jesiel at cttmar.univali.br (Jesiel de Souza) Date: Mon, 5 May 2003 18:36:50 -0300 Subject: [Mapserver-users] Oracle Spatial Reference Message-ID: <011701c3134e$707812c0$1f36a9c8@cttmar.univali.br> This is a multi-part message in MIME format. ------=_NextPart_000_0114_01C31335.4AE7B740 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, For those who use the Oracle Spatial, the link below points to the = complete official reference: http://otn.oracle.com/docs/products/oracle9i/doc_library/release2/appdev.= 920/a96630.pdf ps: You must register (for free) on OTN in order to download the file. Regards, Jesiel de Souza ------=_NextPart_000_0114_01C31335.4AE7B740 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,
 
For those who use = the Oracle=20 Spatial,  the link=20 below points to the complete official reference:
 
http://otn.oracle.com/docs/products/oracle9i/doc_= library/release2/appdev.920/a96630.pdf
 
ps: You must register (for free) on OTN = in order to=20 download the file.
 
Regards,
Jesiel de Souza
 
------=_NextPart_000_0114_01C31335.4AE7B740-- From Ellen.Brachmann at LVERMAP.brandenburg.de Tue May 6 01:28:56 2003 From: Ellen.Brachmann at LVERMAP.brandenburg.de (Brachmann, Ellen) Date: Tue, 6 May 2003 10:28:56 +0200 Subject: [Mapserver-users] displaying lat/long maps Message-ID: <47E1D354A19DD311BA2600105A4234F40221F156@ntsv3.lvap.kvv-bb.de> Hi all, I've got a problem displaying lat/long maps. I tested a lot, but no result (filled map or exception). The specific part of the MAP file is: ------------ NAME BRANDENBURG STATUS ON SIZE 200 200 SYMBOLSET "symbols/line.sym" FONTSET "fonts/fonts.txt" EXTENT 11.25 51.30 14.80 53.60 UNITS dd SHAPEPATH "geo" TRANSPARENT ON PROJECTION "proj=latlong" "ellps=WGS84" END WEB TEMPLATE map.html MINSCALE 1 MAXSCALE 150000000 IMAGEPATH "... IMAGEURL "... METADATA "wms_title" "... "wms_abstract" "... "wms_onlineresource" "http://10.133.4.212:81/cgi-bin/mapserv?map=wms/GEOdnm100.map" "wms_srs" "EPSG:4326" "wms_fees" "... "wms_keywordlist" "... END END LAYER METADATA "wms_title" "Brandenburg" "wms_srs" "EPSG:4326" END NAME state MINSCALE 1 MAXSCALE 150000000 TYPE POLYGON DATA geo_dnmvg_kreis STATUS default CLASSITEM 'LANDKREIS' CLASS NAME "Brandenburg" EXPRESSION /./ COLOR 255 255 224 OUTLINECOLOR 0 0 0 END PROJECTION "proj=latlong" END END ... ------------ What Did I wrong ? The mapserver-parameters are: MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE Regards Ellen From bon at ivv-aachen.de Tue May 6 02:05:37 2003 From: bon at ivv-aachen.de (=?iso-8859-1?Q?Nicole_B=F6meke?=) Date: Tue, 6 May 2003 11:05:37 +0200 Subject: AW: [Mapserver-users] execute two querys at the same time In-Reply-To: <3EB66DDF.5080304@frw.uva.nl> Message-ID: <001101c313ae$a962af40$1a01a8c0@ivvaachen.de> Hello Jan, I don't know wich selection will be needed befor someone sends a request. I'm using the mapserver to display the route from a starting point to an ending point specified in the request. All combinations of points in my layer are valid - that makes 365816 different possibilities for the selection. Therefor I use a query to mark the selection. See: http://www.stadtinfokoeln.de Bus & Bahn - Fahplanauskunft KVB (specify a station i.e. "K?ln - Zoo" to "K?ln - Hauptbahnhof" and choose "Karte") Now I want to mark each part of the route in a different color depending on the means of transport (bus, train, car, ...) to be used. Nicole ------------------------------------ Nicole B?meke Ingenieurgruppe IVV Oppenhoffallee 171 52066 Aachen Tel.: 0241-94691-76 Fax: 0241-531622 e-mail: bon at ivv-aachen.de http://www.ivv-aachen.de -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Jan Hartmann Gesendet: Montag, 5. Mai 2003 15:58 An: mapserver-users at lists.gis.umn.edu Betreff: Re: [Mapserver-users] execute two querys at the same time Nicole, Aren't you making it very difficult for yourself? If you just want to display assorted selections with different colors, you can use CLASS expressions within layers. To display selections from several layers, you can define classes for each layer and display all layers transparently (see OUTPUTFORMAT). Queries are only needed when you want to process additional data from the selected items. Templates for these can be provided at CLASS and LAYER level. Jan Nicole B?meke wrote: > Hello list, > > is it possible to execute two or more querys > over different layers at the same time > and mark the query results in different colors? > > If yes, how can I define more than one qlayer? > And where can I determin the hilite color > for the query result of each layer? > > To execute a query I'm using the following code: > > template file: > ------------------ > > > > > value="/0000156946|0000156957|0000156955|0000156956/"> > > mapfile: > ----------- > > QUERYMAP > STATUS ON > STYLE HILITE > COLOR 255 0 255 > END > > LAYER > NAME "rqF" > DATA "gesamt_fgo" > STATUS OFF > TYPE LINE > FILTERITEM "sStrNr" > FILTER "%map_rqF_filter%" > CLASS > NAME "rqF" > SYMBOL "circle" > SIZE 6 > TEMPLATE "empty.html" > END > FOOTER "rrt_query_mode.html" > END > > Nicole > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/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 christina.biakowski at ccgis.de Tue May 6 02:28:31 2003 From: christina.biakowski at ccgis.de (Christina Biakowski CCGIS) Date: Tue, 6 May 2003 11:28:31 +0200 Subject: AW: [Mapserver-users] displaying lat/long maps In-Reply-To: <47E1D354A19DD311BA2600105A4234F40221F156@ntsv3.lvap.kvv-bb.de> Message-ID: Ellen, in my Mapfile (for WGS84) it works with defining PROJECTION "init=EPSG:4326" END in the Map- and in the Layer-Section. If your map is not composed of Layers with different Spatial Reference Systems (no on-the-fly-projection) you even can omit the Projection-tag. But if e.g. your Layer "Brandenburg" was in Gauss-Kr?ger 4 and you wanted to display it in WGS84, then in the Map-Section you would have to declare .."init=EPSG:4326".. and in the Layer-Section "init=EPSG:31494". I hope this helps! Best regards, Christina -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Brachmann, Ellen Gesendet: Dienstag, 6. Mai 2003 10:29 An: 'mapserver-users at lists.gis.umn.edu' Betreff: [Mapserver-users] displaying lat/long maps Hi all, I've got a problem displaying lat/long maps. I tested a lot, but no result (filled map or exception). The specific part of the MAP file is: ------------ NAME BRANDENBURG STATUS ON SIZE 200 200 SYMBOLSET "symbols/line.sym" FONTSET "fonts/fonts.txt" EXTENT 11.25 51.30 14.80 53.60 UNITS dd SHAPEPATH "geo" TRANSPARENT ON PROJECTION "proj=latlong" "ellps=WGS84" END WEB TEMPLATE map.html MINSCALE 1 MAXSCALE 150000000 IMAGEPATH "... IMAGEURL "... METADATA "wms_title" "... "wms_abstract" "... "wms_onlineresource" "http://10.133.4.212:81/cgi-bin/mapserv?map=wms/GEOdnm100.map" "wms_srs" "EPSG:4326" "wms_fees" "... "wms_keywordlist" "... END END LAYER METADATA "wms_title" "Brandenburg" "wms_srs" "EPSG:4326" END NAME state MINSCALE 1 MAXSCALE 150000000 TYPE POLYGON DATA geo_dnmvg_kreis STATUS default CLASSITEM 'LANDKREIS' CLASS NAME "Brandenburg" EXPRESSION /./ COLOR 255 255 224 OUTLINECOLOR 0 0 0 END PROJECTION "proj=latlong" END END ... ------------ What Did I wrong ? The mapserver-parameters are: MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=SHAPEFILE Regards Ellen _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From thfischer at mapmedia.de Tue May 6 04:45:54 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 06 May 2003 13:45:54 +0200 Subject: [Mapserver-users] layer for user points choking mapserv 3.6.3. In-Reply-To: <5.2.0.9.0.20030502161055.021e0d18@marilyn.barrodale.com> References: <5.2.0.9.0.20030502161055.021e0d18@marilyn.barrodale.com> Message-ID: <1052221554.306.61.camel@jeanjacques> On Sat, 2003-05-03 at 01:19, Eric Davies wrote: [snip] > CLASS > Name "reddot" > COLOR 255 0 0 > SYMBOL "circle" > SIZE 1 1 ^^^ > END # CLASS > END # LAYER The SIZE of a symbol in a class is only one digit, not two. MapServer reads SIZE 1 and then looks for the the next keyword (or 'identifier'), which appears to be another '1': > loadClass(): Unknown identifier. (1):(212) hth, thorsten From jhart at frw.uva.nl Tue May 6 03:08:01 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Tue, 06 May 2003 12:08:01 +0200 Subject: AW: [Mapserver-users] execute two querys at the same time In-Reply-To: <001101c313ae$a962af40$1a01a8c0@ivvaachen.de> References: <001101c313ae$a962af40$1a01a8c0@ivvaachen.de> Message-ID: <3EB78981.1040603@frw.uva.nl> That's a nice MapServer application, Nicole! I see now why you need two different query colors. If you could use PostGIS it wouldn't be too hard. You can write wonderful routing applications with PostGIS. For standalone MapServer it looks a bit heavy to me. Can't you do something with scripted CLASS and COLOR expressions? (map_layer_class_expression / map_layer_class_color, see the MapServer CGI reference at the bottom: http://mapserver.gis.umn.edu/doc36/cgi-reference.html) You can fill these variables from the URL or form. I guess more people on the list are working on transportation problems; perhaps they have other solutions. The city of Cologne will provide a free ticket to the Zoo for the best one. Jan Nicole B?meke wrote: > Hello Jan, > > I don't know wich selection will be needed befor someone sends a request. > I'm using the mapserver to display the route from a starting point to an > ending point specified in the request. All combinations of points in my > layer are valid - that makes 365816 different possibilities for the > selection. > Therefor I use a query to mark the selection. > > See: http://www.stadtinfokoeln.de Bus & Bahn - Fahplanauskunft KVB > > (specify a station i.e. "K?ln - Zoo" to "K?ln - Hauptbahnhof" and choose > "Karte") > > Now I want to mark each part of the route in a different color depending > on the means of transport (bus, train, car, ...) to be used. > > Nicole > > ------------------------------------ > Nicole B?meke > Ingenieurgruppe IVV > Oppenhoffallee 171 > 52066 Aachen > Tel.: 0241-94691-76 > Fax: 0241-531622 > e-mail: bon at ivv-aachen.de > http://www.ivv-aachen.de > > > > > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Jan > Hartmann > Gesendet: Montag, 5. Mai 2003 15:58 > An: mapserver-users at lists.gis.umn.edu > Betreff: Re: [Mapserver-users] execute two querys at the same time > > > Nicole, > > Aren't you making it very difficult for yourself? If you just want to > display assorted selections with different colors, you can use CLASS > expressions within layers. To display selections from several layers, > you can define classes for each layer and display all layers > transparently (see OUTPUTFORMAT). Queries are only needed when you want > to process additional data from the selected items. Templates for these > can be provided at CLASS and LAYER level. > > Jan > > > Nicole B?meke wrote: > >>Hello list, >> >>is it possible to execute two or more querys >>over different layers at the same time >>and mark the query results in different colors? >> >>If yes, how can I define more than one qlayer? >>And where can I determin the hilite color >>for the query result of each layer? >> >>To execute a query I'm using the following code: >> >>template file: >>------------------ >> >> >> >> >>>value="/0000156946|0000156957|0000156955|0000156956/"> >> >>mapfile: >>----------- >> >> QUERYMAP >> STATUS ON >> STYLE HILITE >> COLOR 255 0 255 >> END >> >> LAYER >> NAME "rqF" >> DATA "gesamt_fgo" >> STATUS OFF >> TYPE LINE >> FILTERITEM "sStrNr" >> FILTER "%map_rqF_filter%" >> CLASS >> NAME "rqF" >> SYMBOL "circle" >> SIZE 6 >> TEMPLATE "empty.html" >> END >> FOOTER "rrt_query_mode.html" >> END >> >>Nicole >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/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 Mark.Balman at birdlife.org.uk Tue May 6 03:13:23 2003 From: Mark.Balman at birdlife.org.uk (Mark Balman) Date: Tue, 6 May 2003 11:13:23 +0100 Subject: [Mapserver-users] configuring mapserver with php Message-ID: Hi All Having finally got mapserver compiled on Mandrake 9 and can use the demo application ok :) I now want to configure mapserver with php mapscript. As I have php loaded as an apache DSO (default Mandrake install), I cannot work out how to configure php mapscript. If I ./configure --with-proj --with-gdal --with-ogr --with-php I get Could not find config.h or php_config.h I have read through the documentation and wiki pages but alas still clueless any suggestions would be welcomed! TIA Mark From Ellen.Brachmann at LVERMAP.brandenburg.de Tue May 6 05:01:45 2003 From: Ellen.Brachmann at LVERMAP.brandenburg.de (Brachmann, Ellen) Date: Tue, 6 May 2003 14:01:45 +0200 Subject: AW: [Mapserver-users] displaying lat/long maps Message-ID: <47E1D354A19DD311BA2600105A4234F40221F158@ntsv3.lvap.kvv-bb.de> Christina, thanks for your help. After changing the PROJECTION parameter, we got problems with the Projection (famous error no. 2). So we use the system-wrapper wms110 (with PROJ_LIB=YES) to call the mapserver. He demands the files proj_def.dat, EPSG (lib_proj itself) and epsg (mapserver), see error_log. After clearing this problems the result file is empty too (see access_log, result 200). If we delete the PROJECTION entries completly the result is the same. A shell-wrapper with different arguments tells us, that the mapserv terminates correctly. The mapserv-version 3.6.1 and 3.6.5 tells the same result, so it seems that we made the mistake. We only want to use SHAPE-files with geographic coordinates (they work with ArcView), and displaying them in ETRS89 (EPSG:25833) or alternatively geographic coordinates (EPSG:4326). Did you have an idea what's going wrong ? Regards Ellen GEOdnm100.map: ------------- NAME BRANDENBURG STATUS ON SIZE 200 200 SYMBOLSET "symbols/line.sym" FONTSET "fonts/fonts.txt" EXTENT 3240000.0 5679000.0 3490000.0 5946000.0 # EXTENT 11.25 51.30 14.80 53.60 UNITS meters SHAPEPATH "geo" PROJECTION "init=EPSG:25833" END WEB TEMPLATE map.html MINSCALE 1 MAXSCALE 150000000 IMAGEPATH "... IMAGEURL "... METADATA "wms_title" "... "wms_abstract" "... "wms_onlineresource" "http://10.133.4.212:81/cgi-bin-wms/wms110?map=wms/GEOdnm100.map" "wms_srs" "EPSG:4326,EPSG:25833" "wms_fees" "... "wms_keywordlist" "... END END LAYER METADATA "wms_title" "Brandenburg" "wms_srs" "EPSG:4326" END NAME state MINSCALE 1 MAXSCALE 150000000 TYPE POLYGON DATA geo_dnmvg_kreis STATUS default CLASSITEM 'GN' CLASS NAME "Brandenburg" EXPRESSION /./ COLOR 255 255 224 OUTLINECOLOR 0 0 0 END PROJECTION "init=EPSG:4326" END END .... wms110: ------ #!/bin/bash export LD_LIBRARY_PATH=/usr/local/lib export PROJ_DEBUG=YES export PROJ_LIB=/usr/local/httpd/cgi-bin-wms ../mapserv $* error_log: --------- .... pj_open_lib(proj_def.dat): call fopen(/usr/local/httpd/cgi-bin-wms/proj_def.dat). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(EPSG): call fopen(/usr/local/httpd/cgi-bin-wms/EPSG). pj_open_lib(epsg): call fopen(/usr/local/httpd/cgi-bin-wms/epsg). access_log: ---------- 10.133.4.999 - - [06/May/2003:12:44:18 +0200] "GET /cgi-bin-wms/wms110?map=wms/GEOdnm100.map&SERVICE=WMS&V ERSION=1.1.0&REQUEST=GetMap&LAYERS=state&STYLES=default&TRANSPARENT=FALSE&FO RMAT=image/png&EXCEPTIONS=appl ication/vnd.ogc.se_inimage&SRS=EPSG:4326&WIDTH=200&HEIGHT=200&BBOX=13.205910 0,52.2080300,13.2436100,52.222 6100 HTTP/1.0" 200 144 shell_wrapper: ------------- export LD_LIBRARY_PATH=/usr/local/lib export PROJ_LIB=/usr/local/httpd/cgi-bin-wms export QUERY_STRING=$'map=wms/GEOdnm100.map&SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMa p&LAYERS=state&STYLES=d efault&TRANSPARENT=FALSE&FORMAT=image/png&EXCEPTIONS=application/vnd.ogc.se_ inimage&SRS=EPSG:4326&WIDTH=20 0&HEIGHT=200&BBOX=13.2059100,52.2080300,13.2436100,52.2226100' export REQUEST_METHOD=GET mapserv > ms.out 2> ms.err echo $? > ms.result ------------------------------------------------------------------------- From thfischer at mapmedia.de Tue May 6 07:57:03 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 06 May 2003 16:57:03 +0200 Subject: [Mapserver-users] configuring mapserver with php In-Reply-To: References: Message-ID: <1052233023.353.4.camel@jeanjacques> On Tue, 2003-05-06 at 12:13, Mark Balman wrote: > Having finally got mapserver compiled on Mandrake 9 and can use the demo > application ok :) I now want to configure mapserver with php mapscript. As I > have php loaded as an apache DSO (default Mandrake install), I cannot work > out how to configure php mapscript. > > If I ./configure --with-proj --with-gdal --with-ogr --with-php The --with-php parameter needs to know where your (configured!) php source tree is (see ./configure --help). So you should do ./configure --with-php=/where/ever/you/put/your/php-4.x hth, thorsten From bplatzen at sosnetz.de Tue May 6 06:18:57 2003 From: bplatzen at sosnetz.de (=?iso-8859-1?q?Bj=F6rn=20Platzen?=) Date: Tue, 6 May 2003 15:18:57 +0200 Subject: [Mapserver-users] Re: [Mapserver-users][SOLUTION] Error when using labels TYPE=truetype In-Reply-To: <1051891778.325.6.camel@jeanjacques> References: <200305021116.21471.bplatzen@sosnetz.de> <1051891778.325.6.camel@jeanjacques> Message-ID: <200305061518.57884.bplatzen@sosnetz.de> Hi all, maybe someone has the same problems with Mapserver 3.6.5, GD 2.0.7 on Linux, here is the solution: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0110/msg00050.html The point is, right now, the ONLY way to really make it work is to refer fonts with a full path, like: fontset '/home/mapserv/fonts/fonts.txt' Greets, Bjoern Am Freitag, 2. Mai 2003 18:09 schrieb Thorsten Fischer: > On Fri, 2003-05-02 at 11:16, Bj?rn Platzen wrote: > > When using TYPE=truetype on labels I get the following error: > > msGetLabelSize(): TrueType Font error. Could not find/open font > > > > I have dfined the alias in my font.list and the ttf-file is > > available in the same directory. chmod'ing the ttf-files to 755 did > > have no effect. > > This can happen for several reasons. The most common one for me is > that your GD library was not linked against the same version of > FreeType as your mapserver binary. Since your are using SuSE, it's > quite likely that you have more than one version installed. Use the > 'ldd' command to find out about the libraries your programs are > linked against. -- small office solutions info at sosnetz.de - http://www.sosnetz.de From poff at sixbit.org Tue May 6 09:57:36 2003 From: poff at sixbit.org (poff at sixbit.org) Date: Tue, 6 May 2003 18:57:36 +0200 (CEST) Subject: [Mapserver-users] Newbie php/basic ideas help! Message-ID: Hello, I managed to get php mapscript installed in Windows with the gmap demo running very nicely, however I am totally lost and after browsing the faq and docs am totally confused! Can someone give me stepby step instructions, on how, for example, to draw a simple map of the world? I'd like to take things slowly, but mapserver looks great and I look forward to using it! I really don't get where to find .map files and their formats, nor shape files or anything! I learn best by examples, although the ones I found didn't help:( SO! *If* someone could be so kind as to post some codeand files so I can just simply draw a map - anymap! Then I'd like to get into city names, rivers and all kindsofcool stuff. Is it easy to find map files? Like, The Canada onelooks great, but is that available for the whole world? Thanks for any help, poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From RichardBecher at SierraSystems.com Tue May 6 10:05:58 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Tue, 6 May 2003 13:05:58 -0400 Subject: [Mapserver-users] Mapserver on Windows/IIS ? Message-ID: <8450D0E05920354D97B1507EABDCDB7F073467@svott2000.sierrasys.com> Anybody have any experience with building a Mapserver app on Windows (and IIS or Apache)? Just trying to get an idea of what anybody's thoughts are on this set up and if there have been any problems. If possible, I would really appreciate any URLs to look at those applications for myself. Cheers, Richard From ed at topozone.com Tue May 6 10:13:00 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 6 May 2003 13:13:00 -0400 Subject: [Mapserver-users] Mapserver on Windows/IIS ? Message-ID: <13858AA1A74F30419F319ACB66A9D1221F4310@mercator.topozone.com> Richard - We've been running production MapServer applications on Windows (Linux, too) for nearly two years now. We have had no trouble at all, and we've been very happy with the results. Your questions are a bit difficult to answer helpfully because they're kinda broad . If you can describe your intended application in a bit more detail, you'll get more helpful responses. - 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: Becher, Richard [mailto:RichardBecher at sierrasystems.com] Sent: Tuesday, May 06, 2003 1:06 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapserver on Windows/IIS ? Anybody have any experience with building a Mapserver app on Windows (and IIS or Apache)? Just trying to get an idea of what anybody's thoughts are on this set up and if there have been any problems. If possible, I would really appreciate any URLs to look at those applications for myself. Cheers, Richard _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gayathri at ou.edu Tue May 6 10:13:45 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Tue, 6 May 2003 12:13:45 -0500 Subject: [Mapserver-users] Mapserver on Windows/IIS ? Message-ID: Hi, Mapserver on windows and IIS is a breeze. It is real easy to set it up, maintain and modify... We have had smooth operations with the same, with no pleasant surprises ;) And here is one of our application for you to look at. http://geo.ou.edu - Click on the Oklahoma Datawarehouse Interactive mapper This one runs on a Windows NT server with IIS 4.0 HTH, Gayathri -----Original Message----- From: Becher, Richard [mailto:RichardBecher at SierraSystems.com] Sent: Tuesday, May 06, 2003 10:06 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapserver on Windows/IIS ? Anybody have any experience with building a Mapserver app on Windows (and IIS or Apache)? Just trying to get an idea of what anybody's thoughts are on this set up and if there have been any problems. If possible, I would really appreciate any URLs to look at those applications for myself. Cheers, Richard _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Rebecca.Astolfo at ec.gc.ca Tue May 6 10:24:03 2003 From: Rebecca.Astolfo at ec.gc.ca (Astolfo,Rebecca [Burlington]) Date: Tue, 6 May 2003 13:24:03 -0400 Subject: [Mapserver-users] Mapserver on Windows/IIS ? Message-ID: <2576812186CDD411BF1500508B6DCE9502F2AE2B@ECNWRI1> I'm in the middle of developing a site so nothing to show yet. We are using Windows 2000 and IIS. The set up is fairly straight forward if you understand the basics of IIS. I required some extra help but I am not an IT type. It's a bit fiddly making sure all the files are put in the right locations but once everything is set up it works well. Rebecca Astolfo GIS Specialist IT Division Environment Canada -----Original Message----- From: Becher, Richard [mailto:RichardBecher at SierraSystems.com] Sent: May 6, 2003 1:06 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapserver on Windows/IIS ? Anybody have any experience with building a Mapserver app on Windows (and IIS or Apache)? Just trying to get an idea of what anybody's thoughts are on this set up and if there have been any problems. If possible, I would really appreciate any URLs to look at those applications for myself. Cheers, Richard _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From RichardBecher at SierraSystems.com Tue May 6 10:42:07 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Tue, 6 May 2003 13:42:07 -0400 Subject: [Mapserver-users] OracleSpatial and .NET... Message-ID: <8450D0E05920354D97B1507EABDCDB7F13207C@svott2000.sierrasys.com> Hi there, I have just completed compiling everything (PHP_Mapscript and Mapserver) to include OracleSpatial. I know that PHP_Mapscript is working since I see the right results when I run phpinfo(). 1. How can I tell if OracleSpatial is properly referenced/included? I included the switch but I don't see anything in phpinfo referencing Oracle (except my environment variables). 2. Where can I get some basic documentation on how to create a simple Mapserver application to test basic data from an OracleSpatial SDO object (want to connect via an SQL like command in a Layer object)? 3. My environment is Windows/IIS, ASP.NET website (want to add a page or two for maps) and Oracle 8i with the Spatial cartridge. Anyone out there in a similar situation? If so, any hints, tips, warnings would be greatly appreciated! Cheers, Richard From bartvde at xs4all.nl Tue May 6 11:50:10 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 06 May 2003 20:50:10 +0200 Subject: [Mapserver-users] Oracle spatial Message-ID: Hi list, I have a question about the Oracle Spatial support in mapserver. There used to be (or still is) a C source file for Oracle support. But now OGR is completely integrated with mapserver, is the Oracle Spatial support from OGR used instead? Thanks, Bart From rjames57 at yahoo.com Tue May 6 11:54:00 2003 From: rjames57 at yahoo.com (Randy James) Date: Tue, 6 May 2003 11:54:00 -0700 (PDT) Subject: [Mapserver-users] phpinfo Message-ID: <20030506185400.77112.qmail@web12501.mail.yahoo.com> Hi I am trying to get php to work on my linux mandrake 8.2, i managed to get the php_mapscript.so compiled. When i run the test page phpinfo_mapscript.phtml i get the following error. Does any one know what it means or where i should start looking? Warning: Unable to load dynamic library '/usr/lib/php/extensions/php_mapscript.so' - /usr/lib/php/extensions/php_mapscript.so: undefined symbol: IsLocal__C19OGRSpatialReference I'm using 3.7 nightly from may 2nd Cheers Randy __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From morissette at dmsolutions.ca Tue May 6 12:04:35 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 06 May 2003 15:04:35 -0400 Subject: [Mapserver-users] phpinfo References: <20030506185400.77112.qmail@web12501.mail.yahoo.com> Message-ID: <3EB80743.F19D3698@dmsolutions.ca> Randy James wrote: > > Warning: Unable to load dynamic library > '/usr/lib/php/extensions/php_mapscript.so' - > /usr/lib/php/extensions/php_mapscript.so: undefined symbol: > IsLocal__C19OGRSpatialReference > > I'm using 3.7 nightly from may 2nd > See: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0206/msg00385.html -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From warmerdam at pobox.com Tue May 6 12:20:46 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 06 May 2003 15:20:46 -0400 Subject: [Mapserver-users] Oracle spatial In-Reply-To: References: Message-ID: <3EB80B0E.103@pobox.com> Bart van den Eijnden wrote: > Hi list, > > I have a question about the Oracle Spatial support in mapserver. > > There used to be (or still is) a C source file for Oracle support. But > now OGR is completely integrated with mapserver, is the Oracle Spatial > support from OGR used instead? Bart, "Normal" Oracle Spatial support in MapServer is still the built-in support implemented in maporaclespatial.cpp. Which you use depends on how you build mapserver, and OGR, and what you use in your mapfile. To use OGR based oracle spatial support you would need to use a CONNECTIONTYPE of OGR. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From bartvde at xs4all.nl Tue May 6 12:26:23 2003 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 06 May 2003 21:26:23 +0200 Subject: [Mapserver-users] Oracle spatial In-Reply-To: <3EB80B0E.103@pobox.com> References: <3EB80B0E.103@pobox.com> Message-ID: Hi list, Frank thanks for the quick answer. Which of the two options is the recommended one? Have there been any performance tests in the past? Is one implementation more elaborate than the other? Are there any future plans to not further develop one of the two options, or will they be both available in future releases? A lot of questions, I hope I get some answers. Thanks, Bart On Tue, 06 May 2003 15:20:46 -0400, Frank Warmerdam wrote: > Bart van den Eijnden wrote: >> Hi list, >> >> I have a question about the Oracle Spatial support in mapserver. >> >> There used to be (or still is) a C source file for Oracle support. But >> now OGR is completely integrated with mapserver, is the Oracle Spatial >> support from OGR used instead? > > > Bart, > > "Normal" Oracle Spatial support in MapServer is still the built-in > support > implemented in maporaclespatial.cpp. Which you use depends on how you > build mapserver, and OGR, and what you use in your mapfile. To use OGR > based oracle spatial support you would need to use a CONNECTIONTYPE of > OGR. > > Best regards, -- From warmerdam at pobox.com Wed May 7 12:15:37 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 07 May 2003 15:15:37 -0400 Subject: [Mapserver-users] Oracle spatial References: <3EB80B0E.103@pobox.com> Message-ID: <3EB95B59.7020308@pobox.com> Bart van den Eijnden wrote: > Hi list, > > Frank thanks for the quick answer. > > Which of the two options is the recommended one? Have there been any > performance tests in the past? Is one implementation more elaborate than > the other? Are there any future plans to not further develop one of the > two options, or will they be both available in future releases? > > A lot of questions, I hope I get some answers. Bart, I have not done a performance comparison; however, there are reasons to believe the OGR case would be noticably slower than the other version. First because of the extra layer of indirection and object marshalling going through OGR, and second because I haven't done much to optimize the OGR code for reading from Oracle Spatial (though oddly, writing to Oracle Spatial is highly optimized). I plan to maintain the OGR Oracle Spatial support into the forseeable future. I don't know about the other version. My understanding is that there are some MapServer features support via OGR, but not via the standalone Oracle Spatial support but I don't know what those are. If you have the time, I would encourage you to do a performance and feature comparison of the two options. If you need fast, and you don't have time to mess around give the built-in support a quick try and if that doesn't work fallback to the OGR support. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From mapserver at oram.com Tue May 6 15:49:48 2003 From: mapserver at oram.com (John Oram) Date: Tue, 6 May 2003 15:49:48 -0700 Subject: [Mapserver-users] problems compiling PROJ.4 on Mac OS X 10.2.5 Message-ID: <0A3DCEA6-8015-11D7-AACA-00039315FC54@oram.com> Hi- I'm new to Mapserver and am trying to get it up and running on Mac OS X 10.2.5. I've been following the instructions on Bill Wheaton's page http://home.nc.rr.com/wwheaton/ as well as the wiki stuff at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS I'm by no means an accomplished compiler -- I'm more the 'stimulus/response' type, so I apologize if I'm asking ridiculous questions. That being said, I had no problems with the other libraries, and was able to build PHP and get up and running with Apache (albeit without Mapserver). So, after I "make" and "sudo sh install" with the proj.4 4.4.7 I downloaded from remotesensing.org, I get this: install: Basic: command not found install: ==================: command not found install: These: command not found install: command substitution: line 1: unexpected EOF while looking for matching `'' install: command substitution: line 4: syntax error: unexpected end of file install: The: command not found install: command substitution: line 1: unexpected EOF while looking for matching `'' install: command substitution: line 3: syntax error: unexpected end of file install: definitions.: command not found install: line 113: syntax error near unexpected token `(f' install: line 113: `is something like `gnu-as' or `x' (for the X Window System). The' Is it crapping out entirely, i.e. grabbing something other than the install script, or is it just disliking a few lines? I get the feeling it's not working since when I try to build PHP I see: checking whether we should include PROJ.4 support... PROJ.4 support not requested. I'm a bit confused why proj.4 is built using "sh install" while everything else uses "make install". Also, how case sensitive are the references? I notice references to PROJ.4, Proj.4 and proj.4. Anyway, if anyone could shine some light on this I'd greatly appreciate it. Mapserver and its utilities look pretty intriguing and I'm looking forward to getting my hands dirty. Thanks, John From morissette at dmsolutions.ca Tue May 6 16:03:02 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 06 May 2003 19:03:02 -0400 Subject: [Mapserver-users] problems compiling PROJ.4 on Mac OS X 10.2.5 References: <0A3DCEA6-8015-11D7-AACA-00039315FC54@oram.com> Message-ID: <3EB83F26.98F094AC@dmsolutions.ca> John Oram wrote: > > I'm a bit confused why proj.4 is built using "sh install" while > everything else uses "make install". Also, how case sensitive are the > references? I notice references to PROJ.4, Proj.4 and proj.4. > Maybe there is something specific to MacOSX that I'm not aware of, but I've always compiled/installed PROJ using './configure; make; sudo make install' on any OS. I never used 'sh install' ... perhaps you could try 'make install' and see if that works for you. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mapserver at oram.com Tue May 6 16:46:10 2003 From: mapserver at oram.com (John Oram) Date: Tue, 6 May 2003 16:46:10 -0700 Subject: [Mapserver-users] problems compiling PROJ.4 on Mac OS X 10.2.5 In-Reply-To: <3EB83F26.98F094AC@dmsolutions.ca> Message-ID: OK, tried "sudo make install". Seems a little better -- no grievous errors that I can see (though I am not quite sure what I should look for). I did see something about "nad2nad source files not present" -- is there an acid test, i.e. certain things I should look for to see if it installed properly? In /usr/local/lib I see: libproj.0.4.1.dylib libproj.0.dylib libproj.a libproj.dylib libproj.la These have timestamps that make sense. Will try PHP next and see what happens. Thanks, John On Tuesday, May 6, 2003, at 04:03 PM, Daniel Morissette wrote: > John Oram wrote: >> >> I'm a bit confused why proj.4 is built using "sh install" while >> everything else uses "make install". Also, how case sensitive are the >> references? I notice references to PROJ.4, Proj.4 and proj.4. >> > > Maybe there is something specific to MacOSX that I'm not aware of, but > I've always compiled/installed PROJ using './configure; make; sudo make > install' on any OS. I never used 'sh install' ... perhaps you could > try > 'make install' and see if that works for you. > > -- > ------------------------------------------------------------ > Daniel Morissette morissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ From sholl at gmx.net Tue May 6 22:28:52 2003 From: sholl at gmx.net (Stephan Holl) Date: Wed, 7 May 2003 07:28:52 +0200 Subject: [Mapserver-users] error in open() with php/mapscript Message-ID: <20030507072852.21850ae6.sholl@gmx.net> --=.7ihRQ)zskL3ZbP Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Dear mapserver-gurus, I cannot make the singel-point-query with php/mapscript working in gmap-demo and in my app. The following error results: Warning: Wrong parameter count for open() in /var/www/php/function.inc on line 325 Fatal error: MapServer Error in msLayerGetShape(): Shapefile layer has not been opened. in /var/www/php/function.inc on line 356 The query-code: // Open layer's table... take the list of fields to display from // the "HEADERRESULT_FIELDS" metadata in the layer object. $oLayer->open($map->shapepath); // line 325 $selFields = explode(" ", $oLayer->getMetaData("RESULT_FIELDS")); printf("\n"); printf("\n"); printf("\n"); // // Table header: attribute names... // printf("\n"); for ($iField=0; $iField < sizeof($selFields); $iField++) { printf(""); } printf("\n"); // // One row in table for each selected record // for ($iRes=0; $iRes < $numResults; $iRes++) { $oRes = $oLayer->getResult($iRes); $oShape = $oLayer->getShape($oRes->tileindex,$oRes->shapeindex); // line 356 printf("\n"); Perhaps anybody could give me a hint how to solve this problem. My system: MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE PHP MapScript Version ($Revision: 1.149 $ $Date: 2003/03/14 13:43:03 $) php4.3.1 Thanks for your help Stephan Holl -- Stephan Holl GnuPG Key-ID: 11946A09 --=.7ihRQ)zskL3ZbP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+uJmWEg9SKhGUagkRAlDcAJ942HVkOdoBgn9AWYPgjFRhKGtOxwCeIACB jSVVi17B2fKJcZSa1RSe4cM= =g1Ev -----END PGP SIGNATURE----- --=.7ihRQ)zskL3ZbP-- From garre_gis at hotmail.com Wed May 7 02:39:03 2003 From: garre_gis at hotmail.com (Justin Garre) Date: Wed, 07 May 2003 02:39:03 -0700 Subject: [Mapserver-users] Mapserver/ArcIMS: server requirements Message-ID: We are looking at constructing a real-time traffic flow map using either ArcIMS or Mapserver. Shapefiles would consist of simple boundary files in addition to street nodes defined by (x,y) coordinates. The traffic data would be placed automatically into a database that ArcIMS/Mapserver would draw from in real-time (ie when the user would access the web page). The scale of the area would be a large metropolitan area and the map user would be able to zoom to different parts of the highway system. I expect this is a fairly standard web-based real-time traffic mapping system. Hypothetically speaking, what would the requirements be in terms of server hardware should the number of hits be in the neighborhood of 200,000 per day? We are trying to estimate what our server costs will be prior to attacking such a project so any input would be helpful. For those of you who are currently running Mapserver off of a dedicated server, how many map users do you get on a daily basis and what hardware infrastructure do you use to satisfy your map's demand? >From: "Ed McNierney" >To: "Justin Garre" >, >Subject: RE: [Mapserver-users] Mapserver/ArcIMS: server requirements >Date: Fri, 2 May 2003 08:19:05 -0400 > >Justin - > >Unfortunately, these are extremely difficult questions to answer, mainly >because there's a huge range in what constitutes a "hit". Is one map >served a single tax parcel from a town-wide collection of 3,000 generally >simple polygons, or is one map served a resampled and reprojected subset of >a raster mosaic producing a zoomed-out view of several megabytes of >imagery? > >If you want to evaluate server requirements, you will need to describe the >serving job as precisely as possible. If you can pretty well define what a >single map "hit" constitutes, you'll get more helpful advice. > > - 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: Justin Garre [mailto:garre_gis at hotmail.com] >Sent: Friday, May 02, 2003 3:09 AM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] Mapserver/ArcIMS: server requirements > > >I am trying to get an idea of how many servers/server space will be >required >to run Mapserver with a specific number of hits per day. For example, >would >a single server be adequate for 200,00 user sessions per day? How many >servers would be necessary for 1,000,000 users (site hits) per day? > >Granted this questions depends on a variety of criteria such as the >capabilities of the hardware and how large the map files are, but if >anybody >would be willing to share what kind of server setup you have and how much >usage you experience on a daily basis it would be greatly appreciated. > >Also, would ArcIMS be more demanding than Mapserver in terms of server >consumption? ie- I understand Mapserver has a more concise code so I am >curious to know if it would be less demanding on our server(s). > >Thanks in advance, > >Justin Garre >University of Washington >garre_gis at hotmail.com > > > > > > > >_________________________________________________________________ >Add photos to your messages with MSN 8. Get 2 months FREE*. >http://join.msn.com/?page=features/featuredemail > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From stepan.kafka at centrum.cz Wed May 7 03:17:59 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Wed, 7 May 2003 12:17:59 +0200 Subject: [Mapserver-users] error in open() with php/mapscript In-Reply-To: <20030507072852.21850ae6.sholl@gmx.net> Message-ID: <000901c31481$ef1c1e80$463c2fc3@HSGIS> Stephan, in version 3.7 the syntax of layer->open() has changed. Now it is called without any parameters. See mapscript documentation. 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 Stephan > Holl > Odesl?no: 7. kv?tna 2003 7:29 > Komu: mapserver-users > P?edm?t: [Mapserver-users] error in open() with php/mapscript > > > Dear mapserver-gurus, > I cannot make the singel-point-query with php/mapscript working in > gmap-demo and in my app. > The following error results: > Warning: Wrong parameter count for open() in /var/www/php/function.inc > on line 325 > Fatal error: MapServer Error in msLayerGetShape(): Shapefile layer has > not been opened. in /var/www/php/function.inc on line 356 > > The query-code: > > // Open layer's table... take the list of fields to display from > // the "HEADERRESULT_FIELDS" metadata in the layer object. > $oLayer->open($map->shapepath); // line 325 > > > $selFields = explode(" ", $oLayer->getMetaData("RESULT_FIELDS")); > > printf("
", sizeof($selFields)); printf("
%s
", $oLayer->getMetaData("DESCRIPTION")); printf("
"); printf("%s",$selFields[$iField]); printf("
\n"); > printf("\n"); > printf("\n"); > > // > // Table header: attribute names... > // > printf("\n"); > for ($iField=0; $iField < sizeof($selFields); $iField++) > { > printf(""); > } > printf("\n"); > > // > // One row in table for each selected record > // > > for ($iRes=0; $iRes < $numResults; $iRes++) > { > $oRes = $oLayer->getResult($iRes); > > $oShape = $oLayer->getShape($oRes->tileindex,$oRes->shapeindex); // > line 356 > > printf("\n"); > > > Perhaps anybody could give me a hint how to solve this problem. > My system: > MapServer version 3.7 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER > SUPPORTS=WFS_SERVER SUPPORTS=GD2_RGB INPUT=EPPL7 INPUT=JPEG > INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > PHP MapScript Version > ($Revision: 1.149 $ $Date: 2003/03/14 13:43:03 $) > > php4.3.1 > > Thanks for your help > Stephan Holl > > -- > Stephan Holl > > GnuPG Key-ID: 11946A09 > --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.474 / Virov? b?ze: 272 - datum vyd?n?: 18.4.2003 From edspremolla at Antel.com.uy Wed May 7 04:44:38 2003 From: edspremolla at Antel.com.uy (Eduardo Spremolla) Date: 07 May 2003 08:44:38 -0300 Subject: [Mapserver-users] Drawing groups with perlMapscript In-Reply-To: References: Message-ID: <1052307877.5160.9.camel@fly.in.iantel.com.uy> Hi all: In the CGI version you can set a group on and all the layers in the group get draw. I'm now working with perl Mapscript , and the sequence: my $layer = $map->getLayerByName('group_name'); $layer->draw($map, $img); fails, since there is no layer with that name. Is there a way to do it, without stating every layer in the group? Thanks in advance Eduardo Spremolla Montevideo Uruguay From lfilak at medinaco.org Wed May 7 07:33:02 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 07 May 2003 10:33:02 -0400 Subject: [Mapserver-users] Drawing groups with perlMapscript Message-ID: <200305071432.h47EWsN32270@yogi.medinaco.net> I don't know of a 'group' object which is what I think your looking for here. However you can emulate a group by selecting all layers then looping through each of them and retrieving the group name ($layer->{group}) then set the layers which belong to the group you wish to draw on. You can also add/remove layers that belong to a group by changing the value of $layer->{group} which may be a simpler solution depending on what your trying to accomplish. HTH Lowell F. The following message was sent by Eduardo Spremolla on 07 May 2003 08:44:38 -0300. > Hi all: > > In the CGI version you can set a group on and all the layers in the > group get draw. > I'm now working with perl Mapscript , and the sequence: > > my $layer = $map->getLayerByName('group_name'); > $layer->draw($map, $img); > > fails, since there is no layer with that name. > > Is there a way to do it, without stating every layer in the group? > > Thanks in advance > > > Eduardo Spremolla > Montevideo > Uruguay > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rosangela.silva at zenitpolar.com.br Wed May 7 08:10:03 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Wed, 7 May 2003 12:10:03 -0300 Subject: [Mapserver-users] shptree, shptrevis and shptst Message-ID: <000c01c314aa$bd132450$377ba8c0@nadir> This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C31491.97164B60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello list, Does anyone can give me some information about how can I get shptrevis and shptst utilities?? Are there a shptrevis.exe and shptst.exe=20 like shptree.exe??=20 Having the .qix (quadtree index) created, the mapserver automaticaly read it or I have do set something in the Layer definition?? Thanks in advance Ros=E2ngela. ------=_NextPart_000_0009_01C31491.97164B60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello list,
 
Does anyone can give me some = information about=20 how
can I get shptrevis and shptst utilities??
Are there a shptrevis.exe and = shptst.exe=20
like shptree.exe??
 
Having the .qix (quadtree index) = created, the=20 mapserver
automaticaly read it or I have do set = something in=20 the
Layer definition??
 
Thanks in advance
 
Ros=E2ngela.
------=_NextPart_000_0009_01C31491.97164B60-- From robe.dnd at ci.boston.ma.us Wed May 7 09:42:57 2003 From: robe.dnd at ci.boston.ma.us (Obe, Regina DNDMIS) Date: Wed, 7 May 2003 12:42:57 -0400 Subject: [Mapserver-users] Limiting number of results in ItemNQuery Message-ID: Is there a way to limit the number of results returned by an ItemNQuery in mapserver. For example if I'm returning a list of addresses and someone types in just a street name, I'd want to limit the result set to 10 records. Thanks From doug at moximedia.com Wed May 7 10:17:54 2003 From: doug at moximedia.com (Doug Cates) Date: Wed, 7 May 2003 10:17:54 -0700 Subject: [Mapserver-users] Mapserver on Windows/IIS Message-ID: <001001c314bc$98db1e50$6401a8c0@vn.shawcable.net> Richard, We have a server-side Java / JSP framework for deploying customized WMS services, which includes MapServer. It is platform independent, and runs nicely under IIS. My server is Linux, but you can see some examples at: http://moximedia.com/imf_sites.html Regards, Doug -- Doug Cates Moxi Media Inc. 757 - 1641 Lonsdale Avenue, Vancouver, BC, Canada V7M 2J5 Phone: 604-984-8109 Fax: 604-608-4764 E-Mail: doug at moximedia.com Web: www.moximedia.com From pkishor at geoanalytics.com Wed May 7 10:30:11 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Wed, 07 May 2003 17:30:11 -0000 Subject: [Mapserver-users] Re: problems compiling PROJ.4 on Mac OS X 10.2.5 In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, John Oram wrote: > OK, tried "sudo make install". Seems a little better -- no grievous > errors that I can see (though I am not quite sure what I should look > for). I did see something about "nad2nad source files not present" John, you have to grab the NAD files (on remotesensing.org) and copy them in the src directory tree... everything will be ok. I am not near my iBook (all the instructions are there, so I am speaking from memory), but I can email you the specific instructions in the evening. In the meantime, try the above. Puneet. From sholl at gmx.net Wed May 7 10:50:17 2003 From: sholl at gmx.net (Stephan Holl) Date: Wed, 7 May 2003 19:50:17 +0200 Subject: [Mapserver-users] error in open() with php/mapscript In-Reply-To: <000901c31481$ef1c1e80$463c2fc3@HSGIS> References: <20030507072852.21850ae6.sholl@gmx.net> <000901c31481$ef1c1e80$463c2fc3@HSGIS> Message-ID: <20030507195017.2a9b96ce.sholl@gmx.net> --=.a1kiQkHswLTeRB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit At Wed, 7 May 2003 12:17:59 +0200 Stepan Kafka wrote: Hello Stepan, > Stephan, > in version 3.7 the syntax of layer->open() has changed. Now it is > called > without any parameters. See mapscript documentation. my docs were outdated... thanks for your hint! cheers Stephan -- Stephan Holl GnuPG Key-ID: 11946A09 --=.a1kiQkHswLTeRB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+uUdbEg9SKhGUagkRAhbyAJ9gN9Kg10hFXdu9CKyXGrtwuW/gUgCfaKER avf/N7diLS5wB/vxie70M9A= =k7Lk -----END PGP SIGNATURE----- --=.a1kiQkHswLTeRB-- From mdoggett at coas.oregonstate.edu Wed May 7 15:40:17 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Wed, 7 May 2003 15:40:17 -0700 Subject: [Mapserver-users] Help COLOR_MATCH_THRESHOLD In-Reply-To: <3EA549EB.3000100@pobox.com> Message-ID: <006201c314e9$a26465d0$2441c180@nino> I have raster data (via GDAL) with values much larger than 255 and I tried using the PROCESSING directive as described in this thread but I'm not getting it to work. In fact, I can't find ANY reference to this option in the documentation. Apparently, you got it to work, so...how did you do it? What's the syntax and use for this option? Where is it documented? -Matt (RedHat8.0, Apache2.0, Mapserver 3.6.4, Php4.2.3) The following snippet from my mapfile: LAYER NAME "PPT" STATUS ON DATA "/home/mistral/forages/data/grass/us/PERMANENT/cellhd/us_ppt_01" TYPE RASTER TEMPLATE "ttt.html" PROCESSING "SCALE=0,105812" END Produces the following error: Warning: MapServer Error in loadLayer(): (PROCESSING):(87) in /home/mistral/forages/www/us_simple.php on line 12 Fatal error: Failed to open map file ./us.map in /home/mistral/forages/www/us_simple.php on line 12 > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users- > admin at lists.gis.umn.edu] On Behalf Of Frank Warmerdam > Sent: Tuesday, April 22, 2003 6:56 AM > To: Hussain, Asghar (IWMIPK) > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Help COLOR_MATCH_THRESHOLD > > Hussain, Asghar (IWMIPK) wrote: > > Dear all > > > > I am publishing raster data through mapserver. I wants to use GDAL > > library how I can use in map file for example I have elevation data the > > values are more than 256 color. So I wants to decrease the color depth. > > please can any one help and share the map file code with me ? > > Asghar, > > I don't think you need to use COLOR_MATCH_THRESHOLD in this case. Instead > you > need to scale your elevation data into the range 0-255 (or perhaps a more > constrained range). > > By default the GDAL raster input code for MapServer will just truncate > pixel > values outside the range 0-255, so any elevation over 255 would be set to > 255. > > What you need to do is establish the range of values that can occur, and > then > set a SCALING processing directive to control the scaling of the raw > raster > values into the 0-255 range. > > For instance if a utility like gdalinfo (or metadata) tells you that the > range of elevation is 0 to 1000 you might put the following directive in > the LAYER section to force the input range to be scaled down to 0-255: > > PROCESSING "SCALE=0,1000" > > If you don't want to figure out the min and max for your dataset, and > don't > need to be able to document exactly what output values correspond to in > input elevations you could just use auto-scaling. > > PROCESSING "SCALE=AUTO" > > Note that auto-scaling is based only on the rectangle of raster data > loaded > for a particular request, so the scaling applied will vary depending on > the > section of data being viewed. This is often inappropriate. Auto-scaling > will > always be inappopriate if you want to produce a legend with meaningful > range > values for the classes. > > I think that the SCALE processing option is documented in the mapfile > reference. > > Best regards, > > -- > ---------------------------------------+-------------------------------- -- > ---- > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mdoggett at coas.oregonstate.edu Wed May 7 16:03:05 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Wed, 7 May 2003 16:03:05 -0700 Subject: [Mapserver-users] TIF colors too dark Message-ID: <006301c314ec$d185f380$2441c180@nino> I have a georeferenced TIF raster that looks great in my image editing/display program (like ImageMagick or MS PhotoEditor) but when mapserver displays the raster, the colors are much darker than they should be. Any thoughts as to what may be going on and how I might fix it? -Matt (RedHat8.0, Apache2.0, Mapserver 3.6.4, Php4.2.3) 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 hartr at 3logix.com.au Wed May 7 16:57:34 2003 From: hartr at 3logix.com.au (Hermie) Date: Thu, 8 May 2003 09:57:34 +1000 Subject: [Mapserver-users] Projection in Mapserver Problem Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C31548.3F6F6740 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, I have set up a map file using utm projection, RASTER layer using utm projection and am trying to render points based on received lat/long from a GPS device. The locations displayed are way off (PROJECTION object for lat/long was added to the layer), however if I take the lat/long coordinates received and convert them to utm coordinates with a conversion tool I have and they are pretty close (not exact). The other anomaly I struck was when I tried to convert all the projections to lat/long firstly the EXTENT was set to lat long (based on the converted utm coordinates) and the x,y of RASTER layer displayed in the centre even though the anchor point x,y was the same in both the MAP EXTENT and the .wld file (I did add utm projection object to the raster layer). I also tried the point project API and the locations are still off, the variation appears to be about 50km North and about 10km west of the real location. Any help/advise would be appreciated. //Wld File 13.901760889712696941612604263207 0.0000000000 0.0000000000 -13.899920571882446386020651310564 480000 7000000 //Map File MAP NAME BRISBANE STATUS ON EXTENT 480000.00 7000000.00 540000.00 6930000.00 UNITS METERS SHAPEPATH "data" SIZE 500 500 PROJECTION "proj=utm" "zone=56" "south" "ellps=aust_SA" "towgs84=-133,-48,148,0,0,0,0" "units=m" "no_defs" END SYMBOL NAME 'circle' IMAGE './data/trucks.gif' TYPE pixmap END REFERENCE IMAGE graphics/reference.gif SIZE 120 140 STATUS ON EXTENT 480000.00 6930000.00 540000.00 7000000.00 END LAYER NAME mainmap DATA brisbane.tiff TYPE Raster STATUS ON END LAYER NAME trucks STATUS DEFAULT TYPE POINT PROJECTION proj=longlat ellps=aust_SA no_defs END CLASS NAME "clstrucks" SYMBOL 'circle' MAXSIZE 200 END END SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 255 255 255 SIZE tiny END STYLE 1 SIZE 80 2 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 1 TRANSPARENT FALSE STATUS TRUE END END Hart Runge 3Logix Pty Ltd Delivering Total Logistic Solutions Ph. 1300 727 100 Fax 1300 727 101 Mobile 0402 794198 mailto:hartr at 3Logix.com.au http://www.3Logix.com.au This transmission is for the intended addressee only. If you have received this transmission in error, please delete the mail and notify the sender. The Contents of this e-mail are the opinion of the writer only and are not endorsed by 3Logix Pty Ltd unless expressly stated otherwise. ------=_NextPart_000_0005_01C31548.3F6F6740 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

I have set up a map file using utm projection, RASTER layer using = utm projection and am trying to render points based on received lat/long = from a GPS device. The locations displayed are way off (PROJECTION object for = lat/long was added to the layer), however if I take the lat/long coordinates received = and convert them to utm coordinates with a conversion tool I have and they = are pretty close (not exact).

 

The other anomaly I struck was when I tried to convert all the projections to lat/long firstly the EXTENT was set to lat long (based on = the converted utm coordinates) and the x,y of RASTER layer displayed in the = centre even though the anchor point x,y was the same in both the MAP EXTENT and = the .wld file (I did add utm projection object to the raster = layer).

 

I also tried the point project API and the locations are still = off, the variation appears to be about 50km North and about 10km west of the real location.

 

Any help/advise would be = appreciated.

 

//Wld File

13.901760889712696941612604263207<= /p>

0.0000000000

0.0000000000

-13.899920571882446386020651310564=

480000

7000000

 

//Map File

MAP

NAME BRISBANE

STATUS ON

EXTENT 480000.00 7000000.00 540000.00 = 6930000.00

UNITS METERS

SHAPEPATH "data"

SIZE 500 500

 

PROJECTION

  = "proj=3Dutm"       =

  = "zone=3D56"

  = "south"

  = "ellps=3Daust_SA"

  "towgs84=3D-133,-48,148,0,0,0,0"

  = "units=3Dm"

  = "no_defs"

END

 

SYMBOL

  NAME = 'circle'

  IMAGE = './data/trucks.gif'

  TYPE pixmap  =

END

 

REFERENCE

  IMAGE graphics/reference.gif  =

  SIZE 120 = 140

  STATUS = ON

  EXTENT 480000.00 6930000.00 540000.00 7000000.00

END

 

LAYER

  NAME = mainmap

  DATA = brisbane.tiff

  TYPE = Raster

  STATUS = ON

END

 

LAYER

    NAME = trucks

    = STATUS DEFAULT

    TYPE POINT    =

    = PROJECTION

      proj=3Dlonglat

      ellps=3Daust_SA

      no_defs

    = END

    = CLASS

      NAME "clstrucks"

      SYMBOL 'circle'

      MAXSIZE = 200

    = END

END

 

SCALEBAR

  IMAGECOLOR 255 = 255 255

  = LABEL

    COLOR = 255 255 255

    SIZE = tiny    =

  = END

  STYLE = 1

  SIZE 80 = 2

  COLOR 255 255 = 255

  UNITS = KILOMETERS

  INTERVALS = 1

  TRANSPARENT = FALSE

  STATUS = TRUE

END

 

END

 

Hart Runge

Ph. 1300 = 727 100

Fax 1300 = 727 101

Mobile = 0402 794198

mailto:hartr at 3Logix.com.au

http://www.3Logix.com.au

 <= /p>

This transmission is for the = intended addressee only. If you have received<= /p>

this transmission in error, = please delete the mail and notify the sender.<= /p>

The Contents of this e-mail are = the opinion of the writer only and are not<= /p>

endorsed by 3Logix Pty Ltd unless expressly stated otherwise.<= /p>

 <= /p>

------=_NextPart_000_0005_01C31548.3F6F6740-- From mapserver at oram.com Wed May 7 17:58:52 2003 From: mapserver at oram.com (John Oram) Date: Wed, 7 May 2003 17:58:52 -0700 Subject: [Mapserver-users] building Mapserver 3.6.5 on Mac OS X 10.2.5 Message-ID: <3C7E8938-80F0-11D7-AACA-00039315FC54@oram.com> Hi- In my further adventures of getting Mapserver up and running, after issuing ./configure --with-jpeg / --with-gd=../gd-1.8.4 / --with-proj / --with-zlib=/usr/local/lib / --with-png=/usr/local/lib / --with-php=/usr/local/src/php-4.3.1 I see this at the tail end of the messages: checking whether we have PHP3 or PHP4... -DPHP4 checking whether we should use PHP's regex... no PHP/MapScript module configured. updating cache ./config.cache creating ./config.status creating Makefile mkdir: mapscript/php3: No such file or directory creating mapscript/php3/Makefile sed: ./mapscript/php3/Makefile.in: No such file or directory ./config.status: mapscript/php3/Makefile: No such file or directory Then it quits. It seems to be choking on the non-existence of the ./mapscript/php3 directory -- I am assuming that this is supposed to be automagically generated by Mapserver's "./configure", as opposed to pre-existing, but why it would have trouble with "mkdir" is confusing. Should I try making that directory on my own? Would the proper path be /usr/local/src/mapscript/php3? Or is there a deeper issue? I'm wondering if I missed something with PHP. PHP seemed to compile and install without problems. Here's the configure for it: ./configure \ --with-xml \ --with-zlib \ --with-mysql \ --with-gd \ --with-png \ --with-jpeg \ --enable-wddx \ --with-regex=system \ --enable-force-cgi-redirect as well as sudo cp ./sapi/cgi/php /Library/WebServer/CGI-Executables/php Thanks for your patience, John From warmerdam at pobox.com Thu May 8 21:58:58 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 09 May 2003 00:58:58 -0400 Subject: [Mapserver-users] Help COLOR_MATCH_THRESHOLD References: <006201c314e9$a26465d0$2441c180@nino> Message-ID: <3EBB3592.9070102@pobox.com> Matt Doggett wrote: > I have raster data (via GDAL) with values much larger than 255 and I > tried using the PROCESSING directive as described in this thread but I'm > not getting it to work. In fact, I can't find ANY reference to this > option in the documentation. Apparently, you got it to work, so...how > did you do it? What's the syntax and use for this option? Where is it > documented? Matt, The option only exists in MapServer 3.7 (aka dev, aka CVS, aka 4.0). I think it is discussed in the MapServer 3.7 raster howto. 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 tomax77 at gmx.de Thu May 8 05:04:57 2003 From: tomax77 at gmx.de (tomax77 at gmx.de) Date: Thu, 8 May 2003 14:04:57 +0200 (MEST) Subject: [Mapserver-users] Problems with Compiling PostGIS 0.7.5 Message-ID: <691.1052395497@www50.gmx.net> Hello UMN users, i've some problems with compiling PostGIS 0.7.5 on a Microsoft IIS 4 Server. I used a cygwin shell as unix module on a WIN NT system to compile, then I've got the following error message: collect2: returned 1 exit status dllwrap: gcc exited with status 1 Make:***[libpostgis.a] Error 1 This abbort message occured after some lines with 'undefined reference to' errors. May it be a problem with the path of my 'libpostgis.a' data or stays it in relation with my PostgreSQL Installation. Can anyone gives me a hint to solve this problem. Thanks Tom -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! From dukav110 at mars.rz.fht-stuttgart.de Thu May 8 05:41:30 2003 From: dukav110 at mars.rz.fht-stuttgart.de (Karin =?iso-8859-1?Q?D=FCrrwanger?=) Date: Thu, 08 May 2003 14:41:30 +0200 Subject: [Mapserver-users] Scalebar Message-ID: <3EBA507A.D8D0A039@mars.rz.fht-stuttgart.de> Dear list, i have a question about the scalebar. When I zoom in, the label turn to decimal numbers and the numbers overlap. Could I only avoid this with MINSCALE / MAXSCALE in the Web Object or is there another solution? And is it possible to control the decimal places? Thanks for any help. Karin From jacobi at dfki.de Thu May 8 06:02:05 2003 From: jacobi at dfki.de (Sven Jacobi) Date: Thu, 08 May 2003 15:02:05 +0200 Subject: [Mapserver-users] msSearchDiskTree(): Unable to access file. Message-ID: <200305081301.h48D19I9016010@corp-200.dfki.uni-sb.de> Hi list, I'm using Mapscript for Python and I want to ask whether it is possible to avoid exceptions like this: val = MapScriptc.mapObj_draw(self.this) RuntimeError: msSearchDiskTree(): Unable to access file. Exception exceptions.RuntimeError: 'msSearchDiskTree(): Unable to access file. \n' in ignored I can't find any error inside my script or mapfile, but still I receive these errors. So I ask whether it is possible to ignore these exceptions... Or any other ideas??? Thanks in forward, Sven From mschulz at webgis.de Thu May 8 06:15:33 2003 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 08 May 2003 15:15:33 +0200 Subject: [Mapserver-users] msSearchDiskTree(): Unable to access file. References: <200305081301.h48D19I9016010@corp-200.dfki.uni-sb.de> Message-ID: <3EBA5874.BCD0195@webgis.de> Hi, i know that Sean Gillies has added some code to the exception handling in python/mapscript. You might need a more recent version of python/mapscript and use the provided setup.py script to build python/mapscript. Cheers, Michael Sven Jacobi schrieb: > Hi list, > > I'm using Mapscript for Python and I want to ask > whether it is possible to avoid exceptions like this: > > val = MapScriptc.mapObj_draw(self.this) > RuntimeError: msSearchDiskTree(): Unable to access file. > > Exception exceptions.RuntimeError: 'msSearchDiskTree(): Unable to access file. \n' in mapObjPtr.__del__ of mapObj instance at 1a16fc> ignored > > I can't find any error inside my script or mapfile, but still > I receive these errors. So I ask whether it is possible to > ignore these exceptions... > > Or any other ideas??? > > Thanks in forward, > > Sven > > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH Sautierstr. 38, 79104 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de From rosangela.silva at zenitpolar.com.br Thu May 8 07:12:27 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Thu, 8 May 2003 11:12:27 -0300 Subject: [Mapserver-users] Problems with Compiling PostGIS 0.7.5 References: <691.1052395497@www50.gmx.net> Message-ID: <002101c3156b$dbf92c90$377ba8c0@nadir> Tom, I had the same problem and this was a past question of the list. POSTGIS 0.7.5 COMPILATION 1) EDIT THE FILE /POSTGRESQL-VERSION/SRC/INCLUDE/OPTMIZER/COST.H CHANGE THE LINE extern double cpu_index_tuple_cost; FOR extern DLLIMPORT double cpu_index_tuple_cost; in POSTGRESQL-VERSION directory ./configure ou ./configure --enable-multibyte --with-CXX --prefix=/usr --sysconfdir=/etc -- docdir=/usr/doc/postgresql-7.3.1 make 2) in postgis MAKEFILE ADD THE CLAUSE: -L ../../src/backend -lpostgres IN # Add libraries that libpq depends (or might depend) on into the # shared library link. (The order in which you list them here doesn't # matter.) SHLIB_LINK=$(filter -L%, $(LDFLAGS)) ifeq ($(USE_PROJ),1) SHLIB_LINK=$(filter -L%, $(LDFLAGS)) $(BE_DLLLIBS) -L$(PROJ_DIR)/lib -lproj else SHLIB_LINK=$(filter -L%, $(LDFLAGS)) $(BE_DLLLIBS) -L ../../src/backend -lpostgres endif make make install For more completed information, see the olders links See the link http://postgis.refractions.net/pipermail/postgis-users/2003-April/002316.html http://postgis.refractions.net/pipermail/postgis-users/2003-February/002129.html Ros?ngela ----- Original Message ----- From: To: Sent: Thursday, May 08, 2003 9:04 AM Subject: [Mapserver-users] Problems with Compiling PostGIS 0.7.5 > Hello UMN users, > > i've some problems with compiling PostGIS 0.7.5 on a Microsoft IIS 4 Server. > I used a cygwin shell as unix module on a WIN NT system to compile, then > I've got the following error message: > > collect2: returned 1 exit status > dllwrap: gcc exited with status 1 > Make:***[libpostgis.a] Error 1 > > This abbort message occured after some lines with 'undefined reference to' > errors. May it be a problem with the path of my 'libpostgis.a' data or stays > it in relation with my PostgreSQL Installation. > Can anyone gives me a hint to solve this problem. > > Thanks > > Tom > > -- > +++ GMX - Mail, Messaging & more http://www.gmx.net +++ > Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From pagurekd at agr.gc.ca Thu May 8 08:46:40 2003 From: pagurekd at agr.gc.ca (Debbie Pagurek) Date: Thu, 08 May 2003 11:46:40 -0400 Subject: [Mapserver-users] problem with GetCapabilities Message-ID: Hi all, am experiencing something weird when I request a GetCapabilities from my wms_server apps. I am prompted to download a file. It says file name = mapserv.map (where's it getting that name????) file type=MAP_AUTO_FILE from: my server name if I open this file up in wordpad it is fine. I am using Internet Explorer 6. Is this a browser problem or a file associations problem or what? Also, I have Mapserver 3.6.3 on my system. Does this support WMS 1.1.0 or just 1.0.0? D. Pagurek From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Thu May 8 09:00:37 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Thu, 8 May 2003 12:00:37 -0400 Subject: [Mapserver-users] problem with GetCapabilities Message-ID: <7CDD7B94357FD5119E800002A537C46E2307B5@s5-ccr-r1.ccrs.nrcan.gc.ca> Debbie, I'm not sure what this MAP_AUTO_FILE thing is ... But, the thing is there is a special MIME-Type used for OGC XML, such as GetCapabilities. MapServer responds sending this MIME Type to the browser, which the browser by default doesn't know what to do with, so it opens the download dialog. I don't have the mime-types on hand, they're in the WMS spec ... You can setup your browser to act according to your wishes based on this mime-type, such as open it in XML Spy or something. Oh wait here they are: application/vnd.ogc.wms_xml, application/vnd.ogc.se_xml, application/vnd.ogc.gml In Mozilla/Netscape6/7 , you go into Edit -> Preferences -> Navigator -> Helper Applications ... Hope this helps! J.F. -----Original Message----- From: Debbie Pagurek [mailto:pagurekd at agr.gc.ca] Sent: Thursday, May 08, 2003 11:47 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] problem with GetCapabilities Hi all, am experiencing something weird when I request a GetCapabilities from my wms_server apps. I am prompted to download a file. It says file name = mapserv.map (where's it getting that name????) file type=MAP_AUTO_FILE from: my server name if I open this file up in wordpad it is fine. I am using Internet Explorer 6. Is this a browser problem or a file associations problem or what? Also, I have Mapserver 3.6.3 on my system. Does this support WMS 1.1.0 or just 1.0.0? D. Pagurek _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Tom.Kralidis at CCRS.NRCan.gc.ca Thu May 8 09:05:50 2003 From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca) Date: Thu, 8 May 2003 12:05:50 -0400 Subject: [Mapserver-users] problem with GetCapabilities Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA1FD4@s5-ccr-r1.ccrs.nrcan.gc.ca> > -----Original Message----- > From: Debbie Pagurek [mailto:pagurekd at agr.gc.ca] > Sent: Thursday, May 08, 2003 11:47 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] problem with GetCapabilities > > > Hi all, > am experiencing something weird when I request a > GetCapabilities from my wms_server apps. > > I am prompted to download a file. It says > file name = mapserv.map (where's it getting that name????) > file type=MAP_AUTO_FILE > from: my server name > > if I open this file up in wordpad it is fine. > > I am using Internet Explorer 6. > > Is this a browser problem or a file associations problem or what? > As of WMS 1.1.0, the content type for a GetCapabilities response is application/vnd.ogc.wms_xml for a GetCapabilities response. So unless your web browser knows how to handle this content type (i.e. file associations) you'll be prompted to download or open. Alot of people ask 'why -- it's just an XML document?'. The reasoning behind this is so that, seeing that everyone and their dog is writing dialects of XML in their services, they could be easily recognizable by the content type and be pushed off to specific applications through file associations. This way, with WMS as an example, I could configure GetCapabilities responses to open up in Notepad, and GetFeatureInfo (application/vnd.ogc.gml) with XML Spy or something. > Also, I have Mapserver 3.6.3 on my system. Does this support > WMS 1.1.0 or just 1.0.0? > > D. Pagurek > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From benjamin.thelen at ccgis.de Thu May 8 09:33:59 2003 From: benjamin.thelen at ccgis.de (Benjamin Thelen) Date: Thu, 8 May 2003 18:33:59 +0200 Subject: [Mapserver-users] rojection library error. no system list, errno: 2 In-Reply-To: <3EB6A171.5010704@pobox.com> Message-ID: Hi Frank, thanks to you. Sorry for that long mail again, I am still stuck and could not find any more helpful information in the mailing list archives or at MapServerWiki. shp2img responds the same error message!! ---------------------------------------------------------------------------- -------------------- root at qwertzuiop# /usr/home/src/mapserver-3.6.5/shp2img -m /usr/home/umn/test1.map -o /tmp/test pj_open_lib(proj_def.dat): call fopen(/usr/local/share/proj/proj_def.dat). pj_open_lib(EPSG): call fopen(/usr/local/share/proj/EPSG). msProcessProjection(): Projection library error. no system list, errno: 2 ---------------------------------------------------------------------------- -------------------- Is this maybe a hint? Why does proj -v find the epsg file (see below) and shp2img not? Why is shp2img not installed in /usr/local/bin/ like "shp2pgsql"? Is that ok? I then checked all permissions. Everybody has read permissions on /usr/local/share/proj/epsg, as you can see below in the directory listing. benjamin at qwertzuiop> cd /usr/local/share/proj/ benjamin at qwertzuiop> l epsg -r--r--r-- 1 root wheel 196424 Mar 25 18:24 epsg Apache runs as user www (or nobody on Linux), so I suppose cgi-processes are run with the same user...?! I have my umn data in /usr/home/umn: data/test/ --> SHAPEPATH sessions/ --> IMAGEPATH symbols/ test1.map I checked permissions within /usr/home/umn. At least everyone has r--. Maybe that is not enough. But I don't think so, because, why should rwx be neccessary. At last I've downloaded the latest epsg-file, changed the owner from root to an ordinary user and made chmod 777. Changing user and permissions does't help at all. Then I found out the following strange thing: root at qwertzuiop# proj -v +init=epsg:31493 pj_open_lib(epsg): call fopen(/usr/local/share/proj/epsg). Rel. 4.4.5, 9 January 2002 : projection initialization failure cause: no options found in 'init' file program abnormally terminated root at qwertzuiop# proj -v +init=epsg:4326 pj_open_lib(epsg): call fopen(/usr/local/share/proj/epsg). Rel. 4.4.5, 9 January 2002 : +proj=latlong unsuitable for use with proj program. program abnormally terminated Then I found out that there are no entries for epsg:3149X in the new epsg-file!!?? So I took the old epsg-file. There are epsg:3149X entries in it. proj -v +init=epsg:4326 responds the same. Do you have an another idea what's that "no system list"-thing is? Thanks in advance, Benjamin Maybe it provides some helpful information, here is my map-file: ---------------------------------------------------------------------------- MAP NAME "test1" STATUS ON #EXTENT 5.88 46.6213 15 55.7187 EXTENT 3230000 5230448 3965190 6130010 #5.88 46.6213 15 55.7187 PROJECTION "init=EPSG:31493" END SIZE 650 420 SHAPEPATH "/usr/home/umn/data/test/" #SYMBOLSET "/usr/home/umn/symbols/symbols.sym" #FONTSET "/usr/home/umn/fonts/fonts.list" IMAGECOLOR 255 255 255 TRANSPARENT ON #ON|OFF Backgroundcolor fur Karten transparent; def off UNITS METERS #Units mapcoordinates; fur scale/scalebar Berechnungen RESOLUTION 72 #Pixel/inch fur Output (scalecomputation; def 72), vorher 300 INTERLACE OFF IMAGETYPE PNG #output imagetype WEB MINSCALE 1 MAXSCALE 100000000000000000 #TEMPLATE "templates/client.html" IMAGEPATH "/usr/home/umn/sessions/" IMAGEURL "http://qwertzuiop/umn/sessions/" TEMPLATE "/usr/home/umn/templates/test3.html" # LOG "./umn.log" METADATA "WMS_ACCESSCONSTRAINTS" "none" "WMS_SRS" "EPSG:4326" #"WMS_SRS" "EPSG:31493" "WMS_ONLINERESOURCE" "http://qwertzuiop/cgi-bin/mapserv?map=../../../home/umn/test1.map" "WMS_TITLE" "Germany" "WMS_FEATURE_INFO_MIME_TYPE" "text/html" "WMS_ABSTRACT" "Germany" END END #------------------------ LAYER NAME "Grenze" STATUS ON DATA "grenze.shp" TYPE POLYGON PROJECTION "init=EPSG:4326" END UNITS METERS SIZEUNITS PIXELS MINSCALE 0 MAXSCALE 100000000000000000 METADATA "WMS_SRS" "EPSG:4326" "WMS_TITLE" "Grenze" "WMS_FEATURE_INFO_MIME_TYPE" "text/html" END CLASS SYMBOL 0 COLOR 255 204 102 END END END #End mapfile ---------------------------------------------------------------------------- > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Frank > Warmerdam > Sent: Monday, May 05, 2003 7:38 PM > To: Benjamin Thelen > Cc: UMN MapServer > Subject: Re: [Mapserver-users] rojection library error. no system list, > errno: 2 > > > Benjamin Thelen wrote: > > I set the environment variable PROJ_LIB directly in a shell: > > "set PROJ_LIB=/usr/local/share/proj". > > But that didn't help as well. > > > > > > > > I thought it could be something with file permissions, but I > don't think, > > proj4 is not allowed to access its own files. I have no more > ideas at the > > moment. Anybody another idea? > > Sorry for my three mails. I was a bit to fast writing to the list. > > Benjamin, > > I haven't traced through everything you have tried, but permissions can > certainly be an issue under some circumstances. Note that PROJ only has > the permission available to the cgi-bin process it is called from > when used > in a web environment. So if your webserver runs cgi-bin programs > as "nobody" > please verify that the nobody user has read permissions on > /usr/local/share/proj/epsg. > > You should also verify that things work fine in your commandline > environment. > For instances, does shp2img work on your map? Does proj? Try this: > > warmerda at gdal2200[90]% setenv PROJ_DEBUG > warmerda at gdal2200[91]% proj -v +init=epsg:27700 > pj_open_lib(epsg): call fopen(/usr/local/share/proj/epsg) - succeeded > #Transverse Mercator > # Cyl, Sph&Ell > # +init=epsg:27700 +proj=tmerc +lat_0=49 +lon_0=-2 +k=0.999601 +x_0=400000 > # +y_0=-100000 +ellps=airy +units=m +no_defs > > Best regards, > > -- > ---------------------------------------+-------------------------- > ------------ > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From warmerdam at pobox.com Thu May 8 09:51:38 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 08 May 2003 12:51:38 -0400 Subject: [Mapserver-users] rojection library error. no system list, errno: 2 In-Reply-To: References: Message-ID: <3EBA8B1A.2040602@pobox.com> Benjamin Thelen wrote: > Hi Frank, > > thanks to you. Sorry for that long mail again, I am still stuck and could > not find any more helpful information in the mailing list archives or at > MapServerWiki. > > shp2img responds the same error message!! > > ---------------------------------------------------------------------------- > -------------------- > root at qwertzuiop# /usr/home/src/mapserver-3.6.5/shp2img -m > /usr/home/umn/test1.map -o /tmp/test > pj_open_lib(proj_def.dat): call fopen(/usr/local/share/proj/proj_def.dat). > pj_open_lib(EPSG): call fopen(/usr/local/share/proj/EPSG). > msProcessProjection(): Projection library error. no system list, errno: 2 > ---------------------------------------------------------------------------- > -------------------- Benjamin, The thing that sticks out above is that the system is trying to open is "EPSG" not "epsg". That is, uppercase instead of lower case. As a first test, try copying /usr/local/share/proj/epsg to /usr/local/share/proj/EPSG and see if that helps. If so, we still should figure out where the wrong case is coming from. ... > PROJECTION > "init=EPSG:31493" > END Well, that's it. You should use "init=epsg:31493". The no system error list just means that as built PROJ.4 doesn't know how to translate error "2" into the "file not found" message that corresponds to 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 steve.lime at dnr.state.mn.us Thu May 8 10:11:20 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Thu, 08 May 2003 12:11:20 -0500 Subject: [Mapserver-users] Scalebar Message-ID: Only suggestion I have is to lengthen the bar or reduce the number of intervals. At the moment it's not possible to control the format of the labels although that might be a neat enhancement. I'll file this in Bugzilla... Steve >>> Karin D?rrwanger 05/08/03 07:41AM >>> Dear list, i have a question about the scalebar. When I zoom in, the label turn to decimal numbers and the numbers overlap. Could I only avoid this with MINSCALE / MAXSCALE in the Web Object or is there another solution? And is it possible to control the decimal places? Thanks for any help. Karin _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gdutanv at cuenca.net.ec Thu May 8 10:13:51 2003 From: gdutanv at cuenca.net.ec (=?iso-8859-1?Q?Giovanni_Dut=E1n_Villalta?=) Date: Thu, 8 May 2003 12:13:51 -0500 Subject: [Mapserver-users] I need any comments Message-ID: <00b001c31585$34533d90$0b200a0a@ei01sidsitge> This is a multi-part message in MIME format. ------=_NextPart_000_00AD_01C3155B.497CAAA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable We are starting one project that have the next schema =20 PHP=20 _____________ PHP MapScript=20 _____________ Mapserver=20 _____________ PostGIS=20 _____________ PostgreSQL ____________=20 Apache=20 _____________ Windows2000 SERVER LINUX Thanks, for your time Ing. Giovanni Dut=E1n V. telf: 09 914 57 61 ------=_NextPart_000_00AD_01C3155B.497CAAA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
We are = starting  one=20 project that
have the next=20 schema  
 
PHP 
_____________
PHP MapScript 
_____________
Mapserver 
_____________
PostGIS 
_____________
PostgreSQL
____________ 
Apache =
_____________
Windows2000 SERVER
LINUX
 
Thanks, for your time
 
Ing. Giovanni = Dután=20 V.
telf: 09 914 57 61
------=_NextPart_000_00AD_01C3155B.497CAAA0-- From aborruso at spaziogis.it Thu May 8 10:27:14 2003 From: aborruso at spaziogis.it (aborruso at spaziogis.it) Date: Thu, 8 May 2003 19:27:14 +0200 Subject: [Mapserver-users] Please Help me Message-ID: Dear users, some time ago I have learned to build a mapserver powered site (3.2 version). In the last months I have not had the time to "study" the new version and features of mapserver. Here is my problem. I have tried to build an update manifold powered site. I have downloaded ms36gif_gdal_pg_wms.zip and ms35_libs.zip, then I have extracted all files where they could be extracted and then I have made a simple test; I have written simply this URL: http://127.0.0.1/cgi-bin/mapserv.exe?=C: \Inetpub\wwwroot\mapserver\test.map&mode=map. I have this error message: "CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" The file of the test url does not exist, but I remember that with the old versions I had an error message like "it's impossible to access to the file ..." (or something similar), instead I have a generic strange error message and I think there is something strong in my mapserver installation. Do you have some tip or advice for me? I have winxp pro with IIS. Thank you very much, Andrea From rjames57 at yahoo.com Thu May 8 10:30:17 2003 From: rjames57 at yahoo.com (Randy James) Date: Thu, 8 May 2003 10:30:17 -0700 (PDT) Subject: [Mapserver-users] TIF colors too dark In-Reply-To: <006301c314ec$d185f380$2441c180@nino> Message-ID: <20030508173017.7543.qmail@web12504.mail.yahoo.com> Hi Try modifying the outputformat options in your map file. Randy --- Matt Doggett wrote: > I have a georeferenced TIF raster that looks great in my > image > editing/display program (like ImageMagick or MS > PhotoEditor) but when > mapserver displays the raster, the colors are much darker > than they > should be. Any thoughts as to what may be going on and > how I might fix > it? > > -Matt > (RedHat8.0, Apache2.0, Mapserver 3.6.4, Php4.2.3) > > 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 __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From hevans at AspectResources.com Thu May 8 10:51:02 2003 From: hevans at AspectResources.com (Hugh Evans) Date: Thu, 8 May 2003 11:51:02 -0600 Subject: [Mapserver-users] Mac OSX Message-ID: Hi - I have had this map server ported to MacOS X - I am not sure where to post the code... Are there any other OS X versions out there? Please advise hevans From Chip.Hankley at rmtinc.com Thu May 8 11:34:35 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Thu, 08 May 2003 13:34:35 -0500 Subject: [Mapserver-users] Please Help me Message-ID: This is a sort of "catch all" error issued by IIS when the CGI app you are trying to run doesn't work for some reason. Usually you've forgotten some minor detail in the setup. Check the following: - Did you tell IIS to give execute permisions on the CGI-BIN (or SCRIPTS) directory? - Likewise, if you made a CGI-BIN directory, does the default user under IIS have access to it? (EVERYONE-FULL CONTROL doesn't work... I think you have to SPECIFICALLY designate the IIS user as having access)? - There are some dll's that need to be installed either in the SCRIPTS directory, or, preferably, in WINNT/System32. These should have come with the distribution... if not they are available on the site. Also, search the archives on the error... this issue comes up a lot... and should probably be in the WIKI - I'll try to put something in there. Chip Hankley, GIS Specialist RMT, Inc. chip.hankley at rmtinc.com 608.662.5498 (Direct) 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 mdoggett at coas.oregonstate.edu Thu May 8 11:36:56 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Thu, 8 May 2003 11:36:56 -0700 Subject: [Mapserver-users] TIF colors too dark In-Reply-To: <20030508173017.7543.qmail@web12504.mail.yahoo.com> Message-ID: <007b01c31590$cdddb980$2441c180@nino> Not exactly sure what you mean by "outputformat" options. I tried changing the IMAGETYPE (PNG|JPG), IMAGEQUALITY (100), and INTERLACE (ON|OFF) options (if that's what you meant) but none of those makes any difference. Also, when creating an image using the shp2img utility, I get the same (dark) results. md > -----Original Message----- > From: Randy James [mailto:rjames57 at yahoo.com] > Sent: Thursday, May 08, 2003 10:30 AM > To: mdoggett at coas.oregonstate.edu > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] TIF colors too dark > > Hi > > Try modifying the outputformat options in your map file. > > Randy > > --- Matt Doggett wrote: > > I have a georeferenced TIF raster that looks great in my > > image > > editing/display program (like ImageMagick or MS > > PhotoEditor) but when > > mapserver displays the raster, the colors are much darker > > than they > > should be. Any thoughts as to what may be going on and > > how I might fix > > it? > > > > -Matt > > (RedHat8.0, Apache2.0, Mapserver 3.6.4, Php4.2.3) > > > > 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 > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com From netGIS Thu May 8 11:59:26 2003 From: netGIS (netGIS) Date: Thu, 8 May 2003 20:59:26 +0200 Subject: [Mapserver-users] Developers wanted Message-ID: <000801c31593$f34cfa70$6601a8c0@Nicole> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C315A4.B601B190 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable netGIS, a small company in the Netherlands is intending to start a = mapserver development project for the recreational sector. The MapServer = GIS application should be part of an online booking system for potential = campers to locate campsites, find available places and book their = specific campsite online. The booking system is available and allready = integrates online booking with the camping-holders booking systems.=20 Are there developers available with experience in this field? Please = reply to this address or to milo at netgis.nl ------=_NextPart_000_0005_01C315A4.B601B190 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
netGIS, a small company in the = Netherlands is=20 intending to start a mapserver development project for the recreational = sector.=20 The MapServer GIS application should be part of an online booking system = for=20 potential campers to locate campsites, find available places and book = their=20 specific campsite online. The booking system is available and allready=20 integrates online booking with the camping-holders booking systems.=20
 
Are there developers available with = experience in=20 this field? Please reply to this address or to milo at netgis.nl
------=_NextPart_000_0005_01C315A4.B601B190-- From rosangela.silva at zenitpolar.com.br Thu May 8 13:41:06 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Thu, 8 May 2003 17:41:06 -0300 Subject: [Mapserver-users] Re: Compiling Postgis with Mapserver Message-ID: <007401c315a2$268f8110$377ba8c0@nadir> Hello Gayathri and list, First, thanks for the initiative to give us this material and file. Well, I would like to have the mapserver and postgis working together, and I will use this guide. But, I have the postgresql 7.3.2-1 installed and running in my computer (winxp) with cygwin 1.3.2.2.1 and I'm having some problems to generate the libraries libpqdll.lib and libpq.lib. (I'm trying to solve this problem but... for while...) My question is if you have the file libpqdll.lib to send me (I know that you generate it for postgresql 7.3.1) and do you think that if I'll use this files to compile mapserver, it will run with my postgresql 7.3.2-1 version ?? Thanks Ros?ngela ___________________________________________________________ Hi All, I figured the way to compile Postgis with mapserver... I thought I will forward the steps to the list, incase it may be handy for someone, or myself if I forget to do this again. Probably should also consider adding this to the wiki or Mapserver Win32 compilation how to. 1) Get the Postgres client library files of this url. http://www.vso.cape.com/~nhv/files/postgres/libpq.lib.tgz thanks Norman! , but probably these are available of http://postgis.refractions.net/ 2) You will require to copy libpq-fe.h from the native windows32 Postgresql 3) Changes in mapserver makefile.vc are as follows: Add the following lines, # Optional PostGIS Support. See http://postgis.refractions.net/ POSTGIS_DIR= ..\libpq.lib POSTGIS_LIB= $(POSTGIS_DIR)/interfaces/libpq/libpqdll.lib POSTGIS_INC= -I$(POSTGIS_DIR)/include/ POSTGIS=-DUSE_POSTGIS ADD the $(POSTGIS_LIB) to the LIBS= line,right after the "MS_EXE = mapserv.exe \ shp2img.exe legend.exe \ shptree.exe scalebar.exe sortshp.exe tile4ms.exe" line Also ADD $(POSTGIS_LIB) to the INCLUDES= line, and if you wish to see the path of Postgis displayed during compile, include the $(POSTGIS) in the CFLAGS= line. 4)Open mappostgis.c and edit the line 322 //pos_paren =3D strstr(pos_ftab, ")"); // Closing paren of clause pos_paren =3D rindex(pos_ftab,')'); to pos_paren =3D strstr(pos_ftab, ")"); // Closing paren of clause // pos_paren =3D rindex(pos_ftab,')'); I am not sure if this is a bug or if it is something that I am doing wrong...but the above changes were required so that I dont get the following error, mapserver.lib(mappostgis.obj) : error LNK2001: unresolved external = symbol _rindex 5)Now do the nmake /f makefile.vc Will get you a mapserv.exe that has INPUT=POSTGIS, thiw works for me! But as I said, am not sure of the change number (4). Thanks, Gayathri From bwragg at tpg.com.au Thu May 8 14:53:08 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Fri, 9 May 2003 07:23:08 +0930 Subject: [Mapserver-users] TIF colors too dark In-Reply-To: <007b01c31590$cdddb980$2441c180@nino> Message-ID: <000801c315ac$39481790$1f00a8c0@mapping12> Hi Matt, I had something similar with a 24 bit image that Mapserver was converting to 8 bit. Are you using a 24 bit image? I ended up resampeling the image down to 8 bit for now. I'll use the 24 bit version when it's supported in Mapserver. Cheers, Benjamin -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Matt Doggett Sent: Friday, 9 May 2003 4:07 AM To: 'Randy James' Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] TIF colors too dark Not exactly sure what you mean by "outputformat" options. I tried changing the IMAGETYPE (PNG|JPG), IMAGEQUALITY (100), and INTERLACE (ON|OFF) options (if that's what you meant) but none of those makes any difference. Also, when creating an image using the shp2img utility, I get the same (dark) results. md > -----Original Message----- > From: Randy James [mailto:rjames57 at yahoo.com] > Sent: Thursday, May 08, 2003 10:30 AM > To: mdoggett at coas.oregonstate.edu > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] TIF colors too dark > > Hi > > Try modifying the outputformat options in your map file. > > Randy > > --- Matt Doggett wrote: > > I have a georeferenced TIF raster that looks great in my image > > editing/display program (like ImageMagick or MS > > PhotoEditor) but when > > mapserver displays the raster, the colors are much darker > > than they > > should be. Any thoughts as to what may be going on and > > how I might fix > > it? > > > > -Matt > > (RedHat8.0, Apache2.0, Mapserver 3.6.4, Php4.2.3) > > > > 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 > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com _______________________________________________ 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 May 8 16:55:56 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 08 May 2003 19:55:56 -0400 Subject: [Mapserver-users] building Mapserver 3.6.5 on Mac OS X 10.2.5 References: <3C7E8938-80F0-11D7-AACA-00039315FC54@oram.com> Message-ID: <3EBAEE8C.7D163F3E@dmsolutions.ca> John Oram wrote: > > updating cache ./config.cache > creating ./config.status > creating Makefile > mkdir: mapscript/php3: No such file or directory > creating mapscript/php3/Makefile > sed: ./mapscript/php3/Makefile.in: No such file or directory Seems like you are missing some files in the source code distribution that you got, or the directory structure got lost for some reason. You should have a subdirectory called mapscript/php3, and it should contain a file called mapscript/php3/Makefile.in, plus other source files, etc. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From aborruso at spaziogis.it Fri May 9 00:14:28 2003 From: aborruso at spaziogis.it (aborruso at spaziogis.it) Date: Fri, 9 May 2003 09:14:28 +0200 Subject: [Mapserver-users] Please Help me Message-ID: Chip, I have given the excute permission to the folder cgi-bin in IIS and I have given the execute read an visualization permissions to the accoun internet guest. I have also eextracted the necessary dlls to the c:\windows\system32 folder. I'm not able to make run properly this fantastic tool. Do you have some other idea? Thank you, Andrea |---------+---------------------------------------> | | "Chip Hankley" | | | | | | Inviato da: | | | mapserver-users-admin at lists.| | | gis.umn.edu | | | | | | | | | 08/05/2003 20.34 | | | | |---------+---------------------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | Per: , | | Cc: | | Oggetto: Re: [Mapserver-users] Please Help me | >------------------------------------------------------------------------------------------------------------------------------| This is a sort of "catch all" error issued by IIS when the CGI app you are trying to run doesn't work for some reason. Usually you've forgotten some minor detail in the setup. Check the following: - Did you tell IIS to give execute permisions on the CGI-BIN (or SCRIPTS) directory? - Likewise, if you made a CGI-BIN directory, does the default user under IIS have access to it? (EVERYONE-FULL CONTROL doesn't work... I think you have to SPECIFICALLY designate the IIS user as having access)? - There are some dll's that need to be installed either in the SCRIPTS directory, or, preferably, in WINNT/System32. These should have come with the distribution... if not they are available on the site. Also, search the archives on the error... this issue comes up a lot... and should probably be in the WIKI - I'll try to put something in there. Chip Hankley, GIS Specialist RMT, Inc. chip.hankley at rmtinc.com 608.662.5498 (Direct) 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. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From stephane.riff at cerene.fr Fri May 9 01:26:47 2003 From: stephane.riff at cerene.fr (steff) Date: Fri, 9 May 2003 10:26:47 +0200 Subject: [Mapserver-users] patch for postgres 7.3.x Message-ID: <000c01c31604$c053bf20$b9c8c8c8@devp09> This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C31615.7E9E3E50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I'm looking for the patch that make mapserver work with postgres 7.3.x = even in the query... I send message to the user list but they told me for the patch..... I wait for it but i don't know how to get it... Thnaks, steff ------=_NextPart_000_0009_01C31615.7E9E3E50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
I'm looking for the patch that make = mapserver work=20 with postgres 7.3.x even in the query...
 
I send message to the user list but = they told me=20 for the patch.....
 
I wait for it but i don't know how to = get=20 it...
 
Thnaks,
 
steff
------=_NextPart_000_0009_01C31615.7E9E3E50-- From jankarin at post1.dknet.dk Fri May 9 04:14:05 2003 From: jankarin at post1.dknet.dk (jankarin at post1.dknet.dk) Date: Fri, 09 May 2003 13:14:05 +0200 Subject: [Mapserver-users] Slow MapServer with large data Message-ID: <20030509111405.WELY29833.fepD.post.tele.dk@localhost.localdomain> Hello I have a little problem with the speed in MapServer. We're trying to make qiuck-viewer to shape- and tab-formats, but MapServer is running slow with large data: 20 seconds: Shapefil 17 MB, dbf-fil 9,5 MB. 45 seconds: Map-fil 31 MB, Dat-fil 25 MB. I have been trying with the GCI-version and PHP Mapscript - same result. I am running MapServer 3.6.4 with PNG-output under Apache 2.4.5 on Windows 2000. The pc is Pentim III, 650 Mhz, 262 MB RAM. In another installation (PII, 400 Mhz, 196 MB RAM) a shapefile (shapefile 17 MB, dbf-fil 9,5 MB) took 80 seconds to show. We're using MapServer in an application which is dynamically creating map-files with Mapscript (only showing one layer at a time). We're talknig about 17.000 layers in shape- and tabformats, so it is not possible to improve indexfiles or anything else related to a single layer. Can anyone help? Thanks, Jan Christiansen jankarin at post1.dknet.dk Engineering College of Copenhagen From woodbri at swoodbridge.com Fri May 9 04:35:18 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Fri, 09 May 2003 07:35:18 -0400 Subject: [Mapserver-users] Slow MapServer with large data In-Reply-To: <20030509111405.WELY29833.fepD.post.tele.dk@localhost.localdomain> Message-ID: <3EBB5A36.1713.4F4F0C62@localhost> Have you built shptree indexes for all your shapefiles? On 9 May 2003 at 13:14, jankarin at post1.dknet.dk wrote: > Hello > > I have a little problem with the speed in MapServer. > We're trying to make qiuck-viewer to shape- and tab-formats, but > MapServer is running slow with large data: 20 seconds: Shapefil 17 MB, > dbf-fil 9,5 MB. 45 seconds: Map-fil 31 MB, Dat-fil 25 MB. > > I have been trying with the GCI-version and PHP Mapscript - same > result. > > I am running MapServer 3.6.4 with PNG-output under Apache 2.4.5 on > Windows 2000. The pc is Pentim III, 650 Mhz, 262 MB RAM. > > In another installation (PII, 400 Mhz, 196 MB RAM) a shapefile > (shapefile 17 MB, dbf-fil 9,5 MB) took 80 seconds to show. > > We're using MapServer in an application which is dynamically creating > map-files with Mapscript (only showing one layer at a time). We're > talknig about 17.000 layers in shape- and tabformats, so it is not > possible to improve indexfiles or anything else related to a single > layer. > > Can anyone help? > > Thanks, > > Jan Christiansen > jankarin at post1.dknet.dk > Engineering College of Copenhagen > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From benjamin.thelen at ccgis.de Fri May 9 05:06:43 2003 From: benjamin.thelen at ccgis.de (Benjamin Thelen) Date: Fri, 9 May 2003 14:06:43 +0200 Subject: [Mapserver-users] rojection library error. no system list, errno: 2 In-Reply-To: <3EBA8B1A.2040602@pobox.com> Message-ID: Hey Frank, we got it!!! UMN is running with postgis and proj4 finally works, too! Thank you very much for your patient help! :-) I don't understand why an installed proj4 looks for EPSG and not for epsg. I mean, who the hell made that installation routine? Ah, maybe for learning purposes...find the bug?! ;-)) All right, thanks again to you. Ah, I forgot, why should I use "init=epsg:31493" instead of "...EPSG...". Our umn projects seem to run well with "...EPSG...". Benjamin > -----Original Message----- > From: Frank Warmerdam [mailto:warmerdam at pobox.com] > Sent: Thursday, May 08, 2003 6:52 PM > To: Benjamin Thelen > Cc: UMN MapServer > Subject: Re: [Mapserver-users] rojection library error. no system list, > errno: 2 > > > Benjamin Thelen wrote: > > Hi Frank, > > > > thanks to you. Sorry for that long mail again, I am still stuck > and could > > not find any more helpful information in the mailing list archives or at > > MapServerWiki. > > > > shp2img responds the same error message!! > > > > > ------------------------------------------------------------------ > ---------- > > -------------------- > > root at qwertzuiop# /usr/home/src/mapserver-3.6.5/shp2img -m > > /usr/home/umn/test1.map -o /tmp/test > > pj_open_lib(proj_def.dat): call > fopen(/usr/local/share/proj/proj_def.dat). > > pj_open_lib(EPSG): call fopen(/usr/local/share/proj/EPSG). > > msProcessProjection(): Projection library error. no system > list, errno: 2 > > > ------------------------------------------------------------------ > ---------- > > -------------------- > > Benjamin, > > The thing that sticks out above is that the system is trying to open > is "EPSG" not "epsg". That is, uppercase instead of lower case. > > As a first test, try copying /usr/local/share/proj/epsg to > /usr/local/share/proj/EPSG and see if that helps. If so, we still > should figure out where the wrong case is coming from. > > ... > > > PROJECTION > > "init=EPSG:31493" > > END > > Well, that's it. You should use "init=epsg:31493". > > The no system error list just means that as built PROJ.4 doesn't know how > to translate error "2" into the "file not found" message that corresponds > to 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 Chip.Hankley at rmtinc.com Fri May 9 06:19:19 2003 From: Chip.Hankley at rmtinc.com (Chip Hankley) Date: Fri, 09 May 2003 08:19:19 -0500 Subject: [Mapserver-users] Please Help me Message-ID: > I have given the excute permission to the folder cgi-bin in IIS and I have > given the execute read an visualization permissions to the accoun internet > guest. I have also eextracted the necessary dlls to the c:\windows\system32 > folder. I'm not able to make run properly this fantastic tool. Do you have some > other idea? The only other thing I can think of is CGI-BIN... that's not a default directory in IIS... did you create that? Did you make it a virutual directory through the IIS admin tool? Did you set it up (through BOTH NT and IIS) to have execute permissions? Outside of that, I don't have any further ideas. 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 morissette at dmsolutions.ca Fri May 9 06:28:26 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 09 May 2003 09:28:26 -0400 Subject: [Mapserver-users] patch for postgres 7.3.x References: <000c01c31604$c053bf20$b9c8c8c8@devp09> Message-ID: <3EBBACFA.CD5D7D2@dmsolutions.ca> > steff wrote: > > I'm looking for the patch that make mapserver work with postgres 7.3.x > even in the query... > > I send message to the user list but they told me for the patch..... > On April 24, Paul Ramsey wrote in a reply to you: > > There is a known problem with PgSQL 7.3 and mapserver querying. We have > a patch out with alpha testers. Dave will commit it to CVS when he gets > back from vacation in a couple weeks. > Sorry, > Paul And yesterday on the postgis-users list, chodgson at refractions.net wrote: > > Just so everyone is aware, one of the reasons there aren't as many answers to > the questions being asked on this list is that Dave Blasby is on holidays in > Guatemala, and Paul Ramsey is visiting Amsterdam and Paris... They are > certainly the people who would best answer a question like this, in addition to > usually offering some help with your general PostGIS problems. > So it seems that you are out of luck and will have to wait unless one of those alpha testers is reading this and can share the patch with you. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From hunt at zedxinc.com Fri May 9 06:29:55 2003 From: hunt at zedxinc.com (Aaron D. Hunt) Date: Fri, 9 May 2003 09:29:55 -0400 Subject: [Mapserver-users] 3.7 install problem Message-ID: <002a01c3162f$146ae690$1805000a@helicity> This is a multi-part message in MIME format. ------=_NextPart_000_0027_01C3160D.8D253E40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am trying to install 3.7 on a linux 7.3 system. I am using the = following config ./configure --without-tiff --with-proj --with-gdal --with-ogr = --with-jpeg --with-php=3D/usr/local/src/php-4.2.2 I have gd 2.0.12, proj 4.4.4, and gdal 1.1.8 When I run make I get the following error ./libmap.a(mapgdal.o): In function `msGDALCleanup': mapgdal.o(.text+0x41): undefined reference to `GDALDestroyDriverManager' ./libmap.a(mapgdal.o): In function `msSaveImageGDAL': mapgdal.o(.text+0x4ef): undefined reference to = `GDALSetRasterColorInterpretation' mapgdal.o(.text+0x50c): undefined reference to = `GDALSetRasterColorInterpretation' mapgdal.o(.text+0x53b): undefined reference to = `GDALSetRasterColorInterpretation' mapgdal.o(.text+0x558): undefined reference to = `GDALSetRasterColorInterpretation' mapgdal.o(.text+0x575): undefined reference to = `GDALSetRasterColorInterpretation' ./libmap.a(mapgdal.o)(.text+0x592): more undefined references to = `GDALSetRasterColorInterpretation' follow ./libmap.a(mapogr.o): In function = `msOGRSpatialRef2ProjectionObj(OGRSpatialReference *, projectionObj *, = int)': mapogr.o(.text+0xb6e): undefined reference to = `OGRSpatialReference::IsLocal(void) const' mapogr.o(.text+0xb8d): undefined reference to = `OGRSpatialReference::exportToProj4(char **) const' ./libmap.a(mapdrawgdal.o): In function `msDrawRasterLayerGDAL': mapdrawgdal.o(.text+0x1822): undefined reference to `CSLFetchBoolean' collect2: ld returned 1 exit status make: *** [sortshp] Error 1 make: *** Waiting for unfinished jobs.... Does anyone have any ideas? Aaron D. Hunt ------=_NextPart_000_0027_01C3160D.8D253E40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am trying to install 3.7 on a linux = 7.3 system. I=20 am using the following config
./configure --without-tiff --with-proj = --with-gdal=20 --with-ogr --with-jpeg = --with-php=3D/usr/local/src/php-4.2.2
I have gd 2.0.12, proj 4.4.4, and gdal=20 1.1.8
 
When I run make I get the following=20 error
 
 
./libmap.a(mapgdal.o): In function=20 `msGDALCleanup':
mapgdal.o(.text+0x41): undefined reference to=20 `GDALDestroyDriverManager'
./libmap.a(mapgdal.o): In function=20 `msSaveImageGDAL':
mapgdal.o(.text+0x4ef): undefined reference to=20 `GDALSetRasterColorInterpretation'
mapgdal.o(.text+0x50c): undefined=20 reference to = `GDALSetRasterColorInterpretation'
mapgdal.o(.text+0x53b):=20 undefined reference to=20 `GDALSetRasterColorInterpretation'
mapgdal.o(.text+0x558): undefined=20 reference to = `GDALSetRasterColorInterpretation'
mapgdal.o(.text+0x575):=20 undefined reference to=20 `GDALSetRasterColorInterpretation'
./libmap.a(mapgdal.o)(.text+0x592):= more=20 undefined references to `GDALSetRasterColorInterpretation'=20 follow
./libmap.a(mapogr.o): In function=20 `msOGRSpatialRef2ProjectionObj(OGRSpatialReference *, projectionObj *,=20 int)':
mapogr.o(.text+0xb6e): undefined reference to=20 `OGRSpatialReference::IsLocal(void) const'
mapogr.o(.text+0xb8d): = undefined=20 reference to `OGRSpatialReference::exportToProj4(char **)=20 const'
./libmap.a(mapdrawgdal.o): In function=20 `msDrawRasterLayerGDAL':
mapdrawgdal.o(.text+0x1822): undefined = reference to=20 `CSLFetchBoolean'
collect2: ld returned 1 exit status
make: *** = [sortshp]=20 Error 1
make: *** Waiting for unfinished jobs....
Does anyone have any = ideas?
 
 
Aaron D. = Hunt
------=_NextPart_000_0027_01C3160D.8D253E40-- From aborruso at spaziogis.it Fri May 9 06:44:27 2003 From: aborruso at spaziogis.it (aborruso at spaziogis.it) Date: Fri, 9 May 2003 15:44:27 +0200 Subject: [Mapserver-users] Please Help me Message-ID: Chip, I have still any result. Thank you, but I'm very "sad" for this strange and undocumented mapserver behavior. Thank you again, Andrea |---------+---------------------------------------> | | "Chip Hankley" | | | | | | Inviato da: | | | mapserver-users-admin at lists.| | | gis.umn.edu | | | | | | | | | 09/05/2003 15.19 | | | | |---------+---------------------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | Per: , | | Cc: | | Oggetto: Re: [Mapserver-users] Please Help me | >------------------------------------------------------------------------------------------------------------------------------| > I have given the excute permission to the folder cgi-bin in IIS and I have > given the execute read an visualization permissions to the accoun internet > guest. I have also eextracted the necessary dlls to the c: \windows\system32 > folder. I'm not able to make run properly this fantastic tool. Do you have some > other idea? The only other thing I can think of is CGI-BIN... that's not a default directory in IIS... did you create that? Did you make it a virutual directory through the IIS admin tool? Did you set it up (through BOTH NT and IIS) to have execute permissions? Outside of that, I don't have any further ideas. 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. _______________________________________________ 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 Fri May 9 06:44:26 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Fri, 09 May 2003 09:44:26 -0400 Subject: [Mapserver-users] MapServer User Meeting 2 Message-ID: <3EBBB0BA.4020307@dmsolutions.ca> Hi everyone, I'm writing this email to get some feedback from the community about a follow on MapServer User Meeting for June 2004. This might seem a bit premature given we haven't had MUM 1 yet however ... no time like the present to plan these things -- especially given the amount of work that is required and the need to book space well in advance. Over the past couple of months, we've done some preliminary planning and research into hosting next year's MapServer User Meeting in Ottawa. As some of you may be aware, the Ottawa MapServer User Group had our first meeting about a month ago, and we had 23 attendees -- needless to say we were thrilled. This provides a solid group of people (along with DM Solutions commitment) to prepare for the meeting next year. At this point, we have found an excellent venue for the meeting through a local University, and would like to run this jointly with an International Open Source GIS/Mapping conference that would hopefully bring together individuals from the many open source GIS projects around the world to a common event. The purpose of my email is to get feedback from you about this plan and to see if there are any other groups who were considering doing something similar at another location. We want to be sure that we have the support of the MapServer community before proceeding -- but we need to actively begin planning in order to make this a success, hence the need for this to be decided soon. I can appreciate that there would be interest in seeing the MapServer User Meeting hosted in other parts of the world in addition to North America, but at this point -- given the resources we have available through the user group, and within DM Solutions, and the vast adoption of MapServer locally in the Ottawa Region -- I suspect we may be in a unique position to pull this event off next year successfully. Any thoughts? You can reply to the list or me directly. Thanks -- and I'm looking forward to meeting many of you in Minnesota. I hear we're up to 75 registrants already which is great news. Dave -- Dave McIlhagga On behalf of the Ottawa MapServer Users Group & DM Solutions From marc.drouin at fondex.ca Fri May 9 06:57:05 2003 From: marc.drouin at fondex.ca (Marc Drouin) Date: Fri, 09 May 2003 09:57:05 -0400 Subject: [Mapserver-users] PHP-Mapscript dll problem Message-ID: This is a multi-part message in MIME format. --Boundary_(ID_hkp5JW6eS0tytRKG31VaxA) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Hi everyone, I have a problem with PHP Mapscript. I followed the installation instruction and copied the php_mapscript_36.dll file in c:\winnt\system32 directory. When i come to test the installation using phpinfo(); the server returns that it could not load a specific function, or something like that. I checked the archives and found that somebody suggested to check the dependencies of the dll. I found out the apphelp.dll seemed to be the problem, it simply was completely missing from the system directory. there is also an issue with mpr.dll. Further investigation lead me to the microsoft site, to find out the apphelp.dll only come with XP or windows server 2003, BTW, I'm running win2000 server. Doe anyone had a simillar problem? What do I need to do to get thiongs rolling? I've tried replacing the dll with php_mapacript_35.dll, no succes. I've tried upgrading IE6, sp1, no succes. please help.............. Marc --Boundary_(ID_hkp5JW6eS0tytRKG31VaxA) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT PHP-Mapscript dll problem

Hi everyone,

I have a problem with PHP Mapscript.  I followed the installation instruction and copied the php_mapscript_36.dll file in c:\winnt\system32 directory.  When i come to test the installation using phpinfo(); the server returns that it could not load a specific function, or something like that.  I checked the archives and found that somebody suggested to check the dependencies of the dll.  I found out the apphelp.dll seemed to be the problem, it simply was completely missing from the system directory. there is also an issue with mpr.dll.

Further investigation lead me to the microsoft site, to find out the apphelp.dll only come with XP or windows server 2003, BTW, I'm running win2000 server.

Doe anyone had a simillar problem?

What do I need to do to get thiongs rolling?

I've tried replacing the dll with php_mapacript_35.dll, no succes.

I've tried upgrading IE6, sp1, no succes.

please help..............


Marc

--Boundary_(ID_hkp5JW6eS0tytRKG31VaxA)-- From spencer at dmsolutions.ca Fri May 9 07:16:36 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Fri, 09 May 2003 10:16:36 -0400 Subject: [Mapserver-users] PHP-Mapscript dll problem In-Reply-To: References: Message-ID: <3EBBB844.3050905@magma.ca> Marc the php_mapscript_36.dll needs to go into your PHP extensions directory. Normally, this would be in \extensions\. You should also check your php.ini file for the extension_dir setting and make sure that it is pointing to the same directory. Cheers, Paul Marc Drouin wrote: > Hi everyone, > > I have a problem with PHP Mapscript. I followed the installation > instruction and copied the php_mapscript_36.dll file in > c:\winnt\system32 directory. When i come to test the installation using > phpinfo(); the server returns that it could not load a specific > function, or something like that. I checked the archives and found that > somebody suggested to check the dependencies of the dll. I found out > the apphelp.dll seemed to be the problem, it simply was completely > missing from the system directory. there is also an issue with mpr.dll. > > Further investigation lead me to the microsoft site, to find out the > apphelp.dll only come with XP or windows server 2003, BTW, I'm running > win2000 server. > > Doe anyone had a simillar problem? > > What do I need to do to get thiongs rolling? > > I've tried replacing the dll with php_mapacript_35.dll, no succes. > > I've tried upgrading IE6, sp1, no succes. > > please help.............. > > > Marc > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From cpurvis at asg.sc.edu Fri May 9 07:42:50 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Fri, 9 May 2003 10:42:50 -0400 Subject: [Mapserver-users] running 3.6 and 3.7 on same box possible? PHP problems Message-ID: Hi, folks: I'm embarassed to ask for help, but I can't find any clues on my own. I upgraded to 3.7. All's well. Unfortuantely (and not surprisingly), it broke some things in MapLab which isn't 3.7-compliant. So I was wondering, is it possible to run both 3.6 and 3.7 on the same box? That can't be dubbed bad practice, can it? On my box that is happily running 3.7, if I do a . . . . . . it is not happy, and I get a warning . . . Warning: Unable to load dynamic library '/usr/local/lib/php/extensions/php_mapscript_36.so' - /usr/local/lib/libwwwfile.so.0: shared object not open in /home/cpurvis/public_html/php/dyn_4.php on line 3 The php_mapscript_36.so is, in fact, there, and it worked fine before I upgraded. Is the bear in the libwwwfile.so? If so, I don't know why, since I didn't recompile that when I upgraded to 3.7 (if memory serves). Sorry to ask an install question, and I will wear my own scarlet letter if need be. PHP 4.2.3 Thanks, Charlton -----Original Message----- From: Marc Drouin [mailto:marc.drouin at fondex.ca] Sent: Fri 5/9/2003 9:57 AM To: mapserver-users at lists.gis.umn.edu Cc: Subject: [Mapserver-users] PHP-Mapscript dll problem Hi everyone, I have a problem with PHP Mapscript. I followed the installation instruction and copied the php_mapscript_36.dll file in c:\winnt\system32 directory. When i come to test the installation using phpinfo(); the server returns that it could not load a specific function, or something like that. I checked the archives and found that somebody suggested to check the dependencies of the dll. I found out the apphelp.dll seemed to be the problem, it simply was completely missing from the system directory. there is also an issue with mpr.dll. Further investigation lead me to the microsoft site, to find out the apphelp.dll only come with XP or windows server 2003, BTW, I'm running win2000 server. Doe anyone had a simillar problem? What do I need to do to get thiongs rolling? I've tried replacing the dll with php_mapacript_35.dll, no succes. I've tried upgrading IE6, sp1, no succes. please help.............. Marc From eduardo at linkgeo.com.br Fri May 9 08:07:15 2003 From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae) Date: Fri, 9 May 2003 12:07:15 -0300 Subject: [Mapserver-users] [off-topic] a graph library Message-ID: <20030509150715.30385.qmail@hm47.locaweb.com.br> Does anybody know VHGraph? ( http://www.vhconsultants.com ) It's a set of PHP classes for creating graph on web applications and is very interesting. But I haven't seen any new release or new of it since 02/01/2002. Does anybody know about its project status? regards Eduardo Patto Kanegae Consultor GeoTI / GeoIT Consultant eduardo at linkgeo.com.br http://www.linkgeo.com.br LinkGEO - Geoprocessamento & Webmapping / LinkGEO - Geoprocessing & Webmapping *************************************** ***Fim da Mensagem / End of Message *** *************************************** From morissette at dmsolutions.ca Fri May 9 08:32:28 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 09 May 2003 11:32:28 -0400 Subject: [Mapserver-users] [off-topic] a graph library References: <20030509150715.30385.qmail@hm47.locaweb.com.br> Message-ID: <3EBBCA0C.203C524A@dmsolutions.ca> Eduardo Patto Kanegae wrote: > > Does anybody know VHGraph? ( http://www.vhconsultants.com ) > > It's a set of PHP classes for creating graph on web applications and is very interesting. > > But I haven't seen any new release or new of it since 02/01/2002. > > Does anybody know about its project status? > I can't tell you much about this one, all I can say is that unfortunately it's not open source, so if the authors stop supporting it then you'll be stuck. Here are links to two open source options: http://www.aditus.nu/jpgraph/ http://www2.dmsolutions.ca/webtools/owtchart/ Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From rjames57 at yahoo.com Fri May 9 08:50:42 2003 From: rjames57 at yahoo.com (Randy James) Date: Fri, 9 May 2003 08:50:42 -0700 (PDT) Subject: [Mapserver-users] 3.7 install problem In-Reply-To: <002a01c3162f$146ae690$1805000a@helicity> Message-ID: <20030509155043.14841.qmail@web12503.mail.yahoo.com> Hi check out http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0206/msg00385.html I reconize some of the errors, i had them when i had two versions of gdal installed and did not even know it. :-) Cheers Randy --- "Aaron D. Hunt" wrote: > I am trying to install 3.7 on a linux 7.3 system. I am > using the following config > ./configure --without-tiff --with-proj --with-gdal > --with-ogr --with-jpeg > --with-php=/usr/local/src/php-4.2.2 > I have gd 2.0.12, proj 4.4.4, and gdal 1.1.8 > > When I run make I get the following error > > > ./libmap.a(mapgdal.o): In function `msGDALCleanup': > mapgdal.o(.text+0x41): undefined reference to > `GDALDestroyDriverManager' > ./libmap.a(mapgdal.o): In function `msSaveImageGDAL': > mapgdal.o(.text+0x4ef): undefined reference to > `GDALSetRasterColorInterpretation' > mapgdal.o(.text+0x50c): undefined reference to > `GDALSetRasterColorInterpretation' > mapgdal.o(.text+0x53b): undefined reference to > `GDALSetRasterColorInterpretation' > mapgdal.o(.text+0x558): undefined reference to > `GDALSetRasterColorInterpretation' > mapgdal.o(.text+0x575): undefined reference to > `GDALSetRasterColorInterpretation' > ./libmap.a(mapgdal.o)(.text+0x592): more undefined > references to `GDALSetRasterColorInterpretation' follow > ./libmap.a(mapogr.o): In function > `msOGRSpatialRef2ProjectionObj(OGRSpatialReference *, > projectionObj *, int)': > mapogr.o(.text+0xb6e): undefined reference to > `OGRSpatialReference::IsLocal(void) const' > mapogr.o(.text+0xb8d): undefined reference to > `OGRSpatialReference::exportToProj4(char **) const' > ./libmap.a(mapdrawgdal.o): In function > `msDrawRasterLayerGDAL': > mapdrawgdal.o(.text+0x1822): undefined reference to > `CSLFetchBoolean' > collect2: ld returned 1 exit status > make: *** [sortshp] Error 1 > make: *** Waiting for unfinished jobs.... > > Does anyone have any ideas? > > > Aaron D. Hunt > __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From mapserver at oram.com Fri May 9 11:33:03 2003 From: mapserver at oram.com (John Oram) Date: Fri, 9 May 2003 11:33:03 -0700 Subject: [Mapserver-users] building Mapserver 3.6.5 on Mac OS X 10.2.5 In-Reply-To: <3EBAEE8C.7D163F3E@dmsolutions.ca> Message-ID: Daniel et al- Yup, looks like my original download of the tar.gz got truncated, or didn't ungzip or untar properly. Redownloaded via cURL and mapscript/php3 is there. Thanks for the tip. As for my latest entertaining error (boy, this sure is a good way to learn about the intricacies of software build :) when I make Mapserver, I get this error: gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/usr/local/src/mapserver-3.6.5/../gd-1.8.4 shp2img.c -o shp2img.o gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/usr/local/src/mapserver-3.6.5/../gd-1.8.4 shp2img.o -L. -lmap -L/usr/local/src/mapserver-3.6.5/../gd-1.8.4 -lgd -ljpeg -L/usr/local/lib -lpng -lz -ljpeg -L/usr/local/lib -lpng -lz -lproj -ljpeg -lm -o shp2img ld: Undefined symbols: ___gxx_personality_v0 make: *** [shp2img] Error 1 I searched the archives and found the suggestion by Norman Vine to add "--with-xpm=no" but this didn't help matters. (I used ./configure --with-jpeg --with-gd=../gd-1.8.4 --with-proj --with-zlib=/usr/local/lib --with-png=/usr/local/lib --with-php=/usr/local/src/php-4.3.1 --with-xpm=no) This may or may not be related to another question I have -- I saw a reference to shapelib-1.2.10 -- I downloaded it and have it in my /usr/local/src. I didn't see any mention of it in any of the install instructions I've seen (for any OS) and wasn't able to tell if this was bonus material or required to import shapefiles. Could this be causing the shp2img error I'm seeing? Confusedly yours, John On Thursday, May 8, 2003, at 04:55 PM, Daniel Morissette wrote: > John Oram wrote: >> >> updating cache ./config.cache >> creating ./config.status >> creating Makefile >> mkdir: mapscript/php3: No such file or directory >> creating mapscript/php3/Makefile >> sed: ./mapscript/php3/Makefile.in: No such file or directory > > > Seems like you are missing some files in the source code distribution > that you got, or the directory structure got lost for some reason. > > You should have a subdirectory called mapscript/php3, and it should > contain a file called mapscript/php3/Makefile.in, plus other source > files, etc. > > -- > ------------------------------------------------------------ > Daniel Morissette morissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ From jesiel at cttmar.univali.br Fri May 9 12:40:37 2003 From: jesiel at cttmar.univali.br (Jesiel de Souza) Date: Fri, 9 May 2003 16:40:37 -0300 Subject: [Mapserver-users] OracleSpatial switches to include...(correction) References: <8450D0E05920354D97B1507EABDCDB7F073465@svott2000.sierrasys.com> Message-ID: <003601c31662$de793f80$1f36a9c8@cttmar.univali.br> This is a multi-part message in MIME format. ------=_NextPart_000_0033_01C31649.B84A3300 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Richard,=20 To know if its compilation of the MapServer with OracleSpatial is = correct, proceed the following way:=20 1. Execute mapserver.exe -v=20 2. The output must contain "INPUT=3DORACLESPATIAL"=20 Like this sample: MapServer version 3.7 (development) OUTPUT=3DPNG SUPPORTS=3DTTF = INPUT=3DTIFF INPUT=3DORACLESPATIAL INPUT=3DSHAPEFILE=20 In this case, the input says it does exists. In other cases, you need to compile the MapServer again, including the = OracleSpatial suports in your makefile.vc. Regards,=20 Jesiel de Souza ----- Original Message -----=20 From: Becher, Richard=20 To: Jesiel de Souza=20 Sent: Tuesday, May 06, 2003 1:30 PM Subject: RE: [Mapserver-users] OracleSpatial switches to = include...(correction) Thanks Jesiel. =20 OK.I think I have properly compiled MapServer with the Oracle Spatial = switch. It is a little different for me since I am using an nmake.opt = file (the way it's set up with the latest version of MapServer). =20 How can I tell if Oracle is properly referenced? I am using = PHP_Mapscript. =20 Also, I am not sure how to set up MapServer now that I have everything = compiled. IIS is all set up and PHP and PHP_Mapscript are all working. =20 But how do I create a new MapServer project? =20 Many thanks in advance for your help and time! =20 Cheers, =20 Richard =20 ------=_NextPart_000_0033_01C31649.B84A3300 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Richard,

To know if its = compilation of the=20 MapServer with OracleSpatial is correct, proceed the following way: =

1. Execute mapserver.exe = -v

2. The output must = contain=20 "INPUT=3DORACLESPATIAL"

Like this = sample:
MapServer version 3.7 = (development) OUTPUT=3DPNG=20 SUPPORTS=3DTTF INPUT=3DTIFF INPUT=3DORACLESPATIAL INPUT=3DSHAPEFILE =

In this case, the input = says it does=20 exists.

In other cases, you need = to compile the=20 MapServer again, including the OracleSpatial suports in your=20 makefile.vc.

Regards,

Jesiel de = Souza

 

----- Original Message -----
From:=20 Becher, Richard =
Sent: Tuesday, May 06, 2003 = 1:30 PM
Subject: RE: [Mapserver-users]=20 OracleSpatial switches to include...(correction)

Thanks=20 Jesiel.

 

OK=85I = think I have=20 properly compiled MapServer with the = Oracle Spatial=20 switch.  It is a little = different=20 for me since I am using an nmake.opt file = (the way=20 it=92s set up with the latest version of MapServer).

 

How can I = tell if=20 Oracle is properly referenced?  = I=20 am using PHP_Mapscript.

 

Also, I am = not sure=20 how to set up MapServer now that I have = everything=20 compiled.  IIS is all = set up and=20 PHP and PHP_Mapscript are all=20 working.

 

But how do = I create a=20 new MapServer = project?

 

Many thanks = in=20 advance for your help and time!

 

Cheers,

 

Richard

 

 

------=_NextPart_000_0033_01C31649.B84A3300-- From gbuckmaster at cox.net Fri May 9 13:08:05 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Fri, 9 May 2003 13:08:05 -0700 Subject: [Mapserver-users] (ALOT) failed dependencies: libgd.so.1.8 In-Reply-To: References: Message-ID: <200305091308.05957.gbuckmaster@cox.net> Greetings, I know I should be retaining source code for all these applications and libraries, but I have a hard enough time just retaining my sanity ;^) The packages below are from the latest FreeGIS ISO. As you can see from my attempts the MapServer and GRASS packages cannot find the libgd library, even though it is already installed. [root at ventanavista i386]# rpm --install gd-1.8.3-1.i386.rpm package gd-1.8.3-1 is already installed [root at ventanavista i386]# rpm --install grass-5.0.0-1.i386.rpm error: failed dependencies: libgd.so.1.8 is needed by grass-5.0.0-1 [root at ventanavista i386]# rpm --install mapserver-3.6.1-1.i386.rpm error: failed dependencies: libgd.so.1.8 is needed by mapserver-3.6.1-1 Here is where the libgd libraries reside: lrwxrwxrwx 1 root root 14 May 5 23:24 libgd.so -> libgd.so.2.0.0* lrwxrwxrwx 1 root root 14 May 9 12:07 libgd.so.1 -> libgd.so.1.8.3* -rwxr-xr-x 1 root root 189116 Apr 19 2001 libgd.so.1.8.3* lrwxrwxrwx 1 root root 14 May 5 00:43 libgd.so.2 -> libgd.so.2.0.0* -rwxr-xr-x 1 root root 211504 Feb 3 04:58 libgd.so.2.0.0* Do I need to create a softlink to libgd.so.1.8.3? Any ideas? Gerald Buckmaster From mapserver at oram.com Fri May 9 17:56:03 2003 From: mapserver at oram.com (John Oram) Date: Fri, 9 May 2003 17:56:03 -0700 Subject: [Mapserver-users] building Mapserver 3.6.5 on Mac OS X 10.2.5 In-Reply-To: <010401c3165f$dd0e4530$1805000a@helicity> Message-ID: <2C4629F0-8282-11D7-AC13-00039315FC54@oram.com> Due to vigilant web-based research, I just figured out that the shapelib is included in the gdal distribution. Aaron, I'm not sure what errors you're seeing, but I stumbled across this reference in the archives: http://mapserver.gis.umn.edu/cgi-bin/wilma_hiliter/mapserver-users/ 0301/msg00112.html?line=59#hilite So if I read this correctly, if you do "make install" in the gdal directory, you can just use "--with-gdal" in the Mapserver ./configure, unless it's not in your path, in which case you'd have to tell it "--with-gdal=/usr/local/lib" If you don't do "make install" then you have to point it at "--with-gdal=../gdal-1.1.7/apps/gdal-config" Looks like I'm going the latter route as I got an error when I tried "make" on gdal. -John On Friday, May 9, 2003, at 12:19 PM, Aaron D. Hunt wrote: > I did have gdal-1.1.7 and I just installed gdal-1.1.8. How can I clean > out > the old one if this is the problem? > > Thanks > Aaron > ----- Original Message ----- > From: "John Oram" > To: "Daniel Morissette" > Cc: > Sent: Friday, May 09, 2003 2:33 PM > Subject: Re: [Mapserver-users] building Mapserver 3.6.5 on Mac OS X > 10.2.5 > > >> Daniel et al- >> >> Yup, looks like my original download of the tar.gz got truncated, or >> didn't ungzip or untar properly. Redownloaded via cURL and >> mapscript/php3 is there. Thanks for the tip. >> >> As for my latest entertaining error (boy, this sure is a good way to >> learn about the intricacies of software build :) when I make >> Mapserver, >> I get this error: >> >> gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ >> -DUSE_PROJ_API_H -DUSE_WMS -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG >> -DUSE_GD_WBMP -DUSE_GD_FT >> -I/usr/local/src/mapserver-3.6.5/../gd-1.8.4 shp2img.c -o >> shp2img.o >> gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ >> -DUSE_PROJ_API_H -DUSE_WMS -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG >> -DUSE_GD_WBMP -DUSE_GD_FT >> -I/usr/local/src/mapserver-3.6.5/../gd-1.8.4 shp2img.o >> -L. -lmap -L/usr/local/src/mapserver-3.6.5/../gd-1.8.4 -lgd -ljpeg >> -L/usr/local/lib -lpng -lz -ljpeg -L/usr/local/lib -lpng -lz -lproj >> -ljpeg -lm -o shp2img >> ld: Undefined symbols: >> ___gxx_personality_v0 >> make: *** [shp2img] Error 1 >> >> I searched the archives and found the suggestion by Norman Vine to add >> "--with-xpm=no" but this didn't help matters. (I used ./configure >> --with-jpeg --with-gd=../gd-1.8.4 --with-proj >> --with-zlib=/usr/local/lib --with-png=/usr/local/lib >> --with-php=/usr/local/src/php-4.3.1 --with-xpm=no) >> >> This may or may not be related to another question I have -- I saw a >> reference to shapelib-1.2.10 -- I downloaded it and have it in my >> /usr/local/src. I didn't see any mention of it in any of the install >> instructions I've seen (for any OS) and wasn't able to tell if this >> was >> bonus material or required to import shapefiles. Could this be >> causing >> the shp2img error I'm seeing? >> >> Confusedly yours, >> John >> >> >> >> On Thursday, May 8, 2003, at 04:55 PM, Daniel Morissette wrote: >> >>> John Oram wrote: >>>> >>>> updating cache ./config.cache >>>> creating ./config.status >>>> creating Makefile >>>> mkdir: mapscript/php3: No such file or directory >>>> creating mapscript/php3/Makefile >>>> sed: ./mapscript/php3/Makefile.in: No such file or directory >>> >>> >>> Seems like you are missing some files in the source code distribution >>> that you got, or the directory structure got lost for some reason. >>> >>> You should have a subdirectory called mapscript/php3, and it should >>> contain a file called mapscript/php3/Makefile.in, plus other source >>> files, etc. >>> >>> -- >>> ------------------------------------------------------------ >>> 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 mark at markrodrigo.com Fri May 9 18:17:10 2003 From: mark at markrodrigo.com (Mark Rodrigo) Date: Fri, 9 May 2003 20:17:10 -0500 Subject: [Mapserver-users] PHP Mapscript/Mapserver Jumpstart Message-ID: Hello all: I have been working through the PHP/Mapscript demos. I have everything up and running ok in terms of the components. Just wondering if anyone had any recommendations on specific predefined variables, functions, features of PHP(still learning) that I should definitely focus in on to get up to speed faster? I get the Mapscript part pretty good. Thanks Mark BTW, I did manage to get Vinko's example going and also the dynamic legend. From l.bargeot at educagri.fr Sat May 10 00:07:51 2003 From: l.bargeot at educagri.fr (Lionel Bargeot) Date: 10 May 2003 09:07:51 +0200 Subject: [Mapserver-users] Mac OSX In-Reply-To: References: Message-ID: <1052550472.11115.3.camel@ramone> Le jeu 08/05/2003 ? 19:51, Hugh Evans a ?crit : > Hi - I have had this map server ported to MacOS X - I am not sure where > to post the code... Hi, we produced debian package for linux, and we don't know where to post the code. The only way I found is to post a link in Mapserver's documentation wiki. Other suggestion ? Lionel -- AgrogeomaTIC CNERTA-ENESAD, 4 rue champs-prevois, batiment grand-champs, 21000 Dijon 03.80.77.28.49 http://stb.educagri.fr/cartosol/ From aborruso at spaziogis.it Sat May 10 01:48:04 2003 From: aborruso at spaziogis.it (aborruso at spaziogis.it) Date: Sat, 10 May 2003 10:48:04 +0200 Subject: [Mapserver-users] Please Help me Message-ID: Karthik, I have not compiled mapserver in my xp box. I have simply downloaded the binary files from mapserver site. I have downloaded ms36gif_gdal_pg_wms.zip and ms35_libs.zip. Thank you, Andrea |---------+---------------------------> | | karthik achu | | | | | | | | | 10/05/2003 07.14| | | | |---------+---------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | Per: aborruso at spaziogis.it | | Cc: | | Oggetto: Re: [Mapserver-users] Please Help me | >------------------------------------------------------------------------------------------------------------------------------| hello , did u compile the mapserver in ur nt box? pls send me ur problems may be i can help u karthik achu karthikachu at postmark.net aborruso at spaziogis.it wrote: > > Chip, > I have still any result. Thank you, but I'm very "sad" for this strange and > undocumented mapserver behavior. > > Thank you again, > > Andrea > > > > > |---------+---------------------------------------> > | | "Chip Hankley" | > | | | > | | Inviato da: | > | | mapserver-users-admin at lists.| > | | gis.umn.edu | > | | | > | | | > | | 09/05/2003 15.19 | > | | | > |---------+---------------------------------------> > > ----------------------------------------------------------------------------- -------------------------------------------------| > | | > | Per: , | > | Cc: | > | Oggetto: Re: [Mapserver-users] Please Help me | > > ----------------------------------------------------------------------------- -------------------------------------------------| > > > > > > I have given the excute permission to the folder cgi-bin in IIS and I > have > > given the execute read an visualization permissions to the accoun > internet > > guest. I have also eextracted the necessary dlls to the c: > \windows\system32 > > folder. I'm not able to make run properly this fantastic tool. Do you > have some > > other idea? > > The only other thing I can think of is CGI-BIN... that's not a default > directory in IIS... did you create that? Did you make it a virutual > directory through the IIS admin tool? Did you set it up (through BOTH NT > and IIS) to have execute permissions? Outside of that, I don't have any > further ideas. > > 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. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pkishor at geoanalytics.com Sat May 10 10:22:45 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Sat, 10 May 2003 17:22:45 -0000 Subject: [Mapserver-users] Re: building Mapserver 3.6.5 on Mac OS X 10.2.5 In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, John Oram wrote: .. > ld: Undefined symbols: > ___gxx_personality_v0 > make: *** [shp2img] Error 1 John, Unless you have already solved this, I seem to recall this being related to ggc3 vs. gcc2. You can shift back to gcc2 on OS X by using "select gcc2" or something like that (drats, I don't remember... but do a search on the list archive for gcc2... or better yet, for "gxx_personality_v0" You will likely find the answer. Puneet. From mapserver at oram.com Sat May 10 17:32:22 2003 From: mapserver at oram.com (John Oram) Date: Sat, 10 May 2003 17:32:22 -0700 Subject: [Mapserver-users] building gdal 1.1.8 on Mac OS X 10.2.6 In-Reply-To: <20030510170003.15568.98699.Mailman@lists.gis.umn.edu> Message-ID: <07BDAD84-8348-11D7-AC13-00039315FC54@oram.com> Hi- In the archives, http://lists.dmsolutions.ca/pipermail/mapserver-users/2002-February/ 000556.html Puneet had problems compiling gdal. The errors are similar to mine, but there wasn't a followup as far as I could see. I applied the changed to the GDALmake.opt file: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS But I see some sort of error with libtool and libgdal.1.1.dylib at the end. I copied it below. I'm not sure what to do at this point. Also, what are the standard flags to use with ./configure and gdal? I turned off python, but am unsure what other things are required or unnecessary. (My primary motivation with gdal is to be able to import and export shapefiles...) Thanks, John ranlib ./gdal.a ranlib: file: ./gdal.a(pnggccrd.o) has no symbols ranlib: file: ./gdal.a(pngvcrd.o) has no symbols ranlib: file: ./gdal.a(tif_pixarlog.o) has no symbols ranlib: file: ./gdal.a(cpl_vsil_unix_stdio_64.o) has no symbols make ./libgdal.1.1.dylib gcc -dynamiclib ./frmts/o/*.o ./core/*.o ./port/*.o ./alg/*.o ./ogr/ogrct.o ./ogr/ogr_opt.o ./ogr/ogr_fromepsg.o ./ogr/ogr_srs_validate.o ./ogr/ogrutils.o ./ogr/ogr_srs_proj4.o ./ogr/ogr_api.o ./ogr/ogrsf_frmts/generic/ogrregisterall.o ./ogr/ogrfeaturestyle.o ./ogr/ogrsf_frmts/ogrsf_frmts.a ./gdal.a ./ogr/ogr.a ./gdal.a ./port/cpl.a -lz -lm -ldl -L/usr/local/lib -lm -o ./libgdal.1.1.dylib ld: Undefined symbols: vtable for __cxxabiv1::__class_type_info vtable for __cxxabiv1::__si_class_type_info operator delete(void*) operator new(unsigned long) ___gxx_personality_v0 operator delete[](void*) operator new[](unsigned long) ___cxa_pure_virtual vtable for __cxxabiv1::__vmi_class_type_info /usr/bin/libtool: internal link edit command failed make[1]: *** [libgdal.1.1.dylib] Error 1 make: *** [check-lib] Error 2 From john at jdmorton.com Sun May 11 05:45:13 2003 From: john at jdmorton.com (John Morton) Date: Sun, 11 May 2003 20:45:13 +0800 Subject: [Mapserver-users] Mapserver and Databases MySQL .. Message-ID: <000001c317bb$51f1f340$628948ca@e9n0b5> Hi, I'm new to mapserver and GIS apps in general .. Can someone point me in the right direction for some info regarding storing information in a database (say MySQL), and then accessing this data in my mapserver app .. the data in the Db could contain latitude and longitude co-ords within fields (say X,Y) .. ..using Mapscript/ perl .. also Mapscript/PHP Any assistance would be appreciated .. ta John From l.bargeot at educagri.fr Sun May 11 11:29:56 2003 From: l.bargeot at educagri.fr (Lionel Bargeot) Date: 11 May 2003 20:29:56 +0200 Subject: [Mapserver-users] Mapserver and Databases MySQL .. In-Reply-To: References: Message-ID: <1052677798.16473.8.camel@ramone> Le dim 11/05/2003 ? 14:45, John Morton a ?crit : > Hi, Hi John, > .. the data in the Db > could contain latitude and longitude co-ords > within fields (say X,Y) .. > > ..using Mapscript/ perl .. also Mapscript/PHP This kind of questions come back regularly. You will find information in the ML archive. Particularly : http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0303/msg00375.html this is a sample code, where the goal is to create shapefile from an X/Y postgresql points database. The language is PHP, where phpmapscript extensions provide a way to create .shp, .shx and wher php-dbase module provide a way to create a dbase file with all attributes you need (label, labelsize, symbol, symbolsize, etc ....) Regards, Lionel -- AgrogeomaTIC CNERTA-ENESAD, 4 rue champs-prevois, batiment grand-champs, 21000 Dijon 03.80.77.28.49 http://stb.educagri.fr/cartosol/ From ianm at itee.uq.edu.au Sun May 11 16:27:15 2003 From: ianm at itee.uq.edu.au (Ian MacColl) Date: Mon, 12 May 2003 09:27:15 +1000 Subject: [Mapserver-users] Re: building Mapserver 3.6.5 on Mac OS X 10.2.5 () In-Reply-To: <20030511170002.21832.4197.Mailman@lists.gis.umn.edu> Message-ID: <19D0EA02-8408-11D7-BD72-0003935819D0@itee.uq.edu.au> On Monday, May 12, 2003, at 03:00 Australia/Brisbane, pkishor_98 at lists.gis.umn.edu wrote: > --- In mapserver-users at yahoogroups.com, John Oram > wrote: > .. >> ld: Undefined symbols: >> ___gxx_personality_v0 >> make: *** [shp2img] Error 1 > > John, > > Unless you have already solved this, I seem to recall this being > related to ggc3 vs. gcc2. You can shift back to gcc2 on OS X by using > "select gcc2" or something like that (drats, I don't remember... but > do a search on the list archive for gcc2... or better yet, for > "gxx_personality_v0" I'm not sure if it will help, but the OSX command to swap gcc3 and gcc2 is /usr/sbin/gcc_select normally run as root (via sudo) with 2 or 3 as argument. Ian From ianm at itee.uq.edu.au Sun May 11 16:32:42 2003 From: ianm at itee.uq.edu.au (Ian MacColl) Date: Mon, 12 May 2003 09:32:42 +1000 Subject: [Mapserver-users] Re: building gdal 1.1.8 on Mac OS X 10.2.6 (John Oram) In-Reply-To: <20030511170002.21832.4197.Mailman@lists.gis.umn.edu> Message-ID: On Monday, May 12, 2003, at 03:00 Australia/Brisbane, John Oram wrote: ... > But I see some sort of error with libtool and libgdal.1.1.dylib at the > end. I copied it below. I'm not sure what to do at this point. > > Also, what are the standard flags to use with ./configure and gdal? I > turned off python, but am unsure what other things are required or > unnecessary. (My primary motivation with gdal is to be able to import > and export shapefiles...) ... I've compiled gdal 1.1.8 on osx with ./configure --without-python but in GDALmake.opt I have LIBS set to -ltiff -lz -lm -ldl -lstdc++ -lcrypto -lssl -lSystem -L/usr/loc al/lib -lm I probably added some of these manually. I think new and delete come from either libstdc++ or libSystem. I think I probably used gcc2 rather than gcc3. hope this helps Ian From palle at mail-online.dk Mon May 12 00:09:40 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Mon, 12 May 2003 09:09:40 +0200 Subject: [Mapserver-users] Please Help me In-Reply-To: References: Message-ID: Could it be that the url is wrong? Your are missing the map parameter, try this: http://127.0.0.1/cgi-bin/mapserv.exe?map=C:\Inetpub\wwwroot\mapserver\test.map&mode=map Best Regards Palle Due Larsen Carl Bro GIS & IT -----Original Message----- From: aborruso at spaziogis.it To: mapserver-users at lists.gis.umn.edu Date: Thu, 8 May 2003 19:27:14 +0200 Subject: [Mapserver-users] Please Help me > Dear users, > some time ago I have learned to build a mapserver powered site (3.2 > version). In the last months I have not had the time to "study" the > new > version and features of mapserver. > Here is my problem. I have tried to build an update manifold powered > site. > I have downloaded ms36gif_gdal_pg_wms.zip and ms35_libs.zip, then I > have > extracted all files where they could be extracted and then I have > made a > simple test; I have written simply this URL: > http://127.0.0.1/cgi-bin/mapserv.exe?=C: > \Inetpub\wwwroot\mapserver\test.map&mode=map. > I have this error message: "CGI Error The specified CGI application > misbehaved by not returning a complete set of HTTP headers. The > headers it > did return are:" > The file of the test url does not exist, but I remember that with the > old > versions I had an error message like "it's impossible to access to > the file > ..." (or something similar), instead I have a generic strange error > message > and I think there is something strong in my mapserver installation. > Do you have some tip or advice for me? > > I have winxp pro with IIS. > > > Thank you very much, > > Andrea > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille brugerunders?gelse p? nettet, og vind et gavekort p? 50.000 kroner..! www.directoffice.dk/konkurrence From aborruso at spaziogis.it Mon May 12 00:27:57 2003 From: aborruso at spaziogis.it (aborruso at spaziogis.it) Date: Mon, 12 May 2003 09:27:57 +0200 Subject: [Mapserver-users] Please Help me Message-ID: Palle, as you can read in my past email, the map file I want to use in my example does not exist. Then it would be normal to have an error message, but I remember some more specific error messages with the old version. Then in my example it should be appeared a message like: "mapserv: impossible to find test.map". I have instead: "CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:". Is this error message normal or is there something wrong in my installation?? Thank you, Andrea |---------+---------------------------> | | "Palle Due | | | Larsen" | | | | | | | | | 12/05/2003 09.09| | | | |---------+---------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | Per: aborruso at spaziogis.it, mapserver-users at lists.gis.umn.edu | | Cc: | | Oggetto: Re: [Mapserver-users] Please Help me | >------------------------------------------------------------------------------------------------------------------------------| Could it be that the url is wrong? Your are missing the map parameter, try this: http://127.0.0.1/cgi-bin/mapserv.exe?map=C: \Inetpub\wwwroot\mapserver\test.map&mode=map Best Regards Palle Due Larsen Carl Bro GIS & IT -----Original Message----- From: aborruso at spaziogis.it To: mapserver-users at lists.gis.umn.edu Date: Thu, 8 May 2003 19:27:14 +0200 Subject: [Mapserver-users] Please Help me > Dear users, > some time ago I have learned to build a mapserver powered site (3.2 > version). In the last months I have not had the time to "study" the > new > version and features of mapserver. > Here is my problem. I have tried to build an update manifold powered > site. > I have downloaded ms36gif_gdal_pg_wms.zip and ms35_libs.zip, then I > have > extracted all files where they could be extracted and then I have > made a > simple test; I have written simply this URL: > http://127.0.0.1/cgi-bin/mapserv.exe?=C: > \Inetpub\wwwroot\mapserver\test.map&mode=map. > I have this error message: "CGI Error The specified CGI application > misbehaved by not returning a complete set of HTTP headers. The > headers it > did return are:" > The file of the test url does not exist, but I remember that with the > old > versions I had an error message like "it's impossible to access to > the file > ..." (or something similar), instead I have a generic strange error > message > and I think there is something strong in my mapserver installation. > Do you have some tip or advice for me? > > I have winxp pro with IIS. > > > Thank you very much, > > Andrea > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille brugerunders?gelse p? nettet, og vind et gavekort p? 50.000 kroner..! www.directoffice.dk/konkurrence From aborruso at spaziogis.it Mon May 12 00:28:27 2003 From: aborruso at spaziogis.it (aborruso at spaziogis.it) Date: Mon, 12 May 2003 09:28:27 +0200 Subject: [Mapserver-users] Please Help me Message-ID: Karthik, I have read this morning "your" doc. It deals with especially php setup and you must know that the pc in which I'm trying to run mapserver has perfectly installed php and mysql (with IIS). All is OK except mapserver. Thak you, andrea |---------+---------------------------> | | karthik achu | | | | | | | | | 12/05/2003 08.28| | | | |---------+---------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | Per: aborruso at spaziogis.it | | Cc: | | Oggetto: Re: [Mapserver-users] Please Help me | >------------------------------------------------------------------------------------------------------------------------------| hi andrea, did u read this doc? http://mapserver.gis.umn.edu/doc/phpmapscript-install-howto.html karthik achu karthikachu at postmark.net From aborruso at spaziogis.it Mon May 12 00:51:09 2003 From: aborruso at spaziogis.it (aborruso at spaziogis.it) Date: Mon, 12 May 2003 09:51:09 +0200 Subject: [Mapserver-users] Please Help me Message-ID: Palle, could you write me a text to use in mapserv from command line, I'm not able to translate an url to a text for the command line. I know only "mapserv -v". Thank you, Andrea |---------+---------------------------> | | "Palle Due | | | Larsen" | | | | | | | | | 12/05/2003 09.48| | | | |---------+---------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | Per: aborruso at spaziogis.it | | Cc: | | Oggetto: Re: [Mapserver-users] Please Help me | >------------------------------------------------------------------------------------------------------------------------------| Yes, I am aware of that, it was just that your url looked a little funny, so I thought it might be that mapserver misunderstood something. However, I just checked with my installation (Win2000, IIS, ms3.6), and I get expected results when using your url, so it must be something else. Have you tried running mapserv.exe from the command-line - with those parameters - to see if it's returning a correct result? Best regards Palle -----Original Message----- From: aborruso at spaziogis.it To: "Palle Due Larsen" Date: Mon, 12 May 2003 09:19:58 +0200 Subject: Re: [Mapserver-users] Please Help me > > Palle, > as you can read in my past email, the map file I want to use in my > example > does not exist. Then it would be normal to have an error message, but > I > remember some more specific error messages with the old version. Then > in my > example it should be appeared a message like: "mapserv: impossible to > find > test.map". I have instead: "CGI Error The specified CGI application > misbehaved by not returning a complete set of HTTP headers. The > headers it > did return are:". > > Is this error message normal or is there something wrong in my > installation?? > > Thank you, > > > Andrea > > > > > |---------+---------------------------> > | | "Palle Due | > | | Larsen" | > | | | | ne.dk> | > | | | > | | 12/05/2003 09.09| > | | | > |---------+---------------------------> > > >-------------------------------------------------------------------- > ----------------------------------------------------------| > | > | > | Per: aborruso at spaziogis.it, > mapserver-users at lists.gis.umn.edu > | > | Cc: > | > | Oggetto: Re: [Mapserver-users] Please Help me > | > > >-------------------------------------------------------------------- > ----------------------------------------------------------| > > > > > Could it be that the url is wrong? Your are missing the map > parameter, > try this: > > http://127.0.0.1/cgi-bin/mapserv.exe?map=C: > \Inetpub\wwwroot\mapserver\test.map&mode=map > > Best Regards > > Palle Due Larsen > Carl Bro GIS & IT > > -----Original Message----- > From: aborruso at spaziogis.it > To: mapserver-users at lists.gis.umn.edu > Date: Thu, 8 May 2003 19:27:14 +0200 > Subject: [Mapserver-users] Please Help me > > > Dear users, > > some time ago I have learned to build a mapserver powered site (3.2 > > version). In the last months I have not had the time to "study" the > > new > > version and features of mapserver. > > Here is my problem. I have tried to build an update manifold > powered > > site. > > I have downloaded ms36gif_gdal_pg_wms.zip and ms35_libs.zip, then I > > have > > extracted all files where they could be extracted and then I have > > made a > > simple test; I have written simply this URL: > > http://127.0.0.1/cgi-bin/mapserv.exe?=C: > > \Inetpub\wwwroot\mapserver\test.map&mode=map. > > I have this error message: "CGI Error The specified CGI application > > misbehaved by not returning a complete set of HTTP headers. The > > headers it > > did return are:" > > The file of the test url does not exist, but I remember that with > the > > old > > versions I had an error message like "it's impossible to access to > > the file > > ..." (or something similar), instead I have a generic strange error > > message > > and I think there is something strong in my mapserver installation. > > Do you have some tip or advice for me? > > > > I have winxp pro with IIS. > > > > > > Thank you very much, > > > > Andrea > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > F? en gratis emailkonto her: www.mail-online.dk > ----------------------------------------------- > Deltag i en lille brugerunders?gelse p? > nettet, og vind et gavekort p? 50.000 kroner..! > www.directoffice.dk/konkurrence > > > > > F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille brugerunders?gelse p? nettet, og vind et gavekort p? 50.000 kroner..! www.directoffice.dk/konkurrence From Mferrari at crema.unimi.it Mon May 12 03:43:46 2003 From: Mferrari at crema.unimi.it (Marco Ferrari) Date: Mon, 12 May 2003 12:43:46 +0200 Subject: [Mapserver-users] Layer number Message-ID: <92F02B0DA5A19549BEA6C9E26917F0392A175D@ganimede.crema.unimi.it> Hy, Is it possible to define more than 100 layers in the same map file? If yes, how? Or is it possible to import more map files in the same application? Thanks. From h.aue at plan-gis.de Mon May 12 05:33:50 2003 From: h.aue at plan-gis.de (h.aue at plan-gis.de) Date: 12 May 2003 12:33:50 UT Subject: [Mapserver-users] Mapserver with PHP/Mapscript Problems Message-ID: <00030524.3EBFA2BD@192.168.199.254> Hi, I'm trying to use the GMAP demo with PHP/Mapscript with the mapserver on a debian linux box. While testing it with a .php-file ("mapserver.php") containing the line dl("php_mapsript.so"); I received the following message: Warning: MapScript: Unable to initialize module Module compiled with debug=0, thread-safety=0 module API=20020429 PHP compiled with debug=0, thread-safety=0 module API=20010901 These options need to match in /var/www/mapserver.php on line 3 I made sure that the "mapserv"-file and the "php_mapsript.so" are copied to the right directories (I'm pretty sure) after the compilation (before compiling I cleaned with make distclean) and linked the php_mapscript.so to php_mapsript_36.so. Testing the "mapserv"-application with http://localhost/cgi-bin/mapserv tells me "No query information to decode. QUERY_STRING is set, but empty." which normally indicates that mapserver is correctly installed, right? So what could be the problem? Sincerely, Hendrik Aue From bplatzen at sosnetz.de Mon May 12 05:11:56 2003 From: bplatzen at sosnetz.de (=?utf-8?q?Bj=C3=B6rn=20Platzen?=) Date: Mon, 12 May 2003 14:11:56 +0200 Subject: [Mapserver-users] Layer number In-Reply-To: <92F02B0DA5A19549BEA6C9E26917F0392A175D@ganimede.crema.unimi.it> References: <92F02B0DA5A19549BEA6C9E26917F0392A175D@ganimede.crema.unimi.it> Message-ID: <200305121411.56670.bplatzen@sosnetz.de> Hi, the mapfile-reference says the following: 8< snip There is a maximum of 50 layers per mapfile. This can be changed by editing the map.h file to change the value of MS_MAXLAYERS to the desired number and recompiling. >8 snap you can get it here: http://mapserver.gis.umn.edu/doc36/mapfile-reference.html hth, Bjoern Am Montag, 12. Mai 2003 12:43 schrieb Marco Ferrari: > Hy, > Is it possible to define more than 100 layers in the same map file? > If yes, how? > Or is it possible to import more map files in the same application? > Thanks. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- small office solutions info at sosnetz.de - http://www.sosnetz.de From ioannis.kanellopoulos at jrc.it Mon May 12 05:23:10 2003 From: ioannis.kanellopoulos at jrc.it (Ioannis Kanellopoulos) Date: Mon, 12 May 2003 14:23:10 +0200 Subject: [Mapserver-users] Mapplet/jBox problems Message-ID: <3EBF922E.10201@jrc.it> Hi All, I am trying to use the mapplet or jBox java utilities for mapserver. I have run into the following problems: 1. mapplet: cannot make box on/off to work properly. Following the instructions of "Mapplet How to" I have added the onClick="document.mapplet.boxoff()" or boxon respectively for zoomout,pan and zoomin. I have also initialised in the applet. Problem is that it does not work the second time round. for e.g. if I want to zoomin for a second time without selecting the radio button then it goes back to boxoff as it is initialised. teh same is true with zoomout and pon if the box is initialised as on. 2. jBox: Here the problem is that I cannot make it to perform the redraw without hitting the refresh button again. this even after I have added the "if (redraw) { document.mapserv.submit();}" at the end of the setbox_handler() function. If I just change the function names to the ones for mapplet it works properly. I have mapserver 3.6.5 compiled in a Redhat 8.0, browser Mozilla 1.0.1 but I encouner the mapplet problem also with Windows2000 with apache 2 server and Mozilla 1.3. I am also using the standard demo files for these experiments. Any help will be greatly appreciated. thanks a lot yannis -- Ioannis Kanellopoulos EC-Joint Research Centre Institute for Environment and Sustainability TP 262 21020 Ispra(VA) Italy email: ioannis.kanellopoulos at jrc.it www: http://www.jrc.cec.eu.int, http://www.ec-gis.org, http://gi-gis.jrc.it From rich at greenwoodmap.com Mon May 12 06:13:45 2003 From: rich at greenwoodmap.com (Richard Greenwood) Date: Mon, 12 May 2003 07:13:45 -0600 Subject: [Mapserver-users] Mapplet/jBox problems Message-ID: <5.2.0.9.0.20030512071327.00a6e158@mail.greenwoodmap.com> --=======17443D2E======= Content-Type: text/plain; x-avg-checked=avg-ok-5248D2A; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit I have updated the doc's for jBox. Until I get them posted you can read them at: http://www.greenwoodmap.com/mapserver/jBox/jBox_docbook.html I have had some trouble with Mozilla. To better isolate your problem, can you test with MS IE or Netscape 4.x? Rich At 02:23 PM 5/12/2003 +0200, you wrote: >Hi All, > >I am trying to use the mapplet or jBox java utilities for mapserver. I >have run into the following problems: > >1. mapplet: cannot make box on/off to work properly. Following the >instructions of "Mapplet How to" I have added the >onClick="document.mapplet.boxoff()" or boxon respectively for zoomout,pan >and zoomin. I have also initialised > in the applet. Problem is that it does not >work the second time round. for e.g. if I want to zoomin for a second time >without selecting the radio button then it goes back to boxoff as it is >initialised. teh same is true with zoomout and pon if the box is >initialised as on. > >2. jBox: Here the problem is that I cannot make it to perform the >redraw without hitting the refresh button again. this even after I have >added the "if (redraw) { document.mapserv.submit();}" at the end of the >setbox_handler() function. If I just change the function names to the ones >for mapplet it works properly. > >I have mapserver 3.6.5 compiled in a Redhat 8.0, browser Mozilla 1.0.1 but >I encouner the mapplet problem also with Windows2000 with apache 2 server >and Mozilla 1.3. I am also using the standard demo files for these experiments. > >Any help will be greatly appreciated. > >thanks a lot > >yannis > > > >-- >Ioannis Kanellopoulos >EC-Joint Research Centre >Institute for Environment and Sustainability >TP 262 >21020 Ispra(VA) >Italy > >email: ioannis.kanellopoulos at jrc.it >www: http://www.jrc.cec.eu.int, >http://www.ec-gis.org, http://gi-gis.jrc.it > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > Richard W. Greenwood, PLS (307) 733-0203 Rich at GreenwoodMap.com www.GreenwoodMap.com --=======17443D2E=======-- From schut at sarvision.com Mon May 12 06:16:06 2003 From: schut at sarvision.com (Vincent Schut) Date: Mon, 12 May 2003 15:16:06 +0200 Subject: [Mapserver-users] Mapserver with PHP/Mapscript Problems In-Reply-To: <00030524.3EBFA2BD@192.168.199.254> References: <00030524.3EBFA2BD@192.168.199.254> Message-ID: <200305121516.06014.schut@sarvision.com> Hendrik, the api numbers of the mapscript module and the php program should be the same. If they are not, that means that your mapscript module has been compiled against a different version of php than the version you are trying to run it with. Did you compile mapserver/mapscript and php yourself? You should probably recompile then, and make sure mapserver finds the source tree of php that you are currently using. If you downloaded some binaries e.g. from dmsolutions, you should make sure your mapserver binaries are precompiled for your php version. Eventually you should either get other binaries, or use a different version of php. Regards, Vincent Schut. On Monday 12 May 2003 14:33, h.aue at plan-gis.de wrote: > Hi, > > I'm trying to use the GMAP demo with PHP/Mapscript with the mapserver on a > debian linux box. While testing it with a .php-file ("mapserver.php") > containing the line dl("php_mapsript.so"); I received the following > message: > > Warning: MapScript: Unable to initialize module Module compiled with > debug=0, thread-safety=0 module API=20020429 PHP compiled with debug=0, > thread-safety=0 module API=20010901 These options need to match in > /var/www/mapserver.php on line 3 > > > I made sure that the "mapserv"-file and the "php_mapsript.so" are copied to > the right directories (I'm pretty sure) after the compilation (before > compiling I cleaned with make distclean) and linked the php_mapscript.so to > php_mapsript_36.so. Testing the "mapserv"-application with > http://localhost/cgi-bin/mapserv tells me "No query information to decode. > QUERY_STRING is set, but empty." which normally indicates that mapserver is > correctly installed, right? > > So what could be the problem? > > Sincerely, > > Hendrik Aue > > > _______________________________________________ > 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 Mon May 12 06:25:10 2003 From: schut at sarvision.com (Vincent Schut) Date: Mon, 12 May 2003 15:25:10 +0200 Subject: [Mapserver-users] Anyone dong Flash? In-Reply-To: <6FD037F6491DD51191BE006008F5E5A50290AEBB@IMAGER3> References: <6FD037F6491DD51191BE006008F5E5A50290AEBB@IMAGER3> Message-ID: <200305121525.10600.schut@sarvision.com> Did some flash experiments. Source code is not free I'm afraid, but I could certainly share experience if you have certain questions about getting flash & mapserver to work. For an example of a simple viewer: http://www.sarvision.nl/mawas/mapserver/ms-mawas.php ; showing a landsat image of an area in Kalimantan, Indonesia. Have been experimenting with the multi-layer flash output but don't have any suitable swf's using this to show you. Have made nothing with real GIS functionality, or even queries. Though I have had some thoughts on how I could implement that in flash. Btw, all is made using php/ming and mapserver/mapscript. But, if you don't need to have on the fly swf apps but can have a static one, and if you can do C, I'd recommend to start writing in c/ming because using php and the latest ming (0.3a) is a real pain. And 0.3a has quite some bugs fixed that 0.2a (which was the best version I managed to run with php) still has. Cheers, Vincent Schut. On Friday 02 May 2003 16:28, Howard Mark wrote: > A co-worker is trying to write a GIS interface with Flash. He does have > panning and zooming working for a single fixed WMS layer. However there's a > lot of work to do to get the interface to do what mapserver does out of the > box. I thought I'd ask if anyone here is doing similar development or wants > to share development? > > 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 -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From ioannis.kanellopoulos at jrc.it Mon May 12 06:40:06 2003 From: ioannis.kanellopoulos at jrc.it (Ioannis Kanellopoulos) Date: Mon, 12 May 2003 15:40:06 +0200 Subject: [Mapserver-users] Mapplet/jBox problems In-Reply-To: <5.2.0.9.0.20030512065150.00a6ddf8@mail.greenwoodmap.com> References: <5.2.0.9.0.20030512065150.00a6ddf8@mail.greenwoodmap.com> Message-ID: <3EBFA436.7050600@jrc.it> Richard, Thank you for your mail and suggestion. I have tested the jBox with IE6 and unfortunately I have exactly the same behaviour. i.e. non automatic redraw even thought the if(redraw) ...is there. (I have also read your modified How to). cheers yannis Richard Greenwood wrote: > I have updated the doc's for jBox. Until I get them posted you can > read them at: > http://www.greenwoodmap.com/mapserver/jBox/jBox_docbook.html > > I have had some trouble with Mozilla. To better isolate your problem, > can you test with MS IE or Netscape 4.x? > > Rich > > At 02:23 PM 5/12/2003 +0200, you wrote: > >> Hi All, >> >> I am trying to use the mapplet or jBox java utilities for mapserver. >> I have run into the following problems: >> >> 1. mapplet: cannot make box on/off to work properly. Following the >> instructions of "Mapplet How to" I have added the >> onClick="document.mapplet.boxoff()" or boxon respectively for >> zoomout,pan and zoomin. I have also initialised >> in the applet. Problem is that it does >> not work the second time round. for e.g. if I want to zoomin for a >> second time without selecting the radio button then it goes back to >> boxoff as it is initialised. teh same is true with zoomout and pon if >> the box is initialised as on. >> >> 2. jBox: Here the problem is that I cannot make it to perform the >> redraw without hitting the refresh button again. this even after I >> have added the "if (redraw) { document.mapserv.submit();}" at the end >> of the setbox_handler() function. If I just change the function names >> to the ones for mapplet it works properly. >> >> I have mapserver 3.6.5 compiled in a Redhat 8.0, browser Mozilla >> 1.0.1 but I encouner the mapplet problem also with Windows2000 with >> apache 2 server and Mozilla 1.3. I am also using the standard demo >> files for these experiments. >> >> Any help will be greatly appreciated. >> >> thanks a lot >> >> yannis >> >> >> >> -- >> Ioannis Kanellopoulos >> EC-Joint Research Centre >> Institute for Environment and Sustainability >> TP 262 >> 21020 Ispra(VA) >> Italy >> >> email: ioannis.kanellopoulos at jrc.it >> www: http://www.jrc.cec.eu.int, >> http://www.ec-gis.org, http://gi-gis.jrc.it >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> > > Richard W. Greenwood, PLS > (307) 733-0203 > Rich at GreenwoodMap.com > www.GreenwoodMap.com -- Ioannis Kanellopoulos EC-Joint Research Centre Institute for Environment and Sustainability TP 262 21020 Ispra(VA) Italy email: ioannis.kanellopoulos at jrc.it www: http://www.jrc.cec.eu.int, http://www.ec-gis.org, http://gi-gis.jrc.it From christina.biakowski at ccgis.de Mon May 12 06:44:58 2003 From: christina.biakowski at ccgis.de (Christina Biakowski CCGIS) Date: Mon, 12 May 2003 15:44:58 +0200 Subject: [Mapserver-users] Postgis "explain verbose"-Error Message-ID: Hello, we are running Mapserver 3.6.5 on FreeBSD with Postgresql 7.3.2 and Postgis 7.4. Querying a Postgis-Layer (by clicking in the map) I get the following error-message: "msPOSTGISLayerGetShape(): Query error. Error executing POSTGIS SQL statement (in FETCH ALL): EXPLAIN VERBOSE SELECT * FROM staedte - 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. ..." I searched the mailing-archive and found that it is "a problem with postgresql 7.3's handling of "EXPLAIN VERBOSE" and that there is a fix for the problem. Could anybody tell me where to get the fix or whether there might also be another reason for the produced error? Thanks in advance! Regards, Christina From rosangela.silva at zenitpolar.com.br Mon May 12 07:40:15 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Mon, 12 May 2003 11:40:15 -0300 Subject: [Mapserver-users] mapserver win32 compilation problems Message-ID: <000e01c31894$6731a8c0$377ba8c0@nadir> This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C3187B.41908460 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I'm trying to compile mapserver on win32 (winxp) and I'm looking for some help but I coundn't find it in lists (mapserver, libwww). I'm using the precompiled Libwww avaiable for Vladimir A. Kozlov (ftp://ftp.idm.ru/libwww). And I'm using the "compiling postgis with mapserver" instructions by = Gayathri Swaminathan=20 (http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/003469.htm= l). About postgis, I don't know if it will run, because the warnings "ignored" = lines. The mapserver compilation erros results are: nmake /f Makefile.vc Microsoft (R) Program Maintenance Utility Version 6.00.8168.0 Copyright (C) Microsoft Corp 1988-1998. All rights reserved. cl libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqdll.lib = /nologo /Zi /W3 /DDEBUG /DWIN32 libpq7.3.2/libpq.lib = libpq7.3.2/interfaces/libpq/libpqd ll.lib -I gd-1.8.4 -I tiff-v3.5.7/libtiff -I proj-4.4.5/src = -Iphp-4.3.1\rege x -DPHP_NO_ALIASES -Igdal-1.1.7/ogr/ogrsf_frmts -Igdal-1.1.7/ogr = -Igdal-1.1.7/og r/../port -Igdal-1.1.7/core -I Libwww/library/src -I = Libwww/modules/expat/xmlpa rse -DHAVE_STRING_H -DREGEX_MALLOC -DNEED_STRCASECMP -DNEED_STRNCASECMP = -DUSE_ EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG = -DUSE_GD_ JPEG -DUSE_GD_WBMP -DUSE_GD_TTF -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR = -DUSE_OGR - DUSE_WMS -DUSE_WMS_LYR -DIGNORE_MISSING_DATA -DUSE_GDAL = -DFEATURE_INFO_HTML /c mapwmslayer.c /Fomapwmslayer.obj Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored Command line warning D4027 : source file = 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored Command line warning D4027 : source file = 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored mapwmslayer.c Libwww/Library/src/HTProt.h(58) : error C2061: syntax error : identifier = 'HTProtocolId' Libwww/Library/src/HTProt.h(58) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(85) : error C2146: syntax error : missing = ')' before identifier 'port' Libwww/Library/src/HTProt.h(85) : error C2081: 'HTProtocolId' : name in = formal parameter list illegal Libwww/Library/src/HTProt.h(85) : error C2061: syntax error : identifier = 'port' Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ',' Libwww/Library/src/HTProt.h(88) : error C2059: syntax error : ')' Libwww/Library/src/HTProt.h(132) : error C2061: syntax error : = identifier 'HTProtocol_id' Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : 'type' Libwww/Library/src/HTHost.h(65) : error C2146: syntax error : missing = ')' before identifier 'u_port' Libwww/Library/src/HTHost.h(65) : error C2081: 'u_short' : name in = formal parameter list illegal Libwww/Library/src/HTHost.h(65) : error C2061: syntax error : identifier = 'u_port' Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ';' Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ')' Libwww/Library/src/HTHost.h(66) : error C2146: syntax error : missing = ')' before identifier 'u_port' Libwww/Library/src/HTHost.h(66) : error C2081: 'u_short' : name in = formal parameter list illegal Libwww/Library/src/HTHost.h(66) : error C2061: syntax error : identifier = 'u_port' Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ';' Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ')' Libwww/Library/src/HTHstMan.h(60) : error C2061: syntax error : = identifier 'u_short' Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses = undefined struct 'sockaddr_in' Libwww/Library/src/HTHstMan.h(110) : error C2059: syntax error : '}' mapwmslayer.c(292) : warning C4013: 'index' undefined; assuming extern = returning int mapwmslayer.c(292) : warning C4047: '=3D' : 'const char *' differs in = levels of in direction from 'int ' mapwmslayer.c(340) : warning C4013: 'isspace' undefined; assuming extern = returning int mapwmslayer.c(368) : warning C4090: 'function' : different 'const' = qualifiers mapwmslayer.c(368) : warning C4024: 'strcasecmp' : different types for = formal and actual parameter 2 NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. All helps are welcome, Thanks Ros=E2ngela ------=_NextPart_000_000B_01C3187B.41908460 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
 
I'm trying to compile mapserver on = win32 (winxp)=20 and I'm looking
for some help but I coundn't find it in = lists=20 (mapserver, libwww).
 
I'm using the precompiled Libwww = avaiable for=20 Vladimir A. Kozlov
 
And I'm using the "compiling = postgis with=20 mapserver" instructions by Gayathri = Swaminathan=20
(http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/0= 03469.html).=20 About
postgis, I don't know if it will run, = because the=20 warnings "ignored" lines.
 
The mapserver compilation erros results = are:
 
 
nmake /f Makefile.vc
 
Microsoft (R) Program Maintenance=20 Utility   Version 6.00.8168.0
Copyright (C) Microsoft Corp=20 1988-1998. All rights reserved.
 
        cl=20 libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqdll.lib=20 /nologo
 /Zi /W3 /DDEBUG /DWIN32 libpq7.3.2/libpq.lib=20 libpq7.3.2/interfaces/libpq/libpqd
ll.lib -I gd-1.8.4 -I=20 tiff-v3.5.7/libtiff   -I proj-4.4.5/src  =20 -Iphp-4.3.1\rege
x -DPHP_NO_ALIASES -Igdal-1.1.7/ogr/ogrsf_frmts=20 -Igdal-1.1.7/ogr -Igdal-1.1.7/og
r/../port -Igdal-1.1.7/core  -I = Libwww/library/src -I Libwww/modules/expat/xmlpa
rse -DHAVE_STRING_H=20 -DREGEX_MALLOC -DNEED_STRCASECMP -DNEED_STRNCASECMP   = -DUSE_
EPPL=20 -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF  -DUSE_GD_GIF -DUSE_GD_PNG=20 -DUSE_GD_
JPEG -DUSE_GD_WBMP -DUSE_GD_TTF  -DUSE_GD_TTF=20 -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR -
DUSE_WMS -DUSE_WMS_LYR =20 -DIGNORE_MISSING_DATA -DUSE_GDAL -DFEATURE_INFO_HTML /c
mapwmslayer.c = /Fomapwmslayer.obj
Command line warning D4027 : source file=20 'libpq7.3.2/libpq.lib' ignored
Command line warning D4027 : source = file=20 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored
Command line = warning=20 D4027 : source file 'libpq7.3.2/libpq.lib' ignored
Command line = warning D4027=20 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib'=20 ignored
mapwmslayer.c
Libwww/Library/src/HTProt.h(58) : error = C2061:=20 syntax error : identifier = 'HTProtocolId'
Libwww/Library/src/HTProt.h(58) :=20 error C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(85) : = error=20 C2146: syntax error : missing ')' before  identifier=20 'port'
Libwww/Library/src/HTProt.h(85) : error C2081: 'HTProtocolId' = : name=20 in formal parameter list illegal
Libwww/Library/src/HTProt.h(85) : = error=20 C2061: syntax error : identifier = 'port'
Libwww/Library/src/HTProt.h(85) :=20 error C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(85) : = error=20 C2059: syntax error : ','
Libwww/Library/src/HTProt.h(88) : error = C2059:=20 syntax error : ')'
Libwww/Library/src/HTProt.h(132) : error C2061: = syntax=20 error : identifier 'HTProtocol_id'
Libwww/Library/src/HTProt.h(132) : = error=20 C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(132) : error = C2059:=20 syntax error : 'type'
Libwww/Library/src/HTHost.h(65) : error C2146: = syntax=20 error : missing ')' before identifier=20 'u_port'
Libwww/Library/src/HTHost.h(65) : error C2081: 'u_short' : = name in=20 formal parameter list illegal
Libwww/Library/src/HTHost.h(65) : error = C2061:=20 syntax error : identifier 'u_port'
Libwww/Library/src/HTHost.h(65) : = error=20 C2059: syntax error : ';'
Libwww/Library/src/HTHost.h(65) : error = C2059:=20 syntax error : ')'
Libwww/Library/src/HTHost.h(66) : error C2146: = syntax=20 error : missing ')' before identifier=20 'u_port'
Libwww/Library/src/HTHost.h(66) : error C2081: 'u_short' : = name in=20 formal parameter list illegal
Libwww/Library/src/HTHost.h(66) : error = C2061:=20 syntax error : identifier 'u_port'
Libwww/Library/src/HTHost.h(66) : = error=20 C2059: syntax error : ';'
Libwww/Library/src/HTHost.h(66) : error = C2059:=20 syntax error : ')'
Libwww/Library/src/HTHstMan.h(60) : error C2061: = syntax=20 error : identifier 'u_short'
Libwww/Library/src/HTHstMan.h(94) : = error C2079:=20 'sock_addr' uses undefined struct=20 'sockaddr_in'
Libwww/Library/src/HTHstMan.h(110) : error C2059: = syntax error=20 : '}'
mapwmslayer.c(292) : warning C4013: 'index' undefined; assuming = extern=20 returning int
mapwmslayer.c(292) : warning C4047: '=3D' : 'const = char *'=20 differs in levels of in direction from 'int '
mapwmslayer.c(340) : = warning=20 C4013: 'isspace' undefined; assuming extern returning = int
mapwmslayer.c(368)=20 : warning C4090: 'function' : different 'const' = qualifiers
mapwmslayer.c(368)=20 : warning C4024: 'strcasecmp' : different types for formal and actual = parameter=20 2
NMAKE : fatal error U1077: 'cl' : return code=20 '0x2'
Stop.
All helps are welcome,
Thanks
Ros=E2ngela
------=_NextPart_000_000B_01C3187B.41908460-- From woodbri at swoodbridge.com Mon May 12 08:31:08 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 12 May 2003 11:31:08 -0400 Subject: [Mapserver-users] ms3.7 GD2.0.12 Image problem Message-ID: Hi all, I have run into a strange image display problem with MS-3.7 (May 11th) with GD-2.0.12 using PNG24 and RGB and RGBA I think this is either a GD-2 issue or an issue in MS. If I use RGB then the text chars and the bounding box for the characters are both black and I only see little black boxes where characters should be. If I use RGBA it is a little bit better in that the text is displayed on a box that is a different colors but the charater bounding box is but the char. background is opaquac and overwrites the character before it. See http://strabo01.geozone.com/mapserv.png for an example. -Steve W. From gbickford at netacus.com Mon May 12 01:47:15 2003 From: gbickford at netacus.com (Gardner Lloyd Bickford III) Date: Mon, 12 May 2003 10:47:15 +0200 Subject: [Mapserver-users] msReturnPage(): Web application error. Malformed template name. Message-ID: <5.2.0.9.0.20030512103602.02960588@localhost> Hello, I have encountered an interesting error. I have created a php module that acts as a wrapper for the mapserver cgi. This php script simply passes the http query string (everything after the ?) to the mapserver cgi using the file() function in php. It then eval()'s the returned string and outputs the result to the browser. I created this script so that I could take advantage of the power that the mapserver cgi offers while still being able to use php in my templates. The problem is that when I set the header or footer in my mapfile to a file that ends in .php then I receive the error: msReturnPage(): Web application error. Malformed template name. for now I have simply changed the templates names to end in .phtml as the file extension plays no role in how the content is handled in this case. This isn't really a question or a bug. It's just an FYI for the archives as I can imagine other people may run into this issue. Gardner Gardner Lloyd Bickford III gbickford at netacus.com - email 877.811.1279 - toll free +34 678 83 28 48 - mobile http://www.netacus.com - web From yecarrillo at hotmail.com Mon May 12 09:16:12 2003 From: yecarrillo at hotmail.com (Eduin Yesid Carriillo) Date: Mon, 12 May 2003 11:16:12 -0500 Subject: [Mapserver-users] Getting Dbf Field Type Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C31877.E56D0D50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I develop my own Query Builder with Javascript/Php. $qLayer =3D $gpoMap->getLayerByName($_REQUEST["Layer"]); $qLayer->open($gpoMap->shapepath); $qFields =3D $qLayer->getItems(); $qLayer->close; $dbfFile =3D $gpoMap->shapepath."/".$qLayer->data.".dbf"; if (!file_exists ($dbfFile)) { echo "No se ha encontrado el archivo $dbfFile.\n"; exit; } $Dbfid =3D dbase_open ($dbfFile, 0); $qRecords =3D dbase_numrecords ($Dbfid); dbase_close ($Dbfid); for ($iField =3D 0; $iField < sizeof($qFields); $iField++) { $Lsup =3D $qRecords; if ($qRecords > 600) $Lsup =3D 600; $Records =3D array(); for ($i =3D 0; $i < $Lsup; $i++) { $oShape =3D $qLayer->getShape(-1, $i); array_push($Records, $oShape->values[$qFields[$iField]]); } natsort ($Records); $Records =3D array_unique ($Records); $Records =3D array_slice ($Records, 0, 300); $totalRec =3D count($Records); It works fine, but I need to know the field type to enclose the field = name and field value with ' when the field type is "string". My first solution was reading the -->second<-- value and getting it's = type: if (!is_null($Records[1]) and !is_numeric($Records[1])) { $quote =3D "'";=20 } else { $quote =3D ""; } But sometimes, numeric values are stored as strings.=20 Can MapScript read the field type of attibutes table? Thank You Eduin ------=_NextPart_000_0006_01C31877.E56D0D50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I develop my own Query Builder with=20 Javascript/Php.
 
 
$qLayer =3D=20 $gpoMap->getLayerByName($_REQUEST["Layer"]);
$qLayer->open($gpoM= ap->shapepath);
$qFields=20 =3D $qLayer->getItems();
$qLayer->close;
 
$dbfFile =3D=20 $gpoMap->shapepath."/".$qLayer->data.".dbf";
if (!file_exists=20 ($dbfFile)) {
  echo "No se ha encontrado el archivo=20 $dbfFile.\n";
  exit;
}
$Dbfid =3D dbase_open ($dbfFile,=20 0);
$qRecords =3D dbase_numrecords ($Dbfid);
dbase_close=20 ($Dbfid);
 
for ($iField =3D 0; $iField < = sizeof($qFields);=20 $iField++) {
 
  $Lsup =3D $qRecords;
  = if ($qRecords=20 > 600) $Lsup =3D 600;
  $Records =3D array();
  for = ($i =3D 0; $i=20 < $Lsup; $i++) {
    $oShape =3D = $qLayer->getShape(-1,=20 $i);
    array_push($Records,=20 $oShape->values[$qFields[$iField]]);
  }
  natsort=20 ($Records);
  $Records =3D  array_unique = ($Records);
 =20 $Records =3D array_slice ($Records, 0, 300);
  $totalRec =3D=20 count($Records);
 
 
It works fine, but I need to know the = field type to=20 enclose the field name and field value with ' when the field type is=20 "string".
My first solution was reading the=20 -->second<-- value and getting it's type:
 
  if (!is_null($Records[1]) and=20 !is_numeric($Records[1])) {
    $quote =3D=20 "'"; 
  } else {
    = $quote =3D=20 "";
  }
 
But sometimes, numeric values are = stored as=20 strings.
Can MapScript read the field type = of attibutes=20 table?
 
Thank You
 
Eduin
 
------=_NextPart_000_0006_01C31877.E56D0D50-- From mdoggett at coas.oregonstate.edu Mon May 12 09:45:03 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Mon, 12 May 2003 09:45:03 -0700 Subject: [Mapserver-users] TIF colors too dark In-Reply-To: <000801c315ac$39481790$1f00a8c0@mapping12> Message-ID: <001001c318a5$d6ab0af0$2441c180@nino> Well, when I pull up the original .tif image, ImageMagick reports it as using a 8-bit color palette. So, I would guess that the file is an 8 bit image. Also, when selecting the colors for the original tif, I made sure to use "web safe" colors (which I'm guessing would be 8-bit compatible). matt > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users- > admin at lists.gis.umn.edu] On Behalf Of Benjamin Wragg > Sent: Thursday, May 08, 2003 2:53 PM > To: mdoggett at coas.oregonstate.edu; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] TIF colors too dark > > Hi Matt, > > I had something similar with a 24 bit image that Mapserver was > converting to 8 bit. Are you using a 24 bit image? I ended up > resampeling the image down to 8 bit for now. I'll use the 24 bit version > when it's supported in Mapserver. > > Cheers, > > Benjamin > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Matt > Doggett > Sent: Friday, 9 May 2003 4:07 AM > To: 'Randy James' > Cc: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] TIF colors too dark > > > Not exactly sure what you mean by "outputformat" options. I tried > changing the IMAGETYPE (PNG|JPG), IMAGEQUALITY (100), and INTERLACE > (ON|OFF) options (if that's what you meant) but none of those makes any > difference. Also, when creating an image using the shp2img utility, I > get the same (dark) results. > > md > > > -----Original Message----- > > From: Randy James [mailto:rjames57 at yahoo.com] > > Sent: Thursday, May 08, 2003 10:30 AM > > To: mdoggett at coas.oregonstate.edu > > Cc: mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] TIF colors too dark > > > > Hi > > > > Try modifying the outputformat options in your map file. > > > > Randy > > > > --- Matt Doggett wrote: > > > I have a georeferenced TIF raster that looks great in my image > > > editing/display program (like ImageMagick or MS > > > PhotoEditor) but when > > > mapserver displays the raster, the colors are much darker > > > than they > > > should be. Any thoughts as to what may be going on and > > > how I might fix > > > it? > > > > > > -Matt > > > (RedHat8.0, Apache2.0, Mapserver 3.6.4, Php4.2.3) > > > > > > 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 > > > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Search - Faster. Easier. Bingo. http://search.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 gayathri at ou.edu Mon May 12 09:53:05 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 12 May 2003 11:53:05 -0500 Subject: [Mapserver-users] mapserver win32 compilation problems 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_01C318A6.F562B370 Content-Type: text/plain; charset="iso-8859-1" Hi , I have got the exact errors you mention, earlier in my attempts to compile. For some reason the u_short does not work well for "cl" in windows., if you change u_short to short - it will compile without those u_short errors ( I am not sure of the implications)., Again if you check that error, "Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in'" and open HTHstMan.h, you will see that, this is actually coming from a inclusion of the header "wwwsys.h" and that requires a "in.h" which under cygwin lib., sockaddr_in is defined in "in.h", somehow the VC++ compiler overlooks this and we have this persistent error. But the way I overcame these errors when I hurt real bad to compile Mapserver with WMS was, by using the VC++ workspace Prashant Desai posted sometime back and setting my lib paths in VC workspace and compiling mapserver using a VC++ workspace. If you would like to have a copy of the workspace let me know. Will send it to you. Thanks, Gayathri -----Original Message----- From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br] Sent: Monday, May 12, 2003 7:40 AM To: Mapserver-Users at Lists. Gis. Umn. Edu Cc: vladimir.kozlov at idm.ru; jnovak at novacell.com Subject: [Mapserver-users] mapserver win32 compilation problems Hello, I'm trying to compile mapserver on win32 (winxp) and I'm looking for some help but I coundn't find it in lists (mapserver, libwww). I'm using the precompiled Libwww avaiable for Vladimir A. Kozlov ( ftp://ftp.idm.ru/libwww). And I'm using the "compiling postgis with mapserver" instructions by Gayathri Swaminathan ( http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/003469.html ). About postgis, I don't know if it will run, because the warnings "ignored" lines. The mapserver compilation erros results are: nmake /f Makefile.vc Microsoft (R) Program Maintenance Utility Version 6.00.8168.0 Copyright (C) Microsoft Corp 1988-1998. All rights reserved. cl libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqdll.lib /nologo /Zi /W3 /DDEBUG /DWIN32 libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqd ll.lib -I gd-1.8.4 -I tiff-v3.5.7/libtiff -I proj-4.4.5/src -Iphp-4.3.1\rege x -DPHP_NO_ALIASES -Igdal-1.1.7/ogr/ogrsf_frmts -Igdal-1.1.7/ogr -Igdal-1.1.7/og r/../port -Igdal-1.1.7/core -I Libwww/library/src -I Libwww/modules/expat/xmlpa rse -DHAVE_STRING_H -DREGEX_MALLOC -DNEED_STRCASECMP -DNEED_STRNCASECMP -DUSE_ EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_ JPEG -DUSE_GD_WBMP -DUSE_GD_TTF -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR - DUSE_WMS -DUSE_WMS_LYR -DIGNORE_MISSING_DATA -DUSE_GDAL -DFEATURE_INFO_HTML /c mapwmslayer.c /Fomapwmslayer.obj Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored Command line warning D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored Command line warning D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored mapwmslayer.c Libwww/Library/src/HTProt.h(58) : error C2061: syntax error : identifier 'HTProtocolId' Libwww/Library/src/HTProt.h(58) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(85) : error C2146: syntax error : missing ')' before identifier 'port' Libwww/Library/src/HTProt.h(85) : error C2081: 'HTProtocolId' : name in formal parameter list illegal Libwww/Library/src/HTProt.h(85) : error C2061: syntax error : identifier 'port' Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ',' Libwww/Library/src/HTProt.h(88) : error C2059: syntax error : ')' Libwww/Library/src/HTProt.h(132) : error C2061: syntax error : identifier 'HTProtocol_id' Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : 'type' Libwww/Library/src/HTHost.h(65) : error C2146: syntax error : missing ')' before identifier 'u_port' Libwww/Library/src/HTHost.h(65) : error C2081: 'u_short' : name in formal parameter list illegal Libwww/Library/src/HTHost.h(65) : error C2061: syntax error : identifier 'u_port' Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ';' Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ')' Libwww/Library/src/HTHost.h(66) : error C2146: syntax error : missing ')' before identifier 'u_port' Libwww/Library/src/HTHost.h(66) : error C2081: 'u_short' : name in formal parameter list illegal Libwww/Library/src/HTHost.h(66) : error C2061: syntax error : identifier 'u_port' Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ';' Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ')' Libwww/Library/src/HTHstMan.h(60) : error C2061: syntax error : identifier 'u_short' Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in' Libwww/Library/src/HTHstMan.h(110) : error C2059: syntax error : '}' mapwmslayer.c(292) : warning C4013: 'index' undefined; assuming extern returning int mapwmslayer.c(292) : warning C4047: '=' : 'const char *' differs in levels of in direction from 'int ' mapwmslayer.c(340) : warning C4013: 'isspace' undefined; assuming extern returning int mapwmslayer.c(368) : warning C4090: 'function' : different 'const' qualifiers mapwmslayer.c(368) : warning C4024: 'strcasecmp' : different types for formal and actual parameter 2 NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. All helps are welcome, Thanks Ros?ngela ------_=_NextPart_001_01C318A6.F562B370 Content-Type: text/html; charset="iso-8859-1"
Hi ,
I have got the exact errors you mention, earlier in my attempts to compile.
 
For some reason the u_short does not work well for "cl" in windows.,
 
if you change u_short to short - it will compile without those u_short errors ( I am not sure of the implications)., 
 
Again if you check that error, "Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in'"
 
and open HTHstMan.h, you will see that, this is actually coming from a inclusion of the header "wwwsys.h" and that requires a "in.h" which under cygwin lib.,
 
sockaddr_in is defined in "in.h", somehow the VC++ compiler overlooks this and we have this persistent error.
 
But the way I overcame these errors when I hurt real bad to compile Mapserver with WMS was,
 
by using the VC++ workspace Prashant Desai posted sometime back and setting my lib paths in VC workspace and compiling mapserver using a VC++ workspace.
 
If you would like to have a copy of the workspace let me know. Will send it to you.
Thanks,
Gayathri
 
-----Original Message-----
From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br]
Sent: Monday, May 12, 2003 7:40 AM
To: Mapserver-Users at Lists. Gis. Umn. Edu
Cc: vladimir.kozlov at idm.ru; jnovak at novacell.com
Subject: [Mapserver-users] mapserver win32 compilation problems

Hello,
 
I'm trying to compile mapserver on win32 (winxp) and I'm looking
for some help but I coundn't find it in lists (mapserver, libwww).
 
I'm using the precompiled Libwww avaiable for Vladimir A. Kozlov
 
And I'm using the "compiling postgis with mapserver" instructions by Gayathri Swaminathan
postgis, I don't know if it will run, because the warnings "ignored" lines.
 
The mapserver compilation erros results are:
 
 
nmake /f Makefile.vc
 
Microsoft (R) Program Maintenance Utility   Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
 
        cl libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqdll.lib /nologo
 /Zi /W3 /DDEBUG /DWIN32 libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqd
ll.lib -I gd-1.8.4 -I tiff-v3.5.7/libtiff   -I proj-4.4.5/src   -Iphp-4.3.1\rege
x -DPHP_NO_ALIASES -Igdal-1.1.7/ogr/ogrsf_frmts -Igdal-1.1.7/ogr -Igdal-1.1.7/og
r/../port -Igdal-1.1.7/core  -I Libwww/library/src -I Libwww/modules/expat/xmlpa
rse -DHAVE_STRING_H -DREGEX_MALLOC -DNEED_STRCASECMP -DNEED_STRNCASECMP   -DUSE_
EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF  -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_
JPEG -DUSE_GD_WBMP -DUSE_GD_TTF  -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR -
DUSE_WMS -DUSE_WMS_LYR  -DIGNORE_MISSING_DATA -DUSE_GDAL -DFEATURE_INFO_HTML /c
mapwmslayer.c /Fomapwmslayer.obj
Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored
Command line warning D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored
Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored
Command line warning D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored
mapwmslayer.c
Libwww/Library/src/HTProt.h(58) : error C2061: syntax error : identifier 'HTProtocolId'
Libwww/Library/src/HTProt.h(58) : error C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(85) : error C2146: syntax error : missing ')' before  identifier 'port'
Libwww/Library/src/HTProt.h(85) : error C2081: 'HTProtocolId' : name in formal parameter list illegal
Libwww/Library/src/HTProt.h(85) : error C2061: syntax error : identifier 'port'
Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ','
Libwww/Library/src/HTProt.h(88) : error C2059: syntax error : ')'
Libwww/Library/src/HTProt.h(132) : error C2061: syntax error : identifier 'HTProtocol_id'
Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : 'type'
Libwww/Library/src/HTHost.h(65) : error C2146: syntax error : missing ')' before identifier 'u_port'
Libwww/Library/src/HTHost.h(65) : error C2081: 'u_short' : name in formal parameter list illegal
Libwww/Library/src/HTHost.h(65) : error C2061: syntax error : identifier 'u_port'
Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ';'
Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ')'
Libwww/Library/src/HTHost.h(66) : error C2146: syntax error : missing ')' before identifier 'u_port'
Libwww/Library/src/HTHost.h(66) : error C2081: 'u_short' : name in formal parameter list illegal
Libwww/Library/src/HTHost.h(66) : error C2061: syntax error : identifier 'u_port'
Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ';'
Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ')'
Libwww/Library/src/HTHstMan.h(60) : error C2061: syntax error : identifier 'u_short'
Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in'
Libwww/Library/src/HTHstMan.h(110) : error C2059: syntax error : '}'
mapwmslayer.c(292) : warning C4013: 'index' undefined; assuming extern returning int
mapwmslayer.c(292) : warning C4047: '=' : 'const char *' differs in levels of in direction from 'int '
mapwmslayer.c(340) : warning C4013: 'isspace' undefined; assuming extern returning int
mapwmslayer.c(368) : warning C4090: 'function' : different 'const' qualifiers
mapwmslayer.c(368) : warning C4024: 'strcasecmp' : different types for formal and actual parameter 2
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.
All helps are welcome,
Thanks
Ros?ngela
------_=_NextPart_001_01C318A6.F562B370-- From lfilak at medinaco.org Mon May 12 10:18:37 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 12 May 2003 13:18:37 -0400 Subject: [Mapserver-users] TIF colors too dark Message-ID: <200305121718.h4CHIcN23884@yogi.medinaco.net> Not that it applies in this case, however one thing we have seen in the past is an image which is reported to be 8-bit but actually has reserved space for more than 256 colors. If you look further down on the ImageMagick output you should see the actual pallette and it may provide a clue as to what is happening (if using the gui), if using the command line be sure to specify the 'verbose' option. HTH Lowell F. The following message was sent by "Matt Doggett" on Mon, 12 May 2003 09:45:03 -0700. > Well, when I pull up the original .tif image, ImageMagick reports it as > using a 8-bit color palette. So, I would guess that the file is an 8 bit > image. Also, when selecting the colors for the original tif, I made > sure to use "web safe" colors (which I'm guessing would be 8-bit > compatible). > > matt > > > -----Original Message----- > > From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users- > > admin at lists.gis.umn.edu] On Behalf Of Benjamin Wragg > > Sent: Thursday, May 08, 2003 2:53 PM > > To: mdoggett at coas.oregonstate.edu; mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] TIF colors too dark > > > > Hi Matt, > > > > I had something similar with a 24 bit image that Mapserver was > > converting to 8 bit. Are you using a 24 bit image? I ended up > > resampeling the image down to 8 bit for now. I'll use the 24 bit > version > > when it's supported in Mapserver. > > > > Cheers, > > > > Benjamin > > > > -----Original Message----- > > From: mapserver-users-admin at lists.gis.umn.edu > > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Matt > > Doggett > > Sent: Friday, 9 May 2003 4:07 AM > > To: 'Randy James' > > Cc: mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] TIF colors too dark > > > > > > Not exactly sure what you mean by "outputformat" options. I tried > > changing the IMAGETYPE (PNG|JPG), IMAGEQUALITY (100), and INTERLACE > > (ON|OFF) options (if that's what you meant) but none of those makes > any > > difference. Also, when creating an image using the shp2img utility, I > > get the same (dark) results. > > > > md > > > > > -----Original Message----- > > > From: Randy James [mailto:rjames57 at yahoo.com] > > > Sent: Thursday, May 08, 2003 10:30 AM > > > To: mdoggett at coas.oregonstate.edu > > > Cc: mapserver-users at lists.gis.umn.edu > > > Subject: Re: [Mapserver-users] TIF colors too dark > > > > > > Hi > > > > > > Try modifying the outputformat options in your map file. > > > > > > Randy > > > > > > --- Matt Doggett wrote: > > > > I have a georeferenced TIF raster that looks great in my image > > > > editing/display program (like ImageMagick or MS > > > > PhotoEditor) but when > > > > mapserver displays the raster, the colors are much darker > > > > than they > > > > should be. Any thoughts as to what may be going on and > > > > how I might fix > > > > it? > > > > > > > > -Matt > > > > (RedHat8.0, Apache2.0, Mapserver 3.6.4, Php4.2.3) > > > > > > > > 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 > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.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 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Andrew.Simpson at ssc.nasa.gov Mon May 12 10:27:46 2003 From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew) Date: Mon, 12 May 2003 12:27:46 -0500 Subject: [Mapserver-users] TIF colors too dark Message-ID: <7F086B24179D91449EDA19F5FC928D0B3255E6@sscleda2.ssc.nasa.gov> Your color values may be congregated on the dark side of the color table. Try a 'mogrify -equalize' on a copy of the image and see if it looks any better... -----Original Message----- From: Matt Doggett [mailto:mdoggett at coas.oregonstate.edu] Sent: Monday, May 12, 2003 11:45 AM To: bwragg at tpg.com.au; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] TIF colors too dark Well, when I pull up the original .tif image, ImageMagick reports it as using a 8-bit color palette. So, I would guess that the file is an 8 bit image. Also, when selecting the colors for the original tif, I made sure to use "web safe" colors (which I'm guessing would be 8-bit compatible). matt > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users- > admin at lists.gis.umn.edu] On Behalf Of Benjamin Wragg > Sent: Thursday, May 08, 2003 2:53 PM > To: mdoggett at coas.oregonstate.edu; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] TIF colors too dark > > Hi Matt, > > I had something similar with a 24 bit image that Mapserver was > converting to 8 bit. Are you using a 24 bit image? I ended up > resampeling the image down to 8 bit for now. I'll use the 24 bit version > when it's supported in Mapserver. > > Cheers, > > Benjamin > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Matt > Doggett > Sent: Friday, 9 May 2003 4:07 AM > To: 'Randy James' > Cc: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] TIF colors too dark > > > Not exactly sure what you mean by "outputformat" options. I tried > changing the IMAGETYPE (PNG|JPG), IMAGEQUALITY (100), and INTERLACE > (ON|OFF) options (if that's what you meant) but none of those makes any > difference. Also, when creating an image using the shp2img utility, I > get the same (dark) results. > > md > > > -----Original Message----- > > From: Randy James [mailto:rjames57 at yahoo.com] > > Sent: Thursday, May 08, 2003 10:30 AM > > To: mdoggett at coas.oregonstate.edu > > Cc: mapserver-users at lists.gis.umn.edu > > Subject: Re: [Mapserver-users] TIF colors too dark > > > > Hi > > > > Try modifying the outputformat options in your map file. > > > > Randy > > > > --- Matt Doggett wrote: > > > I have a georeferenced TIF raster that looks great in my image > > > editing/display program (like ImageMagick or MS > > > PhotoEditor) but when > > > mapserver displays the raster, the colors are much darker > > > than they > > > should be. Any thoughts as to what may be going on and > > > how I might fix > > > it? > > > > > > -Matt > > > (RedHat8.0, Apache2.0, Mapserver 3.6.4, Php4.2.3) > > > > > > 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 > > > > > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Search - Faster. Easier. Bingo. http://search.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 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rosangela.silva at zenitpolar.com.br Mon May 12 10:40:40 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Mon, 12 May 2003 14:40:40 -0300 Subject: [Mapserver-users] mapserver win32 compilation problems References: Message-ID: <001201c318ad$9b7a53c0$377ba8c0@nadir> This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C31894.75CE59F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Gayathri, Thanks for your help. I change the u_short to short and it's solve the erros in HTProt.h and HTHost.h files.=20 But about 'sockaddr_in' , how you sad, the file "in.h" is=20 in Cygwin directory. But I'm not compiling mapserver under Cygwin, is it wrong?? I try to copy this file and others files of cygwin../include/sys directory, but other erros had appeared. About workspace and compile mapserver with VC++, I tried to make this when Prashant Desai posted your dsw, but I had many many erros of LINK that they had made me to give up . =20 But I need to compile mapserver, specially because I'm using posgresql7.3.2-1 and postgis 0.7.5.=20 Thanks Rosangela. From: Swaminathan, Gayathri=20 To: 'Rosangela Silva' ; Mapserver-Users at Lists. Gis. Umn. Edu=20 Cc: vladimir.kozlov at idm.ru ; jnovak at novacell.com=20 Sent: Monday, May 12, 2003 1:53 PM Subject: RE: [Mapserver-users] mapserver win32 compilation problems Hi , I have got the exact errors you mention, earlier in my attempts to = compile.=20 For some reason the u_short does not work well for "cl" in windows.,=20 if you change u_short to short - it will compile without those u_short = errors ( I am not sure of the implications).,=20 Again if you check that error, "Libwww/Library/src/HTHstMan.h(94) : = error C2079: 'sock_addr' uses undefined struct 'sockaddr_in'" and open HTHstMan.h, you will see that, this is actually coming from a = inclusion of the header "wwwsys.h" and that requires a "in.h" which = under cygwin lib., sockaddr_in is defined in "in.h", somehow the VC++ compiler overlooks = this and we have this persistent error. But the way I overcame these errors when I hurt real bad to compile = Mapserver with WMS was,=20 by using the VC++ workspace Prashant Desai posted sometime back and = setting my lib paths in VC workspace and compiling mapserver using a = VC++ workspace. If you would like to have a copy of the workspace let me know. Will = send it to you. Thanks, Gayathri -----Original Message----- From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br] Sent: Monday, May 12, 2003 7:40 AM To: Mapserver-Users at Lists. Gis. Umn. Edu Cc: vladimir.kozlov at idm.ru; jnovak at novacell.com Subject: [Mapserver-users] mapserver win32 compilation problems Hello, I'm trying to compile mapserver on win32 (winxp) and I'm looking for some help but I coundn't find it in lists (mapserver, libwww). I'm using the precompiled Libwww avaiable for Vladimir A. Kozlov (ftp://ftp.idm.ru/libwww). And I'm using the "compiling postgis with mapserver" instructions by = Gayathri Swaminathan=20 = (http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/003469.htm= l). About postgis, I don't know if it will run, because the warnings "ignored" = lines. The mapserver compilation erros results are: nmake /f Makefile.vc Microsoft (R) Program Maintenance Utility Version 6.00.8168.0 Copyright (C) Microsoft Corp 1988-1998. All rights reserved. cl libpq7.3.2/libpq.lib = libpq7.3.2/interfaces/libpq/libpqdll.lib /nologo /Zi /W3 /DDEBUG /DWIN32 libpq7.3.2/libpq.lib = libpq7.3.2/interfaces/libpq/libpqd ll.lib -I gd-1.8.4 -I tiff-v3.5.7/libtiff -I proj-4.4.5/src = -Iphp-4.3.1\rege x -DPHP_NO_ALIASES -Igdal-1.1.7/ogr/ogrsf_frmts -Igdal-1.1.7/ogr = -Igdal-1.1.7/og r/../port -Igdal-1.1.7/core -I Libwww/library/src -I = Libwww/modules/expat/xmlpa rse -DHAVE_STRING_H -DREGEX_MALLOC -DNEED_STRCASECMP = -DNEED_STRNCASECMP -DUSE_ EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF -DUSE_GD_GIF = -DUSE_GD_PNG -DUSE_GD_ JPEG -DUSE_GD_WBMP -DUSE_GD_TTF -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR = -DUSE_OGR - DUSE_WMS -DUSE_WMS_LYR -DIGNORE_MISSING_DATA -DUSE_GDAL = -DFEATURE_INFO_HTML /c mapwmslayer.c /Fomapwmslayer.obj Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' = ignored Command line warning D4027 : source file = 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' = ignored Command line warning D4027 : source file = 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored mapwmslayer.c Libwww/Library/src/HTProt.h(58) : error C2061: syntax error : = identifier 'HTProtocolId' Libwww/Library/src/HTProt.h(58) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(85) : error C2146: syntax error : = missing ')' before identifier 'port' Libwww/Library/src/HTProt.h(85) : error C2081: 'HTProtocolId' : name = in formal parameter list illegal Libwww/Library/src/HTProt.h(85) : error C2061: syntax error : = identifier 'port' Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ',' Libwww/Library/src/HTProt.h(88) : error C2059: syntax error : ')' Libwww/Library/src/HTProt.h(132) : error C2061: syntax error : = identifier 'HTProtocol_id' Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : = 'type' Libwww/Library/src/HTHost.h(65) : error C2146: syntax error : = missing ')' before identifier 'u_port' Libwww/Library/src/HTHost.h(65) : error C2081: 'u_short' : name in = formal parameter list illegal Libwww/Library/src/HTHost.h(65) : error C2061: syntax error : = identifier 'u_port' Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ';' Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ')' Libwww/Library/src/HTHost.h(66) : error C2146: syntax error : = missing ')' before identifier 'u_port' Libwww/Library/src/HTHost.h(66) : error C2081: 'u_short' : name in = formal parameter list illegal Libwww/Library/src/HTHost.h(66) : error C2061: syntax error : = identifier 'u_port' Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ';' Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ')' Libwww/Library/src/HTHstMan.h(60) : error C2061: syntax error : = identifier 'u_short' Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses = undefined struct 'sockaddr_in' Libwww/Library/src/HTHstMan.h(110) : error C2059: syntax error : '}' mapwmslayer.c(292) : warning C4013: 'index' undefined; assuming = extern returning int mapwmslayer.c(292) : warning C4047: '=3D' : 'const char *' differs = in levels of in direction from 'int ' mapwmslayer.c(340) : warning C4013: 'isspace' undefined; assuming = extern returning int mapwmslayer.c(368) : warning C4090: 'function' : different 'const' = qualifiers mapwmslayer.c(368) : warning C4024: 'strcasecmp' : different types = for formal and actual parameter 2 NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. All helps are welcome, Thanks Ros=E2ngela ------=_NextPart_000_000F_01C31894.75CE59F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Gayathri,
 
Thanks for your help.
I change the u_short to short and it's = solve the=20 erros in
HTProt.h and HTHost.h files. =
But about 'sockaddr_in' , how you sad, = the file=20 "in.h" is
in Cygwin directory. But I'm not = compiling=20 mapserver
under Cygwin, is it wrong?? I try to = copy this=20 file
and others files of = cygwin../include/sys directory,=20 but
other erros had appeared.
 
About workspace and compile = mapserver with=20 VC++,
I tried to = make this when Prashant=20 Desai posted your dsw, but
I had many many erros = of LINK that=20 they had made me to give up .  
But I need to compile mapserver, = specially because=20 I'm using
posgresql7.3.2-1 and postgis 0.7.5. =
 
Thanks
Rosangela.
 
 
To: 'Rosangela = Silva' ; Mapserver-Users at Lists. Gis.=20 Umn. Edu
Sent: Monday, May 12, 2003 1:53 = PM
Subject: RE: [Mapserver-users] = mapserver=20 win32 compilation problems

Hi=20 ,
I = have got the=20 exact errors you mention, earlier in my attempts to compile.=20
 
For = some reason=20 the u_short does not work well for "cl" in windows.,=20
 
if you=20 change u_short to short - it will compile without those = u_short=20 errors ( I am not sure of the = implications)., 
 
Again if you check=20 that error, "Libwww/Library/src/HTHstMan.h(94) : error C2079: = 'sock_addr' uses=20 undefined struct 'sockaddr_in'"
 
and open HTHstMan.h, you will see that, = this is=20 actually coming from a inclusion of the header "wwwsys.h" and that = requires a=20 "in.h" which under cygwin lib.,
 
sockaddr_in is defined in "in.h", somehow = the VC++=20 compiler overlooks this and we have this persistent = error.
 
But the way I=20 overcame these errors when I hurt real bad to compile Mapserver with = WMS=20 was,
 
by = using the VC++=20 workspace Prashant Desai posted sometime back and setting my lib paths = in VC=20 workspace and compiling mapserver using a VC++ = workspace.
 
If = you would like=20 to have a copy of the workspace let me know. Will send it to=20 you.
Thanks,
Gayathri
 
-----Original Message-----
From: Rosangela Silva=20 [mailto:rosangela.silva at zenitpolar.com.br]
Sent: Monday, = May 12,=20 2003 7:40 AM
To: Mapserver-Users at Lists. Gis. Umn.=20 Edu
Cc: vladimir.kozlov at idm.ru;=20 jnovak at novacell.com
Subject: [Mapserver-users] mapserver = win32=20 compilation problems

Hello,
 
I'm trying to compile mapserver on = win32=20 (winxp) and I'm looking
for some help but I coundn't find = it in lists=20 (mapserver, libwww).
 
I'm using the = precompiled Libwww avaiable=20 for Vladimir A. Kozlov
 
And I'm using the "compiling = postgis with=20 mapserver" instructions by = Gayathri=20 Swaminathan
(http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/0= 03469.html).=20 About
postgis, I don't know if it will = run, because=20 the warnings "ignored" lines.
 
The mapserver compilation erros = results=20 are:
 
 
nmake /f Makefile.vc
 
Microsoft (R) Program Maintenance=20 Utility   Version 6.00.8168.0
Copyright (C) Microsoft = Corp=20 1988-1998. All rights reserved.
 
        cl=20 libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqdll.lib=20 /nologo
 /Zi /W3 /DDEBUG /DWIN32 libpq7.3.2/libpq.lib=20 libpq7.3.2/interfaces/libpq/libpqd
ll.lib -I gd-1.8.4 -I=20 tiff-v3.5.7/libtiff   -I proj-4.4.5/src  =20 -Iphp-4.3.1\rege
x -DPHP_NO_ALIASES -Igdal-1.1.7/ogr/ogrsf_frmts=20 -Igdal-1.1.7/ogr -Igdal-1.1.7/og
r/../port = -Igdal-1.1.7/core  -I=20 Libwww/library/src -I Libwww/modules/expat/xmlpa
rse = -DHAVE_STRING_H=20 -DREGEX_MALLOC -DNEED_STRCASECMP -DNEED_STRNCASECMP  =20 -DUSE_
EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF  = -DUSE_GD_GIF=20 -DUSE_GD_PNG -DUSE_GD_
JPEG -DUSE_GD_WBMP -DUSE_GD_TTF  = -DUSE_GD_TTF=20 -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR -
DUSE_WMS -DUSE_WMS_LYR =20 -DIGNORE_MISSING_DATA -DUSE_GDAL -DFEATURE_INFO_HTML = /c
mapwmslayer.c=20 /Fomapwmslayer.obj
Command line warning D4027 : source file=20 'libpq7.3.2/libpq.lib' ignored
Command line warning D4027 : = source file=20 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored
Command line = warning=20 D4027 : source file 'libpq7.3.2/libpq.lib' ignored
Command line = warning=20 D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib'=20 ignored
mapwmslayer.c
Libwww/Library/src/HTProt.h(58) : error = C2061:=20 syntax error : identifier = 'HTProtocolId'
Libwww/Library/src/HTProt.h(58)=20 : error C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(85) = : error=20 C2146: syntax error : missing ')' before  identifier=20 'port'
Libwww/Library/src/HTProt.h(85) : error C2081: = 'HTProtocolId' :=20 name in formal parameter list = illegal
Libwww/Library/src/HTProt.h(85) :=20 error C2061: syntax error : identifier=20 'port'
Libwww/Library/src/HTProt.h(85) : error C2059: syntax = error :=20 ';'
Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : = ','
Libwww/Library/src/HTProt.h(88) : error C2059: syntax error : = ')'
Libwww/Library/src/HTProt.h(132) : error C2061: syntax error = :=20 identifier 'HTProtocol_id'
Libwww/Library/src/HTProt.h(132) : = error=20 C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(132) : = error C2059:=20 syntax error : 'type'
Libwww/Library/src/HTHost.h(65) : error = C2146:=20 syntax error : missing ')' before identifier=20 'u_port'
Libwww/Library/src/HTHost.h(65) : error C2081: 'u_short' = : name=20 in formal parameter list illegal
Libwww/Library/src/HTHost.h(65) = : error=20 C2061: syntax error : identifier = 'u_port'
Libwww/Library/src/HTHost.h(65)=20 : error C2059: syntax error : ';'
Libwww/Library/src/HTHost.h(65) = : error=20 C2059: syntax error : ')'
Libwww/Library/src/HTHost.h(66) : error = C2146:=20 syntax error : missing ')' before identifier=20 'u_port'
Libwww/Library/src/HTHost.h(66) : error C2081: 'u_short' = : name=20 in formal parameter list illegal
Libwww/Library/src/HTHost.h(66) = : error=20 C2061: syntax error : identifier = 'u_port'
Libwww/Library/src/HTHost.h(66)=20 : error C2059: syntax error : ';'
Libwww/Library/src/HTHost.h(66) = : error=20 C2059: syntax error : ')'
Libwww/Library/src/HTHstMan.h(60) : = error=20 C2061: syntax error : identifier=20 'u_short'
Libwww/Library/src/HTHstMan.h(94) : error C2079: = 'sock_addr'=20 uses undefined struct = 'sockaddr_in'
Libwww/Library/src/HTHstMan.h(110) :=20 error C2059: syntax error : '}'
mapwmslayer.c(292) : warning = C4013:=20 'index' undefined; assuming extern = returning int
mapwmslayer.c(292)=20 : warning C4047: '=3D' : 'const char *' differs in levels of in = direction from=20 'int '
mapwmslayer.c(340) : warning C4013: 'isspace' undefined; = assuming=20 extern returning int
mapwmslayer.c(368) : warning C4090: = 'function' :=20 different 'const' qualifiers
mapwmslayer.c(368) : warning C4024:=20 'strcasecmp' : different types for formal and actual parameter = 2
NMAKE :=20 fatal error U1077: 'cl' : return code = '0x2'
Stop.
All helps are welcome,
Thanks
Ros=E2ngela
= ------=_NextPart_000_000F_01C31894.75CE59F0-- From gayathri at ou.edu Mon May 12 10:50:08 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 12 May 2003 12:50:08 -0500 Subject: [Mapserver-users] mapserver win32 compilation problems 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_01C318AE.ED6B6380 Content-Type: text/plain; charset="iso-8859-1" Hi: I am sure of a way that will, make this work under, command line compiler., May be the in.h under cygwin is different than the inet.h Microsoft VC++ uses., in some ways., I am thinking the declarations of sockaddr_in under cygwin/in.h and /include/inet.h are different., You are probably getting errors using, the workspace because, the paths to lib or include files do not match right., To change these to point to right places, go under Projects->Settings-> Link, and Check the Tools->Options->Include file paths and Lib file paths in the VC++ workspace. Set them to the right paths to where you library or include files are. Also, dont bother about the postgresql7.3.2-1 and postgis 0.7.5, I have these only, and the instructions you obtained of the mailing lists, was the procedure I used to get mapserver to compile with Postgis. Thanks, Gayathri -----Original Message----- From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br] Sent: Monday, May 12, 2003 10:41 AM To: Swaminathan, Gayathri; Mapserver-Users at Lists. Gis. Umn. Edu Subject: Re: [Mapserver-users] mapserver win32 compilation problems Hi Gayathri, Thanks for your help. I change the u_short to short and it's solve the erros in HTProt.h and HTHost.h files. But about 'sockaddr_in' , how you sad, the file "in.h" is in Cygwin directory. But I'm not compiling mapserver under Cygwin, is it wrong?? I try to copy this file and others files of cygwin../include/sys directory, but other erros had appeared. About workspace and compile mapserver with VC++, I tried to make this when Prashant Desai posted your dsw, but I had many many erros of LINK that they had made me to give up . But I need to compile mapserver, specially because I'm using posgresql7.3.2-1 and postgis 0.7.5. Thanks Rosangela. From: Swaminathan, Gayathr i To: 'Rosangela Silva' ; Mapserver-Users at Lists. Gis. Umn. Edu Cc: vladimir.kozlov at idm.ru ; jnovak at novacell.com Sent: Monday, May 12, 2003 1:53 PM Subject: RE: [Mapserver-users] mapserver win32 compilation problems Hi , I have got the exact errors you mention, earlier in my attempts to compile. For some reason the u_short does not work well for "cl" in windows., if you change u_short to short - it will compile without those u_short errors ( I am not sure of the implications)., Again if you check that error, "Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in'" and open HTHstMan.h, you will see that, this is actually coming from a inclusion of the header "wwwsys.h" and that requires a "in.h" which under cygwin lib., sockaddr_in is defined in "in.h", somehow the VC++ compiler overlooks this and we have this persistent error. But the way I overcame these errors when I hurt real bad to compile Mapserver with WMS was, by using the VC++ workspace Prashant Desai posted sometime back and setting my lib paths in VC workspace and compiling mapserver using a VC++ workspace. If you would like to have a copy of the workspace let me know. Will send it to you. Thanks, Gayathri -----Original Message----- From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br] Sent: Monday, May 12, 2003 7:40 AM To: Mapserver-Users at Lists. Gis. Umn. Edu Cc: vladimir.kozlov at idm.ru; jnovak at novacell.com Subject: [Mapserver-users] mapserver win32 compilation problems Hello, I'm trying to compile mapserver on win32 (winxp) and I'm looking for some help but I coundn't find it in lists (mapserver, libwww). I'm using the precompiled Libwww avaiable for Vladimir A. Kozlov ( ftp://ftp.idm.ru/libwww). And I'm using the "compiling postgis with mapserver" instructions by Gayathri Swaminathan ( http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/003469.html ). About postgis, I don't know if it will run, because the warnings "ignored" lines. The mapserver compilation erros results are: nmake /f Makefile.vc Microsoft (R) Program Maintenance Utility Version 6.00.8168.0 Copyright (C) Microsoft Corp 1988-1998. All rights reserved. cl libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqdll.lib /nologo /Zi /W3 /DDEBUG /DWIN32 libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqd ll.lib -I gd-1.8.4 -I tiff-v3.5.7/libtiff -I proj-4.4.5/src -Iphp-4.3.1\rege x -DPHP_NO_ALIASES -Igdal-1.1.7/ogr/ogrsf_frmts -Igdal-1.1.7/ogr -Igdal-1.1.7/og r/../port -Igdal-1.1.7/core -I Libwww/library/src -I Libwww/modules/expat/xmlpa rse -DHAVE_STRING_H -DREGEX_MALLOC -DNEED_STRCASECMP -DNEED_STRNCASECMP -DUSE_ EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_ JPEG -DUSE_GD_WBMP -DUSE_GD_TTF -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR - DUSE_WMS -DUSE_WMS_LYR -DIGNORE_MISSING_DATA -DUSE_GDAL -DFEATURE_INFO_HTML /c mapwmslayer.c /Fomapwmslayer.obj Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored Command line warning D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored Command line warning D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored mapwmslayer.c Libwww/Library/src/HTProt.h(58) : error C2061: syntax error : identifier 'HTProtocolId' Libwww/Library/src/HTProt.h(58) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(85) : error C2146: syntax error : missing ')' before identifier 'port' Libwww/Library/src/HTProt.h(85) : error C2081: 'HTProtocolId' : name in formal parameter list illegal Libwww/Library/src/HTProt.h(85) : error C2061: syntax error : identifier 'port' Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ',' Libwww/Library/src/HTProt.h(88) : error C2059: syntax error : ')' Libwww/Library/src/HTProt.h(132) : error C2061: syntax error : identifier 'HTProtocol_id' Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : 'type' Libwww/Library/src/HTHost.h(65) : error C2146: syntax error : missing ')' before identifier 'u_port' Libwww/Library/src/HTHost.h(65) : error C2081: 'u_short' : name in formal parameter list illegal Libwww/Library/src/HTHost.h(65) : error C2061: syntax error : identifier 'u_port' Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ';' Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ')' Libwww/Library/src/HTHost.h(66) : error C2146: syntax error : missing ')' before identifier 'u_port' Libwww/Library/src/HTHost.h(66) : error C2081: 'u_short' : name in formal parameter list illegal Libwww/Library/src/HTHost.h(66) : error C2061: syntax error : identifier 'u_port' Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ';' Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ')' Libwww/Library/src/HTHstMan.h(60) : error C2061: syntax error : identifier 'u_short' Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in' Libwww/Library/src/HTHstMan.h(110) : error C2059: syntax error : '}' mapwmslayer.c(292) : warning C4013: 'index' undefined; assuming extern returning int mapwmslayer.c(292) : warning C4047: '=' : 'const char *' differs in levels of in direction from 'int ' mapwmslayer.c(340) : warning C4013: 'isspace' undefined; assuming extern returning int mapwmslayer.c(368) : warning C4090: 'function' : different 'const' qualifiers mapwmslayer.c(368) : warning C4024: 'strcasecmp' : different types for formal and actual parameter 2 NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. All helps are welcome, Thanks Ros?ngela ------_=_NextPart_001_01C318AE.ED6B6380 Content-Type: text/html; charset="iso-8859-1"
Hi:
I am sure of a way that will, make this work under, command line compiler.,
 
May be the in.h under cygwin is different than the inet.h Microsoft VC++ uses., in some ways.,
 
I am thinking the declarations of sockaddr_in under cygwin/in.h and /include/inet.h are different.,
 
You are probably getting errors using, the workspace because, the paths to lib or include files do not match right., To change these to point to right
places, go under Projects->Settings-> Link, and Check the Tools->Options->Include file paths and Lib file paths in the VC++ workspace. Set them to the
right paths to where you library or include files are.
 
Also, dont bother about the postgresql7.3.2-1 and postgis 0.7.5, I have these only, and the instructions you obtained of the mailing lists, was the procedure I used to get mapserver
to compile with Postgis.
Thanks,
Gayathri
 
-----Original Message-----
From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br]
Sent: Monday, May 12, 2003 10:41 AM
To: Swaminathan, Gayathri; Mapserver-Users at Lists. Gis. Umn. Edu
Subject: Re: [Mapserver-users] mapserver win32 compilation problems

Hi Gayathri,
 
Thanks for your help.
I change the u_short to short and it's solve the erros in
HTProt.h and HTHost.h files.
But about 'sockaddr_in' , how you sad, the file "in.h" is
in Cygwin directory. But I'm not compiling mapserver
under Cygwin, is it wrong?? I try to copy this file
and others files of cygwin../include/sys directory, but
other erros had appeared.
 
About workspace and compile mapserver with VC++,
I tried to make this when Prashant Desai posted your dsw, but
I had many many erros of LINK that they had made me to give up .  
But I need to compile mapserver, specially because I'm using
posgresql7.3.2-1 and postgis 0.7.5.
 
Thanks
Rosangela.
 
 
Sent: Monday, May 12, 2003 1:53 PM
Subject: RE: [Mapserver-users] mapserver win32 compilation problems

Hi ,
I have got the exact errors you mention, earlier in my attempts to compile.
 
For some reason the u_short does not work well for "cl" in windows.,
 
if you change u_short to short - it will compile without those u_short errors ( I am not sure of the implications)., 
 
Again if you check that error, "Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in'"
 
and open HTHstMan.h, you will see that, this is actually coming from a inclusion of the header "wwwsys.h" and that requires a "in.h" which under cygwin lib.,
 
sockaddr_in is defined in "in.h", somehow the VC++ compiler overlooks this and we have this persistent error.
 
But the way I overcame these errors when I hurt real bad to compile Mapserver with WMS was,
 
by using the VC++ workspace Prashant Desai posted sometime back and setting my lib paths in VC workspace and compiling mapserver using a VC++ workspace.
 
If you would like to have a copy of the workspace let me know. Will send it to you.
Thanks,
Gayathri
 
-----Original Message-----
From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br]
Sent: Monday, May 12, 2003 7:40 AM
To: Mapserver-Users at Lists. Gis. Umn. Edu
Cc: vladimir.kozlov at idm.ru; jnovak at novacell.com
Subject: [Mapserver-users] mapserver win32 compilation problems

Hello,
 
I'm trying to compile mapserver on win32 (winxp) and I'm looking
for some help but I coundn't find it in lists (mapserver, libwww).
 
I'm using the precompiled Libwww avaiable for Vladimir A. Kozlov
 
And I'm using the "compiling postgis with mapserver" instructions by Gayathri Swaminathan
postgis, I don't know if it will run, because the warnings "ignored" lines.
 
The mapserver compilation erros results are:
 
 
nmake /f Makefile.vc
 
Microsoft (R) Program Maintenance Utility   Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
 
        cl libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqdll.lib /nologo
 /Zi /W3 /DDEBUG /DWIN32 libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqd
ll.lib -I gd-1.8.4 -I tiff-v3.5.7/libtiff   -I proj-4.4.5/src   -Iphp-4.3.1\rege
x -DPHP_NO_ALIASES -Igdal-1.1.7/ogr/ogrsf_frmts -Igdal-1.1.7/ogr -Igdal-1.1.7/og
r/../port -Igdal-1.1.7/core  -I Libwww/library/src -I Libwww/modules/expat/xmlpa
rse -DHAVE_STRING_H -DREGEX_MALLOC -DNEED_STRCASECMP -DNEED_STRNCASECMP   -DUSE_
EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF  -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_
JPEG -DUSE_GD_WBMP -DUSE_GD_TTF  -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR -
DUSE_WMS -DUSE_WMS_LYR  -DIGNORE_MISSING_DATA -DUSE_GDAL -DFEATURE_INFO_HTML /c
mapwmslayer.c /Fomapwmslayer.obj
Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored
Command line warning D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored
Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored
Command line warning D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored
mapwmslayer.c
Libwww/Library/src/HTProt.h(58) : error C2061: syntax error : identifier 'HTProtocolId'
Libwww/Library/src/HTProt.h(58) : error C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(85) : error C2146: syntax error : missing ')' before  identifier 'port'
Libwww/Library/src/HTProt.h(85) : error C2081: 'HTProtocolId' : name in formal parameter list illegal
Libwww/Library/src/HTProt.h(85) : error C2061: syntax error : identifier 'port'
Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ','
Libwww/Library/src/HTProt.h(88) : error C2059: syntax error : ')'
Libwww/Library/src/HTProt.h(132) : error C2061: syntax error : identifier 'HTProtocol_id'
Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : 'type'
Libwww/Library/src/HTHost.h(65) : error C2146: syntax error : missing ')' before identifier 'u_port'
Libwww/Library/src/HTHost.h(65) : error C2081: 'u_short' : name in formal parameter list illegal
Libwww/Library/src/HTHost.h(65) : error C2061: syntax error : identifier 'u_port'
Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ';'
Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ')'
Libwww/Library/src/HTHost.h(66) : error C2146: syntax error : missing ')' before identifier 'u_port'
Libwww/Library/src/HTHost.h(66) : error C2081: 'u_short' : name in formal parameter list illegal
Libwww/Library/src/HTHost.h(66) : error C2061: syntax error : identifier 'u_port'
Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ';'
Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ')'
Libwww/Library/src/HTHstMan.h(60) : error C2061: syntax error : identifier 'u_short'
Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in'
Libwww/Library/src/HTHstMan.h(110) : error C2059: syntax error : '}'
mapwmslayer.c(292) : warning C4013: 'index' undefined; assuming extern returning int
mapwmslayer.c(292) : warning C4047: '=' : 'const char *' differs in levels of in direction from 'int '
mapwmslayer.c(340) : warning C4013: 'isspace' undefined; assuming extern returning int
mapwmslayer.c(368) : warning C4090: 'function' : different 'const' qualifiers
mapwmslayer.c(368) : warning C4024: 'strcasecmp' : different types for formal and actual parameter 2
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.
All helps are welcome,
Thanks
Ros?ngela
------_=_NextPart_001_01C318AE.ED6B6380-- From gayathri at ou.edu Mon May 12 10:54:18 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 12 May 2003 12:54:18 -0500 Subject: [Mapserver-users] mapserver win32 compilation problems-Correc tion 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_01C318AF.827CB460 Content-Type: text/plain; charset="iso-8859-1" Sorry about this, The first should read, I am not sure of a way that will, make this work under, command line compiler instead of the earlier posting. -----Original Message----- From: Swaminathan, Gayathri [mailto:gayathri at ou.edu] Sent: Monday, May 12, 2003 10:50 AM To: 'Rosangela Silva'; Mapserver-Users at Lists. Gis. Umn. Edu Subject: RE: [Mapserver-users] mapserver win32 compilation problems Hi: I am sure of a way that will, make this work under, command line compiler., May be the in.h under cygwin is different than the inet.h Microsoft VC++ uses., in some ways., I am thinking the declarations of sockaddr_in under cygwin/in.h and /include/inet.h are different., You are probably getting errors using, the workspace because, the paths to lib or include files do not match right., To change these to point to right places, go under Projects->Settings-> Link, and Check the Tools->Options->Include file paths and Lib file paths in the VC++ workspace. Set them to the right paths to where you library or include files are. Also, dont bother about the postgresql7.3.2-1 and postgis 0.7.5, I have these only, and the instructions you obtained of the mailing lists, was the procedure I used to get mapserver to compile with Postgis. Thanks, Gayathri -----Original Message----- From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br] Sent: Monday, May 12, 2003 10:41 AM To: Swaminathan, Gayathri; Mapserver-Users at Lists. Gis. Umn. Edu Subject: Re: [Mapserver-users] mapserver win32 compilation problems Hi Gayathri, Thanks for your help. I change the u_short to short and it's solve the erros in HTProt.h and HTHost.h files. But about 'sockaddr_in' , how you sad, the file "in.h" is in Cygwin directory. But I'm not compiling mapserver under Cygwin, is it wrong?? I try to copy this file and others files of cygwin../include/sys directory, but other erros had appeared. About workspace and compile mapserver with VC++, I tried to make this when Prashant Desai posted your dsw, but I had many many erros of LINK that they had made me to give up . But I need to compile mapserver, specially because I'm using posgresql7.3.2-1 and postgis 0.7.5. Thanks Rosangela. From: Swaminathan, Gayathr i To: 'Rosangela Silva' ; Mapserver-Users at Lists. Gis. Umn. Edu Cc: vladimir.kozlov at idm.ru ; jnovak at novacell.com Sent: Monday, May 12, 2003 1:53 PM Subject: RE: [Mapserver-users] mapserver win32 compilation problems Hi , I have got the exact errors you mention, earlier in my attempts to compile. For some reason the u_short does not work well for "cl" in windows., if you change u_short to short - it will compile without those u_short errors ( I am not sure of the implications)., Again if you check that error, "Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in'" and open HTHstMan.h, you will see that, this is actually coming from a inclusion of the header "wwwsys.h" and that requires a "in.h" which under cygwin lib., sockaddr_in is defined in "in.h", somehow the VC++ compiler overlooks this and we have this persistent error. But the way I overcame these errors when I hurt real bad to compile Mapserver with WMS was, by using the VC++ workspace Prashant Desai posted sometime back and setting my lib paths in VC workspace and compiling mapserver using a VC++ workspace. If you would like to have a copy of the workspace let me know. Will send it to you. Thanks, Gayathri -----Original Message----- From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br] Sent: Monday, May 12, 2003 7:40 AM To: Mapserver-Users at Lists. Gis. Umn. Edu Cc: vladimir.kozlov at idm.ru; jnovak at novacell.com Subject: [Mapserver-users] mapserver win32 compilation problems Hello, I'm trying to compile mapserver on win32 (winxp) and I'm looking for some help but I coundn't find it in lists (mapserver, libwww). I'm using the precompiled Libwww avaiable for Vladimir A. Kozlov ( ftp://ftp.idm.ru/libwww). And I'm using the "compiling postgis with mapserver" instructions by Gayathri Swaminathan ( http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/003469.html ). About postgis, I don't know if it will run, because the warnings "ignored" lines. The mapserver compilation erros results are: nmake /f Makefile.vc Microsoft (R) Program Maintenance Utility Version 6.00.8168.0 Copyright (C) Microsoft Corp 1988-1998. All rights reserved. cl libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqdll.lib /nologo /Zi /W3 /DDEBUG /DWIN32 libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqd ll.lib -I gd-1.8.4 -I tiff-v3.5.7/libtiff -I proj-4.4.5/src -Iphp-4.3.1\rege x -DPHP_NO_ALIASES -Igdal-1.1.7/ogr/ogrsf_frmts -Igdal-1.1.7/ogr -Igdal-1.1.7/og r/../port -Igdal-1.1.7/core -I Libwww/library/src -I Libwww/modules/expat/xmlpa rse -DHAVE_STRING_H -DREGEX_MALLOC -DNEED_STRCASECMP -DNEED_STRNCASECMP -DUSE_ EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_ JPEG -DUSE_GD_WBMP -DUSE_GD_TTF -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR - DUSE_WMS -DUSE_WMS_LYR -DIGNORE_MISSING_DATA -DUSE_GDAL -DFEATURE_INFO_HTML /c mapwmslayer.c /Fomapwmslayer.obj Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored Command line warning D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored Command line warning D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored mapwmslayer.c Libwww/Library/src/HTProt.h(58) : error C2061: syntax error : identifier 'HTProtocolId' Libwww/Library/src/HTProt.h(58) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(85) : error C2146: syntax error : missing ')' before identifier 'port' Libwww/Library/src/HTProt.h(85) : error C2081: 'HTProtocolId' : name in formal parameter list illegal Libwww/Library/src/HTProt.h(85) : error C2061: syntax error : identifier 'port' Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ',' Libwww/Library/src/HTProt.h(88) : error C2059: syntax error : ')' Libwww/Library/src/HTProt.h(132) : error C2061: syntax error : identifier 'HTProtocol_id' Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : ';' Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : 'type' Libwww/Library/src/HTHost.h(65) : error C2146: syntax error : missing ')' before identifier 'u_port' Libwww/Library/src/HTHost.h(65) : error C2081: 'u_short' : name in formal parameter list illegal Libwww/Library/src/HTHost.h(65) : error C2061: syntax error : identifier 'u_port' Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ';' Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ')' Libwww/Library/src/HTHost.h(66) : error C2146: syntax error : missing ')' before identifier 'u_port' Libwww/Library/src/HTHost.h(66) : error C2081: 'u_short' : name in formal parameter list illegal Libwww/Library/src/HTHost.h(66) : error C2061: syntax error : identifier 'u_port' Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ';' Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ')' Libwww/Library/src/HTHstMan.h(60) : error C2061: syntax error : identifier 'u_short' Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in' Libwww/Library/src/HTHstMan.h(110) : error C2059: syntax error : '}' mapwmslayer.c(292) : warning C4013: 'index' undefined; assuming extern returning int mapwmslayer.c(292) : warning C4047: '=' : 'const char *' differs in levels of in direction from 'int ' mapwmslayer.c(340) : warning C4013: 'isspace' undefined; assuming extern returning int mapwmslayer.c(368) : warning C4090: 'function' : different 'const' qualifiers mapwmslayer.c(368) : warning C4024: 'strcasecmp' : different types for formal and actual parameter 2 NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. All helps are welcome, Thanks Ros?ngela ------_=_NextPart_001_01C318AF.827CB460 Content-Type: text/html; charset="iso-8859-1"
Sorry about this,
The first should read,
I am not sure of a way that will, make this work under, command line compiler instead of the earlier posting.
-----Original Message-----
From: Swaminathan, Gayathri [mailto:gayathri at ou.edu]
Sent: Monday, May 12, 2003 10:50 AM
To: 'Rosangela Silva'; Mapserver-Users at Lists. Gis. Umn. Edu
Subject: RE: [Mapserver-users] mapserver win32 compilation problems

Hi:
I am sure of a way that will, make this work under, command line compiler.,
 
May be the in.h under cygwin is different than the inet.h Microsoft VC++ uses., in some ways.,
 
I am thinking the declarations of sockaddr_in under cygwin/in.h and /include/inet.h are different.,
 
You are probably getting errors using, the workspace because, the paths to lib or include files do not match right., To change these to point to right
places, go under Projects->Settings-> Link, and Check the Tools->Options->Include file paths and Lib file paths in the VC++ workspace. Set them to the
right paths to where you library or include files are.
 
Also, dont bother about the postgresql7.3.2-1 and postgis 0.7.5, I have these only, and the instructions you obtained of the mailing lists, was the procedure I used to get mapserver
to compile with Postgis.
Thanks,
Gayathri
 
-----Original Message-----
From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br]
Sent: Monday, May 12, 2003 10:41 AM
To: Swaminathan, Gayathri; Mapserver-Users at Lists. Gis. Umn. Edu
Subject: Re: [Mapserver-users] mapserver win32 compilation problems

Hi Gayathri,
 
Thanks for your help.
I change the u_short to short and it's solve the erros in
HTProt.h and HTHost.h files.
But about 'sockaddr_in' , how you sad, the file "in.h" is
in Cygwin directory. But I'm not compiling mapserver
under Cygwin, is it wrong?? I try to copy this file
and others files of cygwin../include/sys directory, but
other erros had appeared.
 
About workspace and compile mapserver with VC++,
I tried to make this when Prashant Desai posted your dsw, but
I had many many erros of LINK that they had made me to give up .  
But I need to compile mapserver, specially because I'm using
posgresql7.3.2-1 and postgis 0.7.5.
 
Thanks
Rosangela.
 
 
Sent: Monday, May 12, 2003 1:53 PM
Subject: RE: [Mapserver-users] mapserver win32 compilation problems

Hi ,
I have got the exact errors you mention, earlier in my attempts to compile.
 
For some reason the u_short does not work well for "cl" in windows.,
 
if you change u_short to short - it will compile without those u_short errors ( I am not sure of the implications)., 
 
Again if you check that error, "Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in'"
 
and open HTHstMan.h, you will see that, this is actually coming from a inclusion of the header "wwwsys.h" and that requires a "in.h" which under cygwin lib.,
 
sockaddr_in is defined in "in.h", somehow the VC++ compiler overlooks this and we have this persistent error.
 
But the way I overcame these errors when I hurt real bad to compile Mapserver with WMS was,
 
by using the VC++ workspace Prashant Desai posted sometime back and setting my lib paths in VC workspace and compiling mapserver using a VC++ workspace.
 
If you would like to have a copy of the workspace let me know. Will send it to you.
Thanks,
Gayathri
 
-----Original Message-----
From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br]
Sent: Monday, May 12, 2003 7:40 AM
To: Mapserver-Users at Lists. Gis. Umn. Edu
Cc: vladimir.kozlov at idm.ru; jnovak at novacell.com
Subject: [Mapserver-users] mapserver win32 compilation problems

Hello,
 
I'm trying to compile mapserver on win32 (winxp) and I'm looking
for some help but I coundn't find it in lists (mapserver, libwww).
 
I'm using the precompiled Libwww avaiable for Vladimir A. Kozlov
 
And I'm using the "compiling postgis with mapserver" instructions by Gayathri Swaminathan
postgis, I don't know if it will run, because the warnings "ignored" lines.
 
The mapserver compilation erros results are:
 
 
nmake /f Makefile.vc
 
Microsoft (R) Program Maintenance Utility   Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
 
        cl libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqdll.lib /nologo
 /Zi /W3 /DDEBUG /DWIN32 libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqd
ll.lib -I gd-1.8.4 -I tiff-v3.5.7/libtiff   -I proj-4.4.5/src   -Iphp-4.3.1\rege
x -DPHP_NO_ALIASES -Igdal-1.1.7/ogr/ogrsf_frmts -Igdal-1.1.7/ogr -Igdal-1.1.7/og
r/../port -Igdal-1.1.7/core  -I Libwww/library/src -I Libwww/modules/expat/xmlpa
rse -DHAVE_STRING_H -DREGEX_MALLOC -DNEED_STRCASECMP -DNEED_STRNCASECMP   -DUSE_
EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF  -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_
JPEG -DUSE_GD_WBMP -DUSE_GD_TTF  -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR -
DUSE_WMS -DUSE_WMS_LYR  -DIGNORE_MISSING_DATA -DUSE_GDAL -DFEATURE_INFO_HTML /c
mapwmslayer.c /Fomapwmslayer.obj
Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored
Command line warning D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored
Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' ignored
Command line warning D4027 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored
mapwmslayer.c
Libwww/Library/src/HTProt.h(58) : error C2061: syntax error : identifier 'HTProtocolId'
Libwww/Library/src/HTProt.h(58) : error C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(85) : error C2146: syntax error : missing ')' before  identifier 'port'
Libwww/Library/src/HTProt.h(85) : error C2081: 'HTProtocolId' : name in formal parameter list illegal
Libwww/Library/src/HTProt.h(85) : error C2061: syntax error : identifier 'port'
Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : ','
Libwww/Library/src/HTProt.h(88) : error C2059: syntax error : ')'
Libwww/Library/src/HTProt.h(132) : error C2061: syntax error : identifier 'HTProtocol_id'
Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : ';'
Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : 'type'
Libwww/Library/src/HTHost.h(65) : error C2146: syntax error : missing ')' before identifier 'u_port'
Libwww/Library/src/HTHost.h(65) : error C2081: 'u_short' : name in formal parameter list illegal
Libwww/Library/src/HTHost.h(65) : error C2061: syntax error : identifier 'u_port'
Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ';'
Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : ')'
Libwww/Library/src/HTHost.h(66) : error C2146: syntax error : missing ')' before identifier 'u_port'
Libwww/Library/src/HTHost.h(66) : error C2081: 'u_short' : name in formal parameter list illegal
Libwww/Library/src/HTHost.h(66) : error C2061: syntax error : identifier 'u_port'
Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ';'
Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : ')'
Libwww/Library/src/HTHstMan.h(60) : error C2061: syntax error : identifier 'u_short'
Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in'
Libwww/Library/src/HTHstMan.h(110) : error C2059: syntax error : '}'
mapwmslayer.c(292) : warning C4013: 'index' undefined; assuming extern returning int
mapwmslayer.c(292) : warning C4047: '=' : 'const char *' differs in levels of in direction from 'int '
mapwmslayer.c(340) : warning C4013: 'isspace' undefined; assuming extern returning int
mapwmslayer.c(368) : warning C4090: 'function' : different 'const' qualifiers
mapwmslayer.c(368) : warning C4024: 'strcasecmp' : different types for formal and actual parameter 2
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.
All helps are welcome,
Thanks
Ros?ngela
------_=_NextPart_001_01C318AF.827CB460-- From steve.lime at dnr.state.mn.us Mon May 12 11:21:00 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 12 May 2003 13:21:00 -0500 Subject: [Mapserver-users] msReturnPage(): Web application error. Malformed templatename. Message-ID: There's a regex someplace that defines file patterns for templates. Without it people could change template names to things like /etc/password. That would be bad. So that expression needs to be extended to allow .php. Look in map.h or mapserv.h for #define statement and recompile. If you file a bug I'll fix this in the CVS if it hasn't been fixed already. Steve >>> Gardner Lloyd Bickford III 05/12/03 03:47AM >>> Hello, I have encountered an interesting error. I have created a php module that acts as a wrapper for the mapserver cgi. This php script simply passes the http query string (everything after the ?) to the mapserver cgi using the file() function in php. It then eval()'s the returned string and outputs the result to the browser. I created this script so that I could take advantage of the power that the mapserver cgi offers while still being able to use php in my templates. The problem is that when I set the header or footer in my mapfile to a file that ends in .php then I receive the error: msReturnPage(): Web application error. Malformed template name. for now I have simply changed the templates names to end in .phtml as the file extension plays no role in how the content is handled in this case. This isn't really a question or a bug. It's just an FYI for the archives as I can imagine other people may run into this issue. Gardner Gardner Lloyd Bickford III gbickford at netacus.com - email 877.811.1279 - toll free +34 678 83 28 48 - mobile http://www.netacus.com - web _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dan.liu at mnplan.state.mn.us Mon May 12 11:42:59 2003 From: dan.liu at mnplan.state.mn.us (Dan Liu) Date: Mon, 12 May 2003 13:42:59 -0500 Subject: [Mapserver-users] zoom in question Message-ID: Hi list, I am new in Mapscript.My question now is,I created a state map and I can do zoom in with zoompoint and zoomscale.But I don't know how to zoom into county level(I have county shape file). Thank you! Dan From stevem at spatialmapping.com Mon May 12 12:05:27 2003 From: stevem at spatialmapping.com (Steven Monai) Date: Mon, 12 May 2003 12:05:27 -0700 Subject: [Mapserver-users] Problem Configuring/Compiling PHP/Mapscript on Linux Message-ID: <200305121205.27160.stevem@spatialmapping.com> Hi folks: I am having trouble running the MapServer 3.6.5 configure script to compile PHP/Mapscript support. My computer is running Slackware Linux 9.0., which came with Apache (v 1.3.27) and PHP4 (v 4.3.1) configured as a DSO. I have since installed the PHP4 source tree, as the MapServer README says is required to build PHP/Mapscript. I re-configured and re-built PHP4 from source, and PHP appears to be working okay. Anyway, here is my MapServer 'configure' command-line: ./configure --with-gd --with-jpeg --with-freetype --with-png --with-zlib --with-tiff --with-proj --with-gdal --with-ogr --with-postgis --with-wmsclient --with-php=../php-4.3.1 Without the "--with-php" option, MapServer configures and compiles okay, but using the command above, I get the following error message (with a few lines preceding the message, for additional context): checking for location of config.h or php_config.h... /usr/src/mapserver-3.6.5/../php-4.3.1/main/php_config.h checking whether we have PHP3 or PHP4... -DPHP4 checking whether we should use PHP's regex... yes configure: error: !!! The current version of PHP MapScript has some problems with !!! PHP4's bundled regex. Until we figure the solution to the !!! problem, the workaround is to compile PHP4 with the system regex !!! Please re-configure and re-compile PHP4 with --with-system-regex !!! and then re-configure and re-compile MapServer. Here is the "Configure Command" section from phpinfo() when run on my web server (Apache 1.3.27), which confirms that I have compiled PHP4 with --with-system-regex (and with --with-regex=system, for good measure): './configure' '--prefix=/usr/local' '--disable-static' '--with-apxs=/usr/sbin/apxs' '--enable-discard-path' '--with-config-file-path=/etc/apache' '--enable-safe-mode' '--with-openssl' '--enable-bcmath' '--with-bz2' '--with-pic' '--enable-calendar' '--enable-ctype' '--with-gdbm' '--with-db2' '--with-db3' '--enable-dbase' '--enable-ftp' '--with-gd' '--enable-gd-native-ttf' '--with-jpeg-dir=/usr' '--with-png' '--with-gmp' '--with-mysql=shared,/usr' '--with-xml=shared,/usr' '--with-mm=/usr' '--enable-trans-sid' '--enable-shmop' '--enable-sockets' '--with-regex=system' '--with-system-regex' '--enable-sysvsem' '--enable-sysvshm' '--enable-yp' '--enable-memory-limit' '--with-tsrm-pthreads' '--enable-shared' '--disable-debug' '--with-zlib=/usr' What am I doing wrong? Please help. Thanks, -Steve Monai -- From rosangela.silva at zenitpolar.com.br Mon May 12 12:16:36 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Mon, 12 May 2003 16:16:36 -0300 Subject: [Mapserver-users] mapserver win32 compilation problems References: Message-ID: <001201c318bb$03062070$377ba8c0@nadir> This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C318A1.DC7B1140 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Gayathri, I have 2 files "in.h" in my computer: Directory of c:\cygwin\usr\include\cygwin 18/03/2003 11:21 5.970 in.h 1 File(s) 5.970 bytes Directory of c:\cygwin\usr\include\netinet 18/03/2003 11:21 325 in.h 1 File(s) 325 bytes But the second file refer to the first, and contens only this lines: #ifndef _NETINET_IN_H #define _NETINET_IN_H #include #endif /* _NETINET_IN_H */ in.h needs types.h that causes others erros. I don't know what to do. Any suggest?? I saw in your message (WMS support when building mapserver with VC++6.0) that you have problems with links and no answers about it. But you have sucess with visual c++ compiling, and it's solve your problem.=20 I thought that compiling by command line will be more easy, but now, I = don't know if I try to do it again in visual C++. I would like to ask you to = send me all mapserver directory, including the libraries, not only workspace :-))=20 but this can not be convenient (or polite), I don't know. Or just = mapserver.exe, did you compile it with postgis0.7.5, don't you??? To continue testing = my requirements it's ok, but (at some moment) it is interesting that I have the project = of mapserver here=20 for others increases.=20 Thanks Ros=E2ngela.=20 ----- Original Message -----=20 From: Swaminathan, Gayathri=20 To: 'Rosangela Silva' ; Mapserver-Users at Lists. Gis. Umn. Edu=20 Sent: Monday, May 12, 2003 2:50 PM Subject: RE: [Mapserver-users] mapserver win32 compilation problems Hi: I am sure of a way that will, make this work under, command line = compiler., May be the in.h under cygwin is different than the inet.h Microsoft = VC++ uses., in some ways., I am thinking the declarations of sockaddr_in under cygwin/in.h and = /include/inet.h are different., You are probably getting errors using, the workspace because, the = paths to lib or include files do not match right., To change these to = point to right places, go under Projects->Settings-> Link, and Check the = Tools->Options->Include file paths and Lib file paths in the VC++ = workspace. Set them to the right paths to where you library or include files are. Also, dont bother about the postgresql7.3.2-1 and postgis 0.7.5, I = have these only, and the instructions you obtained of the mailing lists, = was the procedure I used to get mapserver to compile with Postgis. Thanks, Gayathri -----Original Message----- From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br] Sent: Monday, May 12, 2003 10:41 AM To: Swaminathan, Gayathri; Mapserver-Users at Lists. Gis. Umn. Edu Subject: Re: [Mapserver-users] mapserver win32 compilation problems Hi Gayathri, Thanks for your help. I change the u_short to short and it's solve the erros in HTProt.h and HTHost.h files.=20 But about 'sockaddr_in' , how you sad, the file "in.h" is=20 in Cygwin directory. But I'm not compiling mapserver under Cygwin, is it wrong?? I try to copy this file and others files of cygwin../include/sys directory, but other erros had appeared. About workspace and compile mapserver with VC++, I tried to make this when Prashant Desai posted your dsw, but I had many many erros of LINK that they had made me to give up . =20 But I need to compile mapserver, specially because I'm using posgresql7.3.2-1 and postgis 0.7.5.=20 Thanks Rosangela. From: Swaminathan, Gayathri=20 To: 'Rosangela Silva' ; Mapserver-Users at Lists. Gis. Umn. Edu=20 Cc: vladimir.kozlov at idm.ru ; jnovak at novacell.com=20 Sent: Monday, May 12, 2003 1:53 PM Subject: RE: [Mapserver-users] mapserver win32 compilation = problems Hi , I have got the exact errors you mention, earlier in my attempts to = compile.=20 For some reason the u_short does not work well for "cl" in = windows.,=20 if you change u_short to short - it will compile without those = u_short errors ( I am not sure of the implications).,=20 Again if you check that error, "Libwww/Library/src/HTHstMan.h(94) = : error C2079: 'sock_addr' uses undefined struct 'sockaddr_in'" and open HTHstMan.h, you will see that, this is actually coming = from a inclusion of the header "wwwsys.h" and that requires a "in.h" = which under cygwin lib., sockaddr_in is defined in "in.h", somehow the VC++ compiler = overlooks this and we have this persistent error. But the way I overcame these errors when I hurt real bad to = compile Mapserver with WMS was,=20 by using the VC++ workspace Prashant Desai posted sometime back = and setting my lib paths in VC workspace and compiling mapserver using a = VC++ workspace. If you would like to have a copy of the workspace let me know. = Will send it to you. Thanks, Gayathri -----Original Message----- From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br] Sent: Monday, May 12, 2003 7:40 AM To: Mapserver-Users at Lists. Gis. Umn. Edu Cc: vladimir.kozlov at idm.ru; jnovak at novacell.com Subject: [Mapserver-users] mapserver win32 compilation problems Hello, I'm trying to compile mapserver on win32 (winxp) and I'm looking for some help but I coundn't find it in lists (mapserver, = libwww). I'm using the precompiled Libwww avaiable for Vladimir A. Kozlov (ftp://ftp.idm.ru/libwww). And I'm using the "compiling postgis with mapserver" = instructions by Gayathri Swaminathan=20 = (http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/003469.htm= l). About postgis, I don't know if it will run, because the warnings = "ignored" lines. The mapserver compilation erros results are: nmake /f Makefile.vc Microsoft (R) Program Maintenance Utility Version 6.00.8168.0 Copyright (C) Microsoft Corp 1988-1998. All rights reserved. cl libpq7.3.2/libpq.lib = libpq7.3.2/interfaces/libpq/libpqdll.lib /nologo /Zi /W3 /DDEBUG /DWIN32 libpq7.3.2/libpq.lib = libpq7.3.2/interfaces/libpq/libpqd ll.lib -I gd-1.8.4 -I tiff-v3.5.7/libtiff -I proj-4.4.5/src = -Iphp-4.3.1\rege x -DPHP_NO_ALIASES -Igdal-1.1.7/ogr/ogrsf_frmts -Igdal-1.1.7/ogr = -Igdal-1.1.7/og r/../port -Igdal-1.1.7/core -I Libwww/library/src -I = Libwww/modules/expat/xmlpa rse -DHAVE_STRING_H -DREGEX_MALLOC -DNEED_STRCASECMP = -DNEED_STRNCASECMP -DUSE_ EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF -DUSE_GD_GIF = -DUSE_GD_PNG -DUSE_GD_ JPEG -DUSE_GD_WBMP -DUSE_GD_TTF -DUSE_GD_TTF = -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR - DUSE_WMS -DUSE_WMS_LYR -DIGNORE_MISSING_DATA -DUSE_GDAL = -DFEATURE_INFO_HTML /c mapwmslayer.c /Fomapwmslayer.obj Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' = ignored Command line warning D4027 : source file = 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored Command line warning D4027 : source file 'libpq7.3.2/libpq.lib' = ignored Command line warning D4027 : source file = 'libpq7.3.2/interfaces/libpq/libpqdll.l ib' ignored mapwmslayer.c Libwww/Library/src/HTProt.h(58) : error C2061: syntax error : = identifier 'HTProtocolId' Libwww/Library/src/HTProt.h(58) : error C2059: syntax error : = ';' Libwww/Library/src/HTProt.h(85) : error C2146: syntax error : = missing ')' before identifier 'port' Libwww/Library/src/HTProt.h(85) : error C2081: 'HTProtocolId' : = name in formal parameter list illegal Libwww/Library/src/HTProt.h(85) : error C2061: syntax error : = identifier 'port' Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : = ';' Libwww/Library/src/HTProt.h(85) : error C2059: syntax error : = ',' Libwww/Library/src/HTProt.h(88) : error C2059: syntax error : = ')' Libwww/Library/src/HTProt.h(132) : error C2061: syntax error : = identifier 'HTProtocol_id' Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : = ';' Libwww/Library/src/HTProt.h(132) : error C2059: syntax error : = 'type' Libwww/Library/src/HTHost.h(65) : error C2146: syntax error : = missing ')' before identifier 'u_port' Libwww/Library/src/HTHost.h(65) : error C2081: 'u_short' : name = in formal parameter list illegal Libwww/Library/src/HTHost.h(65) : error C2061: syntax error : = identifier 'u_port' Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : = ';' Libwww/Library/src/HTHost.h(65) : error C2059: syntax error : = ')' Libwww/Library/src/HTHost.h(66) : error C2146: syntax error : = missing ')' before identifier 'u_port' Libwww/Library/src/HTHost.h(66) : error C2081: 'u_short' : name = in formal parameter list illegal Libwww/Library/src/HTHost.h(66) : error C2061: syntax error : = identifier 'u_port' Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : = ';' Libwww/Library/src/HTHost.h(66) : error C2059: syntax error : = ')' Libwww/Library/src/HTHstMan.h(60) : error C2061: syntax error : = identifier 'u_short' Libwww/Library/src/HTHstMan.h(94) : error C2079: 'sock_addr' = uses undefined struct 'sockaddr_in' Libwww/Library/src/HTHstMan.h(110) : error C2059: syntax error : = '}' mapwmslayer.c(292) : warning C4013: 'index' undefined; assuming = extern returning int mapwmslayer.c(292) : warning C4047: '=3D' : 'const char *' = differs in levels of in direction from 'int ' mapwmslayer.c(340) : warning C4013: 'isspace' undefined; = assuming extern returning int mapwmslayer.c(368) : warning C4090: 'function' : different = 'const' qualifiers mapwmslayer.c(368) : warning C4024: 'strcasecmp' : different = types for formal and actual parameter 2 NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. All helps are welcome, Thanks Ros=E2ngela ------=_NextPart_000_000F_01C318A1.DC7B1140 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Gayathri,
 
I have = 2 files=20 "in.h" in my computer:
 
 Directory of=20 c:\cygwin\usr\include\cygwin
 
18/03/2003 =20 11:21           &n= bsp;=20 5.970=20 in.h
           = ;   =20 1 File(s)          5.970=20 bytes
 
 Directory of=20 c:\cygwin\usr\include\netinet
 
18/03/2003 =20 11:21           &n= bsp;  =20 325=20 in.h
           = ;   =20 1 = File(s)           = 325=20 bytes
 
 
But = the second file=20 refer to the first, and contens only this
lines:
#ifndef=20 _NETINET_IN_H
#define _NETINET_IN_H
 
#include=20 <cygwin/in.h>
 
#endif = /*=20 _NETINET_IN_H */
in.h = needs types.h=20 that causes others erros.
 
I = don't know what to=20 do. Any suggest??
I saw = in your=20 message (WMS support when building mapserver with=20 VC++6.0)
that = you have=20 problems with links and no answers about it. But you
have = sucess with=20 visual c++ compiling, and it's solve your problem. =
I = thought that=20 compiling by command line will be more easy, but now, I=20 don't
know = if I try to do=20 it again in visual C++.  I would like to ask you = to send me=20 all
mapserver directory, including the=20 libraries, not only workspace :-))
but this can=20 not be convenient (or polite), I don't know.=20 Or just mapserver.exe,
did = you compile it=20 with postgis0.7.5, don't you??? To continue testing my=20 requirements
it's = ok, but (at=20 some moment) it is interesting that I have the project of mapserver = here 
for = others=20 increases. 
 
Thanks
Ros=E2ngela. 
 
 
----- Original Message -----
From:=20 Swaminathan,=20 Gayathri
To: 'Rosangela = Silva' ; Mapserver-Users at Lists. Gis.=20 Umn. Edu
Sent: Monday, May 12, 2003 2:50 = PM
Subject: RE: [Mapserver-users] = mapserver=20 win32 compilation problems

Hi:
I am=20 sure of a way that will, make this work under, command line=20 compiler.,
 
May=20 be the in.h under cygwin is different than the inet.h Microsoft VC++ = uses., in=20 some ways.,
 
I am=20 thinking the declarations of sockaddr_in under cygwin/in.h and = /include/inet.h=20 are different.,
 
You=20 are probably getting errors using, the workspace because, the paths to = lib or=20 include files do not match right., To change these to point to=20 right
places, go under Projects->Settings-> = Link, and=20 Check the Tools->Options->Include file paths and Lib file paths = in the=20 VC++ workspace. Set them to the
right paths to where you library or include = files=20 are.
 
Also, dont bother about the = postgresql7.3.2-1 and=20 postgis 0.7.5, I have these only, and the instructions you = obtained of=20 the mailing lists, was the procedure I used to get=20 mapserver
to=20 compile with Postgis.
Thanks,
Gayathri
 
-----Original Message-----
From: Rosangela Silva=20 [mailto:rosangela.silva at zenitpolar.com.br]
Sent: Monday, = May 12,=20 2003 10:41 AM
To: Swaminathan, Gayathri; = Mapserver-Users at Lists.=20 Gis. Umn. Edu
Subject: Re: [Mapserver-users] mapserver = win32=20 compilation problems

Hi Gayathri,
 
Thanks for your help.
I change the u_short to short and = it's solve=20 the erros in
HTProt.h and HTHost.h files. =
But about 'sockaddr_in' , how you = sad, the file=20 "in.h" is
in Cygwin directory. But I'm = not compiling=20 mapserver
under Cygwin, is it wrong?? I try = to copy this=20 file
and others files of = cygwin../include/sys=20 directory, but
other erros had = appeared.
 
About workspace and compile = mapserver with=20 VC++,
I tried to = make this when=20 Prashant Desai posted your dsw, but
I had many many erros=20 of LINK that they had made me to give=20 up .  
But I need to compile mapserver, = specially=20 because I'm using
posgresql7.3.2-1 and postgis 0.7.5. =
 
Thanks
Rosangela.
 
 
From: Swaminathan,=20 Gayathri=20
To: 'Rosangela = Silva' ; Mapserver-Users at Lists.=20 Gis. Umn. Edu
Cc: vladimir.kozlov at idm.ru = ; jnovak at novacell.com
Sent: Monday, May 12, 2003 = 1:53=20 PM
Subject: RE: = [Mapserver-users]=20 mapserver win32 compilation problems

Hi=20 ,
I have got the=20 exact errors you mention, earlier in my attempts to compile.=20
 
For some=20 reason the u_short does not work well for "cl" in=20 windows.,
 
if you=20 change u_short to short - it will compile without = those=20 u_short errors ( I am not sure of the=20 implications)., 
 
Again if you=20 check that error, "Libwww/Library/src/HTHstMan.h(94) : error = C2079:=20 'sock_addr' uses undefined struct = 'sockaddr_in'"
 
and open HTHstMan.h, you will see = that, this is=20 actually coming from a inclusion of the header "wwwsys.h" and that = requires a "in.h" which under cygwin = lib.,
 
sockaddr_in is defined in "in.h", = somehow the VC++=20 compiler overlooks this and we have this persistent=20 error.
 
But the=20 way I overcame these errors when I hurt real bad to compile Mapserver = with WMS=20 was,
 
by using the=20 VC++ workspace Prashant Desai posted sometime back and setting my = lib=20 paths in VC workspace and compiling mapserver using a VC++=20 workspace.
 
If you would=20 like to have a copy of the workspace let me know. Will send it to=20 you.
Thanks,
Gayathri
 
-----Original Message-----
From: Rosangela = Silva=20 [mailto:rosangela.silva at zenitpolar.com.br]
Sent: = Monday, May=20 12, 2003 7:40 AM
To: Mapserver-Users at Lists. Gis. Umn.=20 Edu
Cc: vladimir.kozlov at idm.ru;=20 jnovak at novacell.com
Subject: [Mapserver-users] = mapserver win32=20 compilation problems

Hello,
 
I'm trying to compile mapserver = on win32=20 (winxp) and I'm looking
for some help but I coundn't = find it in=20 lists (mapserver, libwww).
 
I'm using the = precompiled Libwww=20 avaiable for Vladimir A. Kozlov
 
And I'm using the = "compiling postgis=20 with mapserver" instructions = by Gayathri=20 Swaminathan
(http://lists.gis.umn.edu/pipermail/mapserver-users/2003-April/0= 03469.html).=20 About
postgis, I don't know if it = will run,=20 because the warnings "ignored" lines.
 
The mapserver compilation erros = results=20 are:
 
 
nmake /f = Makefile.vc
 
Microsoft (R) Program = Maintenance=20 Utility   Version 6.00.8168.0
Copyright (C) = Microsoft Corp=20 1988-1998. All rights reserved.
 
       =20 cl libpq7.3.2/libpq.lib libpq7.3.2/interfaces/libpq/libpqdll.lib = /nologo
 /Zi /W3 /DDEBUG /DWIN32 libpq7.3.2/libpq.lib=20 libpq7.3.2/interfaces/libpq/libpqd
ll.lib -I gd-1.8.4 -I=20 tiff-v3.5.7/libtiff   -I proj-4.4.5/src  =20 -Iphp-4.3.1\rege
x -DPHP_NO_ALIASES = -Igdal-1.1.7/ogr/ogrsf_frmts=20 -Igdal-1.1.7/ogr -Igdal-1.1.7/og
r/../port = -Igdal-1.1.7/core  -I=20 Libwww/library/src -I Libwww/modules/expat/xmlpa
rse = -DHAVE_STRING_H=20 -DREGEX_MALLOC -DNEED_STRCASECMP -DNEED_STRNCASECMP  =20 -DUSE_
EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_TIFF  = -DUSE_GD_GIF=20 -DUSE_GD_PNG -DUSE_GD_
JPEG -DUSE_GD_WBMP -DUSE_GD_TTF =20 -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR -DUSE_OGR -
DUSE_WMS=20 -DUSE_WMS_LYR  -DIGNORE_MISSING_DATA -DUSE_GDAL = -DFEATURE_INFO_HTML=20 /c
mapwmslayer.c /Fomapwmslayer.obj
Command line warning = D4027 :=20 source file 'libpq7.3.2/libpq.lib' ignored
Command line = warning D4027=20 : source file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib'=20 ignored
Command line warning D4027 : source file=20 'libpq7.3.2/libpq.lib' ignored
Command line warning D4027 : = source=20 file 'libpq7.3.2/interfaces/libpq/libpqdll.l ib'=20 ignored
mapwmslayer.c
Libwww/Library/src/HTProt.h(58) : = error=20 C2061: syntax error : identifier=20 'HTProtocolId'
Libwww/Library/src/HTProt.h(58) : error C2059: = syntax=20 error : ';'
Libwww/Library/src/HTProt.h(85) : error C2146: = syntax=20 error : missing ')' before  identifier=20 'port'
Libwww/Library/src/HTProt.h(85) : error C2081: = 'HTProtocolId'=20 : name in formal parameter list=20 illegal
Libwww/Library/src/HTProt.h(85) : error C2061: syntax = error :=20 identifier 'port'
Libwww/Library/src/HTProt.h(85) : error = C2059:=20 syntax error : ';'
Libwww/Library/src/HTProt.h(85) : error = C2059:=20 syntax error : ','
Libwww/Library/src/HTProt.h(88) : error = C2059:=20 syntax error : ')'
Libwww/Library/src/HTProt.h(132) : error = C2061:=20 syntax error : identifier=20 'HTProtocol_id'
Libwww/Library/src/HTProt.h(132) : error = C2059:=20 syntax error : ';'
Libwww/Library/src/HTProt.h(132) : error = C2059:=20 syntax error : 'type'
Libwww/Library/src/HTHost.h(65) : error = C2146:=20 syntax error : missing ')' before identifier=20 'u_port'
Libwww/Library/src/HTHost.h(65) : error C2081: = 'u_short' :=20 name in formal parameter list = illegal
Libwww/Library/src/HTHost.h(65)=20 : error C2061: syntax error : identifier=20 'u_port'
Libwww/Library/src/HTHost.h(65) : error C2059: = syntax error=20 : ';'
Libwww/Library/src/HTHost.h(65) : error C2059: syntax = error :=20 ')'
Libwww/Library/src/HTHost.h(66) : error C2146: syntax = error :=20 missing ')' before identifier=20 'u_port'
Libwww/Library/src/HTHost.h(66) : error C2081: = 'u_short' :=20 name in formal parameter list = illegal
Libwww/Library/src/HTHost.h(66)=20 : error C2061: syntax error : identifier=20 'u_port'
Libwww/Library/src/HTHost.h(66) : error C2059: = syntax error=20 : ';'
Libwww/Library/src/HTHost.h(66) : error C2059: syntax = error :=20 ')'
Libwww/Library/src/HTHstMan.h(60) : error C2061: syntax = error :=20 identifier 'u_short'
Libwww/Library/src/HTHstMan.h(94) : = error C2079:=20 'sock_addr' uses undefined struct=20 'sockaddr_in'
Libwww/Library/src/HTHstMan.h(110) : error = C2059:=20 syntax error : '}'
mapwmslayer.c(292) : warning C4013: = 'index'=20 undefined; assuming extern = returning int
mapwmslayer.c(292) :=20 warning C4047: '=3D' : 'const char *' differs in levels of in = direction=20 from 'int '
mapwmslayer.c(340) : warning C4013: 'isspace' = undefined;=20 assuming extern returning int
mapwmslayer.c(368) : warning = C4090:=20 'function' : different 'const' qualifiers
mapwmslayer.c(368) = :=20 warning C4024: 'strcasecmp' : different types for formal and = actual=20 parameter 2
NMAKE : fatal error U1077: 'cl' : return code=20 '0x2'
Stop.
All helps are = welcome,
Thanks
Ros=E2ngela
------=_NextPart_000_000F_01C318A1.DC7B1140-- From bfraser at geoanalytic.com Mon May 12 12:49:43 2003 From: bfraser at geoanalytic.com (Brent Fraser) Date: Mon, 12 May 2003 13:49:43 -0600 Subject: [Mapserver-users] Projection AUTO, GDAL and ECW files Message-ID: <00cd01c318bf$a27b36f0$020002c0@SHARK> This is a multi-part message in MIME format. ------=_NextPart_000_00CA_01C3188D.57D4E010 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Frank (and others), I'm doing some investigation into making the TILEINDEX feature a = little more flexible with respect to coordinate systems. I like the = PROJECTION AUTO feature added to MapServer 3.7 for datastores, but not = all of them store coordinate system information with the data (e.g. = shapefiles, jpg), and some of them have their own "proprietary" method = of specifying it (e.g. ECW) not handled by GDAL. This means that = integrating new datasets requires Mapserver implementors to carefully = define the coordinate system in each map file. What do you think about having GDAL read an additional file that = specifies the coordinate system definition for a specific data file? = The file could/should have the same filename prefix as the datafile with = an extension of prj, csd or something that hasn't been used for similar = things. The format could be PROJ strings (or EPSG numbers, or OGIS WKT = format). Good idea? Bad idea? Already been done? No interest? Thanks! Brent Fraser GeoAnalytic Inc. Tel:(403) 213-2700 bfraser at geoanalytic.com www.geoanalytic.com ------=_NextPart_000_00CA_01C3188D.57D4E010 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Frank (and others),
 
  I'm doing some investigation = into making the=20 TILEINDEX feature a little more flexible with respect to coordinate=20 systems.  I like the PROJECTION AUTO feature added to MapServer 3.7 = for=20 datastores, but not all of them store coordinate system information with = the=20 data (e.g. shapefiles, jpg), and some of them have their own = "proprietary"=20 method of specifying it (e.g. ECW) not handled by GDAL.  This = means=20 that integrating new datasets requires Mapserver implementors to = carefully=20 define the coordinate system in each map file.
 
  What do you think about having = GDAL read an=20 additional file that specifies the coordinate system definition for a = specific=20 data file?  The file could/should have the same filename prefix as = the=20 datafile with an extension of prj, csd or something that hasn't been used for similar things.  The = format=20 could be PROJ strings (or EPSG numbers, or OGIS WKT = format).
 
  Good idea? Bad = idea? Already been done?=20 No interest?
 
Thanks!
Brent Fraser
GeoAnalytic Inc.
Tel:(403) = 213-2700
bfraser at geoanalytic.com
www.geoanalytic.com
<= /BODY> ------=_NextPart_000_00CA_01C3188D.57D4E010-- From keon at nacse.org Mon May 12 13:03:12 2003 From: keon at nacse.org (Dylan Keon) Date: Mon, 12 May 2003 13:03:12 -0700 Subject: [Mapserver-users] new sites Message-ID: <3EBFFE00.6020009@nacse.org> Hi listers, Links to some of our PHP MapScript-based sites are available at http://gis.nacse.org (click the "show/hide" links for descriptions). A good example is the Cryptogams of Olympic National Park site, which uses a dynamically generated legend, DOQ imagery from TerraServer via WMS, and integrates user-selected research site data on-the-fly from a Sybase database. I'm using a single template for most of our MS sites, with different things happening behind the scenes. I'd like to add DHMTL-based navigation tools. I've fooled with the examples a bit but haven't gotten very far, so I'll probably be bugging some of you soon :-) --Dylan -- ************************************************ Dylan Keon GIS/Database Specialist Northwest Alliance for Computational Science and Engineering (NACSE) Oregon State University Corvallis, OR 97331 keon at nacse.org (541) 737-6608 ************************************************ From warmerdam at pobox.com Mon May 12 13:41:44 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 12 May 2003 16:41:44 -0400 Subject: [Mapserver-users] Projection AUTO, GDAL and ECW files In-Reply-To: <00cd01c318bf$a27b36f0$020002c0@SHARK> References: <00cd01c318bf$a27b36f0$020002c0@SHARK> Message-ID: <3EC00708.80906@pobox.com> Brent Fraser wrote: > Frank (and others), > > I'm doing some investigation into making the TILEINDEX feature a > little more flexible with respect to coordinate systems. I like the > PROJECTION AUTO feature added to MapServer 3.7 for datastores, but not > all of them store coordinate system information with the data (e.g. > shapefiles, jpg), and some of them have their own "proprietary" method > of specifying it (e.g. ECW) not handled by GDAL. This means that > integrating new datasets requires Mapserver implementors to carefully > define the coordinate system in each map file. > > What do you think about having GDAL read an additional file that > specifies the coordinate system definition for a specific data file? > The file could/should have the same filename prefix as the datafile with > an extension of prj, csd or something that hasn't been used for similar > things. The format could be PROJ strings (or EPSG numbers, or OGIS WKT > format). Brent, I think it would be reasonable for GDAL drivers for formats that no inherent coordinate system support to allow using .prj files. However, in the case of the ECW driver the real solution is to fix the damn thing. However, I am in no immediate danger of implementing such a .prj file fallback feature for all the coordinate-system-less drivers at this time. We could however conceivable implement the same thing within MapServer much like the .wld file fallback code is/was working in mapserver. Basically, if GDALGetProjectionRef() doesn't return something helpful, just check for a .prj file and use that if present. 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 bfraser at geoanalytic.com Mon May 12 14:31:31 2003 From: bfraser at geoanalytic.com (Brent Fraser) Date: Mon, 12 May 2003 15:31:31 -0600 Subject: [Mapserver-users] Projection AUTO, GDAL and ECW files References: <00cd01c318bf$a27b36f0$020002c0@SHARK> <3EC00708.80906@pobox.com> Message-ID: <010c01c318cd$dabb82f0$020002c0@SHARK> Frank, I see where I can implement your suggestion in mapraster.c. From the implementor's perspective the enhancement would pertain to raster files used in a TILEINDEX layer: - no additional map file keywords needed (I wasn't looking forward to adding TILEINDEXPROJECTION!) - defaults to current behavior: if the tileindex shapefile is in the same coord sys as the data, state the coord sys using PROJECTION in the layer definition - if TILEINDEX is in a different coord sys, then simply 1. add .prj file for the shapefile and .prj files for the datafiles (if they do not already hold coord sys definition info). 2. add PROJECTION AUTO to layer definition. That should take my 20 layers down to one layer, and not break Ed's scripting. Thanks! Brent ----- Original Message ----- From: "Frank Warmerdam" To: "Brent Fraser" Cc: "mapserver-users" Sent: Monday, May 12, 2003 2:41 PM Subject: Re: [Mapserver-users] Projection AUTO, GDAL and ECW files > Brent Fraser wrote: > > Frank (and others), > > > > I'm doing some investigation into making the TILEINDEX feature a > > little more flexible with respect to coordinate systems. I like the > > PROJECTION AUTO feature added to MapServer 3.7 for datastores, but not > > all of them store coordinate system information with the data (e.g. > > shapefiles, jpg), and some of them have their own "proprietary" method > > of specifying it (e.g. ECW) not handled by GDAL. This means that > > integrating new datasets requires Mapserver implementors to carefully > > define the coordinate system in each map file. > > > > What do you think about having GDAL read an additional file that > > specifies the coordinate system definition for a specific data file? > > The file could/should have the same filename prefix as the datafile with > > an extension of prj, csd or something that hasn't been used for similar > > things. The format could be PROJ strings (or EPSG numbers, or OGIS WKT > > format). > > Brent, > > I think it would be reasonable for GDAL drivers for formats that no > inherent coordinate system support to allow using .prj files. However, > in the case of the ECW driver the real solution is to fix the damn thing. > > However, I am in no immediate danger of implementing such a .prj file > fallback feature for all the coordinate-system-less drivers at this time. > We could however conceivable implement the same thing within MapServer > much like the .wld file fallback code is/was working in mapserver. > Basically, if GDALGetProjectionRef() doesn't return something helpful, just > check for a .prj file and use that if present. > > Best regards, > > -- > ---------------------------------------+---------------------------------- ---- > I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mgleahy at fes.uwaterloo.ca Mon May 12 14:55:05 2003 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Mon, 12 May 2003 16:55:05 -0500 Subject: [Mapserver-users] PHP/MapScript Query results with joined tables (new user) Message-ID: <000401c318d1$28b2bde0$170aa8c0@mgltoshiba> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C318A7.3FDCB5E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, I'm a new user trying to setup an application using MapServer with PHP/MapScript on a Windows XP/IIS platform (with all the most recent upgrades from the Microsoft update site). I'm using one of the 3.6.5 builds (I don't know offhand exactly which one, but it seems to be stable). My issue is that when I join a DBF to one of the shape files in the map, I am unable to display any results from the joined table, whether I use a single or multiple join (and I will surely need to use a multiple join at some point). From a brief inspection of the code in query.phtml and the map_query.php wrapper, it seems to me that there is no code that handles joined tables.and that the "template" specified in the MapFile is not even used in the generation of the query output. I'm hoping that there might be someone who knows what I've missed, or what approach I should take - is there some additional code I should obtain in order to handle joined tables? I apologize if this is a topic that has already been covered - I was unable to locate relevant results from a search of the list archive. Kind regards, Mike ------=_NextPart_000_0005_01C318A7.3FDCB5E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I’m a new user trying to setup an application = using MapServer with PHP/MapScript on a Windows XP/IIS platform (with all the most = recent upgrades from the Microsoft update site).  I’m using one of = the 3.6.5 builds (I don’t know offhand exactly which one, but it seems = to be stable).

 

My issue is that when I join a DBF to one of the = shape files in the map, I am unable to display any results from the joined table, = whether I use a single or multiple join (and I will surely need to use a multiple = join at some point).  From a brief inspection of the code in query.phtml = and the map_query.php wrapper, it seems to me that there is no code that handles joined = tables…and that the “template” specified in the MapFile is not even = used in the generation of the query output.

 

I’m hoping that there might be someone who = knows what I’ve missed, or what approach I should take – is there some additional code I should obtain in order to handle joined = tables?

 

I apologize if this is a topic that has already been = covered – I was unable to locate relevant results from a search of the = list archive.

 

Kind regards,

Mike

------=_NextPart_000_0005_01C318A7.3FDCB5E0-- From mcilhagga at dmsolutions.ca Mon May 12 15:38:22 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Mon, 12 May 2003 18:38:22 -0400 Subject: [Mapserver-users] MapServer User Meeting 2 References: <3EBBB0BA.4020307@dmsolutions.ca> Message-ID: <3EC0225E.9080200@dmsolutions.ca> Hi All, Thank you to everyone who replied to me about hosting next year's MUM. We received overwhelming support from the MapServer community with no one indicating plans for an alternative event. Based on this feedback, and earlier feedback I have received from the UMN -- I think we have the go ahead to host MUM 2 next year here in Ottawa, Canada. If there is anyone who wishes to contact me further about this, please feel free to do so. If we don't see you in Minnesota this summer, we'll look forward to seeing you here in Ottawa - June 2004. Much more information will be following in the coming months. Dave Dave McIlhagga wrote: > Hi everyone, > > I'm writing this email to get some feedback from the community about a > follow on MapServer User Meeting for June 2004. This might seem a bit > premature given we haven't had MUM 1 yet however ... no time like the > present to plan these things -- especially given the amount of work that > is required and the need to book space well in advance. > > Over the past couple of months, we've done some preliminary planning and > research into hosting next year's MapServer User Meeting in Ottawa. As > some of you may be aware, the Ottawa MapServer User Group had our first > meeting about a month ago, and we had 23 attendees -- needless to say we > were thrilled. This provides a solid group of people (along with DM > Solutions commitment) to prepare for the meeting next year. > > At this point, we have found an excellent venue for the meeting through > a local University, and would like to run this jointly with an > International Open Source GIS/Mapping conference that would hopefully > bring together individuals from the many open source GIS projects around > the world to a common event. > > The purpose of my email is to get feedback from you about this plan and > to see if there are any other groups who were considering doing > something similar at another location. We want to be sure that we have > the support of the MapServer community before proceeding -- but we need > to actively begin planning in order to make this a success, hence the > need for this to be decided soon. > > I can appreciate that there would be interest in seeing the MapServer > User Meeting hosted in other parts of the world in addition to North > America, but at this point -- given the resources we have available > through the user group, and within DM Solutions, and the vast adoption > of MapServer locally in the Ottawa Region -- I suspect we may be in a > unique position to pull this event off next year successfully. > > Any thoughts? You can reply to the list or me directly. Thanks -- and > I'm looking forward to meeting many of you in Minnesota. I hear we're > up to 75 registrants already which is great news. > > Dave From morissette at dmsolutions.ca Mon May 12 17:45:10 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 12 May 2003 20:45:10 -0400 Subject: [Mapserver-users] Problem Configuring/Compiling PHP/Mapscript on Linux References: <200305121205.27160.stevem@spatialmapping.com> Message-ID: <3EC04016.F8CD9AF3@dmsolutions.ca> You have to take out the --with-apxs in your PHP configure command for the --with-regex=system to work. See: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00194.html Daniel Steven Monai wrote: > > Hi folks: > > I am having trouble running the MapServer 3.6.5 configure script to > compile PHP/Mapscript support. My computer is running Slackware Linux > 9.0., which came with Apache (v 1.3.27) and PHP4 (v 4.3.1) configured > as a DSO. I have since installed the PHP4 source tree, as the MapServer > README says is required to build PHP/Mapscript. I re-configured and > re-built PHP4 from source, and PHP appears to be working okay. > > Anyway, here is my MapServer 'configure' command-line: > > ./configure --with-gd --with-jpeg --with-freetype --with-png --with-zlib > --with-tiff --with-proj --with-gdal --with-ogr --with-postgis > --with-wmsclient --with-php=../php-4.3.1 > > Without the "--with-php" option, MapServer configures and compiles okay, > but using the command above, I get the following error message (with a > few lines preceding the message, for additional context): > > checking for location of config.h or php_config.h... > /usr/src/mapserver-3.6.5/../php-4.3.1/main/php_config.h > checking whether we have PHP3 or PHP4... -DPHP4 > checking whether we should use PHP's regex... yes > configure: error: > !!! The current version of PHP MapScript has some problems with > !!! PHP4's bundled regex. Until we figure the solution to the > !!! problem, the workaround is to compile PHP4 with the system regex > !!! Please re-configure and re-compile PHP4 with --with-system-regex > !!! and then re-configure and re-compile MapServer. > > Here is the "Configure Command" section from phpinfo() when run on my > web server (Apache 1.3.27), which confirms that I have compiled PHP4 > with --with-system-regex (and with --with-regex=system, for good > measure): > > './configure' '--prefix=/usr/local' '--disable-static' > '--with-apxs=/usr/sbin/apxs' '--enable-discard-path' > '--with-config-file-path=/etc/apache' '--enable-safe-mode' > '--with-openssl' '--enable-bcmath' '--with-bz2' '--with-pic' > '--enable-calendar' '--enable-ctype' '--with-gdbm' '--with-db2' > '--with-db3' '--enable-dbase' '--enable-ftp' '--with-gd' > '--enable-gd-native-ttf' '--with-jpeg-dir=/usr' '--with-png' > '--with-gmp' '--with-mysql=shared,/usr' '--with-xml=shared,/usr' > '--with-mm=/usr' '--enable-trans-sid' '--enable-shmop' > '--enable-sockets' '--with-regex=system' '--with-system-regex' > '--enable-sysvsem' '--enable-sysvshm' '--enable-yp' > '--enable-memory-limit' '--with-tsrm-pthreads' '--enable-shared' > '--disable-debug' '--with-zlib=/usr' > > What am I doing wrong? Please help. > > Thanks, > -Steve Monai > -- > From mapserver at oram.com Mon May 12 20:28:14 2003 From: mapserver at oram.com (John Oram) Date: Mon, 12 May 2003 20:28:14 -0700 Subject: Subject: [Mapserver-users] Re: building gdal 1.1.8 on Mac OS X 10.2.6 In-Reply-To: <20030512170002.783.46157.Mailman@lists.gis.umn.edu> Message-ID: > > > I've compiled gdal 1.1.8 on osx with > > ./configure --without-python > > but in GDALmake.opt I have LIBS set to > > -ltiff -lz -lm -ldl -lstdc++ -lcrypto -lssl -lSystem > -L/usr/local/lib -lm > > > I probably added some of these manually. I think new and delete come > from either libstdc++ or libSystem. I think I probably used gcc2 rather > than gcc3. > > hope this helps > > Ian > Changed to gcc2, and modified the LIBS line in GDALmake.opt as per Ian's suggestion. Now I get: c++ -O2 8211view.o \ libiso8211.a ../../port/cpl.a -ltiff -lz -lm -ldl -lstdc++ -lcrypto -lssl -lSystem -L/usr/local/lib -lm -o 8211view /usr/bin/ld: table of contents for archive: /usr/local/lib/libtiff.a is out of date; rerun ranlib(1) (can't load from it) make[4]: *** [8211view] Error 1 make[3]: *** [libs] Error 2 make[2]: *** [default] Error 2 make[1]: *** [sublibs] Error 2 make: *** [ogr-target] Error 2 Is this the same libtiff required for mapserver? I have tiff-v3.5.7. I also tried some of the options listed on the Mac OS wiki page, specifically adding -DPROJ_STATIC to the C_ and CXX_OPTFLAGS but got the same exit errors. (However, I don't know how relevant these are since they refer to building on 10.1.x.) It also suggests adding -dl to the LIBS, and changing LD_SHARED to be = g++ -dynamiclib, but neither seems to make a difference. Am I missing something more fundamental here? -John From pkishor at geoanalytics.com Mon May 12 21:08:47 2003 From: pkishor at geoanalytics.com (Puneet Kishor) Date: Mon, 12 May 2003 23:08:47 -0500 Subject: [Mapserver-users] data/mapfile organization advice sought Message-ID: <98BA7CC4-84F8-11D7-95E6-0003936306C2@geoanalytics.com> To ms data mavens -- please give me a piece of your mind. I have shapefile data of several countries, about 14 countries. Each country has 8 to 12 different layers, but they are all called the same. For example, all countries have a layer called "layer1", "layer2", and so on, while a few countries may not have "layer8" or "layer11," etc. If I were to draw all the countries together, they would draw correctly, that is, they are in the correct geographic space. However, their data are self-contained. That is, even though country1 and country2 are contiguous, drawing country1 does not bring up country2... they are in different folders. How do I create and work with their mapfiles? I can't really have one big mongo mapfile with all the layers of all the countries... it would be unworkable, and probably very inefficient. On the other hand, if I have 14 different mapfiles, they will be almost identical to each other except for the path to the data. If I make a tweak in any one mapfile (for example, change the color or visible scale of a layer), I will have to go and change it in 14 different mapfiles. Ideally I would like to have one master mapfile (like a template), and just substitute (on the fly) the path to the data. I guess I could do some preprocessing with Perl, and swap a filter keyword using regexp search, to create a working, valid mapfile on the fly, but I would also have to account for those one or two particular layers that happen to be absent for a given country. Please share your insight. Many tia. Puneet. From pkishor at geoanalytics.com Mon May 12 21:19:34 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 13 May 2003 04:19:34 -0000 Subject: [Mapserver-users] Re: building Mapserver 3.6.5 on Mac OS X 10.2.5 In-Reply-To: Message-ID: Hi John, I just got on and say the exchange of messages... seems like you got the advice for "sudo gcc_select 2" What puzzled me was this from an earlier message... --- In mapserver-users at yahoogroups.com, John Oram wrote: .. > This may or may not be related to another question I have -- I saw a > reference to shapelib-1.2.10 -- I downloaded it and have it in my > /usr/local/src. I didn't see any mention of it in any of the install > instructions I've seen (for any OS) and wasn't able to tell if this was > bonus material or required to import shapefiles. Could this be causing > the shp2img error I'm seeing? .. what exactly do you mean by "import shapefiles"? Mapserver works with shapefiles without requiring GDAL to do so. You don't need to tackle GDAL for this. I was looking at my own config... at one point I did successfully (with Frank Warmerdam's help) compile GDAL, but in its current incarnation, Mapserver on my iBook is GDAL-less. I can happily read, and even create and write shapefiles. Might I suggest you build a straightforward Mapserver (I've got mine running with Perl and PHP, although I use the former for most part). Once you've got it built and running successfully, then you can experiment with adding more libraries successively... just make sure you retain a copy of your successful build script. Puneet. From carl.anderson at vadose.org Mon May 12 22:12:22 2003 From: carl.anderson at vadose.org (Carl Anderson) Date: Tue, 13 May 2003 01:12:22 -0400 Subject: [Mapserver-users] Postgis "explain verbose"-Error [carl.anderson@vadose.org] In-Reply-To: <20030513050031.GA3045@vadose.dvg>; from carl.anderson@vadose.org on Tue, May 13, 2003 at 01:00:31 -0400 References: <20030513050031.GA3045@vadose.dvg> Message-ID: <20030513051222.GC5210@vadose.dvg> --tThc/1wpZn/ma/RB Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit On 2003.05.13 01:00 Carl Anderson wrote: On 2003.05.12 09:44 Christina Biakowski (CCGIS) wrote: > Querying a Postgis-Layer (by clicking in the map) I get the > following error-message: > > "msPOSTGISLayerGetShape(): Query error. Error executing POSTGIS SQL > statement (in FETCH ALL): EXPLAIN VERBOSE SELECT * FROM staedte - > Error with christina and steff PostgreSQL 7.3 changed the way in which EXPLAIN returns information. The attached patch for mappostgis.c adds support for the 7.3.x style. apply to CVS with patch < mapserver-pg7.3.patch and recompile Note that if you have postgis tables with conflicting names in different schemas you should think about running the find_srid patch as well. Note that both of these have been previously sent to the postgis list. While both of these have been in use in my org for a month or more YMMV so be careful. These are not the alpha patch previously mentioned. C. --- mappostgis.c Tue May 13 00:51:41 2003 +++ mappostgis_hack.c Tue May 13 00:52:59 2003 @@ -1314,13 +1305,16 @@ msPOSTGISLayerParseData(layer->data, geom_column_name, table_name, urid_name, user_srid); + query_result = PQexec(layerinfo->conn, "set explain_pretty_print = on"); +// in pre 7.3 databases this will fail without problems so relax +// // two cases here. One, its a table (use select * from table) otherwise, just use the select clause sprintf(sql,"EXPLAIN VERBOSE SELECT * FROM %s",table_name); // this will call the postresql_NOTICE_HANDLER() callback! layer->fields will be populated query_result = PQexec(layerinfo->conn, sql ); - if (!(query_result) || PQresultStatus(query_result) != PGRES_COMMAND_OK) + if (!(query_result) || (PQresultStatus(query_result) != PGRES_COMMAND_OK && PQresultStatus(query_result) != PGRES_TUPLES_OK )) { char tmp[4000]; @@ -1335,6 +1329,44 @@ query_result = NULL; return(MS_FAILURE); } + if (PQresultStatus(query_result) == PGRES_TUPLES_OK ) + { + //build layerinfo->fields from tuples passed back + int rows,row; + char *result; + char *tup; + char *str,*str2; + + if ( layerinfo->fields ) + { + free(layerinfo->fields); // free up space + } + result = malloc ( 6000) ; + layerinfo->fields = result; + result[0] = 0; //null terminate it + + rows = PQntuples(query_result); + for ( row=0; row < rows; row++ ) + { + tup = PQgetvalue(query_result,row,0); + str = strstr(tup,":resname "); + if ( str ) + if ( str ) + { + str += 9; + str2 = strstr(str," "); + if (strncmp(str, "<>", (str2-str))) + { + if ( strlen(result) > 0 ) + { + strcat(result,","); + } + strncat(result,str,(str2-str)); + } + } + } + } + //layerinfo->fields is a string with a list of all the columns // # of items is number of "," in string + 1 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="mapserver-pg7.3.patch" --- mappostgis.c Tue May 13 00:51:41 2003 +++ mappostgis_hack.c Tue May 13 00:52:59 2003 @@ -1314,13 +1305,16 @@ msPOSTGISLayerParseData(layer->data, geom_column_name, table_name, urid_name, user_srid); + query_result = PQexec(layerinfo->conn, "set explain_pretty_print = on"); +// in pre 7.3 databases this will fail without problems so relax +// // two cases here. One, its a table (use select * from table) otherwise, just use the select clause sprintf(sql,"EXPLAIN VERBOSE SELECT * FROM %s",table_name); // this will call the postresql_NOTICE_HANDLER() callback! layer->fields will be populated query_result = PQexec(layerinfo->conn, sql ); - if (!(query_result) || PQresultStatus(query_result) != PGRES_COMMAND_OK) + if (!(query_result) || (PQresultStatus(query_result) != PGRES_COMMAND_OK && PQresultStatus(query_result) != PGRES_TUPLES_OK )) { char tmp[4000]; @@ -1335,6 +1329,44 @@ query_result = NULL; return(MS_FAILURE); } + if (PQresultStatus(query_result) == PGRES_TUPLES_OK ) + { + //build layerinfo->fields from tuples passed back + int rows,row; + char *result; + char *tup; + char *str,*str2; + + if ( layerinfo->fields ) + { + free(layerinfo->fields); // free up space + } + result = malloc ( 6000) ; + layerinfo->fields = result; + result[0] = 0; //null terminate it + + rows = PQntuples(query_result); + for ( row=0; row < rows; row++ ) + { + tup = PQgetvalue(query_result,row,0); + str = strstr(tup,":resname "); + if ( str ) + if ( str ) + { + str += 9; + str2 = strstr(str," "); + if (strncmp(str, "<>", (str2-str))) + { + if ( strlen(result) > 0 ) + { + strcat(result,","); + } + strncat(result,str,(str2-str)); + } + } + } + } + //layerinfo->fields is a string with a list of all the columns // # of items is number of "," in string + 1 --tThc/1wpZn/ma/RB Content-Type: message/rfc822; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 8bit Date: Mon, 17 Mar 2003 20:25:22 -0500 From: Carl Anderson To: PostGIS Users Discussion Subject: find_srid() change request Message-ID: <20030318012522.GA10435 at vadose.dvg> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Mailer: Balsa 2.0.9 Status: RO To allow support for schema enabled Postgis in Mapserver 6.3 I request that find_srid () be changed in the following way. This is clearly a hack but will extend the use of PostGIS w/ schemas into Mapserver 3.6.x preserve existing behaviour extend behavior to automatically promote a namespace.table reference into a schema in the place of parameter 1 into a table in place of parameter 2 Mapserver 3.6.x converts CONNECTIONTYPE postgis DATA 'shape from cities.annex_cases' into a Binary Cursor containing .. find_srid('','cities.annex_cases','shape') ... We have geotables in schemas to provide a level of sanity and context to the geotables; Postgresql 7.3 by default will search the users named schema and then the public schema. This is an unacceptable exposure of the schema owner to web traffic. We prefer to use extremely limited accounts for mapserver. So when the Pg user is different from the schema the tables are in the tables are not found. The propsed style will allow a user to explicitly specify the schema. the the above example the public.geometry_columns table contains f_table_catalog | f_table_schema | f_table_name | f_geometry_column | coord_dimension | srid | type | -----------------+----------------+----------------+-------------------+-----------------+------+-------------- | cities | annex_cases | shape | 2 | -1 | MULTIPOLYGON proposed new find_srid() ------------------ -- FIND_SRID( ,
", sizeof($selFields)); > printf("
%s
", $oLayer->getMetaData("DESCRIPTION")); > printf("
"); > printf("%s",$selFields[$iField]); > printf("
, ) CREATE FUNCTION find_srid(varchar,varchar,varchar) RETURNS int4 AS 'DECLARE schem text; tabl text; sr int4; BEGIN schem = $1; tabl = $2; -- if the table contains a . and the schema is empty -- split the table into a schema and a table -- otherwise drop through to default behavior if ( schem = '''' and tabl ~ ''\.'' ) then schem = substr(tabl,1,strpos(tabl,''.'')-1); tabl = substr(tabl,length(schem)+2); else schem = schem || ''%''; end if; select SRID into sr from geometry_columns where f_table_schema like schem and f_table_name = tabl and f_geometry_column = $3; return sr; END; ' LANGUAGE 'plpgsql' WITH (iscachable,isstrict); C. --tThc/1wpZn/ma/RB-- From m.cave-ayland at webbased.co.uk Tue May 13 00:29:02 2003 From: m.cave-ayland at webbased.co.uk (Mark Cave-Ayland) Date: Tue, 13 May 2003 08:29:02 +0100 Subject: [Mapserver-users] mappostgis.c corrupt table names Message-ID: <8F4A22E017460A458DB7BBAB65CA6AE50266EF@webbased9> This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C31929.B98D13D0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi everyone, I've been experiencing a problem with table names having extra characters attached to the end when the resulting PostGIS query is being generated. I seem to remember someone else reporting a similar problem a while back, however I was unable to find anything in the archives so I took a look at it myself... In the end, our problem was caused by having a mapfile containing two layers; one with a data statement of 'geom from geom_point' and another with a data statement with a subselect clause 'geom from (select ... from geom_text)'. The resulting query generated by mapserver produced a table name of 'geom_textt' for the second query which of course was failing when being executed on the db. Looking closer at the source, it appeared that in the prep_DB() sub-select parser, no null was being appended to the end of the parsed table name (which is apparently required in the case of strncpy which does not add a terminating null when a maximum number of characters is specified). Please find attached a patch against 3.6.5 which solves the problem for us by adding an extra null at the end of the string. Many thanks, and keep up the good work! Mark. --- Mark Cave-Ayland Webbased Ltd. Tamar Science Park Derriford Plymouth PL6 8BX England Tel: +44 (0)1752 764445 Fax: +44 (0)1752 764446 This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ------=_NextPart_000_0010_01C31929.B98D13D0 Content-Type: application/octet-stream; name="mapserver-3.6.5-postgissubselectfix.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="mapserver-3.6.5-postgissubselectfix.patch" --- mapserver-3.6.5.vanilla/mappostgis.c Fri Nov 15 21:46:14 2002=0A= +++ mapserver-3.6.5/mappostgis.c Mon May 12 13:12:03 2003=0A= @@ -327,9 +327,11 @@=0A= } if (pos_paren < pos_space) { // closing parenthesis preceeds any = space strncpy(f_table_name, pos_ftab, pos_paren - pos_ftab); + f_table_name[pos_paren - pos_ftab] =3D '\0'; } else { strncpy(f_table_name, pos_ftab, pos_space - pos_ftab); + f_table_name[pos_space - pos_ftab] =3D '\0'; } } =20 ------=_NextPart_000_0010_01C31929.B98D13D0-- From stepan.kafka at centrum.cz Tue May 13 00:38:05 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Tue, 13 May 2003 09:38:05 +0200 Subject: [Mapserver-users] data/mapfile organization advice sought In-Reply-To: <98BA7CC4-84F8-11D7-95E6-0003936306C2@geoanalytics.com> Message-ID: <000f01c31922$976d48d0$463c2fc3@HSGIS> There are two approaches: 1. If you want to show all the countries together, you can effitiently use tiling for them. It works also with non-rectangular tiling layer and your data structure is suitable for it. 2. If you want show only selected country, you can change the shapepath on the fly. Set the ...&map_shapepath=your_shapepath... in your URL. Good luck! 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 Puneet > Kishor > Odesl?no: 13. kv?tna 2003 6:09 > Komu: Mapserver > P?edm?t: [Mapserver-users] data/mapfile organization advice sought > > > To ms data mavens -- please give me a piece of your mind. > > I have shapefile data of several countries, about 14 countries. > > Each country has 8 to 12 different layers, but they are all called the > same. For example, all countries have a layer called "layer1", > "layer2", and so on, while a few countries may not have "layer8" or > "layer11," etc. > > If I were to draw all the countries together, they would draw > correctly, that is, they are in the correct geographic space. However, > their data are self-contained. That is, even though country1 and > country2 are contiguous, drawing country1 does not bring up country2... > they are in different folders. > > How do I create and work with their mapfiles? > > I can't really have one big mongo mapfile with all the layers of all > the countries... it would be unworkable, and probably very inefficient. > > On the other hand, if I have 14 different mapfiles, they will be almost > identical to each other except for the path to the data. If I make a > tweak in any one mapfile (for example, change the color or visible > scale of a layer), I will have to go and change it in 14 different > mapfiles. > > Ideally I would like to have one master mapfile (like a template), and > just substitute (on the fly) the path to the data. I guess I could do > some preprocessing with Perl, and swap a filter keyword using regexp > search, to create a working, valid mapfile on the fly, but I would also > have to account for those one or two particular layers that happen to > be absent for a given country. > > Please share your insight. > > Many tia. > > Puneet. > > _______________________________________________ > 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.478 / Virov? b?ze: 275 - datum vyd?n?: 6.5.2003 > --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.478 / Virov? b?ze: 275 - datum vyd?n?: 6.5.2003 From jhart at frw.uva.nl Tue May 13 01:00:35 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Tue, 13 May 2003 10:00:35 +0200 Subject: [Mapserver-users] data/mapfile organization advice sought In-Reply-To: <98BA7CC4-84F8-11D7-95E6-0003936306C2@geoanalytics.com> References: <98BA7CC4-84F8-11D7-95E6-0003936306C2@geoanalytics.com> Message-ID: <3EC0A623.40003@frw.uva.nl> Puneet, This is a very common problem. One solution would be to script the DATA path via the url or form: .../mapserv?map=...&map_layer_data=. That way you can create one "country" Mapfile and fill in the actual data path at will. Note that for security reasons the DATA statement is *not* scriptable by default any more. You have to put "DATAPATTERN " somewhere in your MapFile. is a regular expression; only DATA-pathnames agreeing with that expression are allowed after that. When you leave DATAPATTERN out, all scripted DATA calls will be silently ignored. HTH Jan Puneet Kishor wrote: > To ms data mavens -- please give me a piece of your mind. > > I have shapefile data of several countries, about 14 countries. > > Each country has 8 to 12 different layers, but they are all called the > same. For example, all countries have a layer called "layer1", "layer2", > and so on, while a few countries may not have "layer8" or "layer11," etc. > > If I were to draw all the countries together, they would draw correctly, > that is, they are in the correct geographic space. However, their data > are self-contained. That is, even though country1 and country2 are > contiguous, drawing country1 does not bring up country2... they are in > different folders. > > How do I create and work with their mapfiles? > > I can't really have one big mongo mapfile with all the layers of all the > countries... it would be unworkable, and probably very inefficient. > > On the other hand, if I have 14 different mapfiles, they will be almost > identical to each other except for the path to the data. If I make a > tweak in any one mapfile (for example, change the color or visible scale > of a layer), I will have to go and change it in 14 different mapfiles. > > Ideally I would like to have one master mapfile (like a template), and > just substitute (on the fly) the path to the data. I guess I could do > some preprocessing with Perl, and swap a filter keyword using regexp > search, to create a working, valid mapfile on the fly, but I would also > have to account for those one or two particular layers that happen to be > absent for a given country. > > Please share your insight. > > Many tia. > > Puneet. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jithesh at flashmail.com Tue May 13 02:21:19 2003 From: jithesh at flashmail.com (Jithesh P. Joseph) Date: Tue, 13 May 2003 02:21:19 -0700 Subject: [Mapserver-users] tiled shapes Message-ID: <3ec0b90f.1cb.0@flashmail.com> Hello, Can anybody send me a map file sample with tiled shape files? I am currently using a raster layer with TILEINDEX but I don't know how to create it for vectors. I also want to know the ways by which the dbf of the tiled shapes can be accessed. Hope somebody help me. Regards Jithesh _______________________________________________________________ Get Your FREE FlashMail Address now at http://www.flashmail.com It's Free, Easy, & Fun !!! From jankarin at post1.dknet.dk Tue May 13 03:24:40 2003 From: jankarin at post1.dknet.dk (jankarin at post1.dknet.dk) Date: Tue, 13 May 2003 12:24:40 +0200 Subject: [Mapserver-users] Slow MapServer with large data References: <3EBB5A36.1713.4F4F0C62@localhost> Message-ID: <20030513102442.FYGY28074.fepX.post.tele.dk@localhost.localdomain> I have tried on af few shapefiles, but it doesn't help much. And it wouldn't have any effect on our tab-data. By the way: Is 15 sec. for a 25 MB shapefile/40 sec for a 30 MB MapInfo map-file the usual speed for MapServer on a PIII, 650 Mhz, 262 MB RAM ? If it is, there's only one thing to do, if not ..... Anyone have some ideas? Jan woodbri at swoodbridge.com wrote: > Have you built shptree indexes for all your shapefiles? > > On 9 May 2003 at 13:14, jankarin at post1.dknet.dk wrote: > > > Hello > > > > I have a little problem with the speed in MapServer. > > We're trying to make qiuck-viewer to shape- and > tab-formats, but > > MapServer is running slow with large data: 20 seconds: > Shapefil 17 MB, > > dbf-fil 9,5 MB. 45 seconds: Map-fil 31 MB, Dat-fil 25 MB. > > > > I have been trying with the GCI-version and PHP Mapscript > - same > > result. > > > > I am running MapServer 3.6.4 with PNG-output under Apache > 2.4.5 on > > Windows 2000. The pc is Pentim III, 650 Mhz, 262 MB RAM. > > > > In another installation (PII, 400 Mhz, 196 MB RAM) a > shapefile > > (shapefile 17 MB, dbf-fil 9,5 MB) took 80 seconds to > show. > > > > We're using MapServer in an application which is > dynamically creating > > map-files with Mapscript (only showing one layer at a > time). We're > > talknig about 17.000 layers in shape- and tabformats, so > it is not > > possible to improve indexfiles or anything else related to > a single > > layer. > > > > Can anyone help? > > > > Thanks, > > > > Jan Christiansen > > jankarin at post1.dknet.dk > > Engineering College of Copenhagen > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From MJHATCHER at qinetiq.com Tue May 13 03:54:49 2003 From: MJHATCHER at qinetiq.com (Hatcher Matthew) Date: Tue, 13 May 2003 11:54:49 +0100 Subject: [Mapserver-users] Linux segmentation problem Message-ID: Hi all, I have compiled and built the latest nightly build of Mapserver 3.7 (or 4.0 as it announces itself) using Red Hat Linux 9.0. I used the instructions given in the Wiki - for which I'm very grateful. Thanks to the authors! Mapserver and all the associated libraries compile absolutely fine - I used the following options: ./configure --without-tiff --without-eppl --without-jpeg --with-threads --with-proj --with-gdal=/usr/local/bin --with-gd=/usr/local --with-freetype=/usr/bin --with-ogr --with-wmsclient --with-wms --with-wfsclient --with-wfs ./mapserv -v MapServer version 4.0 (development) 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=OGR INPUT=GDAL INPUT=SHAPEFILE Running mapserv through a browser with no parameters works fine (http://localhost/cgi-bin/mapserv). This returns the standard html saying "no query information to decode". However, if I pass any parameters at all, be they in mapserver, WMS or WFS format, I get an internal server error. The error log says only "premature end of script", and if I run mapserv at the command line by passing a QUERY_STRING here, I get "segmentation fault". Helpful. Anybody got any suggestions, or ways in which I can debug a bit to find out what is causing the problem? Cheers, Matt The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. Emails and other electronic communication with QinetiQ may be monitored. Calls to our Customer Contact Centre may be recorded for quality control, regulatory and monitoring purposes. From bplatzen at sosnetz.de Tue May 13 04:47:27 2003 From: bplatzen at sosnetz.de (=?iso-8859-1?q?Bj=F6rn=20Platzen?=) Date: Tue, 13 May 2003 13:47:27 +0200 Subject: [Mapserver-users] Linux segmentation problem In-Reply-To: References: Message-ID: <200305131347.27115.bplatzen@sosnetz.de> Hi Matthew, > However, if I pass any parameters at all, be they in mapserver, WMS > or WFS format, I get an internal server error. The error log says > only "premature end of script", and if I run mapserv at the command > line by passing a QUERY_STRING here, I get "segmentation fault". I had a similar problem and could find out what went wrong the shp2img program, that was compiled with mapserver. Run it on a shell with your mapfile (e.g. shp2img -m mapfile.map -o output.png) and see, if there are any errors. If yes, I think, that the same errors will happen using the mapserv CGI. hth, Bjoern. -- small office solutions info at sosnetz.de - http://www.sosnetz.de From MJHATCHER at qinetiq.com Tue May 13 05:00:46 2003 From: MJHATCHER at qinetiq.com (Hatcher Matthew) Date: Tue, 13 May 2003 13:00:46 +0100 Subject: [Mapserver-users] Linux segmentatio n problem Message-ID: Hi Bjoern, Thanks for your suggestion, but unfortunately, shp2img runs fine without any errors! I don't think mapserv is actually getting as far as reading the map file, because I get a segmentation fault whether I specify a valid map file or not. I'm pretty sure it's not that it can't find some shared libraries, as they normally complain that they are missing when you do "mapserv -v". Any more ideas?! Matt. -----Original Message----- From: Bj?rn Platzen [mailto:bplatzen at sosnetz.de] Sent: 13 May 2003 12:47 To: Hatcher Matthew; 'mapserver-users at lists.gis.umn.edu' Subject: Re: [Mapserver-users] Linux segmentation problem Hi Matthew, > However, if I pass any parameters at all, be they in mapserver, WMS > or WFS format, I get an internal server error. The error log says > only "premature end of script", and if I run mapserv at the command > line by passing a QUERY_STRING here, I get "segmentation fault". I had a similar problem and could find out what went wrong the shp2img program, that was compiled with mapserver. Run it on a shell with your mapfile (e.g. shp2img -m mapfile.map -o output.png) and see, if there are any errors. If yes, I think, that the same errors will happen using the mapserv CGI. hth, Bjoern. -- small office solutions info at sosnetz.de - http://www.sosnetz.de The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. Emails and other electronic communication with QinetiQ may be monitored. Calls to our Customer Contact Centre may be recorded for quality control, regulatory and monitoring purposes. From arnulf.christl at ccgis.de Tue May 13 05:01:45 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Tue, 13 May 2003 14:01:45 +0200 Subject: AW: Re: [Mapserver-users] Slow MapServer with large data In-Reply-To: <20030513102442.FYGY28074.fepX.post.tele.dk@localhost.localdomain> Message-ID: Hi, 15 sec does seem a lot, but maybe thats it. Our shapefile sizes usually do not exceed 10 MB to prevent this happening. The problem is that shapes physically are sequential files and performance must go down when the filesize increases. Indexing (shptree.exe) and breaking up (tile4ms.exe) really do help a lot, strange that you don't seem to notice the effect. Maybe you try to always show the comletet extension of the shapefile, then the mentioned tools will not be of much help. If that is the case I would suggest that you set zooming limits by using MINSCALE and MAXSCALE to only access the files when at an appropriate scale. For the overview you could use a raster "screenshot" of the shapes (shp2img.exe) or thin out the data. Then the performance issue should not be a problem anymore. If you still cannot get enough performance you should consider throwing the shapes into PG/PostGIS. If thats still not enough, separate the MapServer software and the PostGreSQL DB to run on separate machines (hardware). This will improove performance by factor 5 to 10 (thats our hands-on experience). When you have reached this stage the map (from the same data) should be delivered in about 1 or 2 seconds. Cheers, Arnulf. -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von jankarin at post1.dknet.dk Gesendet: Dienstag, 13. Mai 2003 12:25 An: mapserver-users at lists.gis.umn.edu; woodbri at swoodbridge.com Betreff: Re: Re: [Mapserver-users] Slow MapServer with large data I have tried on af few shapefiles, but it doesn't help much. And it wouldn't have any effect on our tab-data. By the way: Is 15 sec. for a 25 MB shapefile/40 sec for a 30 MB MapInfo map-file the usual speed for MapServer on a PIII, 650 Mhz, 262 MB RAM ? If it is, there's only one thing to do, if not ..... Anyone have some ideas? Jan woodbri at swoodbridge.com wrote: > Have you built shptree indexes for all your shapefiles? > > On 9 May 2003 at 13:14, jankarin at post1.dknet.dk wrote: > > > Hello > > > > I have a little problem with the speed in MapServer. > > We're trying to make qiuck-viewer to shape- and > tab-formats, but > > MapServer is running slow with large data: 20 seconds: > Shapefil 17 MB, > > dbf-fil 9,5 MB. 45 seconds: Map-fil 31 MB, Dat-fil 25 MB. > > > > I have been trying with the GCI-version and PHP Mapscript > - same > > result. > > > > I am running MapServer 3.6.4 with PNG-output under Apache > 2.4.5 on > > Windows 2000. The pc is Pentim III, 650 Mhz, 262 MB RAM. > > > > In another installation (PII, 400 Mhz, 196 MB RAM) a > shapefile > > (shapefile 17 MB, dbf-fil 9,5 MB) took 80 seconds to > show. > > > > We're using MapServer in an application which is > dynamically creating > > map-files with Mapscript (only showing one layer at a > time). We're > > talknig about 17.000 layers in shape- and tabformats, so > it is not > > possible to improve indexfiles or anything else related to > a single > > layer. > > > > Can anyone help? > > > > Thanks, > > > > Jan Christiansen > > jankarin at post1.dknet.dk > > Engineering College of Copenhagen > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Tue May 13 05:03:32 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 13 May 2003 08:03:32 -0400 Subject: [Mapserver-users] tiled shapes In-Reply-To: <3ec0b90f.1cb.0@flashmail.com> Message-ID: <3EC0A6D4.29763.1B4AED5@localhost> On 13 May 2003 at 2:21, Jithesh P. Joseph wrote: > Hello, > > Can anybody send me a map file sample with tiled shape files? > > I am currently using a raster layer with TILEINDEX but I don't know > how to create it for vectors. Check out the Mapserver Utilities doc off the documention link from the Mapserver home page and use 'tile4ms' > > I also want to know the ways by which the dbf of the tiled shapes can > be accessed. in Perl use XBase.pm of Geo::ShapeFile - use the following to install them: perl -MCPAN -e install XBase perl -MCPAN -e install Geo::ShapeFile HTH, -Steve W. > Hope somebody help me. > > Regards > > Jithesh > _______________________________________________________________ > Get Your FREE FlashMail Address now at http://www.flashmail.com > It's Free, Easy, & Fun !!! > _______________________________________________ > 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 May 13 05:03:32 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 13 May 2003 08:03:32 -0400 Subject: [Mapserver-users] Slow MapServer with large data In-Reply-To: <20030513102442.FYGY28074.fepX.post.tele.dk@localhost.localdomain> Message-ID: <3EC0A6D4.15138.1B4AEA6@localhost> Well, I speak for Mapinfo files, I have only used shapefiles and I have about 19 GB of shapefiles in over 3300 directories and 30,000 and I get view time of under 10 sec. It is Tiger/Line data covering the whole US. On 13 May 2003 at 12:24, jankarin at post1.dknet.dk wrote: > I have tried on af few shapefiles, but it doesn't help much. And it > wouldn't have any effect on our tab-data. > > By the way: Is 15 sec. for a 25 MB shapefile/40 sec for a 30 MB > MapInfo map-file the usual speed for MapServer on a PIII, 650 Mhz, 262 > MB RAM ? > > If it is, there's only one thing to do, if not ..... > Anyone have some ideas? I would convert it to shapefiles! but some other Mapinfo users might have some other suggestions. -Steve > > Jan > > > woodbri at swoodbridge.com wrote: > > Have you built shptree indexes for all your shapefiles? > > > > On 9 May 2003 at 13:14, jankarin at post1.dknet.dk wrote: > > > > > Hello > > > > > > I have a little problem with the speed in MapServer. > > > We're trying to make qiuck-viewer to shape- and > > tab-formats, but > > > MapServer is running slow with large data: 20 seconds: > > Shapefil 17 MB, > > > dbf-fil 9,5 MB. 45 seconds: Map-fil 31 MB, Dat-fil 25 MB. > > > > > > I have been trying with the GCI-version and PHP Mapscript > > - same > > > result. > > > > > > I am running MapServer 3.6.4 with PNG-output under Apache > > 2.4.5 on > > > Windows 2000. The pc is Pentim III, 650 Mhz, 262 MB RAM. > > > > > > In another installation (PII, 400 Mhz, 196 MB RAM) a > > shapefile > > > (shapefile 17 MB, dbf-fil 9,5 MB) took 80 seconds to > > show. > > > > > > We're using MapServer in an application which is > > dynamically creating > > > map-files with Mapscript (only showing one layer at a > > time). We're > > > talknig about 17.000 layers in shape- and tabformats, so > > it is not > > > possible to improve indexfiles or anything else related to > > a single > > > layer. > > > > > > Can anyone help? > > > > > > Thanks, > > > > > > Jan Christiansen > > > jankarin at post1.dknet.dk > > > Engineering College of Copenhagen > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > From edspremolla at Antel.com.uy Tue May 13 05:39:38 2003 From: edspremolla at Antel.com.uy (Eduardo Spremolla) Date: 13 May 2003 09:39:38 -0300 Subject: [Mapserver-users] Legend key problem Message-ID: <1052829577.24739.22.camel@fly.in.iantel.com.uy> --=-vl9qiE27W9QBTXwm0JZ4 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hy all: I'm using mapserver 3.6.5 and got a rare behavior of the legend. this is the layer: LAYER NAME rbs TYPE POINT STATUS DEFAULT DATA "rbs" TRANSPARENCY 20 SIZEUNITS kilometers CLASS NAME "Radiobases" SYMBOL 'circle' SIZE 10 COLOR 140 140 255 END END and this is the legend: LEGEND STATUS ON KEYSIZE 20 10 LABEL TYPE TRUETYPE FONT "helmet" COLOR 0 0 0 SIZE 10 ANTIALIAS TRUE END END The problem is that the circle key in the legend got the size of the circle in the map, so in larges zoom , the circle got clipped and below the other keys. Did I miss something in the map file? Legend png attached. Thanks in advance Eduardo Spremolla --=-vl9qiE27W9QBTXwm0JZ4 Content-Disposition: attachment; filename=MSleg105276460219087.png Content-Type: image/png; name=MSleg105276460219087.png Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAGkAAABQCAMAAAFaLpv7AAAAaVBMVEX///8ZGRkAAAD6+tLNvnDI +sgA+mTIyMj6ZPr6yPqWyPrm5paWyJba2tq0tLTIyPpkZGSWlpaMjP9pab8jIz96et9GRn9XV580 NF8RER9fX1/f39+fn58/Pz8fHx9/f3+/v7/Dw8Onp6fRTapLAAAGkUlEQVR4nO1Z27KqOBBNte+U houQkMuZ///IWauDiAiKe+9zZqZqWkUkNCvd6Ws0tpCZiOdt2w84zbH8XAzbylpprIlpNGkenXlP Vqz14+JRZkVh9OtLNzob4+bBFSyo7psQouTnscoOtpbk7nz3p5ysjaMJfns+QULYm06U1VxWqliN DV1jr1czGm+y8bexiu/edk/ItgxypO5qk7MqLYWxjGHaYpv6WX+4TrJ9p/NL2bvs7sMXHkboyK0Z D5DPaRRn5P2ddxneqeXVkOBlIqwsjl7M3dj6opdgxMcISSS9eWBVrjY6JI9YVRltBmgZJv3rrxRj NsWSOTLUXd9ivbLAFnL268mvRT7p1bZ7WpqyarrUfBwMK86OUNYM4oboUgTWPMttmIkutizoHiU9 BjO+uuk4nfXos3j3fFkvpezisWfZV3SYq1FbIF0nrq3osWKqB+l0YfGxDeYbMPeR2uI5DmmLS5dn aGCTnW1ths05fFIMCBIeUnsJ7+R6o41KDVEPwywXudJrbVTVTRtXjYJirw1GHS3WgRmmZQLP3BvN f2m9XjEtuU5QYIvvrpUeqssxIX9Qe1B6DGsu9aJTUXtNd+pMSBo4mQLIAzd54vpkahtscCcoazfg r+hiZufzHnMJULXDa1Q72mfCofBRcOPG6NXyxBwFPk7n83wapoi/Z0sLptubCR4mLioZ3J5p4wgJ 3yEEL15STvJD0afQvvV+EDb+GFN3bW+O3BemLdNYMQ2Ma/BilAw1iiUsQYQOR1Q2xV0ya5yn8MT8 gcJsQIJBuYB45nTFneeZ8dFvIF3hkSw+OgbCTCMBBowZ+UfjeNbpPvK0RKmlb7sB8ZDzSbxXHOKN 8ygPEA7/vMqr+b6G7+vMFLbLydXDu6k4mIB2PPF+v8K1SPI14lndW83WSH5G9BV8zkbKWk93V7cp XqHqtuEsa2YdBmeulEjM0OW8TlW1nB9uH3os0mCnFBW1jEzeEc6ZN6lnV3dfjOtf4TEaywtpdKc8 h5hOU01l1TXaFq7hXExQM4ILbBWZTfya6XFxuVpeNAiyoM+swuMz0n1y1Lj0NmlojnA+zTsOCSit mGbS+Q2WXuCxsIlhXdQbYlwhfaS3baYDLBPXZeZAQbDbXO2S23WHbdLchmVhCAqMP0Fj0Iu7L1Me TeDI8AkErCBmPFZIejPpmUhj9vmTuf4LiXk3jVOBnd/fPWd4DQyB8cRHBJRjTRqjDxVIoPCibFlM zmgLS/tmuQOoXZWfF0fPIskzlXn06GuP+AdoN+69o/8uUs0o1bSriwip9b2dc8eKtTdIPfNv3Wxc vD/i4C7Ca6BWWgKhQ2jQlaGja3qUQOw0xI5o4xESkBzYaXj9jIEZ1rtAU2SEQSmV4hGkjlnkCpHa vmmaofzueg5kjY+jK/08NDii24osmR3cI2pyQJhK8bZ79Rpp4Aq1g4pUI+vXTdv2wma1JQImrznP o6NTWZhgEh7vHC8iBgBmPCTTCzq2OMct4vcgVbtP/QmgZb23LMdupz0NvOXKbCAdTF9rpGrx/Dtm rRZ9pVWg+kFdwq+hU6DAjjVFoQ9LinyhpxTWvWMQmiS6ON3RekCqFhBL4SAOgIp5A6+13bzL6Okv fF5Q6VAT6c6JL57MSzH5tUzzo6tqtV59x/0KK23fqWc13Oos5W9KJk9FBzc8+ZnCBcfxk3VMCg9I Wys0q0+dt4c80nQIGf0g094bH0T9jOx5iigeWkuURxy8yVO/613nT+gTM9iyiN8NVJBkg24PRqM3 dJs4/rMti4LEw6KkL/8JkHptla+yAfQ1mW61/OkGNCFd5801zRrsq1GbaJqgoSVU8DCyzGAbNHcw 1r5GuolzusEVpO6mN2YNtu5UGI2Mmz7IDZk290ttm0NZ08ZLpKXeTneFUpQW6QJuxBk79ZmR+5qB YDwyS2ii4F4l88gu1Htb++byfID0EyjvkX4K5RHvMvde/DEN8C8c7xb2pMX39+hi7nuR9xONpTQr RspRYOGSUZIwU6BqkK/8A3R5OpKysMihOTGc0mWKafmAJvCeej7Gmc4Wf3Foeco8RNNm15/Uj+i4 Tne5PgW77JyXpOZZtwUJiWWjeM0MWjFK/NFNzf82nTd+ZCaQnb23bwCdF+cTqUnkRSL6il2vcRYI M5DXWgEmrbGVPgUkp6mCNui/YBLnxfdCi4nuw5Bd0sXILRGDYkR3VsfwDaBHHU4hgv4EAUaJmtBV lqD7zXTg/+lP0N+7ow62HaKYMAAAAABJRU5ErkJggg== --=-vl9qiE27W9QBTXwm0JZ4-- From schut at sarvision.com Tue May 13 05:37:18 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 13 May 2003 14:37:18 +0200 Subject: [Mapserver-users] Linux =?iso-8859-1?q?segmentatio n?= problem In-Reply-To: References: Message-ID: <200305131437.18147.schut@sarvision.com> Matt, If you want to be sure about the shared libraries, run 'ldd mapserv' (and 'ldd php_mapscript.so' if you want to use mapscript). Regards, Vincent Schut. On Tuesday 13 May 2003 14:00, Hatcher Matthew wrote: > Hi Bjoern, > > Thanks for your suggestion, but unfortunately, shp2img runs fine without > any errors! > > I don't think mapserv is actually getting as far as reading the map file, > because I get a segmentation fault whether I specify a valid map file or > not. I'm pretty sure it's not that it can't find some shared libraries, as > they normally complain that they are missing when you do "mapserv -v". > > Any more ideas?! > > Matt. > > > -----Original Message----- > From: Bj?rn Platzen [mailto:bplatzen at sosnetz.de] > Sent: 13 May 2003 12:47 > To: Hatcher Matthew; 'mapserver-users at lists.gis.umn.edu' > Subject: Re: [Mapserver-users] Linux segmentation problem > > > Hi Matthew, > > > However, if I pass any parameters at all, be they in mapserver, WMS > > or WFS format, I get an internal server error. The error log says > > only "premature end of script", and if I run mapserv at the command > > line by passing a QUERY_STRING here, I get "segmentation fault". > > I had a similar problem and could find out what went wrong the shp2img > program, that was compiled with mapserver. Run it on a shell with your > mapfile (e.g. shp2img -m mapfile.map -o output.png) and see, if there > are any errors. If yes, I think, that the same errors will happen using > the mapserv CGI. > > hth, > > Bjoern. -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From bplatzen at sosnetz.de Tue May 13 05:39:14 2003 From: bplatzen at sosnetz.de (=?iso-8859-1?q?Bj=F6rn=20Platzen?=) Date: Tue, 13 May 2003 14:39:14 +0200 Subject: [Mapserver-users] Linux segmentation problem In-Reply-To: References: Message-ID: <200305131439.14491.bplatzen@sosnetz.de> Hi Matt, > I don't think mapserv is actually getting as far as reading the map > file, because I get a segmentation fault whether I specify a valid > map file or not. I'm pretty sure it's not that it can't find some > shared libraries, as they normally complain that they are missing > when you do "mapserv -v". > > Any more ideas?! > > Matt. Maybe a shared library is not at the expected place?? Try 'ldd mapserv' and see, if all the shared liraries are found. I don't know if that helps... Bye, Bjoern. -- small office solutions info at sosnetz.de - http://www.sosnetz.de From m.spring at gmx.de Tue May 13 05:46:01 2003 From: m.spring at gmx.de (m.spring at gmx.de) Date: Tue, 13 May 2003 14:46:01 +0200 Subject: [Mapserver-users] Linux segmentation problem In-Reply-To: (Hatcher Matthew's message of "Tue, 13 May 2003 11:54:49 +0100") References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, I have made a similar experience with the latest cvs - 30 minutes ago. A mapfile which works fine with mapserver 3.6.5 and an elder 3.7dev (about May 2nd) does indeed segfault with the latest CVS version - - and shp2img does *not* segfault... Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard iD8DBQE+wOkJxxUzQSse11ARAiE+AJ9iTZTqrXXc+ef8BBLsK5mnV3IuBwCeIZTD pJbpRNIDLUUUPU4t8coy1fo= =rVCx -----END PGP SIGNATURE----- From MJHATCHER at qinetiq.com Tue May 13 05:49:52 2003 From: MJHATCHER at qinetiq.com (Hatcher Matthew) Date: Tue, 13 May 2003 13:49:52 +0100 Subject: [Mapserver-users] RE: Linux segmentation problem Message-ID: Hi, All the libraries are found and look to be in the places I expected them to be. Anybody more seasoned at looking at this kind of stuff than me see any problems? Matt. ldd mapserv libgd.so.2 => /usr/local/lib/libgd.so.2 (0x40029000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4007a000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40098000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x400e9000) libz.so.1 => /usr/lib/libz.so.1 (0x4010c000) libproj.so.0 => /usr/local/lib/libproj.so.0 (0x4011a000) libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x4014d000) libcurl.so.2 => /usr/lib/libcurl.so.2 (0x403a4000) libssl.so.4 => /lib/libssl.so.4 (0x403c7000) libcrypto.so.4 => /lib/libcrypto.so.4 (0x403fc000) libdl.so.2 => /lib/libdl.so.2 (0x404ed000) libresolv.so.2 => /lib/libresolv.so.2 (0x404f0000) libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2 (0x40503000) libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0x40516000) libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3 (0x40574000) libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3 (0x40584000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40586000) libm.so.6 => /lib/tls/libm.so.6 (0x40593000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x405b6000) libc.so.6 => /lib/tls/libc.so.6 (0x42000000) libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x40669000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40678000) libungif.so.4 => /usr/lib/libungif.so.4 (0x40757000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4075f000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) -----Original Message----- From: Vincent Schut [mailto:schut at sarvision.com] Sent: 13 May 2003 13:37 To: Hatcher Matthew; 'Bj?rn Platzen'; 'mapserver-users at lists.gis.umn.edu' Subject: Re: [Mapserver-users] Linux segmentatio n problem Matt, If you want to be sure about the shared libraries, run 'ldd mapserv' (and 'ldd php_mapscript.so' if you want to use mapscript). Regards, Vincent Schut. On Tuesday 13 May 2003 14:00, Hatcher Matthew wrote: > Hi Bjoern, > > Thanks for your suggestion, but unfortunately, shp2img runs fine without > any errors! > > I don't think mapserv is actually getting as far as reading the map file, > because I get a segmentation fault whether I specify a valid map file or > not. I'm pretty sure it's not that it can't find some shared libraries, as > they normally complain that they are missing when you do "mapserv -v". > > Any more ideas?! > > Matt. > > > -----Original Message----- > From: Bj?rn Platzen [mailto:bplatzen at sosnetz.de] > Sent: 13 May 2003 12:47 > To: Hatcher Matthew; 'mapserver-users at lists.gis.umn.edu' > Subject: Re: [Mapserver-users] Linux segmentation problem > > > Hi Matthew, > > > However, if I pass any parameters at all, be they in mapserver, WMS > > or WFS format, I get an internal server error. The error log says > > only "premature end of script", and if I run mapserv at the command > > line by passing a QUERY_STRING here, I get "segmentation fault". > > I had a similar problem and could find out what went wrong the shp2img > program, that was compiled with mapserver. Run it on a shell with your > mapfile (e.g. shp2img -m mapfile.map -o output.png) and see, if there > are any errors. If yes, I think, that the same errors will happen using > the mapserv CGI. > > hth, > > Bjoern. -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. Emails and other electronic communication with QinetiQ may be monitored. Calls to our Customer Contact Centre may be recorded for quality control, regulatory and monitoring purposes. From pkishor at geoanalytics.com Tue May 13 05:51:28 2003 From: pkishor at geoanalytics.com (Puneet Kishor) Date: Tue, 13 May 2003 07:51:28 -0500 Subject: [Mapserver-users] data/mapfile organization advice sought In-Reply-To: <000f01c31922$976d48d0$463c2fc3@HSGIS> Message-ID: <9D2AB1AA-8541-11D7-95E6-0003936306C2@geoanalytics.com> On Tuesday, May 13, 2003, at 02:38 AM, Stepan Kafka wrote: > There are two approaches: > > 1. If you want to show all the countries together, you can effitiently > use > tiling for them. It works also with non-rectangular tiling layer and > your > data structure is suitable for it. Interesting. I thought tiling was a viable option only for data that were contiguous. My data are not -- well, they are, if all show together, but are actually held in discrete, complete shapefiles like so -- country1 -- layer1 layer2 .. layer9 layer10 layer11 country2 -- layer1 layer2 .. (not layer9) layer10 (not layer11) country3 -- layer1 layer2 .. layer9 (not layer10) layer11 > 2. If you want show only selected country, you can change the > shapepath on > the fly. Set the > ...&map_shapepath=your_shapepath... in your URL. no cgi (if that is what you meant)... I am using scripting (perl). But, that is the line on which I was thinking. Something like so -- I would have a master map file, kinda like a template, which I would manipulate on the fly like so -- # my mapfile template # .. SHAPEPATH path/to/data/$country_name_var$ .. LAYER NAME "layer one" DATE "layer1" .. # end mapfile template and then I would replace the $country_name_var$ on the fly based on an http variable passed by the user based on some selection. Of course, I would have to write the map file out on the fly, but that is easy. On the other hand, would I have to write it out? Could I do without writing it out to disk? Is that a reasonable approach, or is there a better, more elegant way? Many tia. > > 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 Puneet >> Kishor >> Odesl?no: 13. kv?tna 2003 6:09 >> Komu: Mapserver >> P?edm?t: [Mapserver-users] data/mapfile organization advice sought >> >> >> To ms data mavens -- please give me a piece of your mind. >> >> I have shapefile data of several countries, about 14 countries. >> >> Each country has 8 to 12 different layers, but they are all called the >> same. For example, all countries have a layer called "layer1", >> "layer2", and so on, while a few countries may not have "layer8" or >> "layer11," etc. >> >> If I were to draw all the countries together, they would draw >> correctly, that is, they are in the correct geographic space. However, >> their data are self-contained. That is, even though country1 and >> country2 are contiguous, drawing country1 does not bring up >> country2... >> they are in different folders. >> >> How do I create and work with their mapfiles? >> >> I can't really have one big mongo mapfile with all the layers of all >> the countries... it would be unworkable, and probably very >> inefficient. >> >> On the other hand, if I have 14 different mapfiles, they will be >> almost >> identical to each other except for the path to the data. If I make a >> tweak in any one mapfile (for example, change the color or visible >> scale of a layer), I will have to go and change it in 14 different >> mapfiles. >> >> Ideally I would like to have one master mapfile (like a template), and >> just substitute (on the fly) the path to the data. I guess I could do >> some preprocessing with Perl, and swap a filter keyword using regexp >> search, to create a working, valid mapfile on the fly, but I would >> also >> have to account for those one or two particular layers that happen to >> be absent for a given country. >> >> Please share your insight. >> >> Many tia. >> >> Puneet. >> >> _______________________________________________ >> 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.478 / Virov? b?ze: 275 - datum vyd?n?: 6.5.2003 >> > --- > Odchoz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.478 / Virov? b?ze: 275 - datum vyd?n?: 6.5.2003 From MJHATCHER at qinetiq.com Tue May 13 06:00:05 2003 From: MJHATCHER at qinetiq.com (Hatcher Matthew) Date: Tue, 13 May 2003 14:00:05 +0100 Subject: [Mapserver-users] Linux segmentatio n problem Message-ID: Hi all, In that case, could someone please post the URL of an older copy of nightly.tgz so I can test if that suffers from the same problem. I don't have access to CVS from my system and I suspect my email screener will block any tgz email attachments. Cheers, Matt. -----Original Message----- From: m.spring at gmx.de [mailto:m.spring at gmx.de] Sent: 13 May 2003 13:46 To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Linux segmentation problem -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, I have made a similar experience with the latest cvs - 30 minutes ago. A mapfile which works fine with mapserver 3.6.5 and an elder 3.7dev (about May 2nd) does indeed segfault with the latest CVS version - - and shp2img does *not* segfault... Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard iD8DBQE+wOkJxxUzQSse11ARAiE+AJ9iTZTqrXXc+ef8BBLsK5mnV3IuBwCeIZTD pJbpRNIDLUUUPU4t8coy1fo= =rVCx -----END PGP SIGNATURE----- _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. Emails and other electronic communication with QinetiQ may be monitored. Calls to our Customer Contact Centre may be recorded for quality control, regulatory and monitoring purposes. From schut at sarvision.com Tue May 13 05:59:50 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 13 May 2003 14:59:50 +0200 Subject: [Mapserver-users] Re: Linux segmentation problem In-Reply-To: References: Message-ID: <200305131459.50941.schut@sarvision.com> Nope, don't see any problems... Mind that if you compiled some of the libs yourself these usually end up in /usr/local/lib, while installed libs are in /usr/lib. If you compile a lib yourself you should first remove the installed (redhat) lib package (rpm -e libxxx), otherwise probably the old installed version would still be used, which can (and will) lead to errors. Or configure any libs you compile to get installed in /usr/lib (--prefix=... configure option). But as shp2img runs fine, I don't think you have a problem like this. However, you could check just to be sure... there should be no libraries in /usr/lib that are also in /usr/local/lib. I'm no regular user of the cgi version of mapserver. Usually use php_mapscript. Maybe someone with more mapserver cgi debugging experience can say something about this? Cheers, Vincent. On Tuesday 13 May 2003 14:49, Hatcher Matthew wrote: > Hi, > All the libraries are found and look to be in the places I expected them to > be. Anybody more seasoned at looking at this kind of stuff than me see any > problems? > > Matt. > > > ldd mapserv > libgd.so.2 => /usr/local/lib/libgd.so.2 (0x40029000) > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4007a000) > libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40098000) > libpng12.so.0 => /usr/lib/libpng12.so.0 (0x400e9000) > libz.so.1 => /usr/lib/libz.so.1 (0x4010c000) > libproj.so.0 => /usr/local/lib/libproj.so.0 (0x4011a000) > libgdal.1.1.so => /usr/local/lib/libgdal.1.1.so (0x4014d000) > libcurl.so.2 => /usr/lib/libcurl.so.2 (0x403a4000) > libssl.so.4 => /lib/libssl.so.4 (0x403c7000) > libcrypto.so.4 => /lib/libcrypto.so.4 (0x403fc000) > libdl.so.2 => /lib/libdl.so.2 (0x404ed000) > libresolv.so.2 => /lib/libresolv.so.2 (0x404f0000) > libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2 > (0x40503000) > libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0x40516000) > libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3 (0x40574000) > libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3 (0x40584000) > libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40586000) > libm.so.6 => /lib/tls/libm.so.6 (0x40593000) > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x405b6000) > libc.so.6 => /lib/tls/libc.so.6 (0x42000000) > libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x40669000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40678000) > libungif.so.4 => /usr/lib/libungif.so.4 (0x40757000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4075f000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > > -----Original Message----- > From: Vincent Schut [mailto:schut at sarvision.com] > Sent: 13 May 2003 13:37 > To: Hatcher Matthew; 'Bj?rn Platzen'; > 'mapserver-users at lists.gis.umn.edu' > Subject: Re: [Mapserver-users] Linux segmentatio n problem > > > Matt, > > If you want to be sure about the shared libraries, run 'ldd mapserv' (and > 'ldd > php_mapscript.so' if you want to use mapscript). > > Regards, > Vincent Schut. > > On Tuesday 13 May 2003 14:00, Hatcher Matthew wrote: > > Hi Bjoern, > > > > Thanks for your suggestion, but unfortunately, shp2img runs fine without > > any errors! > > > > I don't think mapserv is actually getting as far as reading the map file, > > because I get a segmentation fault whether I specify a valid map file or > > not. I'm pretty sure it's not that it can't find some shared libraries, > > as they normally complain that they are missing when you do "mapserv -v". > > > > Any more ideas?! > > > > Matt. > > > > > > -----Original Message----- > > From: Bj?rn Platzen [mailto:bplatzen at sosnetz.de] > > Sent: 13 May 2003 12:47 > > To: Hatcher Matthew; 'mapserver-users at lists.gis.umn.edu' > > Subject: Re: [Mapserver-users] Linux segmentation problem > > > > > > Hi Matthew, > > > > > However, if I pass any parameters at all, be they in mapserver, WMS > > > or WFS format, I get an internal server error. The error log says > > > only "premature end of script", and if I run mapserv at the command > > > line by passing a QUERY_STRING here, I get "segmentation fault". > > > > I had a similar problem and could find out what went wrong the shp2img > > program, that was compiled with mapserver. Run it on a shell with your > > mapfile (e.g. shp2img -m mapfile.map -o output.png) and see, if there > > are any errors. If yes, I think, that the same errors will happen using > > the mapserv CGI. > > > > hth, > > > > Bjoern. -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From pkishor at geoanalytics.com Tue May 13 06:09:02 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 13 May 2003 13:09:02 -0000 Subject: [Mapserver-users] Re: data/mapfile organization advice sought In-Reply-To: <3EC0A623.40003@frw.uva.nl> Message-ID: --- In mapserver-users at yahoogroups.com, Jan Hartmann wrote: .. > Note that for security reasons the DATA statement is *not* scriptable by > default any more. You have to put "DATAPATTERN " somewhere in > your MapFile. is a regular expression; only DATA-pathnames > agreeing with that expression are allowed after that. When you leave > DATAPATTERN out, all scripted DATA calls will be silently ignored. .. woo hoo! methinks this is what I want. Thank Jan. by the way, if a data file referenced in the mapfile is not found, then Mapserver usually croaks. Is there a switch to make Mapserver ignore errors? As I mentioned earlier, while existing layers are all named the same, there are a few layers missing for a few countries. For example, layer9 might not exist for a couple of countries, etc. Would be easier for me if I could simply include all the layers in my mapfile, but if a particular layer didn't exist, it would be simply ignored by Mapserver. > Puneet Kishor wrote: > > To ms data mavens -- please give me a piece of your mind. > > > > I have shapefile data of several countries, about 14 countries. > > > > Each country has 8 to 12 different layers, but they are all called the > > same. For example, all countries have a layer called "layer1", "layer2", > > and so on, while a few countries may not have "layer8" or "layer11," etc. > > > > If I were to draw all the countries together, they would draw correctly, > > that is, they are in the correct geographic space. However, their data > > are self-contained. That is, even though country1 and country2 are > > contiguous, drawing country1 does not bring up country2... they are in > > different folders. > > > > How do I create and work with their mapfiles? > > > > I can't really have one big mongo mapfile with all the layers of all the > > countries... it would be unworkable, and probably very inefficient. > > > > On the other hand, if I have 14 different mapfiles, they will be almost > > identical to each other except for the path to the data. If I make a > > tweak in any one mapfile (for example, change the color or visible scale > > of a layer), I will have to go and change it in 14 different mapfiles. > > > > Ideally I would like to have one master mapfile (like a template), and > > just substitute (on the fly) the path to the data. I guess I could do > > some preprocessing with Perl, and swap a filter keyword using regexp > > search, to create a working, valid mapfile on the fly, but I would also > > have to account for those one or two particular layers that happen to be > > absent for a given country. > > > > Please share your insight. > > > > Many tia. > > > > Puneet. > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at l... > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pkishor at geoanalytics.com Tue May 13 06:13:41 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 13 May 2003 13:13:41 -0000 Subject: [Mapserver-users] Slow MapServer with large data In-Reply-To: <20030513102442.FYGY28074.fepX.post.tele.dk@localhost.localdomain> Message-ID: --- In mapserver-users at yahoogroups.com, jankarin at p... wrote: > I have tried on af few shapefiles, but it doesn't help much. And it wouldn't have any effect on our tab-data. > > By the way: Is 15 sec. for a 25 MB shapefile/40 sec for a 30 MB MapInfo map-file the usual speed for MapServer on a PIII, 650 Mhz, 262 MB RAM ? sorry... just jumping in. 15 secs us way too much for anything (in my opinion). I have as big or bigger files running on a beatup 1 Ghz Duron box (that is like a Celeron, not a PIII, in Intel-speak) with 128 Mb ram. Usually it takes a couple or 3 or 4 secs to return. Here are my rough benchmarks -- pure db queries should be returned to the completely formed web page in sub-second (a few hundred microseconds usually). Mapserver queries should not exceed 5 secs (5000 microsecs). After that I start worrying about performance. As Steve said, judicious use of shptree goes a long way. > > If it is, there's only one thing to do, if not ..... > Anyone have some ideas? > > Jan > > > woodbri at s... wrote: > > Have you built shptree indexes for all your shapefiles? > > > > On 9 May 2003 at 13:14, jankarin at p... wrote: > > > > > Hello > > > > > > I have a little problem with the speed in MapServer. > > > We're trying to make qiuck-viewer to shape- and > > tab-formats, but > > > MapServer is running slow with large data: 20 seconds: > > Shapefil 17 MB, > > > dbf-fil 9,5 MB. 45 seconds: Map-fil 31 MB, Dat-fil 25 MB. > > > > > > I have been trying with the GCI-version and PHP Mapscript > > - same > > > result. > > > > > > I am running MapServer 3.6.4 with PNG-output under Apache > > 2.4.5 on > > > Windows 2000. The pc is Pentim III, 650 Mhz, 262 MB RAM. > > > > > > In another installation (PII, 400 Mhz, 196 MB RAM) a > > shapefile > > > (shapefile 17 MB, dbf-fil 9,5 MB) took 80 seconds to > > show. > > > > > > We're using MapServer in an application which is > > dynamically creating > > > map-files with Mapscript (only showing one layer at a > > time). We're > > > talknig about 17.000 layers in shape- and tabformats, so > > it is not > > > possible to improve indexfiles or anything else related to > > a single > > > layer. > > > > > > Can anyone help? > > > > > > Thanks, > > > > > > Jan Christiansen > > > jankarin at p... > > > Engineering College of Copenhagen > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at l... > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From stepan.kafka at centrum.cz Tue May 13 06:32:57 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Tue, 13 May 2003 15:32:57 +0200 Subject: [Mapserver-users] OGC Filter Encoding implementation In-Reply-To: <3EC0A6D4.29763.1B4AED5@localhost> Message-ID: <002101c31954$2a99b6d0$463c2fc3@HSGIS> Dear developers, Please, what are the plans for OGC Filter encoding specification and SLD implementation in Mapserver in future? Do you prepare it or no? When? In what range? Thank you Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz http://www.bnhelp.cz --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.478 / Virov? b?ze: 275 - datum vyd?n?: 6.5.2003 From jesiel at cttmar.univali.br Tue May 13 06:27:49 2003 From: jesiel at cttmar.univali.br (Jesiel de Souza) Date: Tue, 13 May 2003 10:27:49 -0300 Subject: [Mapserver-users] OracleSpatial switches to include...(correction) References: <8450D0E05920354D97B1507EABDCDB7F073475@svott2000.sierrasys.com> Message-ID: <009001c31953$739db080$1f36a9c8@cttmar.univali.br> This is a multi-part message in MIME format. ------=_NextPart_000_008D_01C3193A.4DB968A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Richard, The variables that you attributed in the file "nmake.opt", at line 203, = need to be used. Include the variables as shown below, and compile it again. After the compilation, verifies if ORACLESPATIAL support is activated. ( Execute mapserver.exe -v ) At line 459: LIBS=3D$(MS_LIB) $(GD_LIB) $(TIFF_LIB) $(JPEG_LIB) \ $(PROJ_LIB) $(OGR_LIB) $(GDAL_LIB)\ $(CURL_LIB) $(ECW_LIB) $(MING_LIB) $(PDF_LIB) \ $(WINSOCK_LIB) $(POSTGIS_LIB) $(IMGGEN_LIB) $(ERR_LIB) \ $(XERCES_LIB) $(ORACLESPATIAL_LIB) INCLUDES=3D$(GD_INC) $(TIFF_INC) $(JPEG_INC) \ $(PROJ_INC) $(REGEX_INC) $(GDAL_INC) $(OGR_INC) \ $(CURL_INC) $(MING_INC) $(PDF_INC) $(POSTGIS_INC) \ $(IMGGEN_INC) $(ERR_INC) $(ORACLESPATIAL_INC) MS_CFLAGS=3D$(INCLUDES) $(REGEX_OPT) $(STRINGS) $(POSTGIS) \ $(EPPL) $(PROJ) $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS) \ $(WMSCLIENT) $(MING) $(IGNORE_MISSING_DATA) $(GDAL) \ -DFEATURE_INFO_HTML $(WFS) $(WFSCLIENT) $(PDF) $(EGIS) = $(ORACLESPATIAL) Regards, Jesiel de Souza ----- Original Message -----=20 From: Becher, Richard=20 To: Jesiel de Souza=20 Sent: Tuesday, May 13, 2003 9:08 AM Subject: RE: [Mapserver-users] OracleSpatial switches to = include...(correction) Hi Jesiel, =20 I am really sorry to bother you but I am at a loss. I have put the = necessary information in the nmake.opt file (used by makefile.vc in = version 3.7) and I recompiled. =20 Yet, when I do the mapserv.exe -v ORACLESPATIAL is NOT listed as an = INPUT.. =20 Am I doing something wrong? =20 I have attached both my makefile.vc and my nmake.opt files to see if = you can spot anything. =20 There is one confusing thing to me. I am using PHP/MAPSCRIPT. Do I = compile Mapserver first or PHP/MAPSCRIPT first? =20 Again, MANY thanks for your help and time! =20 Cheers, =20 Richard =20 =20 -----Original Message----- From: Jesiel de Souza [mailto:jesiel at cttmar.univali.br]=20 Sent: Friday, May 09, 2003 3:41 PM To: Becher, Richard Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] OracleSpatial switches to = include...(correction) =20 Hi Richard,=20 To know if its compilation of the MapServer with OracleSpatial is = correct, proceed the following way:=20 1. Execute mapserver.exe -v=20 2. The output must contain "INPUT=3DORACLESPATIAL"=20 Like this sample: MapServer version 3.7 (development) OUTPUT=3DPNG SUPPORTS=3DTTF = INPUT=3DTIFF INPUT=3DORACLESPATIAL INPUT=3DSHAPEFILE=20 In this case, the input says it does exists. In other cases, you need to compile the MapServer again, including the = OracleSpatial suports in your makefile.vc. Regards,=20 Jesiel de Souza =20 ----- Original Message -----=20 From: Becher, Richard=20 To: Jesiel de Souza=20 Sent: Tuesday, May 06, 2003 1:30 PM Subject: RE: [Mapserver-users] OracleSpatial switches to = include...(correction) =20 Thanks Jesiel. =20 OK.I think I have properly compiled MapServer with the Oracle = Spatial switch. It is a little different for me since I am using an = nmake.opt file (the way it's set up with the latest version of = MapServer). =20 How can I tell if Oracle is properly referenced? I am using = PHP_Mapscript. =20 Also, I am not sure how to set up MapServer now that I have = everything compiled. IIS is all set up and PHP and PHP_Mapscript are = all working. =20 But how do I create a new MapServer project? =20 Many thanks in advance for your help and time! =20 Cheers, =20 Richard =20 =20 ------=_NextPart_000_008D_01C3193A.4DB968A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Richard,
 
The variables that you attributed = in the file=20 "nmake.opt", at line 203, need to be used.
 
Include the variables as = shown below,=20 and compile it again.
 
After the compilation, verifies if = ORACLESPATIAL support is activated.
( Execute mapserver.exe -v  = )
 
At line = 459:
 
LIBS=3D$(MS_LIB) = $(GD_LIB)=20 $(TIFF_LIB) $(JPEG_LIB) \
     $(PROJ_LIB) = $(OGR_LIB)=20 $(GDAL_LIB)\
     $(CURL_LIB) $(ECW_LIB) = $(MING_LIB)=20 $(PDF_LIB) \
     $(WINSOCK_LIB) $(POSTGIS_LIB)=20 $(IMGGEN_LIB) $(ERR_LIB) \
    =20 $(XERCES_LIB)
  =20 $(ORACLESPATIAL_LIB)
 
INCLUDES=3D$(GD_INC) $(TIFF_INC)=20 $(JPEG_INC) \
         = $(PROJ_INC)=20 $(REGEX_INC) $(GDAL_INC) $(OGR_INC)=20 \
         $(CURL_INC) = $(MING_INC)=20 $(PDF_INC) $(POSTGIS_INC) \
   $(IMGGEN_INC)=20 $(ERR_INC)
  =20 $(ORACLESPATIAL_INC)
 
MS_CFLAGS=3D$(INCLUDES)=20 $(REGEX_OPT) $(STRINGS) $(POSTGIS)=20 \
          $(EPPL) = $(PROJ)=20 $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS)=20 \
          $(WMSCLIENT) = $(MING)=20 $(IGNORE_MISSING_DATA) $(GDAL)=20 \
          = -DFEATURE_INFO_HTML=20 $(WFS) $(WFSCLIENT) $(PDF) $(EGIS)
  =20 $(ORACLESPATIAL)
 
 
Regards,
 
Jesiel de Souza
 
 
----- Original Message -----
From:=20 Becher, Richard =
Sent: Tuesday, May 13, 2003 = 9:08 AM
Subject: RE: [Mapserver-users]=20 OracleSpatial switches to include...(correction)

Hi=20 Jesiel,

 

I am really = sorry to=20 bother you but I am at a loss.  = I=20 have put the necessary information in the nmake.opt=20 file (used by makefile.vc in version 3.7) = and I=20 recompiled.

 

Yet, when I = do the=20 mapserv.exe =96v ORACLESPATIAL is NOT listed as an=20 INPUT=85.

 

Am I doing = something=20 wrong?

 

I have = attached both=20 my makefile.vc and my nmake.opt files to see if you can spot=20 anything.

 

There is = one=20 confusing thing to me.  = I am using=20 PHP/MAPSCRIPT.  Do I = compile Mapserver first or PHP/MAPSCRIPT=20 first?

 

Again, MANY = thanks=20 for your help and time!

 

Cheers,

 

Richard

 

 

-----Original=20 Message-----
From: = Jesiel de=20 Souza [mailto:jesiel at cttmar.univali.br]
Sent:
Friday, May 09,=20 2003 = 3:41=20 PM
To: Becher, Richard
Cc:=20 mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users]=20 OracleSpatial switches to include...(correction)

 

Hi = Richard,=20

To know if = its=20 compilation of the MapServer with OracleSpatial is correct, proceed = the=20 following way:

1. Execute = mapserver.exe -v

2. The = output must=20 contain "INPUT=3DORACLESPATIAL"

Like this=20 sample:
MapServer version 3.7 (development) OUTPUT=3DPNG = SUPPORTS=3DTTF=20 INPUT=3DTIFF INPUT=3DORACLESPATIAL INPUT=3DSHAPEFILE =

In this = case, the=20 input says it does exists.

In other = cases, you=20 need to compile the MapServer again, including the OracleSpatial = suports in=20 your makefile.vc.

Regards,=20

Jesiel de=20 Souza

 

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

From: Becher, Richard=20

To: Jesiel=20 de Souza

Sent:=20 Tuesday, May 06,=20 2003 = 1:30=20 PM

Subject: RE:=20 [Mapserver-users] OracleSpatial switches to=20 include...(correction)

 

Thanks=20 Jesiel.

 

OK=85I=20 think I have properly compiled MapServer with the Oracle Spatial=20 switch.  It is a = little=20 different for me since I am using an nmake.opt file (the way it=92s = set up=20 with the latest version of MapServer).

 

How=20 can I tell if Oracle is properly referenced?  I am using=20 PHP_Mapscript.

 

Also,=20 I am not sure how to set up MapServer now that I have everything=20 compiled.  IIS is all = set up and=20 PHP and PHP_Mapscript are all working.

 

But=20 how do I create a new MapServer = project?

 

Many=20 thanks in advance for your help and = time!

 

Cheers,

 

Richard

 

 

------=_NextPart_000_008D_01C3193A.4DB968A0-- From pkishor at geoanalytics.com Tue May 13 06:29:10 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 13 May 2003 13:29:10 -0000 Subject: [Mapserver-users] Re: data/mapfile organization advice sought In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, "pkishor_98" wrote: > --- In mapserver-users at yahoogroups.com, Jan Hartmann wrote: > .. > > Note that for security reasons the DATA statement is *not* > scriptable by > > default any more. You have to put "DATAPATTERN " somewhere in > > your MapFile. is a regular expression; only DATA-pathnames > > agreeing with that expression are allowed after that. When you leave > > DATAPATTERN out, all scripted DATA calls will be silently ignored. > .. > > > woo hoo! methinks this is what I want. Thank Jan. > > hmmmmm. I am missing something. Where is the documentation on this DATAPATTERN? I can't seem to find it in the mapfile docs. Btw, I am using Mapserver 3.6.5 > by the way, if a data file referenced in the mapfile is not found, > then Mapserver usually croaks. Is there a switch to make Mapserver > ignore errors? As I mentioned earlier, while existing layers are all > named the same, there are a few layers missing for a few countries. > For example, layer9 might not exist for a couple of countries, etc. > Would be easier for me if I could simply include all the layers in my > mapfile, but if a particular layer didn't exist, it would be simply > ignored by Mapserver. > > > > > > > > Puneet Kishor wrote: > > > To ms data mavens -- please give me a piece of your mind. > > > > > > I have shapefile data of several countries, about 14 countries. > > > > > > Each country has 8 to 12 different layers, but they are all called > the > > > same. For example, all countries have a layer called "layer1", > "layer2", > > > and so on, while a few countries may not have "layer8" or > "layer11," etc. > > > > > > If I were to draw all the countries together, they would draw > correctly, > > > that is, they are in the correct geographic space. However, their > data > > > are self-contained. That is, even though country1 and country2 are > > > contiguous, drawing country1 does not bring up country2... they > are in > > > different folders. > > > > > > How do I create and work with their mapfiles? > > > > > > I can't really have one big mongo mapfile with all the layers of > all the > > > countries... it would be unworkable, and probably very inefficient. > > > > > > On the other hand, if I have 14 different mapfiles, they will be > almost > > > identical to each other except for the path to the data. If I make a > > > tweak in any one mapfile (for example, change the color or visible > scale > > > of a layer), I will have to go and change it in 14 different mapfiles. > > > > > > Ideally I would like to have one master mapfile (like a template), > and > > > just substitute (on the fly) the path to the data. I guess I could do > > > some preprocessing with Perl, and swap a filter keyword using regexp > > > search, to create a working, valid mapfile on the fly, but I would > also > > > have to account for those one or two particular layers that happen > to be > > > absent for a given country. > > > > > > Please share your insight. > > > > > > Many tia. > > > > > > Puneet. > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at l... > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at l... > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From schut at sarvision.com Tue May 13 06:33:20 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 13 May 2003 15:33:20 +0200 Subject: [Mapserver-users] Re: data/mapfile organization advice sought In-Reply-To: References: Message-ID: <200305131533.20179.schut@sarvision.com> Or just make some dummy (empty) data files for the non-existing layers. Seems better to me then having no error reporting at all any more :-) On Tuesday 13 May 2003 15:09, pkishor_98 wrote: > --- In mapserver-users at yahoogroups.com, Jan Hartmann wrote: > .. > > > Note that for security reasons the DATA statement is *not* > > scriptable by > > > default any more. You have to put "DATAPATTERN " somewhere in > > your MapFile. is a regular expression; only DATA-pathnames > > agreeing with that expression are allowed after that. When you leave > > DATAPATTERN out, all scripted DATA calls will be silently ignored. > > .. > > > woo hoo! methinks this is what I want. Thank Jan. > > > by the way, if a data file referenced in the mapfile is not found, > then Mapserver usually croaks. Is there a switch to make Mapserver > ignore errors? As I mentioned earlier, while existing layers are all > named the same, there are a few layers missing for a few countries. > For example, layer9 might not exist for a couple of countries, etc. > Would be easier for me if I could simply include all the layers in my > mapfile, but if a particular layer didn't exist, it would be simply > ignored by Mapserver. > > > Puneet Kishor wrote: > > > To ms data mavens -- please give me a piece of your mind. > > > > > > I have shapefile data of several countries, about 14 countries. > > > > > > Each country has 8 to 12 different layers, but they are all called > > the > > > > same. For example, all countries have a layer called "layer1", > > "layer2", > > > > and so on, while a few countries may not have "layer8" or > > "layer11," etc. > > > > If I were to draw all the countries together, they would draw > > correctly, > > > > that is, they are in the correct geographic space. However, their > > data > > > > are self-contained. That is, even though country1 and country2 are > > > contiguous, drawing country1 does not bring up country2... they > > are in > > > > different folders. > > > > > > How do I create and work with their mapfiles? > > > > > > I can't really have one big mongo mapfile with all the layers of > > all the > > > > countries... it would be unworkable, and probably very inefficient. > > > > > > On the other hand, if I have 14 different mapfiles, they will be > > almost > > > > identical to each other except for the path to the data. If I make a > > > tweak in any one mapfile (for example, change the color or visible > > scale > > > > of a layer), I will have to go and change it in 14 different mapfiles. > > > > > > Ideally I would like to have one master mapfile (like a template), > > and > > > > just substitute (on the fly) the path to the data. I guess I could do > > > some preprocessing with Perl, and swap a filter keyword using regexp > > > search, to create a working, valid mapfile on the fly, but I would > > also > > > > have to account for those one or two particular layers that happen > > to be > > > > absent for a given country. > > > > > > Please share your insight. > > > > > > Many tia. > > > > > > Puneet. > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at l... > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at l... > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From schut at sarvision.com Tue May 13 06:40:53 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 13 May 2003 15:40:53 +0200 Subject: [Mapserver-users] Slow MapServer with large data In-Reply-To: References: Message-ID: <200305131540.53861.schut@sarvision.com> Another remark: mind the resolution / amount of detail of your data. e.g. I have some river shape files for entire indonesia, that are *very* detailed (and large indeed: 30 Mb) and if draw a map of indonesia as a whole, this layer takes a lot of time to draw... If this is so, you should simplify your data for use at certain zoom levels, and use minscale/maxscale to select the right reduced data file. I think there are arcview / arcinfo tools for that. Or you can use postgis and download the simplify function that implements the DP-algorithm (http://cobalt.rmnet.it/~san/postgis/simplify/simplify-0.2.tgz). My 2 cents. Vincent. On Tuesday 13 May 2003 15:13, pkishor_98 wrote: > --- In mapserver-users at yahoogroups.com, jankarin at p... wrote: > > I have tried on af few shapefiles, but it doesn't help much. And it > > wouldn't have any effect on our tab-data. > > > By the way: Is 15 sec. for a 25 MB shapefile/40 sec for a 30 MB > > MapInfo map-file the usual speed for MapServer on a PIII, 650 Mhz, 262 > MB RAM ? > > sorry... just jumping in. 15 secs us way too much for anything (in my > opinion). I have as big or bigger files running on a beatup 1 Ghz > Duron box (that is like a Celeron, not a PIII, in Intel-speak) with > 128 Mb ram. Usually it takes a couple or 3 or 4 secs to return. > > Here are my rough benchmarks -- pure db queries should be returned to > the completely formed web page in sub-second (a few hundred > microseconds usually). Mapserver queries should not exceed 5 secs > (5000 microsecs). After that I start worrying about performance. > > As Steve said, judicious use of shptree goes a long way. > > > If it is, there's only one thing to do, if not ..... > > Anyone have some ideas? > > > > Jan > > > > woodbri at s... wrote: > > > Have you built shptree indexes for all your shapefiles? > > > > > > On 9 May 2003 at 13:14, jankarin at p... wrote: > > > > Hello > > > > > > > > I have a little problem with the speed in MapServer. > > > > We're trying to make qiuck-viewer to shape- and > > > > > > tab-formats, but > > > > > > > MapServer is running slow with large data: 20 seconds: > > > > > > Shapefil 17 MB, > > > > > > > dbf-fil 9,5 MB. 45 seconds: Map-fil 31 MB, Dat-fil 25 MB. > > > > > > > > I have been trying with the GCI-version and PHP Mapscript > > > > > > - same > > > > > > > result. > > > > > > > > I am running MapServer 3.6.4 with PNG-output under Apache > > > > > > 2.4.5 on > > > > > > > Windows 2000. The pc is Pentim III, 650 Mhz, 262 MB RAM. > > > > > > > > In another installation (PII, 400 Mhz, 196 MB RAM) a > > > > > > shapefile > > > > > > > (shapefile 17 MB, dbf-fil 9,5 MB) took 80 seconds to > > > > > > show. > > > > > > > We're using MapServer in an application which is > > > > > > dynamically creating > > > > > > > map-files with Mapscript (only showing one layer at a > > > > > > time). We're > > > > > > > talknig about 17.000 layers in shape- and tabformats, so > > > > > > it is not > > > > > > > possible to improve indexfiles or anything else related to > > > > > > a single > > > > > > > layer. > > > > > > > > Can anyone help? > > > > > > > > Thanks, > > > > > > > > Jan Christiansen > > > > jankarin at p... > > > > Engineering College of Copenhagen > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at l... > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at l... > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From mcilhagga at dmsolutions.ca Tue May 13 06:51:52 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Tue, 13 May 2003 09:51:52 -0400 Subject: [Mapserver-users] OGC Filter Encoding implementation References: <002101c31954$2a99b6d0$463c2fc3@HSGIS> Message-ID: <3EC0F878.4020401@dmsolutions.ca> Stepan, Both OGC Filter Encoding and SLD support in MapServer will be implemented this summer by the DM Solutions development team. I would expect this will be accessible in a development version of MapServer by Fall. If you have any further questions about this, don't hesitate to ask. Dave -- Dave McIlhagga DM Solutions Group http://www.dmsolutions.ca Stepan Kafka wrote: > Dear developers, > Please, what are the plans for OGC Filter encoding specification and SLD > implementation in Mapserver in future? Do you prepare it or no? When? In > what range? > > Thank you > > Stepan Kafka > Help Service Remote Sensing > tel: +420-327514118 > mailto:kafka at email.cz > http://www.bnhelp.cz > > > --- > Odchoz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.478 / Virov? b?ze: 275 - datum vyd?n?: 6.5.2003 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From m.spring at gmx.de Tue May 13 07:01:37 2003 From: m.spring at gmx.de (m.spring at gmx.de) Date: Tue, 13 May 2003 16:01:37 +0200 Subject: [Mapserver-users] Linux segmentatio n problem In-Reply-To: (Hatcher Matthew's message of "Tue, 13 May 2003 14:00:05 +0100") References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hatcher Matthew writes: > Hi all, > > In that case, could someone please post the URL of an older copy of > nightly.tgz so I can test if that suffers from the same problem. I don't Checked out from CVS with cvs -d:pserver:cvs at mapserver.gis.umn.edu:/data2/cvsroot -z3 checkout -D "2003-05-01" mapserver You can download it from http://dream.lrrl.arch.tu-muenchen.de/~springm/mapserver/mapserver-dev-20030501.tgz I configured it with ./configure \ --without-pdf \ --without-tiff \ --with-zlib \ --with-jpeg \ --with-freetype \ --with-threads \ --with-gd=/build/server/gd-2.0.12gif \ --with-gdal=/usr/local/bin/gdal-config \ --with-ogr=/usr/local/bin/gdal-config \ --with-proj=/build/server/proj-4.4.5 \ --enable-debug and it runs without segfault. Note that you can test the cgi on the commandline with those commands: # export REQUEST_METHOD=GET # export QUERY_STRING="map=/data/web/rgu_intern/radlmap/radlmap.dfo.map&mode=map" # mapserv | sed '1,2d' | display assumed that you have mapserv in your directory or in your path and --> you have 'display' to read image data from STDIN Hope this helps Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard iD8DBQE+wPrBxxUzQSse11ARAn0UAJwPGYysHcjeyKpxKlWjyXLbUTa2pACggSCP 1Z4W0SXvZCcyxI/fMGvutRQ= =dz2e -----END PGP SIGNATURE----- From Mferrari at crema.unimi.it Tue May 13 07:03:48 2003 From: Mferrari at crema.unimi.it (Marco Ferrari) Date: Tue, 13 May 2003 16:03:48 +0200 Subject: [Mapserver-users] Label Message-ID: <92F02B0DA5A19549BEA6C9E26917F0392A175F@ganimede.crema.unimi.it> Hi, Is it possible to display a label only when the mouse is passing on a specified polygon? If yes, how? Thanks. From schut at sarvision.com Tue May 13 07:22:24 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 13 May 2003 16:22:24 +0200 Subject: [Mapserver-users] Linux segmentation problem In-Reply-To: References: Message-ID: <200305131622.24249.schut@sarvision.com> Just confirmed this with latest cvs. Both mapserv and mapscript crash upon the simples request. According to gdb it seems to be something in cgiutil.c... I filed a bug in bugzilla and will post a message on the mapserver-dev list. Cheers, Vincent. On Tuesday 13 May 2003 12:54, Hatcher Matthew wrote: > Hi all, > > I have compiled and built the latest nightly build of Mapserver 3.7 (or 4.0 > as it announces itself) using Red Hat Linux 9.0. > > I used the instructions given in the Wiki - for which I'm very grateful. > Thanks to the authors! > > Mapserver and all the associated libraries compile absolutely fine - I used > the following options: > ./configure > --without-tiff > --without-eppl > --without-jpeg > --with-threads > --with-proj > --with-gdal=/usr/local/bin > --with-gd=/usr/local > --with-freetype=/usr/bin > --with-ogr > --with-wmsclient > --with-wms > --with-wfsclient > --with-wfs > > ./mapserv -v > MapServer version 4.0 (development) 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=OGR > INPUT=GDAL INPUT=SHAPEFILE > > > Running mapserv through a browser with no parameters works fine > (http://localhost/cgi-bin/mapserv). This returns the standard html saying > "no query information to decode". > > However, if I pass any parameters at all, be they in mapserver, WMS or WFS > format, I get an internal server error. The error log says only "premature > end of script", and if I run mapserv at the command line by passing a > QUERY_STRING here, I get "segmentation fault". > > Helpful. Anybody got any suggestions, or ways in which I can debug a bit to > find out what is causing the problem? > > Cheers, > Matt > > The Information contained in this E-Mail and any subsequent correspondence > is private and is intended solely for the intended recipient(s). > For those other than the recipient any disclosure, copying, distribution, > or any action taken or omitted to be taken in reliance on such information > is prohibited and may be unlawful. > > Emails and other electronic communication with QinetiQ may be monitored. > Calls to our Customer Contact Centre may be recorded for quality control, > regulatory and monitoring purposes. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ______________________________________ Vincent Schut Sarvision B.V. Wageningen, The Netherlands www.sarvision.com From m.spring at gmx.de Tue May 13 07:29:02 2003 From: m.spring at gmx.de (m.spring at gmx.de) Date: Tue, 13 May 2003 16:29:02 +0200 Subject: [Mapserver-users] Re: data/mapfile organization advice sought In-Reply-To: (pkishor@geoanalytics.com's message of "Tue, 13 May 2003 13:29:10 -0000") References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 "pkishor_98" writes: > > hmmmmm. I am missing something. Where is the documentation on this > DATAPATTERN? I can't seem to find it in the mapfile docs. Btw, I am > using Mapserver 3.6.5 AFAIK Mapserver 3.6.5 doesn't honor DATAPATTERN. It chokes on it. DATAPATTERN is new in 3.7/4.0-to-be Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard iD8DBQE+wQEtxxUzQSse11ARAsedAJ92YqeN24m+kX8XOlEFl/Q8CJVmJACdE7nJ D5AnyZyl6FEfBzZOBZAuuV8= =rlq5 -----END PGP SIGNATURE----- From cpurvis at asg.sc.edu Tue May 13 07:29:32 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Tue, 13 May 2003 10:29:32 -0400 Subject: [Mapserver-users] running 3.6 and 3.7 on same box possible? PHP problems Message-ID: Answered my own question. Building 3.7.x affected my libwww (I think). So I rebuilt 3.6.5, and now everything is happy. 3.7.x and 3.6.5 run side-by-side w/o problem. -----Original Message----- From: Charlton Purvis Sent: Friday, May 09, 2003 10:43 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] running 3.6 and 3.7 on same box possible? PHP problems Hi, folks: I'm embarassed to ask for help, but I can't find any clues on my own. I upgraded to 3.7. All's well. Unfortuantely (and not surprisingly), it broke some things in MapLab which isn't 3.7-compliant. So I was wondering, is it possible to run both 3.6 and 3.7 on the same box? That can't be dubbed bad practice, can it? On my box that is happily running 3.7, if I do a . . . . . . it is not happy, and I get a warning . . . Warning: Unable to load dynamic library '/usr/local/lib/php/extensions/php_mapscript_36.so' - /usr/local/lib/libwwwfile.so.0: shared object not open in /home/cpurvis/public_html/php/dyn_4.php on line 3 The php_mapscript_36.so is, in fact, there, and it worked fine before I upgraded. Is the bear in the libwwwfile.so? If so, I don't know why, since I didn't recompile that when I upgraded to 3.7 (if memory serves). Sorry to ask an install question, and I will wear my own scarlet letter if need be. PHP 4.2.3 Thanks, Charlton -----Original Message----- From: Marc Drouin [mailto:marc.drouin at fondex.ca] Sent: Fri 5/9/2003 9:57 AM To: mapserver-users at lists.gis.umn.edu Cc: Subject: [Mapserver-users] PHP-Mapscript dll problem Hi everyone, I have a problem with PHP Mapscript. I followed the installation instruction and copied the php_mapscript_36.dll file in c:\winnt\system32 directory. When i come to test the installation using phpinfo(); the server returns that it could not load a specific function, or something like that. I checked the archives and found that somebody suggested to check the dependencies of the dll. I found out the apphelp.dll seemed to be the problem, it simply was completely missing from the system directory. there is also an issue with mpr.dll. Further investigation lead me to the microsoft site, to find out the apphelp.dll only come with XP or windows server 2003, BTW, I'm running win2000 server. Doe anyone had a simillar problem? What do I need to do to get thiongs rolling? I've tried replacing the dll with php_mapacript_35.dll, no succes. I've tried upgrading IE6, sp1, no succes. please help.............. Marc _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From keon at nacse.org Tue May 13 07:35:53 2003 From: keon at nacse.org (Dylan Keon) Date: Tue, 13 May 2003 07:35:53 -0700 Subject: [Mapserver-users] Re: data/mapfile organization advice sought In-Reply-To: References: Message-ID: <3EC102C9.1030501@nacse.org> >>>Note that for security reasons the DATA statement is *not* >> >>scriptable by >> >>>default any more. You have to put "DATAPATTERN " somewhere in >>>your MapFile. is a regular expression; only DATA-pathnames >>>agreeing with that expression are allowed after that. When you leave >>>DATAPATTERN out, all scripted DATA calls will be silently ignored. >> >>woo hoo! methinks this is what I want. Thank Jan. DATAPATTERN is new in 3.7. See the Wiki guide at http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide This post has more info, too: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00795.html From jhart at frw.uva.nl Tue May 13 07:37:08 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Tue, 13 May 2003 16:37:08 +0200 Subject: [Mapserver-users] Re: data/mapfile organization advice sought In-Reply-To: References: Message-ID: <3EC10314.2000602@frw.uva.nl> It's new in 3.7 since last December. It's mentioned only in the WIKI: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide Jan pkishor_98 wrote: > > hmmmmm. I am missing something. Where is the documentation on this > DATAPATTERN? I can't seem to find it in the mapfile docs. Btw, I am > using Mapserver 3.6.5 > > From MJHATCHER at qinetiq.com Tue May 13 07:39:29 2003 From: MJHATCHER at qinetiq.com (Hatcher Matthew) Date: Tue, 13 May 2003 15:39:29 +0100 Subject: FIXED: [Mapserver-users] Linux segmenta tion problem Message-ID: Markus, Excellent. Thank you very much! That version of the build worked absolutely fine for me - no seg fault. Clearly there must be some issue with the current build. However, a couple of weeks old is all I require. Thanks everyone on the list for your assistance and suggestions. Regards, Matt. -----Original Message----- From: m.spring at gmx.de [mailto:m.spring at gmx.de] Sent: 13 May 2003 15:02 To: mapserver-users at lists.gis.umn.edu; Hatcher Matthew Subject: Re: [Mapserver-users] Linux segmentatio n problem -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hatcher Matthew writes: > Hi all, > > In that case, could someone please post the URL of an older copy of > nightly.tgz so I can test if that suffers from the same problem. I don't Checked out from CVS with cvs -d:pserver:cvs at mapserver.gis.umn.edu:/data2/cvsroot -z3 checkout -D "2003-05-01" mapserver You can download it from http://dream.lrrl.arch.tu-muenchen.de/~springm/mapserver/mapserver-dev-20030 501.tgz I configured it with ./configure \ --without-pdf \ --without-tiff \ --with-zlib \ --with-jpeg \ --with-freetype \ --with-threads \ --with-gd=/build/server/gd-2.0.12gif \ --with-gdal=/usr/local/bin/gdal-config \ --with-ogr=/usr/local/bin/gdal-config \ --with-proj=/build/server/proj-4.4.5 \ --enable-debug and it runs without segfault. Note that you can test the cgi on the commandline with those commands: # export REQUEST_METHOD=GET # export QUERY_STRING="map=/data/web/rgu_intern/radlmap/radlmap.dfo.map&mode=map" # mapserv | sed '1,2d' | display assumed that you have mapserv in your directory or in your path and --> you have 'display' to read image data from STDIN Hope this helps Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard iD8DBQE+wPrBxxUzQSse11ARAn0UAJwPGYysHcjeyKpxKlWjyXLbUTa2pACggSCP 1Z4W0SXvZCcyxI/fMGvutRQ= =dz2e -----END PGP SIGNATURE----- The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. Emails and other electronic communication with QinetiQ may be monitored. Calls to our Customer Contact Centre may be recorded for quality control, regulatory and monitoring purposes. From zornes at athenic.com Tue May 13 07:54:02 2003 From: zornes at athenic.com (Adam Zornes) Date: Tue, 13 May 2003 10:54:02 -0400 Subject: [Mapserver-users] Converting an image point to a geog. space point Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C3195F.7DDAD30E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, =20 I am trying to query points in php/mapscript. I get a point from the previous form just fine, but I can't seem to get it to convert to a proper geog. space point. Does anyone have an example of how to do this, or just an explanation of how to find the actual map size and the current map size so that I can work up a formula of my own? =20 Cheers, =20 Adam Zornes ------_=_NextPart_001_01C3195F.7DDAD30E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

        = ;    I am trying to query points in php/mapscript.  I get a point from the previous = form just fine, but I can’t seem to get it to convert to a proper geog. = space point.  Does anyone have an example of = how to do this, or just an explanation of how to find the actual map size and the = current map size so that I can work up a formula of my = own?

 

Cheers,

 

Adam Zornes

------_=_NextPart_001_01C3195F.7DDAD30E-- From cpurvis at asg.sc.edu Tue May 13 08:02:50 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Tue, 13 May 2003 11:02:50 -0400 Subject: [Mapserver-users] Converting an image point to a geog. space point Message-ID: Give this a shot. extent->minx; $miny = $map->extent->miny; $maxx = $map->extent->maxx; $maxy = $map->extent->maxy; $dx = $maxx - $minx; $dy = $maxy - $miny; $width = $map->width; $height = $map->height; $dxpp = (double)$dx/$width; $dypp = (double)$dy/$height; $geox = $minx + $dxpp*$x; $geoy = $maxy - $dypp*$y; $pointObj = ms_newPointObj(); $pointObj->setXY($geox,$geoy); return $pointObj; } ?> -----Original Message----- From: Adam Zornes [mailto:zornes at athenic.com] Sent: Tuesday, May 13, 2003 10:54 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Converting an image point to a geog. space point All, I am trying to query points in php/mapscript. I get a point from the previous form just fine, but I can't seem to get it to convert to a proper geog. space point. Does anyone have an example of how to do this, or just an explanation of how to find the actual map size and the current map size so that I can work up a formula of my own? Cheers, Adam Zornes From jankarin at post1.dknet.dk Tue May 13 08:15:34 2003 From: jankarin at post1.dknet.dk (jankarin at post1.dknet.dk) Date: Tue, 13 May 2003 17:15:34 +0200 Subject: AW: Re: [Mapserver-users] Slow MapServer with large data References: Message-ID: <20030513151539.JIKO4828.fepC.post.tele.dk@localhost.localdomain> Hmm, Could you please tell me: 1. What hardware are you using? 2. How to "thin out the data"? 2. We'ere always only showing one layer at a time (one shape-file to be exact). Would the "throwing the shapes into PG/PostGIS"-thing have any effect then?? Thanks, Jan "Arnulf Christl \\(CCGIS\\)" wrote: > Hi, > 15 sec does seem a lot, but maybe thats it. Our shapefile > sizes usually do > not exceed 10 MB to prevent this happening. The problem is > that shapes > physically are sequential files and performance must go down > when the > filesize increases. Indexing (shptree.exe) and breaking up > (tile4ms.exe) > really do help a lot, strange that you don't seem to notice > the effect. > Maybe you try to always show the comletet extension of the > shapefile, then > the mentioned tools will not be of much help. If that is the > case I would > suggest that you set zooming limits by using MINSCALE and > MAXSCALE to only > access the files when at an appropriate scale. For the > overview you could > use a raster "screenshot" of the shapes (shp2img.exe) or > thin out the data. > Then the performance issue should not be a problem anymore. > If you still cannot get enough performance you should > consider throwing the > shapes into PG/PostGIS. If thats still not enough, separate > the MapServer > software and the PostGreSQL DB to run on separate machines > (hardware). This > will improove performance by factor 5 to 10 (thats our > hands-on experience). > When you have reached this stage the map (from the same > data) should be > delivered in about 1 or 2 seconds. > > Cheers, Arnulf. > > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag > von > jankarin at post1.dknet.dk > Gesendet: Dienstag, 13. Mai 2003 12:25 > An: mapserver-users at lists.gis.umn.edu; > woodbri at swoodbridge.com > Betreff: Re: Re: [Mapserver-users] Slow MapServer with large > data > > > I have tried on af few shapefiles, but it doesn't help much. > And it wouldn't > have any effect on our tab-data. > > By the way: Is 15 sec. for a 25 MB shapefile/40 sec for a 30 > MB MapInfo > map-file the usual speed for MapServer on a PIII, 650 Mhz, > 262 MB RAM ? > > If it is, there's only one thing to do, if not ..... > Anyone have some ideas? > > Jan > > > woodbri at swoodbridge.com wrote: > > Have you built shptree indexes for all your shapefiles? > > > > On 9 May 2003 at 13:14, jankarin at post1.dknet.dk wrote: > > > > > Hello > > > > > > I have a little problem with the speed in MapServer. > > > We're trying to make qiuck-viewer to shape- and > > tab-formats, but > > > MapServer is running slow with large data: 20 seconds: > > Shapefil 17 MB, > > > dbf-fil 9,5 MB. 45 seconds: Map-fil 31 MB, Dat-fil 25 > MB. > > > > > > I have been trying with the GCI-version and PHP > Mapscript > > - same > > > result. > > > > > > I am running MapServer 3.6.4 with PNG-output under > Apache > > 2.4.5 on > > > Windows 2000. The pc is Pentim III, 650 Mhz, 262 MB > RAM. > > > > > > In another installation (PII, 400 Mhz, 196 MB RAM) a > > shapefile > > > (shapefile 17 MB, dbf-fil 9,5 MB) took 80 seconds to > > show. > > > > > > We're using MapServer in an application which is > > dynamically creating > > > map-files with Mapscript (only showing one layer at a > > time). We're > > > talknig about 17.000 layers in shape- and tabformats, > so > > it is not > > > possible to improve indexfiles or anything else related > to > > a single > > > layer. > > > > > > Can anyone help? > > > > > > Thanks, > > > > > > Jan Christiansen > > > jankarin at post1.dknet.dk > > > Engineering College of Copenhagen > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/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 palle at mail-online.dk Tue May 13 08:33:45 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Tue, 13 May 2003 17:33:45 +0200 Subject: [Mapserver-users] Please Help me In-Reply-To: References: Message-ID: Hi Andrea, Just enter mapserv -query_string="(all your normal CGI parameters)" Best regards Palle Due Larsen -----Original Message----- From: aborruso at spaziogis.it To: "Palle Due Larsen" Cc: mapserver-users at lists.gis.umn.edu Date: Mon, 12 May 2003 09:51:09 +0200 Subject: Re: [Mapserver-users] Please Help me > > Palle, > could you write me a text to use in mapserv from command line, I'm > not able > to translate an url to a text for the command line. I know only > "mapserv > -v". > Thank you, > > Andrea > > > > > |---------+---------------------------> > | | "Palle Due | > | | Larsen" | > | | | | ne.dk> | > | | | > | | 12/05/2003 09.48| > | | | > |---------+---------------------------> > > >-------------------------------------------------------------------- > ----------------------------------------------------------| > | > | > | Per: aborruso at spaziogis.it > | > | Cc: > | > | Oggetto: Re: [Mapserver-users] Please Help me > | > > >-------------------------------------------------------------------- > ----------------------------------------------------------| > > > > > Yes, I am aware of that, it was just that your url looked a little > funny, so I thought it might be that mapserver misunderstood > something. > However, I just checked with my installation (Win2000, IIS, ms3.6), > and > I get expected results when using your url, so it must be something > else. Have you tried running mapserv.exe from the command-line - with > those parameters - to see if it's returning a correct result? > > Best regards > > Palle > -----Original Message----- > From: aborruso at spaziogis.it > To: "Palle Due Larsen" > Date: Mon, 12 May 2003 09:19:58 +0200 > Subject: Re: [Mapserver-users] Please Help me > > > > > Palle, > > as you can read in my past email, the map file I want to use in my > > example > > does not exist. Then it would be normal to have an error message, > but > > I > > remember some more specific error messages with the old version. > Then > > in my > > example it should be appeared a message like: "mapserv: impossible > to > > find > > test.map". I have instead: "CGI Error The specified CGI application > > misbehaved by not returning a complete set of HTTP headers. The > > headers it > > did return are:". > > > > Is this error message normal or is there something wrong in my > > installation?? > > > > Thank you, > > > > > > Andrea > > > > > > > > > > |---------+---------------------------> > > | | "Palle Due | > > | | Larsen" | > > | | > | | ne.dk> | > > | | | > > | | 12/05/2003 09.09| > > | | | > > |---------+---------------------------> > > > > > >-------------------------------------------------------------------- > > ----------------------------------------------------------| > > | > > | > > | Per: aborruso at spaziogis.it, > > mapserver-users at lists.gis.umn.edu > > | > > | Cc: > > | > > | Oggetto: Re: [Mapserver-users] Please Help me > > | > > > > > >-------------------------------------------------------------------- > > ----------------------------------------------------------| > > > > > > > > > > Could it be that the url is wrong? Your are missing the map > > parameter, > > try this: > > > > http://127.0.0.1/cgi-bin/mapserv.exe?map=C: > > \Inetpub\wwwroot\mapserver\test.map&mode=map > > > > Best Regards > > > > Palle Due Larsen > > Carl Bro GIS & IT > > > > -----Original Message----- > > From: aborruso at spaziogis.it > > To: mapserver-users at lists.gis.umn.edu > > Date: Thu, 8 May 2003 19:27:14 +0200 > > Subject: [Mapserver-users] Please Help me > > > > > Dear users, > > > some time ago I have learned to build a mapserver powered site > (3.2 > > > version). In the last months I have not had the time to "study" > the > > > new > > > version and features of mapserver. > > > Here is my problem. I have tried to build an update manifold > > powered > > > site. > > > I have downloaded ms36gif_gdal_pg_wms.zip and ms35_libs.zip, then > I > > > have > > > extracted all files where they could be extracted and then I have > > > made a > > > simple test; I have written simply this URL: > > > http://127.0.0.1/cgi-bin/mapserv.exe?=C: > > > \Inetpub\wwwroot\mapserver\test.map&mode=map. > > > I have this error message: "CGI Error The specified CGI > application > > > misbehaved by not returning a complete set of HTTP headers. The > > > headers it > > > did return are:" > > > The file of the test url does not exist, but I remember that with > > the > > > old > > > versions I had an error message like "it's impossible to access > to > > > the file > > > ..." (or something similar), instead I have a generic strange > error > > > message > > > and I think there is something strong in my mapserver > installation. > > > Do you have some tip or advice for me? > > > > > > I have winxp pro with IIS. > > > > > > > > > Thank you very much, > > > > > > Andrea > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > F? en gratis emailkonto her: www.mail-online.dk > > ----------------------------------------------- > > Deltag i en lille brugerunders?gelse p? > > nettet, og vind et gavekort p? 50.000 kroner..! > > www.directoffice.dk/konkurrence > > > > > > > > > > > > F? en gratis emailkonto her: www.mail-online.dk > ----------------------------------------------- > Deltag i en lille brugerunders?gelse p? > nettet, og vind et gavekort p? 50.000 kroner..! > www.directoffice.dk/konkurrence > > > > > F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille brugerunders?gelse p? nettet, og vind et gavekort p? 50.000 kroner..! www.directoffice.dk/konkurrence From pkishor at geoanalytics.com Tue May 13 08:26:38 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 13 May 2003 15:26:38 -0000 Subject: [Mapserver-users] Re: Converting an image point to a geog. space point In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, "Adam Zornes" wrote: > All, > > I am trying to query points in php/mapscript. I get a point > from the previous form just fine, but I can't seem to get it to convert > to a proper geog. space point. Does anyone have an example of how to do > this, you can use the code frag provided by Charles. > or just an explanation of how to find the actual map size and the > current map size so that I can work up a formula of my own? > but here is an explanation. You can find out the actual map dims using any of your script methods 1. in perl, for example, $mapObj->{width} in the x direction (lets just consider the width for now) 2. You also know how large your image is... say pw pixels wide. 3. So, pw pixels on the screen is the same as $mapObj->{width} on ground 4. So, 1 pixel on the screen is the same as ($mapObj->{width}/pw) 5. If you clicked at a point (px, py) measured from (0,0) of the image, px will (($mapObj->{width}/p) * px). 6. To get the actual coord, you will add the $minx of the map to the number you get in #5 above = $minx + (($mapObj->{width}/p) * px) Now, you would do the same for the y direction, except -- the (0,0) of the image is from the top-left, while the (0,0) of the map is from bottom-left. So, you would flip the py before doing any calcs. That is, instead of py, use ($image_height - py). Everytime you send the image to the browser, send the bounds ($minx, $miny, $maxx, $maxy) of the map as hidden form vars. When they are returned with the new point click, you have them available for doing the calcs in step #6 above. Wrap the entire logic in a neat little function, and calculate away merrily. Hope this helps. From pkishor at geoanalytics.com Tue May 13 08:31:43 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 13 May 2003 15:31:43 -0000 Subject: [Mapserver-users] Re: data/mapfile organization advice sought In-Reply-To: <3EC10314.2000602@frw.uva.nl> Message-ID: --- In mapserver-users at yahoogroups.com, Jan Hartmann wrote: > It's new in 3.7 since last December. It's mentioned only in the WIKI: .. ok folks. Thanks to everyone who helped. DATAPATTERN seems like the way to go _once_ I am switched to 3.7. Right now I am still on Mapserver 2000 ;-). So, I will stick to other methods. I might try tiling -- never done that. But that means massaging the data. I would rather use the data as provided. Still, would be a good thing to learn. Stepan's suggestion of using $mapObj->{shapepath} works, but, of course, going this route means I have to basically can most every setting in my mapfile, and set just about everything with mapscript. A bit cumbersome to execute, but works quite well. Stepan's suggested route is what I am going to embark on for now. Many thanks to everyone who responded. > pkishor_98 wrote: > > > > hmmmmm. I am missing something. Where is the documentation on this > > DATAPATTERN? I can't seem to find it in the mapfile docs. Btw, I am > > using Mapserver 3.6.5 > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From palle at mail-online.dk Tue May 13 08:45:50 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Tue, 13 May 2003 17:45:50 +0200 Subject: [Mapserver-users] Re: data/mapfile organization advice sought In-Reply-To: References: <3EC0A623.40003@frw.uva.nl> Message-ID: Yes, there is such a switch. It is called STATUS. If you put STATUS OFF in a LAYER, the DATA statement can be bogus. Then in the URL you can set the data file, and turn the layer on. Best regards Palle Due Larsen Carl Bro GIS & IT -----Original Message----- From: "pkishor_98" To: mapserver-users at lists.gis.umn.edu Date: Tue, 13 May 2003 13:09:02 -0000 Subject: [Mapserver-users] Re: data/mapfile organization advice sought > --- In mapserver-users at yahoogroups.com, Jan Hartmann > wrote: > .. > > Note that for security reasons the DATA statement is *not* > scriptable by > > default any more. You have to put "DATAPATTERN " somewhere > in > > your MapFile. is a regular expression; only DATA-pathnames > > agreeing with that expression are allowed after that. When you > leave > > DATAPATTERN out, all scripted DATA calls will be silently ignored. > .. > > > woo hoo! methinks this is what I want. Thank Jan. > > > by the way, if a data file referenced in the mapfile is not found, > then Mapserver usually croaks. Is there a switch to make Mapserver > ignore errors? As I mentioned earlier, while existing layers are all > named the same, there are a few layers missing for a few countries. > For example, layer9 might not exist for a couple of countries, etc. > Would be easier for me if I could simply include all the layers in my > mapfile, but if a particular layer didn't exist, it would be simply > ignored by Mapserver. > > > > > > > > Puneet Kishor wrote: > > > To ms data mavens -- please give me a piece of your mind. > > > > > > I have shapefile data of several countries, about 14 countries. > > > > > > Each country has 8 to 12 different layers, but they are all > called > the > > > same. For example, all countries have a layer called "layer1", > "layer2", > > > and so on, while a few countries may not have "layer8" or > "layer11," etc. > > > > > > If I were to draw all the countries together, they would draw > correctly, > > > that is, they are in the correct geographic space. However, their > data > > > are self-contained. That is, even though country1 and country2 > are > > > contiguous, drawing country1 does not bring up country2... they > are in > > > different folders. > > > > > > How do I create and work with their mapfiles? > > > > > > I can't really have one big mongo mapfile with all the layers of > all the > > > countries... it would be unworkable, and probably very > inefficient. > > > > > > On the other hand, if I have 14 different mapfiles, they will be > almost > > > identical to each other except for the path to the data. If I > make a > > > tweak in any one mapfile (for example, change the color or > visible > scale > > > of a layer), I will have to go and change it in 14 different > mapfiles. > > > > > > Ideally I would like to have one master mapfile (like a > template), > and > > > just substitute (on the fly) the path to the data. I guess I > could do > > > some preprocessing with Perl, and swap a filter keyword using > regexp > > > search, to create a working, valid mapfile on the fly, but I > would > also > > > have to account for those one or two particular layers that > happen > to be > > > absent for a given country. > > > > > > Please share your insight. > > > > > > Many tia. > > > > > > Puneet. > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at l... > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at l... > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille brugerunders?gelse p? nettet, og vind et gavekort p? 50.000 kroner..! www.directoffice.dk/konkurrence From pkishor at geoanalytics.com Tue May 13 08:53:44 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 13 May 2003 15:53:44 -0000 Subject: [Mapserver-users] Re: data/mapfile organization advice sought In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, "Palle Due Larsen" wrote: > Yes, there is such a switch. It is called STATUS. If you put STATUS OFF > in a LAYER, the DATA statement can be bogus. ahhhh! the subtleties... I just assumed that if the data statement was "wrong", mapserver would croak at the time of "compiling" the script and the mapfile. didn't even occur to me to try that, and now that you have told me, it is so simple. many thanks. > Then in the URL you can set > the data file, and turn the layer on. > > Best regards > > Palle Due Larsen > Carl Bro GIS & IT > -----Original Message----- > From: "pkishor_98" > To: mapserver-users at l... > Date: Tue, 13 May 2003 13:09:02 -0000 > Subject: [Mapserver-users] Re: data/mapfile organization advice sought > > > --- In mapserver-users at yahoogroups.com, Jan Hartmann > > wrote: > > .. > > > Note that for security reasons the DATA statement is *not* > > scriptable by > > > default any more. You have to put "DATAPATTERN " somewhere > > in > > > your MapFile. is a regular expression; only DATA-pathnames > > > agreeing with that expression are allowed after that. When you > > leave > > > DATAPATTERN out, all scripted DATA calls will be silently ignored. > > .. > > > > > > woo hoo! methinks this is what I want. Thank Jan. > > > > > > by the way, if a data file referenced in the mapfile is not found, > > then Mapserver usually croaks. Is there a switch to make Mapserver > > ignore errors? As I mentioned earlier, while existing layers are all > > named the same, there are a few layers missing for a few countries. > > For example, layer9 might not exist for a couple of countries, etc. > > Would be easier for me if I could simply include all the layers in my > > mapfile, but if a particular layer didn't exist, it would be simply > > ignored by Mapserver. > > > > > > > > > > > > > > > Puneet Kishor wrote: > > > > To ms data mavens -- please give me a piece of your mind. > > > > > > > > I have shapefile data of several countries, about 14 countries. > > > > > > > > Each country has 8 to 12 different layers, but they are all > > called > > the > > > > same. For example, all countries have a layer called "layer1", > > "layer2", > > > > and so on, while a few countries may not have "layer8" or > > "layer11," etc. > > > > > > > > If I were to draw all the countries together, they would draw > > correctly, > > > > that is, they are in the correct geographic space. However, their > > data > > > > are self-contained. That is, even though country1 and country2 > > are > > > > contiguous, drawing country1 does not bring up country2... they > > are in > > > > different folders. > > > > > > > > How do I create and work with their mapfiles? > > > > > > > > I can't really have one big mongo mapfile with all the layers of > > all the > > > > countries... it would be unworkable, and probably very > > inefficient. > > > > > > > > On the other hand, if I have 14 different mapfiles, they will be > > almost > > > > identical to each other except for the path to the data. If I > > make a > > > > tweak in any one mapfile (for example, change the color or > > visible > > scale > > > > of a layer), I will have to go and change it in 14 different > > mapfiles. > > > > > > > > Ideally I would like to have one master mapfile (like a > > template), > > and > > > > just substitute (on the fly) the path to the data. I guess I > > could do > > > > some preprocessing with Perl, and swap a filter keyword using > > regexp > > > > search, to create a working, valid mapfile on the fly, but I > > would > > also > > > > have to account for those one or two particular layers that > > happen > > to be > > > > absent for a given country. > > > > > > > > Please share your insight. > > > > > > > > Many tia. > > > > > > > > Puneet. > > > > > > > > _______________________________________________ > > > > Mapserver-users mailing list > > > > Mapserver-users at l... > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at l... > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at l... > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > F? en gratis emailkonto her: www.mail-online.dk > ----------------------------------------------- > Deltag i en lille brugerunders?gelse p? > nettet, og vind et gavekort p? 50.000 kroner..! > www.directoffice.dk/konkurrence > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dblasby at refractions.net Tue May 13 09:23:33 2003 From: dblasby at refractions.net (David Blasby) Date: Tue, 13 May 2003 09:23:33 -0700 Subject: [Mapserver-users] POSTGIS connector - fixed version. In-Reply-To: <8F4A22E017460A458DB7BBAB65CA6AE50266EF@webbased9> References: <8F4A22E017460A458DB7BBAB65CA6AE50266EF@webbased9> Message-ID: <3EC11C05.3020707@refractions.net> This is a multi-part message in MIME format. --------------030608090208000001010700 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mark and carl (and others) I have modified mappostgis.c so it is compatible with postgresql 7.3, fixes the "extra funny characters bug", plus a few more fixes. I've attached it to this message (I've sent it to the list a few times already). The only known problem with this is that it leaks a little bit of memory. Several people have been beta-testing this version and they all report that it works 'great'. I was going to fix the memory leak and commit it to CVS when I noticed that someone modified the mapserver 3.7 version of mappostgis.c due to changes in the map structure (cf. map.h). Until then, the 3.6 and 3.7 versions were exactly the same - now there are two different versions. This is causing me quite a bit of grief because my new mappostgis.c has quite a few modifications. So, this version works with mapserver 3.6 and 3.7-up-until-they-changed-the-map-structure. Dave's TODO: 1. figure out what was changed in the 3.7 version 2. fix memory leak 3. make a 'unified' version that will compile under 3.6 and the new 3.7 Until then, I suggest folks use the included mappostgis.c if you are having problems with your installation. Please tell me if there are any problems with this version (April 14). dave --------------030608090208000001010700 Content-Type: text/plain; name="mappostgis.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mappostgis.c" #include "map.h" #ifndef FLT_MAX #define FLT_MAX 25000000.0 #endif #ifdef USE_POSTGIS #ifndef LITTLE_ENDIAN #define LITTLE_ENDIAN 1 #endif #ifndef BIG_ENDIAN #define BIG_ENDIAN 2 #endif #include "libpq-fe.h" #include typedef struct ms_POSTGIS_layer_info_t { char *sql; //sql query to send to DB PGconn *conn; //connection to db long row_num; //what row is the NEXT to be read (for random access) PGresult *query_result;//for fetching rows from the db char *urid_name; // name of user-specified unique identifier or OID char *user_srid; //zero length = calculate, non-zero means using this value! } msPOSTGISLayerInfo; char tolower(char c) { if ((c <'A') || (c>'Z')) return c; return c-'A'+'a'; } //remove white space //dont send in empty strings or strings with just " " in them! char* removeWhite(char *str) { int initial; char *orig,*loc; initial = strspn(str, " "); if (initial != 0) { memmove(str, str+ initial, strlen(str) - initial+1); } //now final if (strlen(str) == 0) return str; if (str[ strlen(str)-1] == ' ') { //have to remove from end orig = str; loc = &str[ strlen(str)-1]; while (( *loc = ' ') && (loc >orig) ) { *loc = 0; loc--; } } return str; } char *strstrIgnoreCase(char *haystack, char *needle) { char *hay_lower; char *needle_lower; int len_hay,len_need; int t; char *loc; len_hay = strlen(haystack); len_need= strlen(needle); hay_lower = (char *) malloc (len_hay +1); needle_lower=(char*) malloc (len_need+1); for(t=0;t\n", dString); strcat(m,tmp); sprintf(tmp,"Standard ways of specifiying are :
\n(1) 'geometry_column from geometry_table'
\n(2) 'geometry_column from (<sub query>) as foo using unique <column name> using SRID=<srid#>'

\n\n"); strcat(m,tmp); sprintf(tmp,"Make sure you put in the 'using unique <column name>' and 'using SRID=#' clauses in.\n\n

"); strcat(m,tmp); sprintf(tmp,"For more help, please see http://postgis.refractions.net/documentation.php \n\n

"); strcat(m,tmp); sprintf(tmp,"Mappostgis.c - version of April 14/2003.\n"); strcat(m,tmp); //printf("%s",m); //printf("size = %i\n",strlen(m)); return m; } int msPOSTGISLayerParseData(char *data, char *geom_column_name, char *table_name, char *urid_name,char *user_srid); static int gBYTE_ORDER = 0; //open up a connection to the postgresql database using the connection string in layer->connection // ie. "host=192.168.50.3 user=postgres port=5555 dbname=mapserv" int msPOSTGISLayerOpen(layerObj *layer) { msPOSTGISLayerInfo *layerinfo; int order_test = 1; //fprintf(stderr,"msPOSTGISLayerOpen called\n"); if (layer->postgislayerinfo) return MS_SUCCESS; //already open if( layer->data == NULL ) { msSetError(MS_QUERYERR, DATAERRORMESSAGE("","Error parsing POSTGIS data variable: nothing specified in DATA statement.

\n\nMore Help:

\n\n"), "msPOSTGISLayerOpen()"); return(MS_FAILURE); } //have to setup a connection to the database layerinfo = (msPOSTGISLayerInfo *) malloc( sizeof(msPOSTGISLayerInfo) ); layerinfo->sql = NULL; //calc later layerinfo->row_num=0; layerinfo->query_result= NULL; layerinfo->conn = PQconnectdb( layer->connection ); if (PQstatus(layerinfo->conn) == CONNECTION_BAD) { msSetError(MS_QUERYERR, "couldnt make connection to DB with connect string '%s'.\n
\nError reported was '%s'.\n
\n\nThis error occured when trying to make a connection to the specified postgresql server. \n
\nMost commonly this is caused by
\n(1) incorrect connection string
\n(2) you didnt specify a 'user=...' in your connection string
\n(3) the postmaster (postgresql server) isnt running
\n(4) you are not allowing TCP/IP connection to the postmaster
\n(5) your postmaster is not running on the correct port - if its not on 5432 you must specify a 'port=...'
\n (6) the security on your system does not allow the webserver (usually user 'nobody') to make socket connections to the postmaster
\n(7) you forgot to specify a 'host=...' if the postmaster is on a different machine
\n(8) you made a typo
\n ", "msPOSTGISLayerOpen()", layer->connection,PQerrorMessage(layerinfo->conn) ); free(layerinfo); return(MS_FAILURE); } // PQsetNoticeProcessor(layerinfo->conn, postresql_NOTICE_HANDLER ,(void *) layerinfo); layer->postgislayerinfo = (void *) layerinfo; if( ((char *) &order_test)[0] == 1 ) gBYTE_ORDER = LITTLE_ENDIAN; else gBYTE_ORDER = BIG_ENDIAN; return MS_SUCCESS; } // Free the itemindexes array in a layer. void msPOSTGISLayerFreeItemInfo(layerObj *layer) { //fprintf(stderr,"msPOSTGISLayerFreeItemInfo called\n"); if (layer->iteminfo) free(layer->iteminfo); layer->iteminfo = NULL; } //allocate the iteminfo index array - same order as the item list int msPOSTGISLayerInitItemInfo(layerObj *layer) { int i; int *itemindexes ; //fprintf(stderr,"msPOSTGISLayerInitItemInfo called\n"); if (layer->numitems == 0) return MS_SUCCESS; if (layer->iteminfo) free(layer->iteminfo); if((layer->iteminfo = (int *)malloc(sizeof(int)*layer->numitems))== NULL) { msSetError(MS_MEMERR, NULL, "msPOSTGISLayerInitItemInfo()"); return(MS_FAILURE); } itemindexes = (int*)layer->iteminfo; for(i=0;inumitems;i++) { itemindexes[i] = i; //last one is always the geometry one - the rest are non-geom } return(MS_SUCCESS); } //Since we now have PostGIST 0.5, and 0.6 calling conventions, // we have to attempt to handle the database in several ways. If we do the wrong // thing, then it'll throw an error and we can rollback and try again. // // 2. attempt to do 0.6 calling convention (spatial ref system needed) // 3. attempt to do 0.5 calling convention (no spatial ref system) // The difference between 0.5 and 0.6 is that the bounding box must be // declared to be in the same the same spatial reference system as the // geometry column. For 0.6, we determine the SRID of the column and then // tag the bounding box as the same SRID. int prep_DB(char *geom_table,char *geom_column,layerObj *layer, PGresult **sql_results,rectObj rect,char *query_string, char *urid_name, char *user_srid) { PGresult *result; char columns_wanted[5000]; char temp[5000]; char tmp[5000]; char tmp2[5000]; char query_string_0_6[6000]; int t; char box3d[200]; msPOSTGISLayerInfo *layerinfo; char *pos_from, *pos_ftab, *pos_space, *pos_paren; char f_table_name[5000]; layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; /* Set the urid name */ layerinfo->urid_name = urid_name; /* Extract the proper f_table_name from the geom_table string. * We are expecting the geom_table to be either a single word * or a sub-select clause that possibly includes a join -- * * (select column[,column[,...]] from ftab[ natural join table2]) as foo * * We are expecting whitespace or a ')' after the ftab name. * */ pos_from = strstr(geom_table, " from "); if (pos_from ==NULL) pos_from = strstr(geom_table, " FROM "); //try uppercase if (pos_from == NULL) { strcpy(f_table_name, geom_table); } else { // geom_table is a sub-select clause pos_ftab = pos_from + 6; // This should be the start of the ftab name pos_space = strstr(pos_ftab, " "); // First space //pos_paren = strstr(pos_ftab, ")"); // Closing paren of clause pos_paren = rindex(pos_ftab,')'); if ( (pos_space ==NULL) || (pos_paren ==NULL) ) { msSetError(MS_QUERYERR, DATAERRORMESSAGE(geom_table,"Error parsing POSTGIS data variable: Something is wrong with your subselect statement.

\n\nMore Help:

\n\n"), "prep_DB()"); return(MS_FAILURE); } if (pos_paren < pos_space) { // closing parenthesis preceeds any space strncpy(f_table_name, pos_ftab, pos_paren - pos_ftab); } else { strncpy(f_table_name, pos_ftab, pos_space - pos_ftab); } } if (layer->numitems ==0) { if (gBYTE_ORDER == LITTLE_ENDIAN) sprintf(columns_wanted,"asbinary(force_collection(force_2d(%s)),'NDR'),%s::text", geom_column, urid_name); else sprintf(columns_wanted,"asbinary(force_collection(force_2d(%s)),'XDR'),%s::text", geom_column, urid_name); } else { columns_wanted[0] = 0; //len=0 for (t=0;tnumitems; t++) { sprintf(temp,"%s::text,",layer->items[t]); strcat(columns_wanted,temp); } if (gBYTE_ORDER == LITTLE_ENDIAN) sprintf(temp,"asbinary(force_collection(force_2d(%s)),'NDR'),%s::text", geom_column, urid_name); else sprintf(temp,"asbinary(force_collection(force_2d(%s)),'XDR'),%s::text", geom_column, urid_name); strcat(columns_wanted,temp); } sprintf(box3d,"'BOX3D(%.15g %.15g,%.15g %.15g)'::BOX3D",rect.minx, rect.miny, rect.maxx, rect.maxy); // substitute token '!BOX!' in geom_table with the box3d - do at most 1 substitution if (strstr(geom_table,"!BOX!")) { // need to do a substition char *start, *end; char *result; result = malloc(7000); start = strstr(geom_table,"!BOX!"); end = start+5; start[0] =0; result[0]=0; strcat(result,geom_table); strcat(result,box3d); strcat(result,end); geom_table= result; } if (layer->filter.string == NULL) { if (strlen(user_srid) == 0) { sprintf(query_string_0_6,"DECLARE mycursor BINARY CURSOR FOR SELECT %s from %s WHERE %s && setSRID(%s, find_srid('','%s','%s') )", columns_wanted,geom_table,geom_column,box3d,removeWhite(f_table_name),removeWhite(geom_column)); } else //use the user specified version { sprintf(query_string_0_6,"DECLARE mycursor BINARY CURSOR FOR SELECT %s from %s WHERE %s && setSRID(%s, %s )", columns_wanted,geom_table,geom_column,box3d,user_srid); } } else { if (strlen(user_srid) == 0) { sprintf(query_string_0_6,"DECLARE mycursor BINARY CURSOR FOR SELECT %s from %s WHERE (%s) and (%s && setSRID( %s,find_srid('','%s','%s') ))", columns_wanted,geom_table,layer->filter.string,geom_column,box3d,removeWhite(f_table_name),removeWhite(geom_column)); } else { sprintf(query_string_0_6,"DECLARE mycursor BINARY CURSOR FOR SELECT %s from %s WHERE (%s) and (%s && setSRID( %s,%s) )", columns_wanted,geom_table,layer->filter.string,geom_column,box3d,user_srid); } } //start transaction required by cursor result = PQexec(layerinfo->conn, "BEGIN"); if (!(result) || PQresultStatus(result) != PGRES_COMMAND_OK) { msSetError(MS_QUERYERR, "Error executing POSTGIS BEGIN statement.", "msPOSTGISLayerWhichShapes()"); PQclear(result); layerinfo->query_result = NULL; return(MS_FAILURE); // totally screwed } PQclear(result); //set enable_seqscan=off not required (already done) //fprintf (stderr,"query_string_0_6:%s\n",query_string_0_6); result = PQexec(layerinfo->conn, query_string_0_6 ); if ( (result!=NULL) && (PQresultStatus(result) == PGRES_COMMAND_OK) ) { //PQclear(result); *sql_results = result; strcpy(query_string, query_string_0_6 ); return (MS_SUCCESS); } //okay, that command didnt work. Its probably a 0.5 database // We have to everything again, after performing a rollback. PQclear(result); result = PQexec(layerinfo->conn, "rollback" ); PQclear(result); result = PQexec(layerinfo->conn, "begin" ); if (!(result) || PQresultStatus(result) != PGRES_COMMAND_OK) { msSetError(MS_QUERYERR, "Couldnt recover from a bad query: \n'%s'\n", "prep_DB()",query_string_0_6); PQclear(result); layerinfo->query_result = NULL; return(MS_FAILURE); // totally screwed } PQclear(result); //fprintf (stderr,"prep_DB:query_string_0_5:%s\n",query_string_0_5); sprintf(tmp2, "Error executing POSTGIS DECLARE (the actual query) statement: '%s'

\n\nPostgresql reports the error '%s'

\n\nMore Help:

\n\n", query_string_0_6, PQerrorMessage(layerinfo->conn) ); sprintf(tmp, "%s%s", tmp2, DATAERRORMESSAGE("<check your .map file>" ,"") ); msSetError(MS_QUERYERR,tmp,"prep_DB()"); PQclear(result); layerinfo->query_result = NULL; return(MS_FAILURE); // totally screwed } // build the neccessary SQL // allocate a cursor for the SQL query // get ready to read from the cursor // // For queries, we need to also retreive the OID for each of the rows // So GetShape() can randomly access a row. int msPOSTGISLayerWhichShapes(layerObj *layer, rectObj rect) { char *query_str; char *table_name; char *geom_column_name; char *urid_name; char *user_srid; msPOSTGISLayerInfo *layerinfo; int set_up_result; table_name = malloc(500); geom_column_name = malloc(500); urid_name = malloc(500); user_srid = malloc(500); //fprintf(stderr,"msPOSTGISLayerWhichShapes called\n"); layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; if (layerinfo == NULL) { //layer not opened yet msSetError(MS_QUERYERR, "msPOSTGISLayerWhichShapes called on unopened layer (layerinfo = NULL)", "msPOSTGISLayerWhichShapes()"); return(MS_FAILURE); } if( layer->data == NULL ) { msSetError(MS_QUERYERR, "Missing DATA clause in PostGIS Layer definition. DATA statement must contain 'geometry_column from table_name' or 'geometry_column from (sub-query) as foo'.", "msPOSTGISLayerWhichShapes()"); return(MS_FAILURE); } query_str = (char *) malloc(6000); //should be big enough memset(query_str,0,6000); //zero it out msPOSTGISLayerParseData(layer->data, geom_column_name, table_name, urid_name,user_srid); set_up_result= prep_DB(table_name,geom_column_name, layer, &(layerinfo->query_result), rect,query_str, urid_name,user_srid); if (set_up_result != MS_SUCCESS) return set_up_result; //relay error layerinfo->sql = query_str; layerinfo->query_result = PQexec(layerinfo->conn, "FETCH ALL in mycursor"); if (!(layerinfo->query_result) || PQresultStatus(layerinfo->query_result) != PGRES_TUPLES_OK) { char tmp[4000]; sprintf(tmp, "Error executing POSTGIS SQL statement (in FETCH ALL): %s\n-%s\n", query_str,PQerrorMessage(layerinfo->conn) ); msSetError(MS_QUERYERR, DATAERRORMESSAGE("",tmp), "msPOSTGISLayerWhichShapes()"); PQclear(layerinfo->query_result); layerinfo->query_result = NULL; return(MS_FAILURE); } layerinfo->row_num =0; return(MS_SUCCESS); } // Close the postgis record set and connection int msPOSTGISLayerClose(layerObj *layer) { msPOSTGISLayerInfo *layerinfo; //fprintf(stderr,"msPOSTGISLayerClose called\n"); layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; if (layerinfo != NULL) { PQclear(layerinfo->query_result); layerinfo->query_result = NULL; PQfinish(layerinfo->conn); layerinfo->conn = NULL; free(layerinfo); layer->postgislayerinfo = NULL; } return(MS_SUCCESS); } //******************************************************* // wkb is assumed to be 2d (force_2d) // and wkb is a GEOMETRYCOLLECTION (force_collection) // and wkb is in the endian of this computer (asbinary(...,'[XN]DR')) // each of the sub-geom inside the collection are point,linestring, or polygon // // also, int is 32bits long // double is 64bits long //******************************************************* // convert the wkb into points // points -> pass through // lines-> constituent points // polys-> treat ring like line and pull out the consituent points int force_to_points(char *wkb, shapeObj *shape) { //we're going to make a 'line' for each entity (point, line or ring) in the geom collection int offset =0,pt_offset; int ngeoms ; int t,u,v; int type,nrings,npoints; lineObj line={0,NULL}; shape->type = MS_SHAPE_NULL; //nothing in it memcpy( &ngeoms, &wkb[5], 4); offset = 9; //were the first geometry is for (t=0; ttype = MS_SHAPE_POINT; line.numpoints = 1; line.point = (pointObj *) malloc (sizeof(pointObj)); memcpy( &line.point[0].x , &wkb[offset+5 ], 8); memcpy( &line.point[0].y , &wkb[offset+5+8], 8); offset += 5+16; msAddLine(shape,&line); free(line.point); } if (type == 2) //linestring { shape->type = MS_SHAPE_POINT; memcpy(&line.numpoints, &wkb[offset+5],4); //num points line.point = (pointObj *) malloc (sizeof(pointObj)* line.numpoints ); //point struct for(u=0;utype = MS_SHAPE_POINT; memcpy(&nrings, &wkb[offset+5],4); //num rings //add a line for each polygon ring pt_offset = 0; offset += 9; //now points at 1st linear ring for (u=0;u remove // lines -> pass through // polys -> treat rings as lines int force_to_lines(char *wkb, shapeObj *shape) { int offset =0,pt_offset; int ngeoms ; int t,u,v; int type,nrings,npoints; lineObj line={0,NULL}; shape->type = MS_SHAPE_NULL; //nothing in it memcpy( &ngeoms, &wkb[5], 4); offset = 9; //were the first geometry is for (t=0; ttype = MS_SHAPE_LINE; memcpy(&line.numpoints, &wkb[offset+5],4); //num points line.point = (pointObj *) malloc (sizeof(pointObj)* line.numpoints ); //point struct for(u=0;utype = MS_SHAPE_LINE; memcpy(&nrings, &wkb[offset+5],4); //num rings //add a line for each polygon ring pt_offset = 0; offset += 9; //now points at 1st linear ring for (u=0;u reject // line -> reject // polygon -> lines of linear rings int force_to_polygons(char *wkb, shapeObj *shape) { int offset =0,pt_offset; int ngeoms ; int t,u,v; int type,nrings,npoints; lineObj line={0,NULL}; shape->type = MS_SHAPE_NULL; //nothing in it memcpy( &ngeoms, &wkb[5], 4); offset = 9; //were the first geometry is for (t=0; ttype = MS_SHAPE_POLYGON; memcpy(&nrings, &wkb[offset+5],4); //num rings //add a line for each polygon ring pt_offset = 0; offset += 9; //now points at 1st linear ring for (u=0;unumlines; t++) { for(u=0;uline[t].numpoints; u++) { if (first_one) { shape->bounds.minx = shape->line[t].point[u].x; shape->bounds.maxx = shape->line[t].point[u].x; shape->bounds.miny = shape->line[t].point[u].y; shape->bounds.maxy = shape->line[t].point[u].y; first_one = 0; } else { if (shape->line[t].point[u].x < shape->bounds.minx) shape->bounds.minx = shape->line[t].point[u].x; if (shape->line[t].point[u].x > shape->bounds.maxx) shape->bounds.maxx = shape->line[t].point[u].x; if (shape->line[t].point[u].y < shape->bounds.miny) shape->bounds.miny = shape->line[t].point[u].y; if (shape->line[t].point[u].y > shape->bounds.maxy) shape->bounds.maxy = shape->line[t].point[u].y; } } } } //find the next shape with the appropriate shape type (convert it if necessary) // also, load in the attribute data //MS_DONE => no more data int msPOSTGISLayerNextShape(layerObj *layer, shapeObj *shape) { int result; msPOSTGISLayerInfo *layerinfo; layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; //fprintf(stderr,"msPOSTGISLayerNextShape called\n"); if (layerinfo == NULL) { msSetError(MS_QUERYERR, "NextShape called with layerinfo = NULL", "msPOSTGISLayerNextShape()"); return(MS_FAILURE); } result= msPOSTGISLayerGetShapeRandom(layer, shape, &(layerinfo->row_num) ); // getshaperandom will increment the row_num //layerinfo->row_num ++; return result; } //Used by NextShape() to access a shape in the query set // TODO: only fetch 1000 rows at a time. This should check to see if the // requested feature is in the set. If it is, return it, otherwise // grab the next 1000 rows. int msPOSTGISLayerGetShapeRandom(layerObj *layer, shapeObj *shape, long *record) { msPOSTGISLayerInfo *layerinfo; char *wkb; int result,t,size; char *temp,*temp2; long record_oid; layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; //fprintf(stderr,"msPOSTGISLayerGetShapeRandom : called row %li\n",record); if (layerinfo == NULL) { msSetError(MS_QUERYERR, "GetShape called with layerinfo = NULL", "msPOSTGISLayerGetShape()"); return(MS_FAILURE); } if (layerinfo->conn == NULL) { msSetError(MS_QUERYERR, "NextShape called on POSTGIS layer with no connection to DB.", "msPOSTGISLayerGetShape()"); return(MS_FAILURE); } if (layerinfo->query_result == NULL) { msSetError(MS_QUERYERR, "GetShape called on POSTGIS layer with invalid DB query results.", "msPOSTGISLayerGetShapeRandom()"); return(MS_FAILURE); } shape->type = MS_SHAPE_NULL; while(shape->type == MS_SHAPE_NULL) { if ( (*record) < PQntuples(layerinfo->query_result) ) { //retreive an item wkb = (char *) PQgetvalue(layerinfo->query_result, (*record), layer->numitems); switch(layer->type) { case MS_LAYER_POINT: result = force_to_points(wkb, shape); break; case MS_LAYER_LINE: result = force_to_lines(wkb, shape); break; case MS_LAYER_POLYGON: result = force_to_polygons(wkb, shape); break; case MS_LAYER_ANNOTATION: case MS_LAYER_QUERY: result = dont_force(wkb,shape); break; case MS_LAYER_RASTER: msDebug( "Ignoring MS_LAYER_RASTER in mappostgis.c\n" ); break; case MS_LAYER_CIRCLE: msDebug( "Ignoring MS_LAYER_RASTER in mappostgis.c\n" ); break; } if (shape->type != MS_SHAPE_NULL) { //have to retreive the attributes shape->values = (char **) malloc(sizeof(char *) * layer->numitems); for (t=0;tnumitems;t++) { temp = (char *) PQgetvalue(layerinfo->query_result, (*record), t); size = PQgetlength(layerinfo->query_result,(*record), t ) ; temp2 = (char *) malloc(size+1 ); memcpy(temp2, temp, size); temp2[size] = 0; //null terminate it shape->values[t] = temp2; } temp = (char *) PQgetvalue(layerinfo->query_result, (*record), t+1); // t is WKB, t+1 is OID record_oid = strtol (temp,NULL,10); shape->index = record_oid; shape->numvalues = layer->numitems; find_bounds(shape); (*record)++; //move to next shape return (MS_SUCCESS); } else { (*record)++; //move to next shape } } else { return (MS_DONE); } } msFreeShape(shape); return(MS_FAILURE); } // Execute a query on the DB based on record being an OID. int msPOSTGISLayerGetShape(layerObj *layer, shapeObj *shape, long record) { char *query_str; char table_name[5000]; char geom_column_name[5000]; char urid_name[5000]; char user_srid[5000]; //int nitems; char columns_wanted[5000]; char temp[5000]; PGresult *query_result; msPOSTGISLayerInfo *layerinfo; char *wkb; int result,t,size; char *temp1,*temp2; //fprintf(stderr,"msPOSTGISLayerGetShape called for record = %i\n",record); layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; if (layerinfo == NULL) { //layer not opened yet msSetError(MS_QUERYERR, "msPOSTGISLayerGetShape called on unopened layer (layerinfo = NULL)", "msPOSTGISLayerGetShape()"); return(MS_FAILURE); } query_str = (char *) malloc(6000); //should be big enough memset(query_str,0,6000); //zero it out msPOSTGISLayerParseData(layer->data, geom_column_name, table_name, urid_name,user_srid); if (layer->numitems ==0) //dont need the oid since its really record { if (gBYTE_ORDER == LITTLE_ENDIAN) sprintf(columns_wanted,"asbinary(force_collection(force_2d(%s)),'NDR')", geom_column_name); else sprintf(columns_wanted,"asbinary(force_collection(force_2d(%s)),'XDR')", geom_column_name); } else { columns_wanted[0] = 0; //len=0 for (t=0;tnumitems; t++) { sprintf(temp,"%s::text,",layer->items[t]); strcat(columns_wanted,temp); } if (gBYTE_ORDER == LITTLE_ENDIAN) sprintf(temp,"asbinary(force_collection(force_2d(%s)),'NDR')", geom_column_name); else sprintf(temp,"asbinary(force_collection(force_2d(%s)),'XDR')", geom_column_name); strcat(columns_wanted,temp); } sprintf(query_str,"DECLARE mycursor BINARY CURSOR FOR SELECT %s from %s WHERE %s = %li", columns_wanted,table_name,urid_name,record); //fprintf(stderr,"msPOSTGISLayerGetShape: %s \n",query_str); query_result = PQexec(layerinfo->conn, "BEGIN"); if (!(query_result) || PQresultStatus(query_result) != PGRES_COMMAND_OK) { msSetError(MS_QUERYERR, "Error executing POSTGIS BEGIN statement.", "msPOSTGISLayerGetShape()"); PQclear(query_result); query_result = NULL; return(MS_FAILURE); } query_result = PQexec(layerinfo->conn, "set enable_seqscan = off"); if (!(query_result) || PQresultStatus(query_result) != PGRES_COMMAND_OK) { msSetError(MS_QUERYERR, "Error executing POSTGIS 'set enable_seqscan off' statement.", "msPOSTGISLayerGetShape()"); PQclear(query_result); query_result = NULL; return(MS_FAILURE); } PQclear(query_result); query_result = PQexec(layerinfo->conn, query_str ); if (!(query_result) || PQresultStatus(query_result) != PGRES_COMMAND_OK) { char tmp[4000]; sprintf(tmp, "Error executing POSTGIS SQL statement (in FETCH ALL): %s\n-%s\n
More Help:
", query_str,PQerrorMessage(layerinfo->conn) ); msSetError(MS_QUERYERR, DATAERRORMESSAGE("",tmp), "msPOSTGISLayerGetShape()"); PQclear(query_result); query_result = NULL; return(MS_FAILURE); } PQclear(query_result); query_result = PQexec(layerinfo->conn, "FETCH ALL in mycursor"); if (!(query_result) || PQresultStatus(query_result) != PGRES_TUPLES_OK) { char tmp[4000]; sprintf(tmp, "Error executing POSTGIS SQL statement (in FETCH ALL): %s\n-%s\n", query_str,PQerrorMessage(layerinfo->conn) ); msSetError(MS_QUERYERR, DATAERRORMESSAGE("",tmp), "msPOSTGISLayerGetShape()"); PQclear(query_result); query_result = NULL; return(MS_FAILURE); } //query has been done, so we can retreive the results shape->type = MS_SHAPE_NULL; if ( 0 < PQntuples(query_result) ) //only need to get one shape { //retreive an item wkb = (char *) PQgetvalue(query_result, 0, layer->numitems); // layer->numitems is the wkt column switch(layer->type) { case MS_LAYER_POINT: result = force_to_points(wkb, shape); break; case MS_LAYER_LINE: result = force_to_lines(wkb, shape); break; case MS_LAYER_POLYGON: result = force_to_polygons(wkb, shape); break; case MS_LAYER_ANNOTATION: case MS_LAYER_QUERY: result = dont_force(wkb,shape); break; case MS_LAYER_RASTER: msDebug( "Ignoring MS_LAYER_RASTER in mappostgis.c\n" ); break; case MS_LAYER_CIRCLE: msDebug( "Ignoring MS_LAYER_RASTER in mappostgis.c\n" ); } if (shape->type != MS_SHAPE_NULL) { //have to retreive the attributes shape->values = (char **) malloc(sizeof(char *) * layer->numitems); for (t=0;tnumitems;t++) { //fprintf(stderr,"msPOSTGISLayerGetShape: finding attribute info for '%s'\n",layer->items[t]); temp1= (char *) PQgetvalue(query_result, 0, t); size = PQgetlength(query_result,0, t ) ; temp2 = (char *) malloc(size+1 ); memcpy(temp2, temp1, size); temp2[size] = 0; //null terminate it shape->values[t] = temp2; //fprintf(stderr,"msPOSTGISLayerGetShape: shape->values[%i] has value '%s'\n",t,shape->values[t]); } shape->index = record; shape->numvalues = layer->numitems; find_bounds(shape); return (MS_SUCCESS); } } else { return (MS_DONE); } msFreeShape(shape); return(MS_FAILURE); } //query the DB for info about the requested table // // CHEAT: dont look in the system tables, get query optimization infomation // // get the table name, return a list of the possible columns (except GEOMETRY column) // // found out this is called during a query int msPOSTGISLayerGetItems(layerObj *layer) { msPOSTGISLayerInfo *layerinfo; char table_name[5000]; char geom_column_name[5000]; char urid_name[5000]; char user_srid[5000]; char sql[6000]; //int nitems; PGresult *query_result; int t; char *col; char found_geom = 0; int item_num; //fprintf(stderr, "in msPOSTGISLayerGetItems (find column names)\n"); layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; if (layerinfo == NULL) { //layer not opened yet msSetError(MS_QUERYERR, "msPOSTGISLayerGetItems called on unopened layer", "msPOSTGISLayerGetItems()"); return(MS_FAILURE); } if (layerinfo->conn == NULL) { msSetError(MS_QUERYERR, "msPOSTGISLayerGetItems called on POSTGIS layer with no connection to DB.", "msPOSTGISLayerGetItems()"); return(MS_FAILURE); } //get the table name and geometry column name msPOSTGISLayerParseData(layer->data, geom_column_name, table_name, urid_name, user_srid); // two cases here. One, its a table (use select * from table) otherwise, just use the select clause sprintf(sql,"SELECT * FROM %s LIMIT 0",table_name); // attempt the query, but dont actually do much (this might take some time if there is an order by!) query_result = PQexec(layerinfo->conn, sql ); if (!(query_result) || PQresultStatus(query_result) != PGRES_TUPLES_OK) { char tmp[4000]; sprintf(tmp, "Error executing POSTGIS SQL statement (in msPOSTGISLayerGetItems): %s\n-%s\n", sql,PQerrorMessage(layerinfo->conn) ); msSetError(MS_QUERYERR, DATAERRORMESSAGE("",tmp), "msPOSTGISLayerGetItems()"); PQclear(query_result); query_result = NULL; return(MS_FAILURE); } layer->numitems = PQnfields(query_result)-1; //dont include the geometry column layer->items = malloc (sizeof(char *) * (layer->numitems+1) ); // +1 incase there is a problem finding goeometry column // it will return an error if there is no geometry column found, // so this isnt a problem found_geom = 0; //havent found the geom field item_num = 0; for (t=0;titems[item_num] = (char*)malloc(strlen(col)+1); strcpy(layer->items[item_num], col); item_num++; } else { found_geom = 1; } } PQclear(query_result); query_result = NULL; if (!(found_geom)) { char tmp[4000]; sprintf(tmp, "msPOSTGISLayerGetItems: tried to find the geometry column in the results from the database, but couldnt find it. Is it miss-capitialized? '%s'", geom_column_name ); msSetError(MS_QUERYERR, tmp, "msPOSTGISLayerGetItems()"); PQclear(query_result); query_result = NULL; return(MS_FAILURE); } return msPOSTGISLayerInitItemInfo(layer); } //we return an infinite extent // we could call the SQL AGGREGATE extent(GEOMETRY), but that would take FOREVER // to return (it has to read the entire table). // So, we just tell it that we're everywhere and lets the spatial indexing figure things out for us // // Never seen this function actually called int msPOSTGISLayerGetExtent(layerObj *layer, rectObj *extent) { //fprintf(stderr,"msPOSTGISLayerGetExtent called\n"); extent->minx = extent->miny = -1.0*FLT_MAX ; extent->maxx = extent->maxy = FLT_MAX; return(MS_SUCCESS); //this should get the real extents,but it requires a table read // unforunately, there is no way to call this function from mapscript, so its // pretty useless. Untested since you cannot actually call it. /* PGresult *query_result; char sql[5000]; msPOSTGISLayerInfo *layerinfo; char table_name[5000]; char geom_column_name[5000]; char urid_name[5000]; char user_srid[5000]; if (layer == NULL) { char tmp[5000]; sprintf(tmp, "layer is null - have you opened the layer yet?"); msSetError(MS_QUERYERR, tmp, "msPOSTGISLayerGetExtent()"); return(MS_FAILURE); } layerinfo = (msPOSTGISLayerInfo *) layer->postgislayerinfo; msPOSTGISLayerParseData(layer->data, geom_column_name,table_name, urid_name,user_srid); sprintf(sql,"select extent(%s) from %s", geom_column_name,table_name); if (layerinfo->conn == NULL) { char tmp[5000]; sprintf(tmp, "layer doesnt have a postgis connection - have you opened the layer yet?"); msSetError(MS_QUERYERR, tmp, "msPOSTGISLayerGetExtent()"); return(MS_FAILURE); } query_result = PQexec(layerinfo->conn, sql); if (!(query_result) || PQresultStatus(query_result) != PGRES_TUPLES_OK) { char tmp[5000]; sprintf(tmp, "Error executing POSTGIS SQL statement (in msPOSTGISLayerGetExtent): %s", layerinfo->sql); msSetError(MS_QUERYERR, tmp, "msPOSTGISLayerGetExtent()"); PQclear(query_result); return(MS_FAILURE); } if (PQntuples(query_result) != 1) { char tmp[5000]; sprintf(tmp, "Error executing POSTGIS SQL statement (in msPOSTGISLayerGetExtent) [doesnt have exactly 1 result]: %s", layerinfo->sql); msSetError(MS_QUERYERR, tmp, "msPOSTGISLayerGetExtent()"); PQclear(query_result); return(MS_FAILURE); } sscanf(PQgetvalue(query_result,0,0),"%lf %lf %lf %lf", &extent->minx,&extent->miny,&extent->maxx,&extent->maxy ); PQclear(query_result); */ } /* Function to parse the Mapserver DATA parameter for geometry * column name, table name and name of a column to serve as a * unique record id */ int msPOSTGISLayerParseData(char *data, char *geom_column_name, char *table_name, char *urid_name,char *user_srid) { char *pos_opt, *pos_scn, *tmp, *pos_srid; int slength; /* given a string of the from 'geom from ctivalues' or 'geom from () as foo' * return geom_column_name as 'geom' * and table name as 'ctivalues' or 'geom from () as foo' */ /* First look for the optional ' using unique ID' string */ pos_opt = strstrIgnoreCase(data, " using unique "); if (pos_opt == NULL) { /* No user specified unique id so we will use the Postgesql OID */ strcpy(urid_name, "OID"); } else { // CHANGE - protect the trailing edge for thing like 'using unique ftab_id using srid=33' tmp = strstr(pos_opt + 14," "); if (tmp == NULL) //it lookes like 'using unique ftab_id' { strcpy(urid_name, pos_opt + 14); } else { //looks like ' using unique ftab_id ' (space at end) strncpy(urid_name, pos_opt + 14, tmp-(pos_opt + 14 ) ); urid_name[tmp-(pos_opt + 14)] = 0; // null terminate it } } pos_srid = strstrIgnoreCase(data," using SRID="); if (pos_srid == NULL) { user_srid[0] = 0; // = "" } else { //find the srid slength=strspn(pos_srid+12,"-0123456789"); if (slength == 0) { msSetError(MS_QUERYERR, DATAERRORMESSAGE(data,"Error parsing POSTGIS data variable: You specified 'using SRID=#' but didnt have any numbers!

\n\nMore Help:

\n\n"), "msPOSTGISLayerParseData()"); return(MS_FAILURE); } else { strncpy(user_srid,pos_srid+12,slength); user_srid[slength] = 0; // null terminate it } } // this is a little hack so the rest of the code works. If the ' using SRID=' comes before // the ' using unique ', then make sure pos_opt points to where the ' using SRID' starts! if (pos_opt == NULL) { pos_opt = pos_srid; } else { if (pos_srid != NULL) { if (pos_opt>pos_srid) pos_opt = pos_srid; } } /* Scan for the table or sub-select clause */ pos_scn = strstr(data, " from "); if (pos_scn == NULL) { msSetError(MS_QUERYERR, DATAERRORMESSAGE(data,"Error parsing POSTGIS data variable. Must contain 'geometry_column from table_name' or 'geom from (subselect) as foo' (couldnt find ' from '). More help:

\n\n"), "msPOSTGISLayerParseData()"); //msSetError(MS_QUERYERR, "Error parsing POSTGIS data variable. Must contain 'geometry_column from table_name' or 'geom from (subselect) as foo' (couldnt find ' from ').", "msPOSTGISLayerParseData()"); return(MS_FAILURE); } /* Copy the geometry column name */ memcpy(geom_column_name, data, (pos_scn)-(data)); geom_column_name[(pos_scn)-(data)] = 0; //null terminate it /* Copy out the table name or sub-select clause */ if (pos_opt == NULL) { strcpy(table_name, pos_scn + 6); //table name or sub-select clause } else { strncpy(table_name, pos_scn + 6, (pos_opt) - (pos_scn + 6)); table_name[(pos_opt) - (pos_scn + 6)] = 0; //null terminate it } if ( (strlen(table_name) < 1 ) || (strlen(geom_column_name) < 1 ) ) { msSetError(MS_QUERYERR, DATAERRORMESSAGE(data,"Error parsing POSTGIS data variable. Must contain 'geometry_column from table_name' or 'geom from (subselect) as foo' (couldnt find a geometry_column or table/subselect). More help:

\n\n"), "msPOSTGISLayerParseData()"); return(MS_FAILURE); } //printf("msPOSTGISLayerParseData: unique column = %s, srid='%s', geom_column_name = %s, table_name=%s\n", urid_name,user_srid,geom_column_name,table_name); return(MS_SUCCESS); } #else //prototypes if postgis isnt supposed to be compiled int msPOSTGISLayerOpen(layerObj *layer) { msSetError(MS_QUERYERR, "msPOSTGISLayerOpen called but unimplemented! (mapserver not compiled with postgis support)", "msPOSTGISLayerOpen()"); return(MS_FAILURE); } void msPOSTGISLayerFreeItemInfo(layerObj *layer) { msSetError(MS_QUERYERR, "msPOSTGISLayerFreeItemInfo called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerFreeItemInfo()"); } int msPOSTGISLayerInitItemInfo(layerObj *layer) { msSetError(MS_QUERYERR, "msPOSTGISLayerInitItemInfo called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerInitItemInfo()"); return(MS_FAILURE); } int msPOSTGISLayerWhichShapes(layerObj *layer, rectObj rect) { msSetError(MS_QUERYERR, "msPOSTGISLayerWhichShapes called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerWhichShapes()"); return(MS_FAILURE); } int msPOSTGISLayerClose(layerObj *layer) { msSetError(MS_QUERYERR, "msPOSTGISLayerClose called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerClose()"); return(MS_FAILURE); } int msPOSTGISLayerNextShape(layerObj *layer, shapeObj *shape) { msSetError(MS_QUERYERR, "msPOSTGISLayerNextShape called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerNextShape()"); return(MS_FAILURE); } int msPOSTGISLayerGetShape(layerObj *layer, shapeObj *shape, long record) { msSetError(MS_QUERYERR, "msPOSTGISLayerGetShape called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerGetShape()"); return(MS_FAILURE); } int msPOSTGISLayerGetExtent(layerObj *layer, rectObj *extent) { msSetError(MS_QUERYERR, "msPOSTGISLayerGetExtent called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerGetExtent()"); return(MS_FAILURE); } int msPOSTGISLayerGetShapeRandom(layerObj *layer, shapeObj *shape, long *record) { msSetError(MS_QUERYERR, "msPOSTGISLayerGetShapeRandom called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerGetShapeRandom()"); return(MS_FAILURE); } int msPOSTGISLayerGetItems(layerObj *layer) { msSetError(MS_QUERYERR, "msPOSTGISLayerGetItems called but unimplemented!(mapserver not compiled with postgis support)", "msPOSTGISLayerGetItems()"); return(MS_FAILURE); } // end above's #ifdef USE_POSTGIS #endif --------------030608090208000001010700-- From lfilak at medinaco.org Tue May 13 09:35:05 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 13 May 2003 12:35:05 -0400 Subject: [Mapserver-users] Label Message-ID: <200305131635.h4DGZ4N11075@yogi.medinaco.net> Simple way: I'm not sure one exists. What we currently do is use MapScript to loop through the label cache and create a rectangular imagemap around each label. This also creates the client-side javascript to show/hide the label as the mouse passes. It does not create the imagemap for the actual polygon as that can take a loooong time to do dynamically based on number of arcs in each polygon & segments in each arc. If the data is static you could always create the imagemap information ahead of time. I have seen at least a couple of discussions to that effect... http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0208/msg00016.html HTH Lowell F. The following message was sent by "Marco Ferrari" on Tue, 13 May 2003 16:03:48 +0200. > Hi, > Is it possible to display a label only when the mouse is passing on a specified polygon? > If yes, how? > Thanks. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From millardymecki at sympatico.ca Tue May 13 09:37:54 2003 From: millardymecki at sympatico.ca (Paul Dymecki) Date: Tue, 13 May 2003 12:37:54 -0400 Subject: [Mapserver-users] Label References: <92F02B0DA5A19549BEA6C9E26917F0392A175F@ganimede.crema.unimi.it> Message-ID: <008e01c3196e$00f30790$f098fea9@pauls> Possibly using java. I would take a look at the mapplet howto to get some ideas, http://www.kralidis.ca/gis/mapserv/mapplet/howto.htm Paul ----- Original Message ----- From: "Marco Ferrari" To: Sent: Tuesday, May 13, 2003 10:03 AM Subject: [Mapserver-users] Label > Hi, > Is it possible to display a label only when the mouse is passing on a specified polygon? > If yes, how? > Thanks. > > > _______________________________________________ > 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 May 13 09:50:28 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 13 May 2003 12:50:28 -0400 Subject: [Mapserver-users] Mapserver and Databases MySQL .. Message-ID: <200305131650.h4DGo7N11394@yogi.medinaco.net> If I understand your intent correctly... If your familiar with the DBI interface to MySQL or even the SQL syntax in general then half the battle is won. The thing to watch is that at some point any data loaded into the database has a column that corresponds to the shapeindex for each record (a sequential number starting at 0). Once that column exists it can be used as the link between the attribute table and the shapes. For example: when a shape is selected the shapeindex for the selected shape(s) can be used to query the database for any tabular data and if a query is done on the tabular data the shapeindex column value can be used to find the shape based on it's index. However if your looking to query the database for information based on what the latitude & longitude are for the shape.? That is a matter of reading the bounds of the selected shape in mapscript and then using that to query the database. HTH Lowell F. The following message was sent by "John Morton" on Sun, 11 May 2003 20:45:13 +0800. > Hi, > > I'm new to mapserver and GIS apps in general .. > > Can someone point me in the right direction for > some info regarding storing information in a > database (say MySQL), and then accessing this > data in my mapserver app .. the data in the Db > could contain latitude and longitude co-ords > within fields (say X,Y) .. > > ..using Mapscript/ perl .. also Mapscript/PHP > > Any assistance would be appreciated .. ta > > John > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jesiel at cttmar.univali.br Tue May 13 10:22:06 2003 From: jesiel at cttmar.univali.br (Jesiel de Souza) Date: Tue, 13 May 2003 14:22:06 -0300 Subject: [Mapserver-users] OracleSpatial switches to include...(correction) References: <8450D0E05920354D97B1507EABDCDB7F132086@svott2000.sierrasys.com> Message-ID: <013e01c31974$2e317600$1f36a9c8@cttmar.univali.br> This is a multi-part message in MIME format. ------=_NextPart_000_013B_01C3195B.084D2E20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Richard, First execute "nmake /f makefile.vc clean" for to clean all compilation = (*.obj, *.lib, ... ). Modify your "nmake.opt" as the lines bellow ( indicated in the blue = color ): At line 203: # Optional ORACLESPATIAL Support. Contact: cabral at cttmar.univali.br ORACLESPATIAL=3D-DUSE_ORACLESPATIAL ORACLESPATIAL_HOME=3Dc:/oracle/ora82 ORACLESPATIAL_LIB=3D$(ORACLESPATIAL_HOME)/oci/lib/msvc/oci.lib ORACLESPATIAL_INC=3D-I$(ORACLESPATIAL_HOME)/oci/include At line 459: LIBS=3D$(MS_LIB) $(GD_LIB) $(TIFF_LIB) $(JPEG_LIB) \ $(PROJ_LIB) $(OGR_LIB) $(GDAL_LIB)\ $(CURL_LIB) $(ECW_LIB) $(MING_LIB) $(PDF_LIB) \ $(WINSOCK_LIB) $(POSTGIS_LIB) $(IMGGEN_LIB) $(ERR_LIB) \ $(XERCES_LIB) $(ORACLESPATIAL_LIB) INCLUDES=3D$(GD_INC) $(TIFF_INC) $(JPEG_INC) \ $(PROJ_INC) $(REGEX_INC) $(GDAL_INC) $(OGR_INC) \ $(CURL_INC) $(MING_INC) $(PDF_INC) $(POSTGIS_INC) \ $(IMGGEN_INC) $(ERR_INC) $(ORACLESPATIAL_INC) MS_CFLAGS=3D$(INCLUDES) $(REGEX_OPT) $(STRINGS) $(POSTGIS) \ $(EPPL) $(PROJ) $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS) \ $(WMSCLIENT) $(MING) $(IGNORE_MISSING_DATA) $(GDAL) \ -DFEATURE_INFO_HTML $(WFS) $(WFSCLIENT) $(PDF) $(EGIS) = $(ORACLESPATIAL) Be sure you modified the variables LIBS, INCLUDES and MS_CFLAGS = correctly. If you run into trouble, please send me the error message/output. Regards, Jesiel de Souza ----- Original Message -----=20 From: Becher, Richard=20 To: Jesiel de Souza=20 Sent: Tuesday, May 13, 2003 11:10 AM Subject: RE: [Mapserver-users] OracleSpatial switches to = include...(correction) Hi Jesiel, =20 I did what you told me. I had to adjust the way I declared the = variables: =20 # Optional ORACLESPATIAL Support. Contact: cabral at cttmar.univali.br ORACLESPATIAL=3D-DUSE_ORACLESPATIAL ORACLESPATIAL_HOME=3Dc:/oracle/ora82 ORACLESPATIAL_LIB=3D$(ORACLESPATIAL_HOME)/lib/oracore8.lib = $(ORACLESPATIAL_HOME)/lib/oraxml8.lib \ $(ORACLESPATIAL_HOME)/lib/oraxmlg8.lib ORACLESPATIAL_INC=3D-I$(ORACLESPATIAL_HOME)/rdbms/demo =20 =20 It would not compile when I had the syntax you gave me: # Optional ORACLESPATIAL Support. Contact: cabral at cttmar.univali.br ORACLESPATIAL=3D -DUSE_ORACLESPATIAL ORACLESPATIAL_HOME=3D c:\oracle\ora817 ORACLESPATIAL_LIB=3D -L$(ORACLESPATIAL_HOME)/lib -lclntsh ORACLESPATIAL_INC=3D -I$(ORACLESPATIAL_HOME)/rdbms/demo = -I$(ORACLESPATIAL_HOME)/rdbms/public =20 =20 The compiler did not like the -L or the -lclntsh switches under = ORACLESPATIAL_LIB.So instead I referenced the 3 lib files found in the = lib directory. =20 Anyway, I still do not get ORACLESPATIAL listed as an input... =20 Here is what I do get: =20 =20 C:\projects\mapserver>mapserv -v MapServer version 4.0 (development) OUTPUT=3DPNG OUTPUT=3DJPEG = OUTPUT=3DWBMP OUTPUT=3DPDF OUTPUT=3DSWF SUPPORTS=3DPROJ SUPPORTS=3DFREE TYPE SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT SUPPORTS=3DWFS_SERVER = SUPPORTS=3DWFS_CLIENT INPUT=3DOGR INPUT=3DGDAL INPUT=3DSHAPEFILE =20 Any other suggestions? =20 Cheers, =20 Richard =20 ------=_NextPart_000_013B_01C3195B.084D2E20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Richard,
 
First execute "nmake /f=20 makefile.vc clean" for to clean all compilation (*.obj, *.lib, ...=20 ).
 
Modify your "nmake.opt" as the lines = bellow (=20 indicated in the blue color ):
 
At line = 203:
# Optional = ORACLESPATIAL=20 Support. Contact: cabral at cttmar.univali.br
ORACLESPATIAL=3D-DUSE_ORACLESPATIAL
ORACLESPATIAL_HOME=3Dc:/o= racle/ora82
ORACLESPATIAL_LIB=3D$(ORACLESPATIAL_HOME)/oci/lib/msvc/oci.lib
ORAC= LESPATIAL_INC=3D-I$(ORACLESPATIAL_HOME)/oci/include<= /FONT>
 
At line = 459:
LIBS=3D$(MS_LIB) $(GD_LIB)=20 $(TIFF_LIB) $(JPEG_LIB) \
     $(PROJ_LIB) = $(OGR_LIB)=20 $(GDAL_LIB)\
     $(CURL_LIB) $(ECW_LIB) = $(MING_LIB)=20 $(PDF_LIB) \
     $(WINSOCK_LIB) $(POSTGIS_LIB)=20 $(IMGGEN_LIB) $(ERR_LIB) \
     $(XERCES_LIB) = $(ORACLESPATIAL_LIB)
 
INCLUDES=3D$(GD_INC) $(TIFF_INC)=20 $(JPEG_INC) \
         = $(PROJ_INC)=20 $(REGEX_INC) $(GDAL_INC) $(OGR_INC)=20 \
         $(CURL_INC) = $(MING_INC)=20 $(PDF_INC) $(POSTGIS_INC) = \
        =20 $(IMGGEN_INC) $(ERR_INC) $(ORACLESPATIAL_INC)
 
MS_CFLAGS=3D$(INCLUDES)=20 $(REGEX_OPT) $(STRINGS) $(POSTGIS)=20 \
          $(EPPL) = $(PROJ)=20 $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS)=20 \
          $(WMSCLIENT) = $(MING)=20 $(IGNORE_MISSING_DATA) $(GDAL)=20 \
          = -DFEATURE_INFO_HTML=20 $(WFS) $(WFSCLIENT) $(PDF) $(EGIS) $(ORACLESPATIAL)
 
Be sure you modified the variables = LIBS, INCLUDES=20 and MS_CFLAGS correctly.
 
If you run into trouble, please send me = the error=20 message/output.
 
Regards,
 
Jesiel de Souza
 

----- Original Message -----
From:=20 Becher, Richard =
Sent: Tuesday, May 13, 2003 = 11:10=20 AM
Subject: RE: [Mapserver-users]=20 OracleSpatial switches to include...(correction)

Hi=20 Jesiel,

 

I did what = you told=20 me.  I had to adjust the = way I=20 declared the variables:

 

# Optional = ORACLESPATIAL=20 Support. Contact: cabral at cttmar.univali.br

ORACLESPATIAL=3D-DUSE_ORACLESPATIAL

ORACLESPATIAL_HOME=3Dc:/oracle/ora82

ORACLESPATIAL_LIB=3D$(ORACLESPATIAL_HOME)/lib/oracore8.lib=20 $(ORACLESPATIAL_HOME)/lib/oraxml8.lib \

           &nbs= p;     =20 = $(ORACLESPATIAL_HOME)/lib/oraxmlg8.lib

ORACLESPATIAL_INC=3D-I$(ORACLESPATIAL_HOME)/rdbms/demo

 

 

It would = not compile=20 when I had the syntax you gave me:

# Optional = ORACLESPATIAL Support.=20 Contact: cabral at cttmar.univali.br
ORACLESPATIAL=3D     =20 -DUSE_ORACLESPATIAL
ORACLESPATIAL_HOME=3D=20 c:\oracle\ora817
ORACLESPATIAL_LIB=3D =20 -L$(ORACLESPATIAL_HOME)/lib -lclntsh
ORACLESPATIAL_INC=3D =20 -I$(ORACLESPATIAL_HOME)/rdbms/demo=20 -I$(ORACLESPATIAL_HOME)/rdbms/public

 

 

The = compiler did not=20 like the =96L or the =96lclntsh switches = under=20 ORACLESPATIAL_LIB=85So instead I referenced the 3 lib files found in = the lib=20 directory.

 

Anyway, I = still do=20 not get ORACLESPATIAL listed as an = input=85..

 

Here is = what I do=20 get:

 

 

C:\projects\mapserver>mapserv=20 -v

MapServer version = 4.0=20 (development) OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP OUTPUT=3DPDF = OUTPUT=3DSWF=20 SUPPORTS=3DPROJ SUPPORTS=3DFREE

TYPE=20 SUPPORTS=3DWMS_SERVER SUPPORTS=3DWMS_CLIENT SUPPORTS=3DWFS_SERVER=20 SUPPORTS=3DWFS_CLIENT INPUT=3DOGR INPUT=3DGDAL=20 INPUT=3DSHAPEFILE

 

Any other=20 suggestions?

 

Cheers,

 

Richard

 

------=_NextPart_000_013B_01C3195B.084D2E20-- From poff at sixbit.org Tue May 13 10:36:24 2003 From: poff at sixbit.org (poff at sixbit.org) Date: Tue, 13 May 2003 19:36:24 +0200 (CEST) Subject: [Mapserver-users] installing php mapscript without root Message-ID: Hi, I use a public access unix system, so I can't install php mpscript globally myself. I have succesfully compiled the extension, and can run with the dl() option, however: Warning: Unable to load dynamic library './php_mapscript.so' - Shared object "libgd.so.2" not found in /www/path/test.php on line 3 the lib is in the . directory, as well as in the SetEnv LD_LIBRARY_PATH /path/lib In .htaccess Is there any workaround to this without geting libgd globally installed (which won't happen) ? Thanks in advance, poff at sixbit.org SDF Public Access UNIX System - http://sdf.lonestar.org From arnulf.christl at ccgis.de Tue May 13 10:40:50 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Tue, 13 May 2003 19:40:50 +0200 Subject: AW: AW: Re: [Mapserver-users] Slow MapServer with large data In-Reply-To: <20030513151539.JIKO4828.fepC.post.tele.dk@localhost.localdomain> Message-ID: 1. What hardware are you using? AC: We are running PostGreSQL/PostGIS and MapServer on a free BSD System. Its an Intel 2.6 Ghz processor with 512 MB RAM, IDE 80 GB HD. The Webserver with the PHP client, some additional shapes and two other WMS servers online is a fat dual processor Win2000 with 2 GB RAM (nice box, but by now there has accumulated all sorts of sad software on it...). You don't need much performance to get going, but once the data gets larger and the requests more numerous it is helpful to get a larger machine. 2. How to "thin out the data"? AC: We have a special situation as we are currently migrating a customer from another system. Therefore we have to turn around every object anyway and can decide what to do with it. Basically the idea is to use less points to display a line as in smaller scales you cannot identify all the details. There are some tools around to automatically do it with shape files I believe, it was also posted some days (weeks, months?) ago. If I re-find it I will send it to you (maybe someone is listening in and remenbers better than me). Alternatively you can take "snapshots" of the shape data and include them as raster layers for small scales. As you zoom in and the resolution of the raster image deteriorates the vector shapes are activates (MAXSCALE) 2. We'ere always only showing one layer at a time (one shape-file to be exact). Would the "throwing the shapes into PG/PostGIS"-thing have any effect then?? AC: Yes, definitely. We have an attribute on each object stating up to which scale level it will be displayed. You can do that only if you own the data for a prolonged period and really know it intimately. If it is regularly updated from somewhere else this wouldn't make much sense. Nonetheless the performance gain we achieve simply by using PostGIS instead of shape files is flattening. If anybody has made different experiences please tell us about it - or else I will send Jan in the wrong direction. What kind of data do you plan to show? With a road network for example its an easy question, just display highways at small scales and add minor roads as you zoom in. Cheers, Arnulf. "Arnulf Christl \\(CCGIS\\)" wrote: > Hi, > 15 sec does seem a lot, but maybe thats it. Our shapefile > sizes usually do > not exceed 10 MB to prevent this happening. The problem is > that shapes > physically are sequential files and performance must go down > when the > filesize increases. Indexing (shptree.exe) and breaking up > (tile4ms.exe) > really do help a lot, strange that you don't seem to notice > the effect. > Maybe you try to always show the comletet extension of the > shapefile, then > the mentioned tools will not be of much help. If that is the > case I would > suggest that you set zooming limits by using MINSCALE and > MAXSCALE to only > access the files when at an appropriate scale. For the > overview you could > use a raster "screenshot" of the shapes (shp2img.exe) or > thin out the data. > Then the performance issue should not be a problem anymore. > If you still cannot get enough performance you should > consider throwing the > shapes into PG/PostGIS. If thats still not enough, separate > the MapServer > software and the PostGreSQL DB to run on separate machines > (hardware). This > will improove performance by factor 5 to 10 (thats our > hands-on experience). > When you have reached this stage the map (from the same > data) should be > delivered in about 1 or 2 seconds. > > Cheers, Arnulf. > > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag > von > jankarin at post1.dknet.dk > Gesendet: Dienstag, 13. Mai 2003 12:25 > An: mapserver-users at lists.gis.umn.edu; > woodbri at swoodbridge.com > Betreff: Re: Re: [Mapserver-users] Slow MapServer with large > data > > > I have tried on af few shapefiles, but it doesn't help much. > And it wouldn't > have any effect on our tab-data. > > By the way: Is 15 sec. for a 25 MB shapefile/40 sec for a 30 > MB MapInfo > map-file the usual speed for MapServer on a PIII, 650 Mhz, > 262 MB RAM ? > > If it is, there's only one thing to do, if not ..... > Anyone have some ideas? > > Jan > > > woodbri at swoodbridge.com wrote: > > Have you built shptree indexes for all your shapefiles? > > > > On 9 May 2003 at 13:14, jankarin at post1.dknet.dk wrote: > > > > > Hello > > > > > > I have a little problem with the speed in MapServer. > > > We're trying to make qiuck-viewer to shape- and > > tab-formats, but > > > MapServer is running slow with large data: 20 seconds: > > Shapefil 17 MB, > > > dbf-fil 9,5 MB. 45 seconds: Map-fil 31 MB, Dat-fil 25 > MB. > > > > > > I have been trying with the GCI-version and PHP > Mapscript > > - same > > > result. > > > > > > I am running MapServer 3.6.4 with PNG-output under > Apache > > 2.4.5 on > > > Windows 2000. The pc is Pentim III, 650 Mhz, 262 MB > RAM. > > > > > > In another installation (PII, 400 Mhz, 196 MB RAM) a > > shapefile > > > (shapefile 17 MB, dbf-fil 9,5 MB) took 80 seconds to > > show. > > > > > > We're using MapServer in an application which is > > dynamically creating > > > map-files with Mapscript (only showing one layer at a > > time). We're > > > talknig about 17.000 layers in shape- and tabformats, > so > > it is not > > > possible to improve indexfiles or anything else related > to > > a single > > > layer. > > > > > > Can anyone help? > > > > > > Thanks, > > > > > > Jan Christiansen > > > jankarin at post1.dknet.dk > > > Engineering College of Copenhagen > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/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 doug at moximedia.com Tue May 13 10:42:45 2003 From: doug at moximedia.com (Doug Cates) Date: Tue, 13 May 2003 10:42:45 -0700 Subject: [Mapserver-users] OGC Filter Encoding implementation Message-ID: <000801c31977$101b8ef0$6401a8c0@vn.shawcable.net> Dave McIlhagga wrote: > Both OGC Filter Encoding and SLD support in MapServer will > be implemented this summer by the DM Solutions development > team. I would expect this will be accessible in a > development version of MapServer by Fall. Dave, I'm very interested in seeing strong WFS server support by MapServer. Will you support POST requests as well as GET? I'll be happy to assist with testing MapServer WFS server functionality during your development. Doug -- Doug Cates Moxi Media Inc. 757 - 1641 Lonsdale Avenue, North Vancouver, BC, Canada V7M 2J5 Phone: 604-984-8109 Fax: 604-608-4764 E-Mail: doug at moximedia.com Web: www.moximedia.com From jwitte at gmx.at Tue May 13 11:00:06 2003 From: jwitte at gmx.at (=?iso-8859-1?Q?J=F6rn_Witte?=) Date: Tue, 13 May 2003 20:00:06 +0200 Subject: [Mapserver-users] SDE-problem Message-ID: <000501c31979$7ce2a030$3efefea9@poldi> This is a multi-part message in MIME format. ------=_NextPart_000_0006_01C3198A.406B7030 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, =20 I=92ve compiled the Mapserver 3.6.5 on WinXP with MSVC++ 6.0 and SDE-support successfully. But if I try to connect the ArcSDE Database, I get the following error-message: =20 msSDELayerOpen(): SDE error. SE_connection_create(): Entry for SDE instance not found in services file. (-102) =20 The error-message doesn`t exist, if the MapServer and the ArcSDE-geodatabase are running on the same host. Does anyone have an idea of what is going wrong? =20 =20 Thanks, J=F6rn Witte =20 ------=_NextPart_000_0006_01C3198A.406B7030 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

I’ve compiled = the Mapserver 3.6.5 on WinXP with MSVC++ 6.0 and SDE-support = successfully.

But if I try to = connect the ArcSDE Database, I get the following = error-message:

 

msSDELayerOpen(): SDE = error. SE_connection_create(): Entry for SDE instance not found in services = file. (-102)

 

The error-message = doesn`t exist, if the MapServer and the ArcSDE-geodatabase are running on the = same host.

Does anyone have an = idea of what is going wrong?

 

 

Thanks,

J=F6rn = Witte

 

------=_NextPart_000_0006_01C3198A.406B7030-- From assefa at dmsolutions.ca Tue May 13 11:07:11 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 13 May 2003 14:07:11 -0400 Subject: [Mapserver-users] OGC Filter Encoding implementation References: <000801c31977$101b8ef0$6401a8c0@vn.shawcable.net> Message-ID: <3EC1344F.AAF54E9A@dmsolutions.ca> The plan is to support the Post and the GET requests. If you want to do some testings, I will be glad to get in touch with you during the developpment period and we can work things out. Later, Doug Cates wrote: > Dave McIlhagga wrote: > > > Both OGC Filter Encoding and SLD support in MapServer will > > be implemented this summer by the DM Solutions development > > team. I would expect this will be accessible in a > > development version of MapServer by Fall. > > Dave, > > I'm very interested in seeing strong WFS server support by MapServer. Will > you support POST requests as well as GET? I'll be happy to assist with > testing MapServer WFS server functionality during your development. > > Doug > -- > Doug Cates > Moxi Media Inc. > 757 - 1641 Lonsdale Avenue, > North Vancouver, BC, Canada V7M 2J5 > Phone: 604-984-8109 > Fax: 604-608-4764 > E-Mail: doug at moximedia.com > Web: www.moximedia.com > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Tue May 13 11:11:33 2003 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Tue, 13 May 2003 14:11:33 -0400 Subject: [Mapserver-users] SDE-problem Message-ID: <7CDD7B94357FD5119E800002A537C46E2307C2@s5-ccr-r1.ccrs.nrcan.gc.ca> Yup, find your "services" file (On my Win2K it's in C:\WINNT\system32\drivers\etc), And make sure you have a line like: esri_sde 5151/tcp # ArcSDE Server Listening Port 5151 being the default listening port for SDE. Cheers, J.F. -----Original Message----- From: J?rn Witte [mailto:jwitte at gmx.at] Sent: Tuesday, May 13, 2003 2:00 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] SDE-problem Hi, I've compiled the Mapserver 3.6.5 on WinXP with MSVC++ 6.0 and SDE-support successfully. But if I try to connect the ArcSDE Database, I get the following error-message: msSDELayerOpen(): SDE error. SE_connection_create(): Entry for SDE instance not found in services file. (-102) The error-message doesn`t exist, if the MapServer and the ArcSDE-geodatabase are running on the same host. Does anyone have an idea of what is going wrong? Thanks, J?rn Witte From Tom.Kralidis at CCRS.NRCan.gc.ca Tue May 13 11:13:59 2003 From: Tom.Kralidis at CCRS.NRCan.gc.ca (Tom.Kralidis at CCRS.NRCan.gc.ca) Date: Tue, 13 May 2003 14:13:59 -0400 Subject: [Mapserver-users] OGC Filter Encoding implementation Message-ID: <7CDD7B94357FD5119E800002A537C46E04FA201C@s5-ccr-r1.ccrs.nrcan.gc.ca> > -----Original Message----- > From: Yewondwossen Assefa [mailto:assefa at dmsolutions.ca] > Sent: Tuesday, May 13, 2003 2:07 PM > To: Doug Cates > Cc: mcilhagga at dmsolutions.ca; mapserver-users at lists.gis.umn.edu; > stepan.kafka at centrum.cz > Subject: Re: [Mapserver-users] OGC Filter Encoding implementation > > > The plan is to support the Post and the GET requests. If you > want to do some > testings, I will be glad to get in touch with you during the > developpment > period and we can work things out. > Please add me to the list of torcher testers :) ================================= Tom Kralidis Systems Scientist Canada Centre for Remote Sensing Tel: +01-613-947-1828 http://www.cgdi.ca/ ================================= > Later, > > Doug Cates wrote: > > > Dave McIlhagga wrote: > > > > > Both OGC Filter Encoding and SLD support in MapServer will > > > be implemented this summer by the DM Solutions development > > > team. I would expect this will be accessible in a > > > development version of MapServer by Fall. > > > > Dave, > > > > I'm very interested in seeing strong WFS server support by > MapServer. Will > > you support POST requests as well as GET? I'll be happy to > assist with > > testing MapServer WFS server functionality during your development. > > > > Doug > > -- > > Doug Cates > > Moxi Media Inc. > > 757 - 1641 Lonsdale Avenue, > > North Vancouver, BC, Canada V7M 2J5 > > Phone: 604-984-8109 > > Fax: 604-608-4764 > > E-Mail: doug at moximedia.com > > Web: www.moximedia.com > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- > ---------------------------------------------------------------- > Assefa Yewondwossen > Software Analyst > > Email: assefa at dmsolutions.ca > http://www.dmsolutions.ca/ > > Phone: (613) 565-5056 (ext 14) > Fax: (613) 565-0925 > ---------------------------------------------------------------- > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From steve.lime at dnr.state.mn.us Tue May 13 11:16:48 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 13 May 2003 13:16:48 -0500 Subject: [Mapserver-users] Linux segmentation problem Message-ID: My bad. Will be fixed today sometime... >>> Hatcher Matthew 05/13/03 05:54AM >>> Hi all, I have compiled and built the latest nightly build of Mapserver 3.7 (or 4.0 as it announces itself) using Red Hat Linux 9.0. I used the instructions given in the Wiki - for which I'm very grateful. Thanks to the authors! Mapserver and all the associated libraries compile absolutely fine - I used the following options: ./configure --without-tiff --without-eppl --without-jpeg --with-threads --with-proj --with-gdal=/usr/local/bin --with-gd=/usr/local --with-freetype=/usr/bin --with-ogr --with-wmsclient --with-wms --with-wfsclient --with-wfs ./mapserv -v MapServer version 4.0 (development) 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=OGR INPUT=GDAL INPUT=SHAPEFILE Running mapserv through a browser with no parameters works fine (http://localhost/cgi-bin/mapserv). This returns the standard html saying "no query information to decode". However, if I pass any parameters at all, be they in mapserver, WMS or WFS format, I get an internal server error. The error log says only "premature end of script", and if I run mapserv at the command line by passing a QUERY_STRING here, I get "segmentation fault". Helpful. Anybody got any suggestions, or ways in which I can debug a bit to find out what is causing the problem? Cheers, Matt The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. Emails and other electronic communication with QinetiQ may be monitored. Calls to our Customer Contact Centre may be recorded for quality control, regulatory and monitoring purposes. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime at dnr.state.mn.us Tue May 13 11:19:16 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 13 May 2003 13:19:16 -0500 Subject: [Mapserver-users] SDE-problem Message-ID: Have you edited the windows services file to register your SDE server? >>> J?rn Witte 05/13/03 01:00PM >>> Hi, I've compiled the Mapserver 3.6.5 on WinXP with MSVC++ 6.0 and SDE-support successfully. But if I try to connect the ArcSDE Database, I get the following error-message: msSDELayerOpen(): SDE error. SE_connection_create(): Entry for SDE instance not found in services file. (-102) The error-message doesn`t exist, if the MapServer and the ArcSDE-geodatabase are running on the same host. Does anyone have an idea of what is going wrong? Thanks, J?rn Witte From steve.lime at dnr.state.mn.us Tue May 13 11:31:40 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 13 May 2003 13:31:40 -0500 Subject: [Mapserver-users] Linux segmentation problem Message-ID: It looks as if one too many parameters where being counted. I just fixed it and it's now in the CVS... >>> "Steve Lime" 05/13/03 01:16PM >>> My bad. Will be fixed today sometime... >>> Hatcher Matthew 05/13/03 05:54AM >>> Hi all, I have compiled and built the latest nightly build of Mapserver 3.7 (or 4.0 as it announces itself) using Red Hat Linux 9.0. I used the instructions given in the Wiki - for which I'm very grateful. Thanks to the authors! Mapserver and all the associated libraries compile absolutely fine - I used the following options: ./configure --without-tiff --without-eppl --without-jpeg --with-threads --with-proj --with-gdal=/usr/local/bin --with-gd=/usr/local --with-freetype=/usr/bin --with-ogr --with-wmsclient --with-wms --with-wfsclient --with-wfs ./mapserv -v MapServer version 4.0 (development) 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=OGR INPUT=GDAL INPUT=SHAPEFILE Running mapserv through a browser with no parameters works fine (http://localhost/cgi-bin/mapserv). This returns the standard html saying "no query information to decode". However, if I pass any parameters at all, be they in mapserver, WMS or WFS format, I get an internal server error. The error log says only "premature end of script", and if I run mapserv at the command line by passing a QUERY_STRING here, I get "segmentation fault". Helpful. Anybody got any suggestions, or ways in which I can debug a bit to find out what is causing the problem? Cheers, Matt The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. Emails and other electronic communication with QinetiQ may be monitored. Calls to our Customer Contact Centre may be recorded for quality control, regulatory and monitoring purposes. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jorge_alberto at arocha.net Tue May 13 13:12:40 2003 From: jorge_alberto at arocha.net (=?iso-8859-1?Q?Jorge_Alberto_Arocha_Mu=F1oz?=) Date: Tue, 13 May 2003 13:12:40 -0700 Subject: [Mapserver-users] (sin asunto) Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_D091_01C31951.54F31CD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I am using perl mapscript and I have installed Xbase 1.07 and when try execute: shpinfo.pl - file = /var/www/cartografia/data/departamentos I obtain: Shapefile /var/www/cartografia/data/departamentos: type: polygon number of features: 33 bounds: (-81.738990,-4.225016) (-66.850936,13.397494) Can't locate object method "new" via package "XBase" (perhaps you forgot to load "XBase"?) at ./shpinfo.pl line 26. Which the error can be? if it is Xbase where I can get the correct one. Thanks, JORGE ALBERTO AROCHA MUOZ Ingeniero de Sistemas UIS Especialista Sistemas Inf. Geogrfica ------=_NextPart_000_D091_01C31951.54F31CD0 Content-Type: text/html Content-Transfer-Encoding: 7bit I am using perl mapscript and I have installed Xbase 1.07 and when try execute:

shpinfo.pl - file = /var/www/cartografia/data/departamentos

I obtain:

Shapefile /var/www/cartografia/data/departamentos:

type: polygon
number of features: 33
bounds: (-81.738990,-4.225016) (-66.850936,13.397494)
Can't locate object method "new" via package "XBase" (perhaps you forgot to load "XBase"?) at ./shpinfo.pl line 26.

Which the error can be? if it is Xbase where I can get the correct one.

Thanks,

JORGE ALBERTO AROCHA MUOZ
Ingeniero de Sistemas UIS
Especialista Sistemas Inf. Geogrfica
------=_NextPart_000_D091_01C31951.54F31CD0-- From pkishor at geoanalytics.com Tue May 13 13:47:06 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 13 May 2003 20:47:06 -0000 Subject: [Mapserver-users] Re: (sin asunto) In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, Jorge Alberto Arocha Mu?oz wrote: > I am using perl mapscript and I have installed Xbase 1.07 ^^^^^ > and when try > execute: > > shpinfo.pl - file = /var/www/cartografia/data/departamentos > > I obtain: > > Shapefile /var/www/cartografia/data/departamentos: > > type: polygon > number of features: 33 > bounds: (-81.738990,-4.225016) (-66.850936,13.397494) > Can't locate object method "new" via package "XBase" (perhaps you XBase is not the same as Xbase ^ ^ note the capital B. Get the correct module from CPAN and you should be fine. From dblasby at refractions.net Tue May 13 15:55:47 2003 From: dblasby at refractions.net (David Blasby) Date: Tue, 13 May 2003 15:55:47 -0700 Subject: [Mapserver-users] Postgis "explain verbose"-Error [carl.anderson@vadose.org] In-Reply-To: <20030513051222.GC5210@vadose.dvg> References: <20030513050031.GA3045@vadose.dvg> <20030513051222.GC5210@vadose.dvg> Message-ID: <3EC177F3.6010601@refractions.net> Carl, I have modified your schema-patched find_srid() and commited it to the postgis CVS: 1. removed isstrict qualification and explicity throw an error if one of the arguments is null 2. use "LIKE" instead of "~" for pattern matching because "~" wasnt working on my system 3. throw an error if the the requested geometry couldnt be found. The error throwing was added because it used to return NULL if it couldnt find the column. This caused no end of trouble for people because the isstrict clause would cascade and NULL out all the geometries with no warning. CREATE FUNCTION find_srid(varchar,varchar,varchar) RETURNS int4 AS 'DECLARE schem text; tabl text; sr int4; BEGIN IF $1 IS NULL THEN RAISE EXCEPTION ''find_srid() - schema is NULL!''; END IF; IF $2 IS NULL THEN RAISE EXCEPTION ''find_srid() - table name is NULL!''; END IF; IF $3 IS NULL THEN RAISE EXCEPTION ''find_srid() - column name is NULL!''; END IF; schem = $1; tabl = $2; -- if the table contains a . and the schema is empty -- split the table into a schema and a table -- otherwise drop through to default behavior IF ( schem = '''' and tabl LIKE ''%.%'' ) THEN schem = substr(tabl,1,strpos(tabl,''.'')-1); tabl = substr(tabl,length(schem)+2); ELSE schem = schem || ''%''; END IF; select SRID into sr from geometry_columns where f_table_schema like schem and f_table_name = tabl and f_geometry_column = $3; IF NOT FOUND THEN RAISE EXCEPTION ''find_srid() - couldnt find the corresponding SRID - is the geometry registered in the GEOMETRY_COLUMNS table? Is there an uppercase/lowercase missmatch?''; END IF; return sr; END; ' LANGUAGE 'plpgsql' WITH (iscachable); Orginal patch message: Carl Anderson wrote: > To allow support for schema enabled Postgis in Mapserver 6.3 > I request that find_srid () be changed in the following way. > This is clearly a hack but will extend the use of PostGIS w/ schemas > into Mapserver 3.6.x > > preserve existing behaviour > extend behavior to automatically promote a namespace.table reference > into a schema in the place of parameter 1 > into a table in place of parameter 2 > > Mapserver 3.6.x converts > > CONNECTIONTYPE postgis > DATA 'shape from cities.annex_cases' > > into a Binary Cursor containing > .. find_srid('','cities.annex_cases','shape') ... > > We have geotables in schemas to provide a level of sanity and > context to the geotables; > > Postgresql 7.3 by default will search the users named schema and then > the public schema. This is an unacceptable exposure of the schema owner > to web traffic. We prefer to use extremely limited accounts for > mapserver. So when the Pg user is different from the schema the tables > are in the tables are not found. The propsed style will allow a user > to explicitly specify the schema. > > the the above example the public.geometry_columns table contains > f_table_catalog | f_table_schema | f_table_name | f_geometry_column > | coord_dimension | srid | type | > -----------------+----------------+----------------+-------------------+-----------------+------+-------------- > > | cities | annex_cases | shape | > 2 | -1 | MULTIPOLYGON > > > > proposed new find_srid() > ------------------ > -- FIND_SRID( ,
, ) > > CREATE FUNCTION find_srid(varchar,varchar,varchar) RETURNS int4 AS > 'DECLARE > schem text; > tabl text; > sr int4; > BEGIN > schem = $1; > tabl = $2; > -- if the table contains a . and the schema is empty > -- split the table into a schema and a table > -- otherwise drop through to default behavior > if ( schem = '''' and tabl ~ ''\.'' ) then > schem = substr(tabl,1,strpos(tabl,''.'')-1); > tabl = substr(tabl,length(schem)+2); > else > schem = schem || ''%''; > end if; > > select SRID into sr from geometry_columns where f_table_schema like > schem and f_table_name = tabl and f_geometry_column = $3; > > return sr; > END; > ' > LANGUAGE 'plpgsql' WITH (iscachable,isstrict); > > C. From ed at topozone.com Tue May 13 17:02:09 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 13 May 2003 20:02:09 -0400 Subject: [Mapserver-users] data/mapfile organization advice sought Message-ID: <13858AA1A74F30419F319ACB66A9D1221F439C@mercator.topozone.com> Puneet - As I've mentioned before on this list, I use the C preprocessor to create master mapfile templates with macro expansions, #ifdef blocks, etc. It allows me to maintain one master set of template files, with a make script to crank out all the mapfiles I need. As for performance, I have at least one mapfile with 185 layers in it. If you think about the amount of data being read / processed from your spatial data files, reading a few more lines of text is really pretty minor. - 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: Puneet Kishor [mailto:pkishor at geoanalytics.com] Sent: Tuesday, May 13, 2003 12:09 AM To: Mapserver Subject: [Mapserver-users] data/mapfile organization advice sought To ms data mavens -- please give me a piece of your mind. I have shapefile data of several countries, about 14 countries. Each country has 8 to 12 different layers, but they are all called the same. For example, all countries have a layer called "layer1", "layer2", and so on, while a few countries may not have "layer8" or "layer11," etc. If I were to draw all the countries together, they would draw correctly, that is, they are in the correct geographic space. However, their data are self-contained. That is, even though country1 and country2 are contiguous, drawing country1 does not bring up country2... they are in different folders. How do I create and work with their mapfiles? I can't really have one big mongo mapfile with all the layers of all the countries... it would be unworkable, and probably very inefficient. On the other hand, if I have 14 different mapfiles, they will be almost identical to each other except for the path to the data. If I make a tweak in any one mapfile (for example, change the color or visible scale of a layer), I will have to go and change it in 14 different mapfiles. Ideally I would like to have one master mapfile (like a template), and just substitute (on the fly) the path to the data. I guess I could do some preprocessing with Perl, and swap a filter keyword using regexp search, to create a working, valid mapfile on the fly, but I would also have to account for those one or two particular layers that happen to be absent for a given country. Please share your insight. Many tia. Puneet. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From sarawut at ait.ac.th Wed May 14 00:37:36 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Wed, 14 May 2003 14:37:36 +0700 Subject: [Mapserver-users] Cant change IMAGETYPE on map file Message-ID: <5.1.1.6.2.20030514143111.00a9dd28@mail.ait.ac.th> Dear All I already setup mapserv 3.6 with gif support on Linux RH 8.0 by Wiki instruction.. everything is fine. But yesterday I try to set temporary image output to jpeg or png by modified map file From IMAGETYPE png To IMAGETYPE jpeg But it does not work. the ouput still gif file format After that I modifier in php3 file to use $gAppletImgFmt = Ms_JPEG instead of Ms_PNG. It's work Is this a bug or anything wrong with my configuration. /* ==================================================================== */ /* Find out whether GIF is supported... if not falback on PNG/JPG */ /* ==================================================================== */ if (strpos( ms_GetVersion(), "OUTPUT=GIF") > 0 ) { $gAppletImgFmt = MS_GIF; $gImagesFmt = MS_GIF; else { $gAppletImgFmt = MS_JPEG; $gImagesFmt = MS_PNG; } Best Regard Sarawut From sarawut at ait.ac.th Wed May 14 00:41:31 2003 From: sarawut at ait.ac.th (Sarawut Ninsawat) Date: Wed, 14 May 2003 14:41:31 +0700 Subject: [Mapserver-users] How to show high resolution image Landsat Message-ID: <5.1.1.6.2.20030514143739.00ac1950@mail.ait.ac.th> Dear all First I wish to show my Landsat image on mapserv 3.6 (RH8.0) with high quality as same as my original TIFF file. Even I set the minscale to only 5000. However,this is still not nice image but it can zoom to that extent. I think the reason is Pixel size of output image. How can I improve the resolution ? Best Regard Sarawut From bplatzen at sosnetz.de Wed May 14 01:02:36 2003 From: bplatzen at sosnetz.de (=?iso-8859-15?q?Bj=F6rn=20Platzen?=) Date: Wed, 14 May 2003 10:02:36 +0200 Subject: [Mapserver-users] Label depending on Scale and Labelitem Message-ID: <200305141002.36756.bplatzen@sosnetz.de> Hi List, I've got a point-shapefile with a labelitem in the dbf. Now I want to say in the mapfile that if Labelitem = "1" and Scale > 8000 it should use SYMBOL "a" but if Labelitem = "1" and Scale < 8000 it should use SYMBOL "b". Is it possible to define this in a single layer or will I have to provide two layers with MAXSCALE/MINSCALE? The Problem is, that a wms-client will Request a GetMap only using a single Layername. I'm using MapServer 3.6.5 as a CGI. Thanks in advance, Bjoern -- small office solutions info at sosnetz.de - http://www.sosnetz.de From m.cave-ayland at webbased.co.uk Wed May 14 01:06:43 2003 From: m.cave-ayland at webbased.co.uk (Mark Cave-Ayland) Date: Wed, 14 May 2003 09:06:43 +0100 Subject: [Mapserver-users] RE: POSTGIS connector - fixed version. In-Reply-To: <8F4A22E017460A458DB7BBAB65CA6AE5075D4A@webbased9> Message-ID: <8F4A22E017460A458DB7BBAB65CA6AE5026471@webbased9> > -----Original Message----- > From: David Blasby [mailto:dblasby at refractions.net] > Sent: 13 May 2003 17:24 > To: Mark Cave-Ayland > Cc: mapserver-users at lists.gis.umn.edu; > carl.anderson at vadose.org; postgis-users at postgis.refractions.net > Subject: POSTGIS connector - fixed version. > > > Mark and carl (and others) > > I have modified mappostgis.c so it is compatible with postgresql 7.3, > fixes the "extra funny characters bug", plus a few more fixes. I've > attached it to this message (I've sent it to the list a few times > already). The only known problem with this is that it leaks a little > bit of memory. Several people have been beta-testing this > version and > they all report that it works 'great'. (section cut) > > So, this version works with mapserver 3.6 and > 3.7-up-until-they-changed-the-map-structure. > > Dave's TODO: > 1. figure out what was changed in the 3.7 version > 2. fix memory leak > 3. make a 'unified' version that will compile under 3.6 and > the new 3.7 > > Until then, I suggest folks use the included mappostgis.c if you are > having problems with your installation. > > Please tell me if there are any problems with this version (April 14). > > dave Hi Dave, Thanks for clarifying that a similar fix had already been posted; I tried searching through the archives for mappostgis but didn't find anything yesterday, but today there were several hits.... Oh well.... Unfortunately dropping in your replacement mappostgis.c still gives me the same problem in that the characters at the end of the previous "geom from table" appear in f_table_name at the end of the next subselect "geom from (select ... FROM ...)" :(. Perhaps this problem is different from the one that you have already fixed? Once again, as per the patch sent to the list yesterday, I have added a terminating null to the end of the table name produced by the sub-select parser, and now everything is working as it should. Cheers, Mark. --- Mark Cave-Ayland Webbased Ltd. Tamar Science Park Derriford Plymouth PL6 8BX England Tel: +44 (0)1752 764445 Fax: +44 (0)1752 764446 This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. From agalasso at gndci.cs.cnr.it Wed May 14 00:53:21 2003 From: agalasso at gndci.cs.cnr.it (Alessandro Galasso) Date: Wed, 14 May 2003 09:53:21 +0200 Subject: [Mapserver-users] Shapefile size limit?? Message-ID: <003301c319ed$e40d3440$1900a8c0@labtel.net> My mapserver doesn't read a shapefile of 155MB. Is there a limit to shapefile dimension? Or the problem is elsewhere? Regards, Alessandro Galasso From nida at webstar.co.uk Wed May 14 01:56:12 2003 From: nida at webstar.co.uk (Nida Khan) Date: Wed, 14 May 2003 09:56:12 +0100 Subject: [Mapserver-users] SVG and mapserver Message-ID: <021801c319f6$abc109f0$c701a8c0@porsche> This is a multi-part message in MIME format. ------=_NextPart_000_0215_01C319FF.0D74A910 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi List, I was wondering if anyone have used SVG with mapserver? if yes, can you please point me to some documentation or tutorial.. I'm using mapserver with php script talking to postgres database. any help is greatly appreciated Rgds Nida. ------=_NextPart_000_0215_01C319FF.0D74A910 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi List,
 
I was wondering if anyone have used SVG = with=20 mapserver?
if yes, can you please point me to some = documentation or tutorial..
I'm using mapserver with php script = talking to=20 postgres database.
 
any help is greatly = appreciated
 
Rgds
Nida.
 
 
------=_NextPart_000_0215_01C319FF.0D74A910-- From boo at carlbro.dk Wed May 14 03:24:59 2003 From: boo at carlbro.dk (Bo Overgaard) Date: Wed, 14 May 2003 11:24:59 +0100 Subject: [Mapserver-users] Shapefile size limit?? Message-ID: <03May14.112501cest.119517@gateway1.carlbro.dk> Hi Alessandro I use a shp file of more than 1 GB (and dbf-fil of 675 MB) and i work fine. So I think you problem is elsewhere. Regards Bo Overgaard Civilingeni?r, GIS- og Byplankonsulent GIS & IT Granskoven 8, 2600 Glostrup Telefon 43 48 69 99 boo at carlbro.dk http://gis.carlbro.dk http://www.carlbro.dk -----Original Message----- From: Alessandro Galasso [mailto:agalasso at gndci.cs.cnr.it] Sent: 14. maj 2003 08:53 To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Shapefile size limit?? My mapserver doesn't read a shapefile of 155MB. Is there a limit to shapefile dimension? Or the problem is elsewhere? Regards, Alessandro Galasso _______________________________________________ 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 Wed May 14 02:29:27 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 14 May 2003 11:29:27 +0200 Subject: [Mapserver-users] How to show high resolution image Landsat In-Reply-To: <5.1.1.6.2.20030514143739.00ac1950@mail.ait.ac.th> References: <5.1.1.6.2.20030514143739.00ac1950@mail.ait.ac.th> Message-ID: <200305141129.27872.schut@sarvision.com> Sarawut, Mapserver should display your image at it's original resolution if you zoomed in far enough. However, mapserver 3.6.x does not support 24bit color output. Maybe the degradation that you see is not the spatial resolution but a degradation in color? Mapservers dithering is not really sophisticated... You will get far better results if you scale down your original 24bit color landsat image to 8bit (using a color palet) and use that 8bit image in your map file. You could do that with tools like imagemagick or probably other image processing programs. Regards, Vincent Schut. On Wednesday 14 May 2003 09:41, Sarawut Ninsawat wrote: > Dear all > > First I wish to show my Landsat image on mapserv 3.6 (RH8.0) with high > quality as same as my original TIFF file. > Even I set the minscale to only 5000. However,this is still not nice image > but it can zoom to that extent. I think the reason is Pixel size of output > image. How can I improve the resolution ? > > Best Regard > > Sarawut > > > _______________________________________________ > 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 jankarin at post1.dknet.dk Wed May 14 03:18:51 2003 From: jankarin at post1.dknet.dk (jankarin at post1.dknet.dk) Date: Wed, 14 May 2003 12:18:51 +0200 Subject: [Mapserver-users] Slow MapServer with large data References: <3EBB5A36.1713.4F4F0C62@localhost> Message-ID: <20030514101852.RJRW29560.fepY.post.tele.dk@localhost.localdomain> Hi all, This is my first appearance on this list and I must say that I am very impressed! Thank you guys for your contributions!! This time I give some more details of our system and I try to summarize the input so far together with some further questions. I can see that a short description of our system maybe will make my needs more clearly (sorry I didn?t bring this the first time...): - Our system is integrated with a search-engine, that looks for relevant GIS-data among 17.000 layers. - The data are in shape and tab-format (and coverage but we?re not handling that right now) and has every kind of geo-types and sizes. The data are regularly updated. - By clicking on a search-result (or by choosing a shape/tab-file from a pathfinder in the browser) our system is reading extent and geotype for the chosen layer, generating a mapfile dynamically and MapServer (PHP Mapscript) generates a map. - We are always showing one layer at a time and always the complete layer from the start. - For now we?re not having any queries, but we would like to make it possible to see metadata for the data. There have been some good advices. Here is a short summary and some more questions: 1. Use shapetree. JC: I could test every request to see if a qix-file already exists and make it if it doesn?t. However I have tried shptree on a shapefile (25 MB, DBF-file 36MB) and a qix-file by 11,5 MB was created. But there was no change in speed: It took 15-20 sec. (and so did the shptree-command). Is any change needed in mapfile or Mapscript-code ? or is MapServer finding the qix-file itself? Is it possible to test if the qix-file really is used? 2. Use minscale/maxscale to show less detailed maps when showing the complete layer. The maps could be created in (at least) three ways: - thin out data with ArcView tools or another tool? - use a raster ?screenshot? created with shp2img. - use ?postgis and download the simplify function that implements the DP-algorithm (http://cobalt.rmnet.it/~san/postgis/simplify/simplify-0.2.tgz.? JC: It is only the large files that should be thinned out ? I am not interested in small files getting lesser detailed. It is maybe possible to check the filesize and only do the ?thinning? and minscale/maxscale on large files. Howewer the thinning (or screenshot-making) should be done in runtime because the data is updated regularly. Is this possible? Does anyone know the tool to thin out shape-files, that Arnulf mentioned in his second mail? (I haven?t been looking for it myself yet, but just in case someone have it right by ....) 3. Throw the shapes into PG/PostGIS. JC: Is this the same solution as nr 2.3? 4. ?Separate the MapServer software and the PostGreSQL DB to run on separate machines (hardware)?. JC: Could be a idea later on 5. Convert MapInfo files to shapefiles (and then use shapetree etc.) JC: This should also be done in runtime (first time the file is read) ? and then followed by shapetree etc. from above. How to do it anyway? All in all I must admit: It seems a lot more triggy to deal with my speed-problems than I expected. If anyone have other ideas I?m still all ears... (could you say that in english?) cheers Jan Christiansen > On 9 May 2003 at 13:14, jankarin at post1.dknet.dk wrote: > > > Hello > > > > I have a little problem with the speed in MapServer. > > We're trying to make qiuck-viewer to shape- and > tab-formats, but > > MapServer is running slow with large data: 20 seconds: > Shapefil 17 MB, > > dbf-fil 9,5 MB. 45 seconds: Map-fil 31 MB, Dat-fil 25 MB. > > > > I have been trying with the GCI-version and PHP Mapscript > - same > > result. > > > > I am running MapServer 3.6.4 with PNG-output under Apache > 2.4.5 on > > Windows 2000. The pc is Pentim III, 650 Mhz, 262 MB RAM. > > > > In another installation (PII, 400 Mhz, 196 MB RAM) a > shapefile > > (shapefile 17 MB, dbf-fil 9,5 MB) took 80 seconds to > show. > > > > We're using MapServer in an application which is > dynamically creating > > map-files with Mapscript (only showing one layer at a > time). We're > > talknig about 17.000 layers in shape- and tabformats, so > it is not > > possible to improve indexfiles or anything else related to > a single > > layer. > > > > Can anyone help? > > > > Thanks, > > > > Jan Christiansen > > jankarin at post1.dknet.dk > > Engineering College of Copenhagen > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From k.chodak at autoguard.pl Wed May 14 03:29:39 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Wed, 14 May 2003 12:29:39 +0200 Subject: [Mapserver-users] msDBFClose() crashes? Message-ID: ... DBFHandle trgdbffile = msDBFCreate("filename.dbf"); msDBFClose(trgdbffile); msDBFClose() is crashing when freeing handle (last line of function's code: "free( psDBF );") It is not crashing when lauching on a start of program but is crashing after some code with dynamic memory management routines (as MALLOC_CHECK_ reports handle is allocated very low in program memory space which is strange to me as there are some MB of memory allocated before) I'm using 3.2.2 version of gcc Have anyone such experience? BR Krzysztof Chodak From k.chodak at autoguard.pl Wed May 14 04:22:17 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Wed, 14 May 2003 13:22:17 +0200 Subject: [Mapserver-users] Slow MapServer with large data In-Reply-To: <20030514101852.RJRW29560.fepY.post.tele.dk@localhost.localdomain> Message-ID: You could use File Monitor (www.sysinternals.com) to check if a file is really used. With this tool you can also trace any permission based problems with accessing files. BR Krzysztof Chodak -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of jankarin at post1.dknet.dk Sent: Wednesday, May 14, 2003 12:19 PM To: mapserver-users at lists.gis.umn.edu; woodbri at swoodbridge.com; arnulf.christl at ccg.is.de Subject: Re: Re: [Mapserver-users] Slow MapServer with large data Hi all, This is my first appearance on this list and I must say that I am very impressed! Thank you guys for your contributions!! This time I give some more details of our system and I try to summarize the input so far together with some further questions. I can see that a short description of our system maybe will make my needs more clearly (sorry I didn't bring this the first time...): - Our system is integrated with a search-engine, that looks for relevant GIS-data among 17.000 layers. - The data are in shape and tab-format (and coverage but we're not handling that right now) and has every kind of geo-types and sizes. The data are regularly updated. - By clicking on a search-result (or by choosing a shape/tab-file from a pathfinder in the browser) our system is reading extent and geotype for the chosen layer, generating a mapfile dynamically and MapServer (PHP Mapscript) generates a map. - We are always showing one layer at a time and always the complete layer from the start. - For now we're not having any queries, but we would like to make it possible to see metadata for the data. There have been some good advices. Here is a short summary and some more questions: 1. Use shapetree. JC: I could test every request to see if a qix-file already exists and make it if it doesn't. However I have tried shptree on a shapefile (25 MB, DBF-file 36MB) and a qix-file by 11,5 MB was created. But there was no change in speed: It took 15-20 sec. (and so did the shptree-command). Is any change needed in mapfile or Mapscript-code - or is MapServer finding the qix-file itself? Is it possible to test if the qix-file really is used? 2. Use minscale/maxscale to show less detailed maps when showing the complete layer. The maps could be created in (at least) three ways: - thin out data with ArcView tools or another tool? - use a raster "screenshot" created with shp2img. - use "postgis and download the simplify function that implements the DP-algorithm (http://cobalt.rmnet.it/~san/postgis/simplify/simplify-0.2.tgz." JC: It is only the large files that should be thinned out - I am not interested in small files getting lesser detailed. It is maybe possible to check the filesize and only do the "thinning" and minscale/maxscale on large files. Howewer the thinning (or screenshot-making) should be done in runtime because the data is updated regularly. Is this possible? Does anyone know the tool to thin out shape-files, that Arnulf mentioned in his second mail? (I haven't been looking for it myself yet, but just in case someone have it right by ....) 3. Throw the shapes into PG/PostGIS. JC: Is this the same solution as nr 2.3? 4. "Separate the MapServer software and the PostGreSQL DB to run on separate machines (hardware)". JC: Could be a idea later on 5. Convert MapInfo files to shapefiles (and then use shapetree etc.) JC: This should also be done in runtime (first time the file is read) - and then followed by shapetree etc. from above. How to do it anyway? All in all I must admit: It seems a lot more triggy to deal with my speed-problems than I expected. If anyone have other ideas I'm still all ears... (could you say that in english?) cheers Jan Christiansen > On 9 May 2003 at 13:14, jankarin at post1.dknet.dk wrote: > > > Hello > > > > I have a little problem with the speed in MapServer. > > We're trying to make qiuck-viewer to shape- and > tab-formats, but > > MapServer is running slow with large data: 20 seconds: > Shapefil 17 MB, > > dbf-fil 9,5 MB. 45 seconds: Map-fil 31 MB, Dat-fil 25 MB. > > > > I have been trying with the GCI-version and PHP Mapscript > - same > > result. > > > > I am running MapServer 3.6.4 with PNG-output under Apache > 2.4.5 on > > Windows 2000. The pc is Pentim III, 650 Mhz, 262 MB RAM. > > > > In another installation (PII, 400 Mhz, 196 MB RAM) a > shapefile > > (shapefile 17 MB, dbf-fil 9,5 MB) took 80 seconds to > show. > > > > We're using MapServer in an application which is > dynamically creating > > map-files with Mapscript (only showing one layer at a > time). We're > > talknig about 17.000 layers in shape- and tabformats, so > it is not > > possible to improve indexfiles or anything else related to > a single > > layer. > > > > Can anyone help? > > > > Thanks, > > > > Jan Christiansen > > jankarin at post1.dknet.dk > > Engineering College of Copenhagen > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/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 edspremolla at Antel.com.uy Wed May 14 05:07:49 2003 From: edspremolla at Antel.com.uy (Eduardo Spremolla) Date: 14 May 2003 09:07:49 -0300 Subject: [Mapserver-users] Legend key problem Message-ID: <1052914068.28316.11.camel@fly.in.iantel.com.uy> Hy all: I'm using mapserver 3.6.5 and got a rare behavior of the legend. this is the layer: LAYER NAME rbs TYPE POINT STATUS DEFAULT DATA "rbs" TRANSPARENCY 20 SIZEUNITS kilometers CLASS NAME "Radiobases" SYMBOL 'circle' SIZE 10 COLOR 140 140 255 END END and this is the legend: LEGEND STATUS ON KEYSIZE 20 10 LABEL TYPE TRUETYPE FONT "helmet" COLOR 0 0 0 SIZE 10 ANTIALIAS TRUE END END The problem is that the circle key in the legend got the size of the circle in the map, so in larges zoom , the circle got clipped and below the other keys. Did I miss something in the map file? Thanks in advance Eduardo Spremolla From benjamin.thelen at ccgis.de Wed May 14 05:16:13 2003 From: benjamin.thelen at ccgis.de (Benjamin Thelen) Date: Wed, 14 May 2003 14:16:13 +0200 Subject: [Mapserver-users] rojection library error. no system list, errno: 2 In-Reply-To: Message-ID: Thanks, (ups, I forgot this mail in my drafts-folder) see my posting to Frank Warmardam! Ben > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of > Swaminathan, Gayathri > Sent: Monday, May 05, 2003 7:34 PM > To: 'Benjamin Thelen'; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] rojection library error. no system list, > errno: 2 > > > Benjamin, > See if this is useful > http://lists.gis.umn.edu/pipermail/mapserver-users/2003-January/00 > 0540.html > > ~Gayathri > > -----Original Message----- > From: Benjamin Thelen [mailto:benjamin.thelen at ccgis.de] > Sent: Monday, May 05, 2003 10:21 AM > To: mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] rojection library error. no system list, > errno: 2 > > > Hi everybody, > > I found something what Daniel Morrissette wrote some time ago: > > ---------------------------------------------------------------------- > This happens if the file "epsg" is missing in the proj directory > (/usr/local/share/proj/epsg on Unix), or if you try to use an epsg:XXXX > code that doesn't exist in that file. > ---------------------------------------------------------------------- > > But, both is not true in my case. The epsg-file IS there and the > epsg:XXXX I > specified are in the epsg-file. > > > And here something that Frank Warmerdam wrote: > > > ------------------------------------------------------------------------ > errno = 2 is ENOENT which means file not found. Sorry for the awful error > message, but basically I think the epsg file isn't found. Please ensure > that > the PROJ_LIB environment variable points to the directory with > the EPSG file > in it. On unix this is normally installed into /usr/local/share/proj, > and it is in the nad directory within the proj distribution. > ------------------------------------------------------------------------ > > > > I set the environment variable PROJ_LIB directly in a shell: > "set PROJ_LIB=/usr/local/share/proj". > But that didn't help as well. > > > > I thought it could be something with file permissions, but I don't think, > proj4 is not allowed to access its own files. I have no more ideas at the > moment. Anybody another idea? > Sorry for my three mails. I was a bit to fast writing to the list. > > Thanks, > Benjamin > > > > > > > > > > -----Original Message----- > > From: mapserver-users-admin at lists.gis.umn.edu > > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Benjamin > > Thelen > > Sent: Monday, May 05, 2003 5:57 PM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] rojection library error. no system list, > > errno: 2 > > > > > > Hi everybody, > > > > after days of work, umn-mapserver is nearly running on my FreeBSD 4.7 > > System. I think I'll post what was neccessary to have > > umn-mapserver running > > on FreeBSD. Maybe that is something for a FAQ or even the manual. > > > > > > But there are finally two problems. One is still the pdf-lib > and the other > > one is here: > > > > > > > > > > http://servername/cgi-bin/mapserv?wmtver=1.0.0&map=/home/umn/test1 > > .map&reque > > st=capabilities > > > > responds the following: > > > > > > ------------------------------------------------------------------ > > --------- > > - > > - > > MapServer Message > > > > - > > msProcessProjection(): Projection > library error. > > no system list, errno: 2 > > > > ------------------------------------------------------------------ > > --------- > > > > > > ./configure was successful, even with proj4. If needed I'll provide the > > options and output as well as the output of make of course. > > > > > > Anybody an idea? Where can this system list be found? What's its > > name? Can I > > somehow check the installation of proj4? > > > > > > I have installed > > > > FreeBSD 4.7 > > > > out of the ports-collection > > apache 1.3.27 > > php 4.3.1 > > proj 4.4.5 > > gd-2.0.11 > > gdal-1.1.8 > > libWWW-5.4.0 > > > > directly from source code of course > > mapserver 3.6.5 > > > > > > Thanks, > > Benjamin > > > > > > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/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 jankarin at post1.dknet.dk Wed May 14 06:14:25 2003 From: jankarin at post1.dknet.dk (jankarin at post1.dknet.dk) Date: Wed, 14 May 2003 15:14:25 +0200 Subject: [Mapserver-users] Slow MapServer with large data References: <13858AA1A74F30419F319ACB66A9D1221F43B3@mercator.topozone.com> Message-ID: <20030514131433.TFCW10988.fepE.post.tele.dk@localhost.localdomain> Hi Ed Yes, as it is we're always starting with the entire extent in the first view. The reason is that the user don't know to much about the layer, so the whole idea was to give a quick view of the map. With the search-engine and our "quick-viewer" the user should get an overview of posssible data to fulfill his needs - and from there open the chosen data in ArcView or MapInfo to further use. It could however be a good idea to display only a smaller part of data if the shape-file is large. Jan Ed McNierney wrote: > Jan - > > You mention that you always display "the complete layer from > the start" for each map display, and I wanted to make sure > we knew what that meant. Do you always display each map so > the ENTIRE extent of the layer is visible? For example, if > each layer were a country in Europe, would each request show > a map of all of France, or Italy, or Poland, etc.? > > If that is the case, you should not expect shptree to help. > Shptree indexes your data so MapServer can more quickly > determine exactly what subset of the data needs to be drawn > because it is visible on the requested map. If you're going > to draw ALL the data, there's no point in trying to optimize > what portions of it need to be drawn. > > - 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: jankarin at post1.dknet.dk > [mailto:jankarin at post1.dknet.dk] > Sent: Wednesday, May 14, 2003 6:19 AM > To: mapserver-users at lists.gis.umn.edu; > woodbri at swoodbridge.com; > arnulf.christl at ccg.is.de > Subject: Re: Re: [Mapserver-users] Slow MapServer with large > data > > > Hi all, > > This is my first appearance on this list and I must say that > I am very impressed! Thank you guys for your > contributions!! > This time I give some more details of our system and I try > to summarize the input so far together with some further > questions. > > I can see that a short description of our system maybe will > make my needs more clearly (sorry I didn't bring this the > first time...): > - Our system is integrated with a search-engine, that looks > for relevant GIS-data among 17.000 layers. > - The data are in shape and tab-format (and coverage but > we're not handling that right now) and has every kind of > geo-types and sizes. The data are regularly updated. > - By clicking on a search-result (or by choosing a > shape/tab-file from a pathfinder in the browser) our system > is reading extent and geotype for the chosen layer, > generating a mapfile dynamically and MapServer (PHP > Mapscript) generates a map. > - We are always showing one layer at a time and always the > complete layer from the start. > - For now we're not having any queries, but we would like to > make it possible to see metadata for the data. > > There have been some good advices. Here is a short summary > and some more questions: > > 1. Use shapetree. > JC: > I could test every request to see if a qix-file already > exists and make it if it doesn't. > However I have tried shptree on a shapefile (25 MB, DBF-file > 36MB) and a qix-file by 11,5 MB was created. But there was > no change in speed: It took 15-20 sec. (and so did the > shptree-command). > Is any change needed in mapfile or Mapscript-code - or is > MapServer finding the qix-file itself? > Is it possible to test if the qix-file really is used? > > 2. Use minscale/maxscale to show less detailed maps when > showing the complete layer. The maps could be created in (at > least) three ways: > - thin out data with ArcView tools or another tool? > - use a raster "screenshot" created with shp2img. > - use "postgis and download the simplify function that > implements the DP-algorithm > (http://cobalt.rmnet.it/~san/postgis/simplify/simplify-0.2.t > gz." > JC: > It is only the large files that should be thinned out - I am > not interested in small files getting lesser detailed. It is > maybe possible to check the filesize and only do the > "thinning" and minscale/maxscale on large files. Howewer the > thinning (or screenshot-making) should be done in runtime > because the data is updated regularly. > Is this possible? > Does anyone know the tool to thin out shape-files, that > Arnulf mentioned in his second mail? (I haven't been looking > for it myself yet, but just in case someone have it right by > ....) > > 3. Throw the shapes into PG/PostGIS. > JC: > Is this the same solution as nr 2.3? > > 4. "Separate the MapServer software and the PostGreSQL DB to > run on separate machines > (hardware)". > JC: > Could be a idea later on > > 5. Convert MapInfo files to shapefiles (and then use > shapetree etc.) > JC: > This should also be done in runtime (first time the file is > read) - and then followed by shapetree etc. from above. > How to do it anyway? > > All in all I must admit: It seems a lot more triggy to deal > with my speed-problems than I expected. > If anyone have other ideas I'm still all ears... (could you > say that in english?) > > cheers > > Jan Christiansen > > > > On 9 May 2003 at 13:14, jankarin at post1.dknet.dk wrote: > > > > > Hello > > > > > > I have a little problem with the speed in MapServer. > > > We're trying to make qiuck-viewer to shape- and > > tab-formats, but > > > MapServer is running slow with large data: 20 seconds: > > Shapefil 17 MB, > > > dbf-fil 9,5 MB. 45 seconds: Map-fil 31 MB, Dat-fil 25 > MB. > > > > > > I have been trying with the GCI-version and PHP > Mapscript > > - same > > > result. > > > > > > I am running MapServer 3.6.4 with PNG-output under > Apache > > 2.4.5 on > > > Windows 2000. The pc is Pentim III, 650 Mhz, 262 MB > RAM. > > > > > > In another installation (PII, 400 Mhz, 196 MB RAM) a > > shapefile > > > (shapefile 17 MB, dbf-fil 9,5 MB) took 80 seconds to > > show. > > > > > > We're using MapServer in an application which is > > dynamically creating > > > map-files with Mapscript (only showing one layer at a > > time). We're > > > talknig about 17.000 layers in shape- and tabformats, > so > > it is not > > > possible to improve indexfiles or anything else related > to > > a single > > > layer. > > > > > > Can anyone help? > > > > > > Thanks, > > > > > > Jan Christiansen > > > jankarin at post1.dknet.dk > > > Engineering College of Copenhagen > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > > http://lists.gis.umn.edu/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 May 14 10:21:02 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 14 May 2003 12:21:02 -0500 Subject: [Mapserver-users] Shapefile size limit?? Message-ID: There is not built in limit. >>> "Alessandro Galasso" 05/14/03 02:53AM >>> My mapserver doesn't read a shapefile of 155MB. Is there a limit to shapefile dimension? Or the problem is elsewhere? Regards, Alessandro Galasso _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From zornes at athenic.com Wed May 14 10:31:23 2003 From: zornes at athenic.com (Adam Zornes) Date: Wed, 14 May 2003 13:31:23 -0400 Subject: [Mapserver-users] Queries Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C31A3E.A3C2FA09 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, =20 I have a mostly working project using php (v. 4.0) mapscript and Mapscript v. 3.7. I am trying to implement queries, and can get the correct geo. Space points, but none of my layers return any feature when queried. Can someone tell me how map files must be defined for queries in Mapscript v. 3.7? =20 Cheers, Adam ------_=_NextPart_001_01C31A3E.A3C2FA09 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

        = ;    I have a mostly working project using php (v. 4.0) = mapscript and Mapscript v. 3.7.  I am trying to implement = queries, and can get the correct geo. Space points, but none of my layers return any feature = when queried.  Can someone tell = me how map files must be defined for queries in Mapscript v. 3.7?

 

Cheers,

Adam

------_=_NextPart_001_01C31A3E.A3C2FA09-- From aborruso at spaziogis.it Wed May 14 10:42:37 2003 From: aborruso at spaziogis.it (aborruso at spaziogis.it) Date: Wed, 14 May 2003 19:42:37 +0200 Subject: [Mapserver-users] Please Help me Message-ID: Dear Palle, I have entered your parmameters and I have had: "This script can only be used to decode form results and should be initiated as a CGI via a httpd server." What do you think about? Thank you, Andrea |---------+---------------------------> | | "Palle Due | | | Larsen" | | | | | | | | | 13/05/2003 17.33| | | | |---------+---------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | Per: aborruso at spaziogis.it, mapserver-users at lists.gis.umn.edu | | Cc: | | Oggetto: Re: [Mapserver-users] Please Help me | >------------------------------------------------------------------------------------------------------------------------------| Hi Andrea, Just enter mapserv -query_string="(all your normal CGI parameters)" Best regards Palle Due Larsen -----Original Message----- From: aborruso at spaziogis.it To: "Palle Due Larsen" Cc: mapserver-users at lists.gis.umn.edu Date: Mon, 12 May 2003 09:51:09 +0200 Subject: Re: [Mapserver-users] Please Help me > > Palle, > could you write me a text to use in mapserv from command line, I'm > not able > to translate an url to a text for the command line. I know only > "mapserv > -v". > Thank you, > > Andrea > > > > > |---------+---------------------------> > | | "Palle Due | > | | Larsen" | > | | | | ne.dk> | > | | | > | | 12/05/2003 09.48| > | | | > |---------+---------------------------> > > >-------------------------------------------------------------------- > ----------------------------------------------------------| > | > | > | Per: aborruso at spaziogis.it > | > | Cc: > | > | Oggetto: Re: [Mapserver-users] Please Help me > | > > >-------------------------------------------------------------------- > ----------------------------------------------------------| > > > > > Yes, I am aware of that, it was just that your url looked a little > funny, so I thought it might be that mapserver misunderstood > something. > However, I just checked with my installation (Win2000, IIS, ms3.6), > and > I get expected results when using your url, so it must be something > else. Have you tried running mapserv.exe from the command-line - with > those parameters - to see if it's returning a correct result? > > Best regards > > Palle > -----Original Message----- > From: aborruso at spaziogis.it > To: "Palle Due Larsen" > Date: Mon, 12 May 2003 09:19:58 +0200 > Subject: Re: [Mapserver-users] Please Help me > > > > > Palle, > > as you can read in my past email, the map file I want to use in my > > example > > does not exist. Then it would be normal to have an error message, > but > > I > > remember some more specific error messages with the old version. > Then > > in my > > example it should be appeared a message like: "mapserv: impossible > to > > find > > test.map". I have instead: "CGI Error The specified CGI application > > misbehaved by not returning a complete set of HTTP headers. The > > headers it > > did return are:". > > > > Is this error message normal or is there something wrong in my > > installation?? > > > > Thank you, > > > > > > Andrea > > > > > > > > > > |---------+---------------------------> > > | | "Palle Due | > > | | Larsen" | > > | | > | | ne.dk> | > > | | | > > | | 12/05/2003 09.09| > > | | | > > |---------+---------------------------> > > > > > >-------------------------------------------------------------------- > > ----------------------------------------------------------| > > | > > | > > | Per: aborruso at spaziogis.it, > > mapserver-users at lists.gis.umn.edu > > | > > | Cc: > > | > > | Oggetto: Re: [Mapserver-users] Please Help me > > | > > > > > >-------------------------------------------------------------------- > > ----------------------------------------------------------| > > > > > > > > > > Could it be that the url is wrong? Your are missing the map > > parameter, > > try this: > > > > http://127.0.0.1/cgi-bin/mapserv.exe?map=C: > > \Inetpub\wwwroot\mapserver\test.map&mode=map > > > > Best Regards > > > > Palle Due Larsen > > Carl Bro GIS & IT > > > > -----Original Message----- > > From: aborruso at spaziogis.it > > To: mapserver-users at lists.gis.umn.edu > > Date: Thu, 8 May 2003 19:27:14 +0200 > > Subject: [Mapserver-users] Please Help me > > > > > Dear users, > > > some time ago I have learned to build a mapserver powered site > (3.2 > > > version). In the last months I have not had the time to "study" > the > > > new > > > version and features of mapserver. > > > Here is my problem. I have tried to build an update manifold > > powered > > > site. > > > I have downloaded ms36gif_gdal_pg_wms.zip and ms35_libs.zip, then > I > > > have > > > extracted all files where they could be extracted and then I have > > > made a > > > simple test; I have written simply this URL: > > > http://127.0.0.1/cgi-bin/mapserv.exe?=C: > > > \Inetpub\wwwroot\mapserver\test.map&mode=map. > > > I have this error message: "CGI Error The specified CGI > application > > > misbehaved by not returning a complete set of HTTP headers. The > > > headers it > > > did return are:" > > > The file of the test url does not exist, but I remember that with > > the > > > old > > > versions I had an error message like "it's impossible to access > to > > > the file > > > ..." (or something similar), instead I have a generic strange > error > > > message > > > and I think there is something strong in my mapserver > installation. > > > Do you have some tip or advice for me? > > > > > > I have winxp pro with IIS. > > > > > > > > > Thank you very much, > > > > > > Andrea > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > F? en gratis emailkonto her: www.mail-online.dk > > ----------------------------------------------- > > Deltag i en lille brugerunders?gelse p? > > nettet, og vind et gavekort p? 50.000 kroner..! > > www.directoffice.dk/konkurrence > > > > > > > > > > > > F? en gratis emailkonto her: www.mail-online.dk > ----------------------------------------------- > Deltag i en lille brugerunders?gelse p? > nettet, og vind et gavekort p? 50.000 kroner..! > www.directoffice.dk/konkurrence > > > > > F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille brugerunders?gelse p? nettet, og vind et gavekort p? 50.000 kroner..! www.directoffice.dk/konkurrence From eric at gomoos.org Wed May 14 06:51:38 2003 From: eric at gomoos.org (Eric Bridger) Date: 14 May 2003 13:51:38 +0000 Subject: [Mapserver-users] Mapscript: queryByPoint() bug on projected layers. Message-ID: <1052920298.1478.25.camel@ubet.gomoos.org> I ran across this problem back in Feb. 2003 but got no answer to my question, so when it raised it's head again (and I spent 1/2 day debugging it) I decided I better post the work around. I noticed that $layer->queryByPoint() on my polygon layer with a projection different than the overall map projection never returned any results whenever the layer's TOLERANCE was set to 0 in the mapfile. Setting TOLERANCE greater than or equal to 1 fixed the problem. Alternatively, queryByPoint() with a buffer >= 1 also fixed the problem. I'm using Perl mapscript 3.6 but suspect the problem is in the C code. (msProjectRect() called in msQueryByPoint() when the layer is projected on a rect with minx == maxx and miny == maxy ?) Eric Bridger www.gomoos.org From Hurtubise at chilliwack.com Wed May 14 10:58:38 2003 From: Hurtubise at chilliwack.com (Hurtubise, Yvette) Date: Wed, 14 May 2003 10:58:38 -0700 Subject: [Mapserver-users] Query for Access Database Message-ID: <27334338DA5FE54F9FA7B2B295FA65AC221E10@chwk-exchange.chilliwack.com> I'm trying to create a MapServer Application that will search for technical drawings within an area specified by the user. How this will work is the user will draw a window in the map and using the x,y coords of that window, the application will search an Access Database that has a table with all the technical drawings names along with the x,y coords. I figured a good way to do this is to create a Rosa button for the user to create the window: The problem I'm not sure what to do in the java script. I thought of writing a java applet to do the search only java will not read documents on the computer. My next thought was using ASP in the JavaScript but I can't seem to be able to get my html file (now changed to .asp) to read the asp without any errors. I'm not sure if anyone has tried to do anything like this and would have any helpful hints. Or if anyone was a better idea of how to approach this that I have not seen. Any help/ideas would be greatly appreciated. Yvette (I'm using IIS, MapServer 3.6.3, Rosa 1.2.0) From RichardBecher at SierraSystems.com Wed May 14 11:14:34 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Wed, 14 May 2003 14:14:34 -0400 Subject: [Mapserver-users] msGetLabelSize() Error Message-ID: <8450D0E05920354D97B1507EABDCDB7F13208D@svott2000.sierrasys.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C31A44.AC2254E8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, =20 I am getting the following error when trying to load a map file. =20 I am new to this so I am not familiar with how the map file is used as an object..... =20 Can someone tell me why I am getting this error and what I change in the map file to correct it? =20 Warning: MapServer Error in msGetLabelSize(): Could not read font in C:\mapserver\test_draw_map.phtml on line 34 =20 =20 =20 Many thanks in advance! =20 Cheers, =20 Richard ------_=_NextPart_001_01C31A44.AC2254E8 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi = All,

 

I am getting the following = error when trying to load a map file.

 

I am new to this so I am = not familiar with how the map file is used as an = object…..

 

Can someone tell me why I = am getting this error and what I change in the map file to correct = it?

 

Warning: = MapServer Error in msGetLabelSize(): Could not read font in C:\mapserver\test_draw_map.phtml on line 34        = ;   

 

=

 

Many thanks in = advance!

 

Cheers,

=

 

Richard

=
=00 ------_=_NextPart_001_01C31A44.AC2254E8-- From vic at wittmanhydro.com Thu May 1 09:47:25 2003 From: vic at wittmanhydro.com (Vic Kelson) Date: Thu, 01 May 2003 11:47:25 -0500 Subject: [Mapserver-users] Mapserver and WMS questions Message-ID: <3EB14F9D.7000106@wittmanhydro.com> Hi All. Well, I did it. Our firm does hydrological consulting, and a lot of our work is here in Indiana. I have modified the GUI (it's in VB6) for the groundwater model that we use most to connect to a WMS, and then built a statewide map server (on Linux) with all sorts of useful stuff for basemaps. Woo Hoo! It's cool. I have a problem, though. The DRG images are too darn bold -- the color intensity blots out a lot of what we draw on top or 'em when we're modeling. Is there a convenient way for me to reduce the intensity of the colors (that is, turn the brightness up) in mapserver? Or is there a way (e.g. with ImageMagick) to modify the DRG files? THANKS! I love this stuff! Vic Kelson From alstone at maine.rr.com Sat May 3 05:38:31 2003 From: alstone at maine.rr.com (Alfred L. Stone) Date: Sat, 03 May 2003 08:38:31 -0400 Subject: [Mapserver-users] Mapserve Message-ID: <3EB3B847.3010500@maine.rr.com> I am running freebsd 4.8 I have these libs installed but they aren't found. Can anyone help? checking whether we should include JPEG support... checking for jpeg_read_header in -ljpeg... no libjpeg not found. JPEG support not included, possibly needed for GD. checking which version of GD to use... using libgd from system libs. checking where FreeType is installed... checking for FT_Init_FreeType in -lfreetype... no checking for TT_Init_FreeType in -lttf... no freetype-config or libfreetype cannot be found, possibly needed for GD 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... no PNG (libpng) library cannot be found, possibly needed for GD checking for gdImageCreate in -lgd... no configure: error: GD is required but was not found... use --with-gd=DIR to specify its location. /usr/local/lib/libfreetype.a /usr/local/lib/libfreetype.so /usr/local/lib/libfreetype.so.9 /usr/local/include/libpng /usr/local/include/libpng/png.h /usr/local/include/libpng/pngconf.h /usr/local/lib/libpng.a /usr/local/lib/libpng.so /usr/local/lib/libpng.so.5 /usr/local/include/gd /usr/local/include/gd/gd.h /usr/local/include/gd/gd_io.h /usr/local/include/gd/gdcache.h /usr/local/include/gd/gdfontg.h /usr/local/include/gd/gdfontl.h /usr/local/include/gd/gdfontmb.h /usr/local/include/gd/gdfonts.h /usr/local/include/gd/gdfontt.h /usr/local/include/gd.h /usr/local/include/gd_io.h /usr/local/include/gdcache.h /usr/local/include/gdfontg.h /usr/local/include/gdfontl.h /usr/local/include/gdfontmb.h /usr/local/include/gdfonts.h /usr/local/include/gdfontt.h /usr/local/include/glib-2.0/glib/gdataset.h /usr/local/include/glib-2.0/glib/gdate.h /usr/local/include/glib-2.0/glib/gdir.h /usr/local/include/libwmf/gd /usr/local/include/libwmf/gd/gd.h /usr/local/include/libwmf/gd/gd_clip.h /usr/local/include/libwmf/gd/gd_io.h /usr/local/include/libwmf/gd/gdcache.h /usr/local/include/libwmf/gd/gdfontg.h /usr/local/include/libwmf/gd/gdfontl.h /usr/local/include/libwmf/gd/gdfontmb.h /usr/local/include/libwmf/gd/gdfonts.h /usr/local/include/libwmf/gd/gdfontt.h /usr/local/include/libwmf/gd.h /usr/local/lib/libgd.a /usr/local/lib/libgd.so /usr/local/lib/libgd.so.2 /usr/local/lib/libgd.so.4 -- **************************************************************** Please Note The information in this E-mail message is legally privileged and confidential information intended only for the use of the individual(s) named above. If you, the reader of this message, are not the intended recipient, you are hereby notified that you should not further disseminate, distribute, or forward this E-mail message. If you have received this E-mail in error, please notify the sender. Thank you ***************************************************************** From ionut at geo.unibuc.ro Sun May 4 09:27:00 2003 From: ionut at geo.unibuc.ro (Ionut Ovejanu) Date: Sun, 4 May 2003 19:27:00 +0300 (EEST) Subject: [Mapserver-users] relocation error: Message-ID: <33435.193.226.51.172.1052065620.squirrel@geo.unibuc.ro> I need help ./mapserv: relocation error: /usr/lib/libwwwapp.so.0: undefined symbol: HTZLib_inflate -- Ionut Ovejanu University of Bucharest Faculty of Geography http://delta.unibuc.ro http://geo.unibuc.ro http://grass.unibuc.ro http://xfree86.unibuc.ro "Trouble with Windows ... Reboot.... Trouble with Linux ... Be root" From jwitte at gmx.at Tue May 6 06:29:29 2003 From: jwitte at gmx.at (=?iso-8859-1?Q?J=F6rn_Witte?=) Date: Tue, 6 May 2003 15:29:29 +0200 Subject: [Mapserver-users] SDE-support-problem Message-ID: <000001c313d3$86e38230$3efefea9@poldi> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C313E4.4A6C5230 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, =20 I=92ve got a question concerning ArcSDE 8.1 and Mapserver 3.6.5.=20 I=92ve compiled the Mapserver on XP with MSVC++ successfully.. After this, i have move the mapserv.exe into the cgi-bin-folder (Apache) and configured a new map-file on MapLab. Now, i starts the MapBrowser and gets the following message: = =91MapServer Error in msSDELayerOpen(): SDE support is not available.=92 =20 Does anyone have an idea of what is going wrong? =20 Thanks, J=F6rn Witte =20 =20 My configuration is: =20 C:\Programme\Apache Group\Apache2\cgi-bin>mapserv -v MapServer version 3.6.5 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG = OUTPUT=3DWBMP SUPPORTS=3DPROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER INPUT=3DTIFF = INPUT=3DSDE INPUT=3DOGR INPUT=3DSHAPEFILE =20 =20 My Makefile is: =20 =20 # # makefile.vc - Main MapServer makefile for MSVC++ # # This VC++ makefile will build MAPSERVER.LIB, MAPSERV.EXE, and the other # MapServer command-line programs. # # To use the makefile: # - Open a DOS prompt window # - Run the VCVARS32.BAT script to initialize the VC++ environment variables # - Start the build with: nmake /f makefile.vc # # $Id: Makefile.vc,v 1.21.2.1 2002/08/01 14:46:45 assefa Exp $ # =20 OPTFLAGS =3D /nologo /Zi /W3 /DDEBUG /DWIN32 #OPTFLAGS =3D /nologo /Zi=20 BASE_CFLAGS =3D $(OPTFLAGS)=20 LDFLAGS =3D /NODEFAULTLIB:libcd /DEBUG =20 CC=3D cl LINK=3D link /debug =20 # # If you want to ignore missing datafile errors uncomment the following # line. This is especially useful with large tiled datasets that may not # have complete data for each tile. # IGNORE_MISSING_DATA=3D-DIGNORE_MISSING_DATA =20 # # Apparently these aren't as commonplace as I'd hoped. Edit the # following line to reflect the missing functions on your platform. # #STRINGS=3D-DNEED_STRCASECMP -DNEED_STRNCASECMP -DNEED_STRDUP STRINGS=3D-DNEED_STRCASECMP -DNEED_STRNCASECMP =20 # Proj.4 distribution (cartographic projection routines). Not required for normal use. (EXPERIMENTAL) PROJ_LIB=3D../proj-4.4.3/src/proj.lib PROJ_INC=3D-I../proj-4.4.3/src PROJ=3D-DUSE_PROJ -DUSE_PROJ_API_H =20 #Use this flag to compile with WMS support WMS=3D-DUSE_WMS =20 #Use this flag to compile with WMS Client support #you need the libwww from http://www.w3.org/Library/. #WMSCLIENT=3D -DUSE_WMS_LYR =20 #WWWLIB_INC=3D-I../libwww/library/src -I../libwww/modules/expat/xmlparse #WWWLIB_LIB=3D../libwww/bin/wwwcore.lib ../libwww/bin/wwwapp.lib ../libwww/bin/wwwinit.lib ../libwww/bin/wwwutils.lib =20 # GD distribution (graphics library GIF and/or PNG support). (REQUIRED) # # - Version 1.2 is included and writes LZW GIF (-DUSE_GD_GIF -DUSE_GD_SWAP_XY). # - Versions 1.3 to 1.5 write non-LZW GIF (-DUSE_GD_GIF). # - Versions 1.6 and greater write PNG (-DUSE_GD_PNG). Add -lpng -lz to GD_LIB line. # - Versions 1.8 (or was it 1.7?) also supports JPEG and WBMP (-DUSE_GD_JPEG -DUSE_GD_WBMP) # # The following lines will compile GD 1.2: #GDFONT_OBJ=3D gd-1.2/gdfontt.obj gd-1.2/gdfonts.obj gd-1.2/gdfontmb.obj \ # gd-1.2/gdfontl.obj gd-1.2/gdfontg.obj #GD_INC=3D -I./gd-1.2 #GD_LIB=3D gd-1.2/gd.lib #GD=3D -DUSE_GD_GIF -DUSE_GD_SWAP_XY #MAKE_GD=3Dgd =20 # A patched version of GD that supports GIF, JPEG, PNG and WBMP can be=20 # downloaded from http://www.rime.com.au/gd/. # The following defns will include the patched GD 1.8.4 with TTF: GDFONT_OBJ=3D GD_INC=3D -I../gd-1.8.4 GD_LIB=3D ../gd-1.8.4/gd.lib \ ../jpeg-6b/libjpeg.lib \ ../lpng120/projects/msvc/win32/libpng/lib_dbg/libpng.lib \ ../zlib/zlib.lib ../freetype-2.1.4/objs/freetype214ST_D.lib GD=3D -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF \ -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR MAKE_GD=3Dgd =20 # ../jpeg-6b/libjpeg.lib \ # ../libpng-1.0.8/libpng.lib \ # ../zlib/zlibstat.lib ../freetype/lib/freetype.lib #GD=3D -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF \ # -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR #MAKE_GD=3Dgd =20 # TIFF distribution (raster support for TIFF and GEOTIFF imagery).(RECOMMENDED) TIFF_INC=3D-I../tiff-v3.5.5/libtiff TIFF_LIB=3D../tiff-v3.5.5/libtiff/libtiff.lib TIFF=3D-DUSE_TIFF =20 # JPEG distribution (raster support for grayscale JPEG images, INPUT ONLY). #JPEG_INC=3D #JPEG_LIB=3D-ljpeg #JPEG=3D-DUSE_JPEG =20 # EPPL7 Support (this activates ERDAS as well) Included in the distribution. Probably the best raster alternative if # you've got EPPL7 laying around. See http://www.lmic.state.mn.us/ for more information. (RECOMMENDED) #EPPL=3D-DUSE_EPPL #EPPL_OBJ=3Depplib.obj =20 # OGR Support OGC Simple Feature inspired interface for vector # formats. See http://gdal.velocet.ca/projects/opengis/ GDAL_DIR=3D ..\gdal-1.1.8 OGR=3D-DUSE_OGR OGR_LIB =3D $(GDAL_DIR)/gdal.lib $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts.lib $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts_sup.lib $(GDAL_DIR)/ogr/ogr.lib $(GDAL_DIR)/ogr/../port/cpl.lib OGR_INC =3D -I$(GDAL_DIR)/ogr/ogrsf_frmts -I$(GDAL_DIR)/ogr -I$(GDAL_DIR)/ogr/../port -I$(GDAL_DIR)/core =20 #GDAL=3D-DUSE_GDAL =20 # ESRI SDE support. SDE_OPT=3D-DUSE_SDE -DWIN32 SDE_INC=3D -I ../arcsde/include -I ../arcsde/bin SDE_LIB=3D../arcsde/lib/sde81.lib ../arcsde/lib/sg81.lib ../arcsde/lib/pe81.lib =20 # # UofMN GIS/Image Processing Extension (very experimental) # #EGIS=3D-DUSE_EGIS =20 #ERR_OBJ=3D./errLog/errLog.o #ERR_INC=3D-I./errLog #ERR_LIB=3D-L./errLog -lerrLog =20 #IMGGEN_OBJ=3D./imgSrc/imgLib.o #IMGGEN_INC=3D-I./imgSrc #IMGGEN_LIB=3D-L./imgSrc -limgGEN =20 #ECWDIR=3D C:\ProgFile\ECW_SDK #ECW_LIB=3D$(ECWDIR)\lib\NCSEcw.lib $(ECWDIR)\lib\NCSEcwC.lib \ # $(ECWDIR)\lib\NCSUtil.lib # # VC++ does not include the REGEX library... so we must provide our one. # The following definitions will try to build GNU regex-0.12 located in the # regex-0.12 sub-directory. # If it was not included in the source distribution, then you can get it from: # ftp://ftp.gnu.org/pub/gnu/regex/regex-0.12.tar.gz # #REGEX_OBJ=3D..\regex-0.12\regex.obj #REGEX_INC=3D-I ..\regex-0.12 =20 # # IMPORTANT NOTE ABOUT REGEX FOR PHP_MAPSCRIPT USERS: # # If you want to compile the PHP_MAPSCRIPT module, then you have to make # MapServer uses the same version of the REGEX library that PHP was=20 # compiled with: # PHP_REGEX=3D..\php-4.3.1\regex #PHP_REGEX=3D..\php-3.0.14\regex #PHP_REGEX=3D..\php-4.0.6\regex #PHP_REGEX=3D..\php-4.1.2\regex #PHP_REGEX=3D..\php-4.2.1\regex #PHP_REGEX=3D..\php-4.2.2\regex REGEX_OBJ=3D$(PHP_REGEX)\regcomp.obj $(PHP_REGEX)\regerror.obj \ $(PHP_REGEX)\regexec.obj $(PHP_REGEX)\regfree.obj REGEX_INC=3D-I$(PHP_REGEX) -DPHP_NO_ALIASES =20 # # REGEX needs some special flags... here they are for VC++ 6.0 # #REGEX_OPT=3D-DHAVE_STRING_H -DREGEX_MALLOC =20 # # --- You shouldn't have to edit anything else. --- # =20 # # Main MapServer library. # MS_LIB =3D mapserver.lib MS_OBJS =3D mapbits.obj maphash.obj mapshape.obj mapxbase.obj \ mapparser.obj maplexer.obj mapindex.obj maptree.obj \ mapsearch.obj mapstring.obj mapsymbol.obj mapfile.obj \ maplegend.obj maputil.obj mapscale.obj mapquery.obj \ maplabel.obj maperror.obj mapprimitive.obj mapproject.obj\ mapraster.obj cgiutil.obj mapsde.obj mapogr.obj \ maptemplate.obj mappostgis.obj maplayer.obj mapresample.obj \ mapwms.obj mapwmslayer.obj mapgml.obj maporaclespatial.obj \ mapprojhack.obj \ $(EPPL_OBJ) $(REGEX_OBJ) =20 MS_HDRS =3D map.h mapfile.h =20 MS_EXE =3D mapserv.exe \ shp2img.exe legend.exe \ shptree.exe scalebar.exe sortshp.exe tile4ms.exe =20 # # # LIBS =3D $(MS_LIB) $(GD_LIB) $(TIFF_LIB) $(JPEG_LIB) \ $(PROJ_LIB) $(ERR_LIB) $(IMGGEN_LIB) $(OGR_LIB) \ $(WWWLIB_LIB) $(ECW_LIB) $(SDE_LIB)=20 =20 INCLUDES =3D $(GD_INC) $(TIFF_INC) $(JPEG_INC) \ $(PROJ_INC) $(ERR_INC) $(IMGGEN_INC) $(REGEX_INC) $(OGR_INC) \ $(WWWLIB_INC) $(SDE_INC) =20 CFLAGS =3D $(BASE_CFLAGS) $(INCLUDES) $(REGEX_OPT) $(STRINGS) \ $(EPPL) $(PROJ) $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS) $(WMSCLIENT) \ $(IGNORE_MISSING_DATA) $(GDAL) -DFEATURE_INFO_HTML $(SDE_OPT) =20 # $(EPPL) $(PROJ) $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS) $(WMSCLIENT) \ # $(IGNORE_MISSING_DATA) $(GDAL) -DFEATURE_INFO_HTML =20 default: all =20 all: $(MS_LIB) $(MS_EXE) =20 $(MS_OBJS): $(MS_HDRS) =20 $(MS_LIB): $(MS_OBJS) copy $(GDAL_DIR)\gdal11.pdb . lib /out:$(MS_LIB) $(MS_OBJS) =20 $(MS_EXE): $(LIBS) =20 gd:: cd gd-1.8.4 nmake /f makefile.nt gd.lib OPTFLAGS=3D"$(OPTFLAGS)" cd .. =20 .c.obj: =20 $(CC) $(CFLAGS) /c $*.c /Fo$*.obj =20 .cpp.obj: =20 $(CC) $(CFLAGS) /c $*.cpp /Fo$*.obj =20 .c.exe: $(CC) $(CFLAGS) /c $*.c /Fo$*.obj $(LINK) $(LDFLAGS) $*.obj $(LIBS) =20 .cpp.exe: $(CC) $(CFLAGS) /c $*.cpp /Fo$*.obj $(LINK) $(LDFLAGS) $*.obj $(LIBS) =20 =20 clean: del *.obj del $(REGEX_OBJ) del $(MS_LIB) del $(MS_EXE) del *.pdb del *.exp del *.ilk # cd gd-1.2 # nmake -f makefile.nt clean # cd .. =20 =20 =20 my mapfile is: =20 =20 MAP NAME "Bremen" STATUS ON EXTENT 3.46e+006 5.87198e+006 3.50161e+006 5.90314e+006=20 SIZE 400 300=20 IMAGECOLOR 255 255 255 TRANSPARENT OFF UNITS METERS INTERLACE ON IMAGETYPE PNG IMAGEQUALITY 75 WEB MINSCALE 20000 MAXSCALE 5e+007 IMAGEPATH "c:/windows/temp/" IMAGEURL "/ms_tmp/" END QUERYMAP STATUS OFF SIZE -1 -1=20 COLOR 255 255 0 STYLE HILITE END LEGEND STATUS OFF IMAGECOLOR 255 255 255 TRANSPARENT FALSE INTERLACE TRUE POSITION LL KEYSIZE 20 10=20 KEYSPACING 5 5=20 TEMPLATE "C:/Programme/Apache Group/Apache2/htdocs/maplab-2.0rc5/htdocs/mapbrowser/legend_template.htm l" LABEL TYPE BITMAP SIZE MEDIUM OFFSET 0 0=20 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 255 255 255 PARTIALS TRUE FORCE FALSE END END SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 TRANSPARENT FALSE UNITS KILOMETERS INTERVALS 5 SIZE 150 5=20 STYLE 0 POSITION LL INTERLACE TRUE LABEL TYPE BITMAP SIZE SMALL OFFSET 0 0=20 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 PARTIALS TRUE FORCE FALSE END END LAYER NAME "Verwaltung" STATUS ON DATA "BREMEN_STADTTEILE,shape" TYPE POLYGON CONNECTIONTYPE SDE CONNECTION "kbs2,esri_sde,sde,sde,EsgibtReis" UNITS METERS SIZEUNITS PIXELS TOLERANCE 3 TOLERANCEUNITS PIXELS TEMPLATE "ttt.html" CLASS NAME "Verwaltungseinheiten" SYMBOL 0 COLOR 90 200 90 SIZE 1 MINSIZE 1 MAXSIZE 100 END END END ------=_NextPart_000_0001_01C313E4.4A6C5230 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

I’ve got a = question concerning ArcSDE 8.1 and Mapserver 3.6.5.

I’ve compiled = the Mapserver on XP with MSVC++ successfully..

After this, i have = move the mapserv.exe into the cgi-bin-folder (Apache) = and

configured a new = map-file on MapLab.

Now, i starts the = MapBrowser and gets the following message: ‘MapServer Error in = msSDELayerOpen(): SDE support is not available.’ =A0

Does anyone have an = idea of what is going wrong?

 

Thanks,

J=F6rn = Witte

 

 

My configuration = is:

 

C:\Programme\Apache Group\Apache2\cgi-bin>mapserv -v

MapServer version = 3.6.5 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP SUPPORTS=3DPROJ = SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER INPUT=3DTIFF INPUT=3DSDE INPUT=3DOGR = INPUT=3DSHAPEFILE

 

 

My Makefile = is:

 

 

#

# makefile.vc - Main MapServer = makefile for MSVC++

#

# This VC++ makefile will build MAPSERVER.LIB, MAPSERV.EXE, and the other

# MapServer command-line = programs.

#

# To use the = makefile:

#=A0 - Open a DOS prompt window

#=A0 - Run the VCVARS32.BAT script to initialize the VC++ environment variables

#=A0 - Start the build with:=A0 = nmake /f makefile.vc

#

# $Id: Makefile.vc,v 1.21.2.1 = 2002/08/01 14:46:45 assefa Exp $

#

 

OPTFLAGS =3D=A0 /nologo /Zi /W3 /DDEBUG = /DWIN32

#OPTFLAGS =3D /nologo /Zi

BASE_CFLAGS =3D =A0=A0=A0 $(OPTFLAGS)

LDFLAGS =3D=A0=A0 /NODEFAULTLIB:libcd = /DEBUG

 

CC=3D=A0=A0=A0=A0 = cl

LINK=3D=A0=A0 link = /debug

 

#

# If you want to ignore missing = datafile errors uncomment the following

# line. This is especially useful = with large tiled datasets that may not

# have complete data for each = tile.

#

IGNORE_MISSING_DATA=3D-DIGNORE_MISSING_DATA

 

#

# Apparently these aren't as = commonplace as I'd hoped. Edit the

# following line to reflect the = missing functions on your platform.

#

#STRINGS=3D-DNEED_STRCASECMP -DNEED_STRNCASECMP -DNEED_STRDUP

STRINGS=3D-DNEED_STRCASECMP -DNEED_STRNCASECMP

 

# Proj.4 distribution (cartographic projection routines). Not required for normal use. (EXPERIMENTAL)

PROJ_LIB=3D../proj-4.4.3/src/proj.lib

PROJ_INC=3D-I../proj-4.4.3/src

PROJ=3D-DUSE_PROJ = -DUSE_PROJ_API_H

 

#Use this flag to compile with = WMS support

WMS=3D-DUSE_WMS

 

#Use this flag to compile with = WMS Client support

#you need the libwww from http://www.w3.org/Library/.

#WMSCLIENT=3D -DUSE_WMS_LYR

 

#WWWLIB_INC=3D-I../libwww/library/src -I../libwww/modules/expat/xmlparse

#WWWLIB_LIB=3D../libwww/bin/wwwcore.lib ../libwww/bin/wwwapp.lib ../libwww/bin/wwwinit.lib = ../libwww/bin/wwwutils.lib

 

# GD distribution (graphics = library GIF and/or PNG support). (REQUIRED)

#

#=A0=A0 - Version 1.2 is included and writes LZW GIF (-DUSE_GD_GIF -DUSE_GD_SWAP_XY).

#=A0=A0 - Versions 1.3 to 1.5 write non-LZW GIF = (-DUSE_GD_GIF).

#=A0=A0 - Versions 1.6 and greater write PNG (-DUSE_GD_PNG). Add -lpng = -lz to GD_LIB line.

#=A0=A0 - Versions 1.8 (or was it 1.7?) also supports JPEG and WBMP (-DUSE_GD_JPEG -DUSE_GD_WBMP)

#

# The following lines will = compile GD 1.2:

#GDFONT_OBJ=3D=A0=A0=A0=A0=A0 gd-1.2/gdfontt.obj = gd-1.2/gdfonts.obj gd-1.2/gdfontmb.obj \

#=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = gd-1.2/gdfontl.obj = gd-1.2/gdfontg.obj

#GD_INC=3D=A0=A0=A0 = -I./gd-1.2

#GD_LIB=3D=A0=A0=A0 = gd-1.2/gd.lib

#GD=3D -DUSE_GD_GIF = -DUSE_GD_SWAP_XY

#MAKE_GD=3Dgd

 

# A patched version of GD that = supports GIF, JPEG, PNG and WBMP can be

# downloaded from http://www.rime.com.au/gd/.

# The following defns will = include the patched GD 1.8.4 with TTF:

GDFONT_OBJ=3D

GD_INC=3D=A0=A0=A0=A0 = -I../gd-1.8.4

GD_LIB=3D=A0=A0=A0=A0 ../gd-1.8.4/gd.lib = \

=A0=A0=A0=A0=A0=A0=A0=A0 = ../jpeg-6b/libjpeg.lib \

=A0=A0=A0=A0=A0=A0=A0 ../lpng120/projects/msvc/win32/libpng/lib_dbg/libpng.lib = \

=A0=A0=A0=A0=A0 ../zlib/zlib.lib=A0 ../freetype-2.1.4/objs/freetype214ST_D.lib

GD=3D=A0=A0=A0=A0 -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP = -DUSE_GD_TTF \

=A0=A0=A0=A0=A0 -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR

MAKE_GD=3Dgd

 

#=A0=A0=A0=A0=A0=A0=A0 = ../jpeg-6b/libjpeg.lib \

#=A0=A0=A0=A0=A0=A0=A0 = ../libpng-1.0.8/libpng.lib \

#=A0=A0=A0=A0 ../zlib/zlibstat.lib=A0 = ../freetype/lib/freetype.lib

#GD=3D =A0=A0=A0=A0-DUSE_GD_GIF = -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF \

#=A0=A0=A0=A0 -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR

#MAKE_GD=3Dgd

 

# TIFF distribution (raster = support for TIFF and GEOTIFF imagery).(RECOMMENDED)

TIFF_INC=3D-I../tiff-v3.5.5/libtiff

TIFF_LIB=3D../tiff-v3.5.5/libtiff/libtiff.l= ib

TIFF=3D-DUSE_TIFF<= /p>

 

# JPEG distribution (raster = support for grayscale JPEG images, INPUT ONLY).

#JPEG_INC=3D

#JPEG_LIB=3D-ljpeg=

#JPEG=3D-DUSE_JPEG=

 

# EPPL7 Support (this activates = ERDAS as well) Included in the distribution. Probably the best raster alternative = if

# you've got EPPL7 laying around. = See http://www.lmic.state.mn.us/ for more information. = (RECOMMENDED)

#EPPL=3D-DUSE_EPPL=

#EPPL_OBJ=3Depplib.obj

 

# OGR Support OGC Simple Feature inspired interface for vector

# formats.=A0 See = http://gdal.velocet.ca/projects/opengis/

GDAL_DIR=3D = ..\gdal-1.1.8

OGR=3D-DUSE_OGR

OGR_LIB =3D=A0 $(GDAL_DIR)/gdal.lib $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts.lib $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts_sup.lib $(GDAL_DIR)/ogr/ogr.lib $(GDAL_DIR)/ogr/../port/cpl.lib

OGR_INC =3D = -I$(GDAL_DIR)/ogr/ogrsf_frmts -I$(GDAL_DIR)/ogr -I$(GDAL_DIR)/ogr/../port = -I$(GDAL_DIR)/core

 

#GDAL=3D-DUSE_GDAL

 

# ESRI SDE = support.

SDE_OPT=3D-DUSE_SDE = -DWIN32

SDE_INC=3D -I ../arcsde/include -I ../arcsde/bin

SDE_LIB=3D../arcsde/lib/sde81.lib = ../arcsde/lib/sg81.lib ../arcsde/lib/pe81.lib

 

#

# UofMN GIS/Image Processing = Extension (very experimental)

#

#EGIS=3D-DUSE_EGIS

 

#ERR_OBJ=3D./errLog/errLog.o

#ERR_INC=3D-I./errLog

#ERR_LIB=3D-L./errLog -lerrLog

 

#IMGGEN_OBJ=3D./imgSrc/imgLib.o

#IMGGEN_INC=3D-I./imgSrc

#IMGGEN_LIB=3D-L./imgSrc -limgGEN

 

#ECWDIR=3D C:\ProgFile\ECW_SDK

#ECW_LIB=3D$(ECWDIR)\lib\NCSEcw.lib $(ECWDIR)\lib\NCSEcwC.lib \

#=A0=A0=A0=A0=A0=A0=A0 $(ECWDIR)\lib\NCSUtil.lib

#

# VC++ does not include the REGEX library... so we must provide our one.

# The following definitions will = try to build GNU regex-0.12 located in the

# regex-0.12 = sub-directory.

# If it was not included in the = source distribution, then you can get it from:

#=A0=A0=A0 ftp://ftp.gnu.org/pub/gnu/regex/regex-0.12.tar.gz

#

#REGEX_OBJ=3D..\regex-0.12\regex.obj

#REGEX_INC=3D-I = ..\regex-0.12

 

#

# IMPORTANT NOTE ABOUT REGEX FOR PHP_MAPSCRIPT USERS:

#

# If you want to compile the PHP_MAPSCRIPT module, then you have to make

# MapServer uses the same version = of the REGEX library that PHP was

# compiled = with:

#

PHP_REGEX=3D..\php-4.3.1\regex

#PHP_REGEX=3D..\php-3.0.14\regex=

#PHP_REGEX=3D..\php-4.0.6\regex<= /span>

#PHP_REGEX=3D..\php-4.1.2\regex<= /span>

#PHP_REGEX=3D..\php-4.2.1\regex<= /span>

#PHP_REGEX=3D..\php-4.2.2\regex

REGEX_OBJ=3D$(PHP_REGEX)\regcomp.obj $(PHP_REGEX)\regerror.obj \

=A0 =A0=A0=A0=A0=A0=A0=A0=A0$(PHP_REGEX)\re= gexec.obj $(PHP_REGEX)\regfree.obj

REGEX_INC=3D-I$(PHP_REGEX) -DPHP_NO_ALIASES

 

#

# REGEX needs some special = flags... here they are for VC++ 6.0

#

#REGEX_OPT=3D-DHAVE_STRING_H -DREGEX_MALLOC

 

#

# --- You shouldn't have to edit anything else. ---

#

 

#

# Main MapServer = library.

#

MS_LIB=A0 =3D=A0=A0 = mapserver.lib

MS_OBJS =3D =A0 mapbits.obj maphash.obj mapshape.obj mapxbase.obj = \

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = mapparser.obj maplexer.obj mapindex.obj maptree.obj \

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = mapsearch.obj mapstring.obj mapsymbol.obj mapfile.obj \

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = maplegend.obj maputil.obj mapscale.obj mapquery.obj \

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = maplabel.obj maperror.obj mapprimitive.obj = mapproject.obj\

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = mapraster.obj cgiutil.obj mapsde.obj mapogr.obj \

=A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0 maptemplate.obj = mappostgis.obj maplayer.obj mapresample.obj \

=A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0 mapwms.obj = mapwmslayer.obj mapgml.obj maporaclespatial.obj \

=A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0 mapprojhack.obj = \

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = $(EPPL_OBJ) $(REGEX_OBJ)

 

MS_HDRS =3D =A0 map.h mapfile.h

 

MS_EXE =3D =A0=A0 mapserv.exe \

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = shp2img.exe legend.exe=A0 \

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = shptree.exe scalebar.exe sortshp.exe tile4ms.exe

 

#

#

#

LIBS=A0 =3D=A0=A0=A0=A0 $(MS_LIB) $(GD_LIB) = $(TIFF_LIB) $(JPEG_LIB) \

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = $(PROJ_LIB) $(ERR_LIB) $(IMGGEN_LIB) $(OGR_LIB) \

=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0 $(WWWLIB_LIB) = $(ECW_LIB) $(SDE_LIB)

 

INCLUDES =3D=A0 $(GD_INC) $(TIFF_INC) $(JPEG_INC) = \

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = $(PROJ_INC) $(ERR_INC) $(IMGGEN_INC) $(REGEX_INC) $(OGR_INC) = \

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = $(WWWLIB_INC) $(SDE_INC)

 

CFLAGS =3D=A0=A0=A0 $(BASE_CFLAGS) $(INCLUDES) $(REGEX_OPT) $(STRINGS) \

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = $(EPPL) $(PROJ) $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS) $(WMSCLIENT) = \

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = $(IGNORE_MISSING_DATA) $(GDAL) -DFEATURE_INFO_HTML $(SDE_OPT)

 

#=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 $(EPPL) $(PROJ) $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS) $(WMSCLIENT) = \

#=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = $(IGNORE_MISSING_DATA) $(GDAL) -DFEATURE_INFO_HTML

 

default: =A0=A0 all

 

all:=A0=A0=A0=A0=A0=A0=A0 $(MS_LIB) $(MS_EXE)

 

$(MS_OBJS): $(MS_HDRS)

 

$(MS_LIB):=A0 $(MS_OBJS)

=A0=A0=A0=A0=A0 copy $(GDAL_DIR)\gdal11.pdb .

=A0=A0=A0=A0=A0 lib /out:$(MS_LIB) $(MS_OBJS)

 

$(MS_EXE):=A0 $(LIBS)

 

gd::

=A0=A0=A0=A0=A0 cd gd-1.8.4

=A0=A0=A0=A0=A0 nmake /f makefile.nt gd.lib = OPTFLAGS=3D"$(OPTFLAGS)"

=A0=A0=A0=A0=A0 cd ..

 

.c.obj:=A0=A0=A0=A0 =

=A0=A0=A0=A0=A0 $(CC) $(CFLAGS) /c $*.c /Fo$*.obj

 

.cpp.obj:=A0=A0

=A0=A0=A0=A0=A0 $(CC) $(CFLAGS) /c $*.cpp /Fo$*.obj

 

.c.exe:

=A0=A0=A0=A0=A0 $(CC) $(CFLAGS) /c $*.c /Fo$*.obj

=A0=A0=A0=A0=A0 $(LINK) $(LDFLAGS) $*.obj $(LIBS)

 

.cpp.exe:

=A0=A0=A0=A0=A0 $(CC) $(CFLAGS) /c $*.cpp /Fo$*.obj

=A0=A0=A0=A0=A0 $(LINK) $(LDFLAGS) $*.obj $(LIBS)

 

 

clean:

=A0=A0=A0=A0=A0 del = *.obj

=A0=A0=A0=A0=A0 del $(REGEX_OBJ)

=A0=A0=A0=A0=A0 del $(MS_LIB)

=A0=A0=A0=A0=A0 del $(MS_EXE)

=A0=A0=A0=A0=A0 del *.pdb

=A0=A0=A0=A0=A0 del *.exp

=A0=A0=A0=A0=A0 del *.ilk

#=A0=A0=A0=A0 cd gd-1.2

#=A0=A0=A0=A0 nmake -f makefile.nt clean

#=A0=A0=A0=A0 cd ..

 

 

 

my mapfile = is:

 

 

=A0=A0=A0=A0=A0 = MAP

=A0 NAME "Bremen"

=A0 STATUS = ON

=A0 EXTENT = 3.46e+006 5.87198e+006 3.50161e+006 5.90314e+006

=A0 = SIZE 400 300

=A0 IMAGECOLOR 255 255 = 255

=A0 TRANSPARENT = OFF

=A0 UNITS = METERS

=A0 INTERLACE = ON

=A0 IMAGETYPE = PNG

=A0 IMAGEQUALITY = 75

=A0 WEB

=A0=A0=A0 MINSCALE = 20000

=A0=A0=A0 MAXSCALE = 5e+007

=A0=A0=A0 IMAGEPATH = "c:/windows/temp/"

=A0=A0=A0 IMAGEURL = "/ms_tmp/"

=A0 END

=A0 = QUERYMAP

=A0=A0=A0 STATUS = OFF

=A0=A0=A0 SIZE -1 -1 =

=A0=A0=A0 COLOR 255 255 = 0

=A0=A0=A0 STYLE = HILITE

=A0 END

=A0 = LEGEND

=A0=A0=A0 STATUS = OFF

=A0=A0=A0 IMAGECOLOR 255 255 = 255

=A0=A0=A0 TRANSPARENT = FALSE

=A0=A0=A0 INTERLACE = TRUE

=A0=A0=A0 POSITION = LL

=A0=A0=A0 KEYSIZE 20 10 =

=A0=A0=A0 KEYSPACING 5 5 =

=A0=A0=A0 TEMPLATE = "C:/Programme/Apache Group/Apache2/htdocs/maplab-2.0rc5/htdocs/mapbrowser/legend_template.html= "

=A0=A0=A0 = LABEL

=A0=A0=A0=A0=A0 TYPE = BITMAP

=A0=A0=A0=A0=A0 SIZE = MEDIUM

=A0=A0=A0=A0=A0 OFFSET 0 0 =

=A0=A0=A0=A0=A0 BUFFER = 0

=A0=A0=A0=A0=A0 MINDISTANCE = -1

=A0=A0=A0=A0=A0 MINFEATURESIZE = -1

=A0=A0=A0=A0=A0 COLOR 255 255 = 255

=A0=A0=A0=A0=A0 PARTIALS = TRUE

=A0=A0=A0=A0=A0 FORCE = FALSE

=A0=A0=A0 = END

=A0 END

=A0 = SCALEBAR

=A0=A0=A0 STATUS = ON

=A0=A0=A0 COLOR 255 255 = 255

=A0=A0=A0 OUTLINECOLOR 0 0 = 0

=A0=A0=A0 BACKGROUNDCOLOR 0 0 = 0

=A0=A0=A0 IMAGECOLOR 255 255 = 255

=A0=A0=A0 TRANSPARENT = FALSE

=A0=A0=A0 UNITS = KILOMETERS

=A0=A0=A0 INTERVALS = 5

=A0=A0=A0 SIZE 150 5 =

=A0=A0=A0 STYLE = 0

=A0=A0=A0 POSITION = LL

=A0=A0=A0 INTERLACE = TRUE

=A0=A0=A0 = LABEL

=A0=A0=A0=A0=A0 TYPE = BITMAP

=A0=A0=A0=A0=A0 SIZE = SMALL

=A0=A0=A0=A0=A0 OFFSET 0 0 =

=A0=A0=A0=A0=A0 BUFFER = 0

=A0=A0=A0=A0=A0 MINDISTANCE = -1

=A0=A0=A0=A0=A0 MINFEATURESIZE = -1

=A0=A0=A0=A0=A0 COLOR 0 0 = 0

=A0=A0=A0=A0=A0 PARTIALS = TRUE

=A0=A0=A0=A0=A0 FORCE = FALSE

=A0=A0=A0 = END

=A0 END

=A0 LAYER

=A0=A0=A0 NAME = "Verwaltung"

=A0=A0=A0 STATUS = ON

=A0=A0=A0 DATA = "BREMEN_STADTTEILE,shape"

=A0=A0=A0 TYPE = POLYGON

=A0=A0=A0 CONNECTIONTYPE = SDE

=A0=A0=A0 CONNECTION "kbs2,esri_sde,sde,sde,EsgibtReis"

=

=A0=A0=A0 UNITS = METERS

=A0=A0=A0 SIZEUNITS = PIXELS

=A0=A0=A0 TOLERANCE = 3

=A0=A0=A0 TOLERAN= CEUNITS PIXELS

=A0=A0=A0 TEMPLATE "ttt.html"

=A0=A0=A0 CLASS

=A0=A0=A0=A0=A0 = NAME "Verwaltungseinheiten"

=A0=A0=A0=A0=A0 = SYMBOL 0

=A0=A0=A0=A0=A0 = COLOR 90 200 90

=A0=A0=A0=A0=A0 = SIZE 1

=A0=A0=A0=A0=A0 MINSIZE = 1

=A0=A0=A0=A0=A0 MAXSIZE = 100

=A0=A0=A0 = END

=A0 END

END

------=_NextPart_000_0001_01C313E4.4A6C5230-- From jwitte at informatik.uni-bremen.de Tue May 6 07:09:01 2003 From: jwitte at informatik.uni-bremen.de (jwitte at informatik.uni-bremen.de) Date: Tue, 6 May 2003 16:09:01 +0200 Subject: [Mapserver-users] SDE-support-problem Message-ID: <1052230141.73b46a6db6c12@webmail.informatik.uni-bremen.de> Hi, I?ve got a question concerning ArcSDE 8.1 and Mapserver 3.6.5. I?ve compiled the Mapserver on XP with MSVC++ successfully.. After this, i have move the mapserv.exe into the cgi-bin-folder (Apache) and configured a new map-file on MapLab. Now, i starts the MapBrowser and gets the following message: ?MapServer Error in msSDELayerOpen(): SDE support is not available.? Does anyone have an idea of what is going wrong? Thanks, J?rn Witte My configuration is: C:\Programme\Apache Group\Apache2\cgi-bin>mapserv -v MapServer version 3.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=SDE INPUT=OGR INPUT=SHAPEFILE My Makefile is: # # makefile.vc - Main MapServer makefile for MSVC++ # # This VC++ makefile will build MAPSERVER.LIB, MAPSERV.EXE, and the other # MapServer command-line programs. # # To use the makefile: # - Open a DOS prompt window # - Run the VCVARS32.BAT script to initialize the VC++ environment variables # - Start the build with: nmake /f makefile.vc # # $Id: Makefile.vc,v 1.21.2.1 2002/08/01 14:46:45 assefa Exp $ # OPTFLAGS = /nologo /Zi /W3 /DDEBUG /DWIN32 #OPTFLAGS = /nologo /Zi BASE_CFLAGS = $(OPTFLAGS) LDFLAGS = /NODEFAULTLIB:libcd /DEBUG CC= cl LINK= link /debug # # If you want to ignore missing datafile errors uncomment the following # line. This is especially useful with large tiled datasets that may not # have complete data for each tile. # IGNORE_MISSING_DATA=-DIGNORE_MISSING_DATA # # Apparently these aren't as commonplace as I'd hoped. Edit the # following line to reflect the missing functions on your platform. # #STRINGS=-DNEED_STRCASECMP -DNEED_STRNCASECMP -DNEED_STRDUP STRINGS=-DNEED_STRCASECMP -DNEED_STRNCASECMP # Proj.4 distribution (cartographic projection routines). Not required for normal use. (EXPERIMENTAL) PROJ_LIB=../proj-4.4.3/src/proj.lib PROJ_INC=-I../proj-4.4.3/src PROJ=-DUSE_PROJ -DUSE_PROJ_API_H #Use this flag to compile with WMS support WMS=-DUSE_WMS #Use this flag to compile with WMS Client support #you need the libwww from http://www.w3.org/Library/. #WMSCLIENT= -DUSE_WMS_LYR #WWWLIB_INC=-I../libwww/library/src -I../libwww/modules/expat/xmlparse #WWWLIB_LIB=../libwww/bin/wwwcore.lib ../libwww/bin/wwwapp.lib ../libwww/bin/ww winit.lib ../libwww/bin/wwwutils.lib # GD distribution (graphics library GIF and/or PNG support). (REQUIRED) # # - Version 1.2 is included and writes LZW GIF (-DUSE_GD_GIF - DUSE_GD_SWAP_XY). # - Versions 1.3 to 1.5 write non-LZW GIF (-DUSE_GD_GIF). # - Versions 1.6 and greater write PNG (-DUSE_GD_PNG). Add -lpng -lz to GD_LIB line. # - Versions 1.8 (or was it 1.7?) also supports JPEG and WBMP (- DUSE_GD_JPEG -DUSE_GD_WBMP) # # The following lines will compile GD 1.2: #GDFONT_OBJ= gd-1.2/gdfontt.obj gd-1.2/gdfonts.obj gd-1.2/gdfontmb.obj \ # gd-1.2/gdfontl.obj gd-1.2/gdfontg.obj #GD_INC= -I./gd-1.2 #GD_LIB= gd-1.2/gd.lib #GD= -DUSE_GD_GIF -DUSE_GD_SWAP_XY #MAKE_GD=gd # A patched version of GD that supports GIF, JPEG, PNG and WBMP can be # downloaded from http://www.rime.com.au/gd/. # The following defns will include the patched GD 1.8.4 with TTF: GDFONT_OBJ= GD_INC= -I../gd-1.8.4 GD_LIB= ../gd-1.8.4/gd.lib \ ../jpeg-6b/libjpeg.lib \ ../lpng120/projects/msvc/win32/libpng/lib_dbg/libpng.lib \ ../zlib/zlib.lib ../freetype-2.1.4/objs/freetype214ST_D.lib GD= -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF \ -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR MAKE_GD=gd # ../jpeg-6b/libjpeg.lib \ # ../libpng-1.0.8/libpng.lib \ # ../zlib/zlibstat.lib ../freetype/lib/freetype.lib #GD= -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF \ # -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR #MAKE_GD=gd # TIFF distribution (raster support for TIFF and GEOTIFF imagery).(RECOMMENDED) TIFF_INC=-I../tiff-v3.5.5/libtiff TIFF_LIB=../tiff-v3.5.5/libtiff/libtiff.lib TIFF=-DUSE_TIFF # JPEG distribution (raster support for grayscale JPEG images, INPUT ONLY). #JPEG_INC= #JPEG_LIB=-ljpeg #JPEG=-DUSE_JPEG # EPPL7 Support (this activates ERDAS as well) Included in the distribution. Probably the best raster alternative if # you've got EPPL7 laying around. See http://www.lmic.state.mn.us/ for more information. (RECOMMENDED) #EPPL=-DUSE_EPPL #EPPL_OBJ=epplib.obj # OGR Support OGC Simple Feature inspired interface for vector # formats. See http://gdal.velocet.ca/projects/opengis/ GDAL_DIR= ..\gdal-1.1.8 OGR=-DUSE_OGR OGR_LIB = $(GDAL_DIR)/gdal.lib $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts.lib $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts_sup.lib $(GDAL_DIR)/ogr/ogr.lib $(GDAL_DIR)/ogr/../port/cpl.lib OGR_INC = -I$(GDAL_DIR)/ogr/ogrsf_frmts -I$(GDAL_DIR)/ogr - I$(GDAL_DIR)/ogr/../port -I$(GDAL_DIR)/core #GDAL=-DUSE_GDAL # ESRI SDE support. SDE_OPT=-DUSE_SDE -DWIN32 SDE_INC= -I ../arcsde/include -I ../arcsde/bin SDE_LIB=../arcsde/lib/sde81.lib ../arcsde/lib/sg81.lib ../arcsde/lib/pe81.lib # # UofMN GIS/Image Processing Extension (very experimental) # #EGIS=-DUSE_EGIS #ERR_OBJ=./errLog/errLog.o #ERR_INC=-I./errLog #ERR_LIB=-L./errLog -lerrLog #IMGGEN_OBJ=./imgSrc/imgLib.o #IMGGEN_INC=-I./imgSrc #IMGGEN_LIB=-L./imgSrc -limgGEN #ECWDIR= C:\ProgFile\ECW_SDK #ECW_LIB=$(ECWDIR)\lib\NCSEcw.lib $(ECWDIR)\lib\NCSEcwC.lib \ # $(ECWDIR)\lib\NCSUtil.lib # # VC++ does not include the REGEX library... so we must provide our one. # The following definitions will try to build GNU regex-0.12 located in the # regex-0.12 sub-directory. # If it was not included in the source distribution, then you can get it from: # ftp://ftp.gnu.org/pub/gnu/regex/regex-0.12.tar.gz # #REGEX_OBJ=..\regex-0.12\regex.obj #REGEX_INC=-I ..\regex-0.12 # # IMPORTANT NOTE ABOUT REGEX FOR PHP_MAPSCRIPT USERS: # # If you want to compile the PHP_MAPSCRIPT module, then you have to make # MapServer uses the same version of the REGEX library that PHP was # compiled with: # PHP_REGEX=..\php-4.3.1\regex #PHP_REGEX=..\php-3.0.14\regex #PHP_REGEX=..\php-4.0.6\regex #PHP_REGEX=..\php-4.1.2\regex #PHP_REGEX=..\php-4.2.1\regex #PHP_REGEX=..\php-4.2.2\regex REGEX_OBJ=$(PHP_REGEX)\regcomp.obj $(PHP_REGEX)\regerror.obj \ $(PHP_REGEX)\regexec.obj $(PHP_REGEX)\regfree.obj REGEX_INC=-I$(PHP_REGEX) -DPHP_NO_ALIASES # # REGEX needs some special flags... here they are for VC++ 6.0 # #REGEX_OPT=-DHAVE_STRING_H -DREGEX_MALLOC # # --- You shouldn't have to edit anything else. --- # # # Main MapServer library. # MS_LIB = mapserver.lib MS_OBJS = mapbits.obj maphash.obj mapshape.obj mapxbase.obj \ mapparser.obj maplexer.obj mapindex.obj maptree.obj \ mapsearch.obj mapstring.obj mapsymbol.obj mapfile.obj \ maplegend.obj maputil.obj mapscale.obj mapquery.obj \ maplabel.obj maperror.obj mapprimitive.obj mapproject.obj\ mapraster.obj cgiutil.obj mapsde.obj mapogr.obj \ maptemplate.obj mappostgis.obj maplayer.obj mapresample.obj \ mapwms.obj mapwmslayer.obj mapgml.obj maporaclespatial.obj \ mapprojhack.obj \ $(EPPL_OBJ) $(REGEX_OBJ) MS_HDRS = map.h mapfile.h MS_EXE = mapserv.exe \ shp2img.exe legend.exe \ shptree.exe scalebar.exe sortshp.exe tile4ms.exe # # # LIBS = $(MS_LIB) $(GD_LIB) $(TIFF_LIB) $(JPEG_LIB) \ $(PROJ_LIB) $(ERR_LIB) $(IMGGEN_LIB) $(OGR_LIB) \ $(WWWLIB_LIB) $(ECW_LIB) $(SDE_LIB) INCLUDES = $(GD_INC) $(TIFF_INC) $(JPEG_INC) \ $(PROJ_INC) $(ERR_INC) $(IMGGEN_INC) $(REGEX_INC) $(OGR_INC) \ $(WWWLIB_INC) $(SDE_INC) CFLAGS = $(BASE_CFLAGS) $(INCLUDES) $(REGEX_OPT) $(STRINGS) \ $(EPPL) $(PROJ) $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS) $(WMSCLIENT) \ $(IGNORE_MISSING_DATA) $(GDAL) -DFEATURE_INFO_HTML $(SDE_OPT) # $(EPPL) $(PROJ) $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS) $(WMSCLIENT) \ # $(IGNORE_MISSING_DATA) $(GDAL) -DFEATURE_INFO_HTML default: all all: $(MS_LIB) $(MS_EXE) $(MS_OBJS): $(MS_HDRS) $(MS_LIB): $(MS_OBJS) copy $(GDAL_DIR)\gdal11.pdb . lib /out:$(MS_LIB) $(MS_OBJS) $(MS_EXE): $(LIBS) gd:: cd gd-1.8.4 nmake /f makefile.nt gd.lib OPTFLAGS="$(OPTFLAGS)" cd .. .c.obj: $(CC) $(CFLAGS) /c $*.c /Fo$*.obj .cpp.obj: $(CC) $(CFLAGS) /c $*.cpp /Fo$*.obj .c.exe: $(CC) $(CFLAGS) /c $*.c /Fo$*.obj $(LINK) $(LDFLAGS) $*.obj $(LIBS) .cpp.exe: $(CC) $(CFLAGS) /c $*.cpp /Fo$*.obj $(LINK) $(LDFLAGS) $*.obj $(LIBS) clean: del *.obj del $(REGEX_OBJ) del $(MS_LIB) del $(MS_EXE) del *.pdb del *.exp del *.ilk # cd gd-1.2 # nmake -f makefile.nt clean # cd .. my mapfile is: MAP NAME "Bremen" STATUS ON EXTENT 3.46e+006 5.87198e+006 3.50161e+006 5.90314e+006 SIZE 400 300 IMAGECOLOR 255 255 255 TRANSPARENT OFF UNITS METERS INTERLACE ON IMAGETYPE PNG IMAGEQUALITY 75 WEB MINSCALE 20000 MAXSCALE 5e+007 IMAGEPATH "c:/windows/temp/" IMAGEURL "/ms_tmp/" END QUERYMAP STATUS OFF SIZE -1 -1 COLOR 255 255 0 STYLE HILITE END LEGEND STATUS OFF IMAGECOLOR 255 255 255 TRANSPARENT FALSE INTERLACE TRUE POSITION LL KEYSIZE 20 10 KEYSPACING 5 5 TEMPLATE "C:/Programme/Apache Group/Apache2/htdocs/maplab- 2.0rc5/htdocs/mapbrowser/legend_template.html" LABEL TYPE BITMAP SIZE MEDIUM OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 255 255 255 PARTIALS TRUE FORCE FALSE END END SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 TRANSPARENT FALSE UNITS KILOMETERS INTERVALS 5 SIZE 150 5 STYLE 0 POSITION LL INTERLACE TRUE LABEL TYPE BITMAP SIZE SMALL OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 PARTIALS TRUE FORCE FALSE END END LAYER NAME "Verwaltung" STATUS ON DATA "BREMEN_STADTTEILE,shape" TYPE POLYGON CONNECTIONTYPE SDE CONNECTION "kbs2,esri_sde,sde,sde,EsgibtReis" UNITS METERS SIZEUNITS PIXELS TOLERANCE 3 TOLERANCEUNITS PIXELS TEMPLATE "ttt.html" CLASS NAME "Verwaltungseinheiten" SYMBOL 0 COLOR 90 200 90 SIZE 1 MINSIZE 1 MAXSIZE 100 END END END From rasp at tzi.de Tue May 6 08:35:27 2003 From: rasp at tzi.de (Rainer Spittel) Date: Tue, 06 May 2003 17:35:27 +0200 Subject: [Mapserver-users] installing sde support under linux Message-ID: <3EB7D63F.1000605@tzi.de> Hi all, I am confused. I am trying to install a Mapserver for two weeks and got lot of problems. I solved nearly all of them, except the connection to the arcSDE gateway. I am using Linux SUSE 8.0, Mapserver V3.6.5, Apache 1.3.27, and PHP 4.2.3. The ArcSDE gateway is running on a different computer (MS-Win2000). The Mapserver can get access to ESRI Shapefiles and a local PostGIS database. Now I have some problems to compile the the mapserver with ArcSDE support. I use the following configuration file parameters: ./configure --with-proj --with-ogr --with-gdal --with-postgis=/usr/local/pgsql/bin/pg_config --with-wmsclient --with-tiff --with-jpeg --with-php=/downloads/services/php-4.2.3 --with-freetype=/usr/include/freetype2 --with-sde --with-sde-version=8.1 My Mapserver currently provide following formats: MapScript Version ($Revision: 1.104.2.8 $ $Date: 2003/03/05 03:36:53 $) MapServer version 3.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE My questions are: - where do I get these ESRI client libraries? I have the ArcSDE V8.1 here and doesn't find them on the CD. :-( - what else do I have to do to get access to the SDE? From MJHATCHER at qinetiq.com Mon May 12 02:08:48 2003 From: MJHATCHER at qinetiq.com (Hatcher Matthew) Date: Mon, 12 May 2003 10:08:48 +0100 Subject: [Mapserver-users] RE: failed dependencies: libgd.so.1.8 Message-ID: Gerald, Yes, you need to make a soft link from libgd.so.1.8.3 to libgd.so.1.8, as this is the dependency that rpm cannot find. That should solve your problems. Failing that, check that your library paths are setup correctly to find the so objects. Matt. Message: 3 From: Gerald Buckmaster Reply-To: gbuckmaster at cox.net Organization: Imagery Analysis Support Group To: mapserver-users at lists.gis.umn.edu Date: Fri, 9 May 2003 13:08:05 -0700 Subject: [Mapserver-users] (ALOT) failed dependencies: libgd.so.1.8 Greetings, I know I should be retaining source code for all these applications and libraries, but I have a hard enough time just retaining my sanity ;^) The packages below are from the latest FreeGIS ISO. As you can see from my attempts the MapServer and GRASS packages cannot find the libgd library, even though it is already installed. [root at ventanavista i386]# rpm --install gd-1.8.3-1.i386.rpm package gd-1.8.3-1 is already installed [root at ventanavista i386]# rpm --install grass-5.0.0-1.i386.rpm error: failed dependencies: libgd.so.1.8 is needed by grass-5.0.0-1 [root at ventanavista i386]# rpm --install mapserver-3.6.1-1.i386.rpm error: failed dependencies: libgd.so.1.8 is needed by mapserver-3.6.1-1 Here is where the libgd libraries reside: lrwxrwxrwx 1 root root 14 May 5 23:24 libgd.so -> libgd.so.2.0.0* lrwxrwxrwx 1 root root 14 May 9 12:07 libgd.so.1 -> libgd.so.1.8.3* -rwxr-xr-x 1 root root 189116 Apr 19 2001 libgd.so.1.8.3* lrwxrwxrwx 1 root root 14 May 5 00:43 libgd.so.2 -> libgd.so.2.0.0* -rwxr-xr-x 1 root root 211504 Feb 3 04:58 libgd.so.2.0.0* Do I need to create a softlink to libgd.so.1.8.3? Any ideas? Gerald Buckmaster The Information contained in this E-Mail and any subsequent correspondence is private and is intended solely for the intended recipient(s). For those other than the recipient any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance on such information is prohibited and may be unlawful. Emails and other electronic communication with QinetiQ may be monitored. Calls to our Customer Contact Centre may be recorded for quality control, regulatory and monitoring purposes. From mapserver2003 at yahoo.com Mon May 12 04:26:40 2003 From: mapserver2003 at yahoo.com (mapserver2003) Date: Mon, 12 May 2003 11:26:40 -0000 Subject: [Mapserver-users] Center a polygon. Message-ID: Hi, Using PHPMapscript, how I can center in a map a polygon of a SHAPE knowing its characteristics? Thanks. Braulio M. From mapserver2003 at yahoo.com Tue May 13 05:32:12 2003 From: mapserver2003 at yahoo.com (mapserver2003) Date: Tue, 13 May 2003 12:32:12 -0000 Subject: [Mapserver-users] How localize a polygon? Message-ID: Hi all, I wrote a time ago with the same doubt, and already follow with her. What I need is to choose the Parcels with list pictures and to pass them to Mapserver so that it locates the polygon of a SHAPE in the map. Virgilio Branches, answered to me very amiably on the matter, indicating to me: > If you use cgi interests this to you: > http://maps.dnr.state.mn.us/mapserver_demos/tests40/ > > If you use php mapscript Low gmap of Dm Solutions > http://www2.dmsolutions.ca/webtools/dl/ 1? CASE, USING CGI In this direction, in the section "Item/value queries", in case 1, it appears what I wish to do. Selecting a name of State, it shows to two maps one general and another one in which the state appears trim. In order to obtain this last image the call from the Template file is: > /cgi-bin/mapserv36?map=/usr/local/www/docs/mapserver_demos/ > tests36/itemquery/case1.map&name=Dakota&mode=itemquerymap > &mapext=shapes&qlayer=country I have proven to make this being changed to my data of server and configuration in my map file to locate a parcel, and have used following order GET: > http://myserver/cgi-bin/mapserv.exe?map=mypathmapfile/demo.map > &number=00008&mode=itemquerymap&mapext=shapes&qlayer=parcels I obtaining the following error: > msQueryByAttributes(): Search returned not results. Not matching > record(s) found, to layer and area of interest do not overlap. in the example it uses mapext=shapes, shapes? what means this?. I have not seen anything similar in the documentation. In addition, if I want to obtain some result, the image with the selected parcel but without centering, I must add variables IMGEXT and IMGXY. 2? CASE, USING PHP MAPSCRIPT I have installed MapLab, that includes GMap, and as I'm inexperienced in this I do not see anything that helps me to make what desire. I'm a little desperate, because I have been a time trying to obtain to this. Thanks for everything. Braulio M. From jose.sanchez at batmap.com Tue May 13 08:47:25 2003 From: jose.sanchez at batmap.com (Jose Manuel Sanchez) Date: Tue, 13 May 2003 17:47:25 +0200 Subject: [Mapserver-users] optimize mapserver Message-ID: <002401c31966$f427e640$2000a8c0@mayik> This is a multi-part message in MIME format. ------=_NextPart_000_0021_01C31977.B6FE0810 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi list, I am a new user of Mapserv, and I'm trying to optimize the time of = response of Mapserver CGI (from a user requests a map and the Apache = renders the information to PNG and the user has the map). The maps are = so small (176 x 176 pixels), and I think some things that could make the = results were better. I probed the next things: -- create with shptree indexes in the SHP files --> a litle = better results =20 -- works with PostgreSQL/Postgis --> more slow -- upload the SHP files and the cgi mapserv to ramdisks --> a = litle better results The next things that I think that I would make are: -- transforms CGI mapserv to a FAST-CGI=20 -- optimize the HTTPD.CONF of the Apache Server What dou you think?? Thanks a lot ------=_NextPart_000_0021_01C31977.B6FE0810 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi list,
 
I am a new user of Mapserv, and I'm = trying to=20 optimize the time of response of Mapserver CGI (from a user = requests a=20 map and the Apache renders the information to PNG and the user has the = map). The=20 maps are so small (176 x 176 pixels), and I think some things that = could=20 make the results were better. I probed the next things:
 
        = -- create=20 with shptree indexes in the SHP files --> a litle better = results =20
        = -- works with=20 PostgreSQL/Postgis --> more slow
        --=20 upload the SHP files and the cgi mapserv to ramdisks --> a litle = better=20 results
 
The next things that I think that I = would make=20 are:
 
         -- tr= ansforms=20 CGI mapserv to a FAST-CGI
         -- = optimize the=20 HTTPD.CONF of the Apache Server
 
What dou you think??
 
Thanks a=20 lot
------=_NextPart_000_0021_01C31977.B6FE0810-- From richard at geography.leeds.ac.uk Wed May 14 06:51:11 2003 From: richard at geography.leeds.ac.uk (Richard Kingston) Date: Wed, 14 May 2003 14:51:11 +0100 Subject: [Mapserver-users] Browse/Query/Nquery Message-ID: <3EC249CF.30606@geog.leeds.ac.uk> Hi All, I'm having problems with the mode=query function. I've checked previous postings but my problem remains!! When I submit my form I'm trying to get the query inserted into a frame called "attributesFrame". I'm using the onSubmit function in the form which should put query/nquery information into the frame or if it's in browse mode puts it into "_self". Below is my javascript followed by my html template. When I submit the form in query mode it puts the query into "_self" rather than attributesFrame but the URL string which gets returned contains mode=query. I've tried amending my radio button line to contain something like [mode_browse_check] etc. rather than just checked but this still doesn't work. Any ideas? Am I missing something obvious? function attFrame() { if (document.mapserv.mode.value == 'query' || document.mapserv.mode.value == 'nquery') { document.mapserv.target = "attributesFrame"; } else { document.mapserv.target = "_self"; } }
Browse map
Query feature
Query multiple features -- ___________________________________________________ Richard Kingston Centre for Computational Geography, School of Geography, University of Leeds, England. LS2 9JT Tel: +44(0)113-34-33286 Fax: +44(0)113-34-33308 http://www.ccg.leeds.ac.uk/democracy/ ___________________________________________________ From tom-lux at gmx.de Wed May 14 08:01:30 2003 From: tom-lux at gmx.de (tom-lux at gmx.de) Date: Wed, 14 May 2003 17:01:30 +0200 (MEST) Subject: [Mapserver-users] UNDEFINED REFERENCE ERRORS COMPILING MAPSERVER Message-ID: <9154.1052924490@www20.gmx.net> hello umn users, i had many problems installing the support libraries and programmes for UMN mapserver (using Cygwin under a WINNT Server). Now i finished this pre-installing and the final compiling of the mapserver edits the following error message: .... /usr/src/projects/gdal-1.1.8/ogr/ogr.a (or something else)...:... cpp: undefined reference to '.....' Is it a problem with ogr ??? Who can help thnx Tom -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! From ed at topozone.com Wed May 14 12:02:35 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 14 May 2003 15:02:35 -0400 Subject: [Mapserver-users] Mapserver and WMS questions Message-ID: <13858AA1A74F30419F319ACB66A9D1221F43BD@mercator.topozone.com> Vic - You can use the TRANSPARENCY statement in 3.7 to lighten up the DRG (or other basemap images). You'll find info about it in the 3.7 online docs. - 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: Vic Kelson [mailto:vic at wittmanhydro.com] Sent: Thursday, May 01, 2003 12:47 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapserver and WMS questions Hi All. Well, I did it. Our firm does hydrological consulting, and a lot of our work is here in Indiana. I have modified the GUI (it's in VB6) for the groundwater model that we use most to connect to a WMS, and then built a statewide map server (on Linux) with all sorts of useful stuff for basemaps. Woo Hoo! It's cool. I have a problem, though. The DRG images are too darn bold -- the color intensity blots out a lot of what we draw on top or 'em when we're modeling. Is there a convenient way for me to reduce the intensity of the colors (that is, turn the brightness up) in mapserver? Or is there a way (e.g. with ImageMagick) to modify the DRG files? THANKS! I love this stuff! Vic Kelson _______________________________________________ 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 May 14 12:03:28 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 14 May 2003 15:03:28 -0400 Subject: [Mapserver-users] (no subject) Message-ID: <13858AA1A74F30419F319ACB66A9D1221F43BE@mercator.topozone.com> http://www.ngs.noaa.gov/TOOLS/utm.html - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Mohammad Zaheer [mailto:zaheer at UNMACA.ORG] Sent: Wednesday, April 30, 2003 7:58 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] (no subject) Hi gang, I want to put together a simple web page that allows a user to enter lat/long and/or UTM coordinates and have them converted one to another. Is anyone doing this already? If you are willing to share some of the info with me, it would save me from reinventing the wheel. ;) _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gayathri at ou.edu Wed May 14 12:06:13 2003 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Wed, 14 May 2003 14:06:13 -0500 Subject: [Mapserver-users] UNDEFINED REFERENCE ERRORS COMPILING MAPSER VER Message-ID: Tom, Does the error message really say 'cpp: undefined reference to '.....'??? If not will you be more specific as to what error so that it will be in more detail Thanks, Gayathri -----Original Message----- From: tom-lux at gmx.de [mailto:tom-lux at gmx.de] Sent: Wednesday, May 14, 2003 8:02 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] UNDEFINED REFERENCE ERRORS COMPILING MAPSERVER hello umn users, i had many problems installing the support libraries and programmes for UMN mapserver (using Cygwin under a WINNT Server). Now i finished this pre-installing and the final compiling of the mapserver edits the following error message: .... /usr/src/projects/gdal-1.1.8/ogr/ogr.a (or something else)...:... cpp: undefined reference to '.....' Is it a problem with ogr ??? Who can help thnx Tom -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ed at topozone.com Wed May 14 12:21:31 2003 From: ed at topozone.com (Ed McNierney) Date: Wed, 14 May 2003 15:21:31 -0400 Subject: [Mapserver-users] optimize mapserver Message-ID: <13858AA1A74F30419F319ACB66A9D1221F43BF@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C31A4E.0658D2C5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Jose - =20 I think you are probably not optimizing your data organization enough. = Can you describe your data in some detail for us? Are you using raster = or vector data? Are you "zoomed out" and trying to display a large = amount of data on your small map, or are you displaying a small area? =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: Jose Manuel Sanchez [mailto:jose.sanchez at batmap.com] Sent: Tuesday, May 13, 2003 11:47 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] optimize mapserver Hi list, =20 I am a new user of Mapserv, and I'm trying to optimize the time of = response of Mapserver CGI (from a user requests a map and the Apache = renders the information to PNG and the user has the map). The maps are = so small (176 x 176 pixels), and I think some things that could make the = results were better. I probed the next things: =20 -- create with shptree indexes in the SHP files --> a litle = better results =20 -- works with PostgreSQL/Postgis --> more slow -- upload the SHP files and the cgi mapserv to ramdisks --> a = litle better results =20 The next things that I think that I would make are: =20 -- transforms CGI mapserv to a FAST-CGI=20 -- optimize the HTTPD.CONF of the Apache Server =20 What dou you think?? =20 Thanks a lot ------_=_NextPart_001_01C31A4E.0658D2C5 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Jose=20 -
 
I=20 think you are probably not optimizing your data organization = enough.  Can=20 you describe your data in some detail for us?  Are you using raster = or=20 vector data?  Are you "zoomed out" and trying to display a large = amount of=20 data on your small map, or are you displaying a small = area?
 
    - 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: Jose Manuel = Sanchez=20 [mailto:jose.sanchez at batmap.com]
Sent: Tuesday, May 13, 2003 = 11:47=20 AM
To: mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] optimize mapserver

Hi list,
 
I am a new user of Mapserv, and I'm = trying to=20 optimize the time of response of Mapserver CGI (from a user = requests=20 a map and the Apache renders the information to PNG and the user has = the map).=20 The maps are so small (176 x 176 pixels), and I think some things = that=20 could make the results were better. I probed the next = things:
 
        = -- create=20 with shptree indexes in the SHP files --> a litle better = results =20
        = -- works=20 with PostgreSQL/Postgis --> more slow
        -- upload the = SHP files=20 and the cgi mapserv to ramdisks --> a litle better = results
 
The next things that I think that I = would make=20 are:
 
         -- tr= ansforms=20 CGI mapserv to a FAST-CGI
         -- = optimize the=20 HTTPD.CONF of the Apache Server
 
What dou you think??
 
Thanks a=20 lot
------_=_NextPart_001_01C31A4E.0658D2C5-- From steve.lime at dnr.state.mn.us Wed May 14 12:27:11 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 14 May 2003 14:27:11 -0500 Subject: [Mapserver-users] SDE-support-problem Message-ID: MapLab uses PHP/MapScript, not mapserv.exe. Was that recompiled as well? >>> J?rn Witte 05/06/03 08:29AM >>> Hi, I've got a question concerning ArcSDE 8.1 and Mapserver 3.6.5. I've compiled the Mapserver on XP with MSVC++ successfully.. After this, i have move the mapserv.exe into the cgi-bin-folder (Apache) and configured a new map-file on MapLab. Now, i starts the MapBrowser and gets the following message: 'MapServer Error in msSDELayerOpen(): SDE support is not available.' Does anyone have an idea of what is going wrong? Thanks, J?rn Witte My configuration is: C:\Programme\Apache Group\Apache2\cgi-bin>mapserv -v MapServer version 3.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=SDE INPUT=OGR INPUT=SHAPEFILE My Makefile is: # # makefile.vc - Main MapServer makefile for MSVC++ # # This VC++ makefile will build MAPSERVER.LIB, MAPSERV.EXE, and the other # MapServer command-line programs. # # To use the makefile: # - Open a DOS prompt window # - Run the VCVARS32.BAT script to initialize the VC++ environment variables # - Start the build with: nmake /f makefile.vc # # $Id: Makefile.vc,v 1.21.2.1 2002/08/01 14:46:45 assefa Exp $ # OPTFLAGS = /nologo /Zi /W3 /DDEBUG /DWIN32 #OPTFLAGS = /nologo /Zi BASE_CFLAGS = $(OPTFLAGS) LDFLAGS = /NODEFAULTLIB:libcd /DEBUG CC= cl LINK= link /debug # # If you want to ignore missing datafile errors uncomment the following # line. This is especially useful with large tiled datasets that may not # have complete data for each tile. # IGNORE_MISSING_DATA=-DIGNORE_MISSING_DATA # # Apparently these aren't as commonplace as I'd hoped. Edit the # following line to reflect the missing functions on your platform. # #STRINGS=-DNEED_STRCASECMP -DNEED_STRNCASECMP -DNEED_STRDUP STRINGS=-DNEED_STRCASECMP -DNEED_STRNCASECMP # Proj.4 distribution (cartographic projection routines). Not required for normal use. (EXPERIMENTAL) PROJ_LIB=../proj-4.4.3/src/proj.lib PROJ_INC=-I../proj-4.4.3/src PROJ=-DUSE_PROJ -DUSE_PROJ_API_H #Use this flag to compile with WMS support WMS=-DUSE_WMS #Use this flag to compile with WMS Client support #you need the libwww from http://www.w3.org/Library/. #WMSCLIENT= -DUSE_WMS_LYR #WWWLIB_INC=-I../libwww/library/src -I../libwww/modules/expat/xmlparse #WWWLIB_LIB=../libwww/bin/wwwcore.lib ../libwww/bin/wwwapp.lib ../libwww/bin/wwwinit.lib ../libwww/bin/wwwutils.lib # GD distribution (graphics library GIF and/or PNG support). (REQUIRED) # # - Version 1.2 is included and writes LZW GIF (-DUSE_GD_GIF -DUSE_GD_SWAP_XY). # - Versions 1.3 to 1.5 write non-LZW GIF (-DUSE_GD_GIF). # - Versions 1.6 and greater write PNG (-DUSE_GD_PNG). Add -lpng -lz to GD_LIB line. # - Versions 1.8 (or was it 1.7?) also supports JPEG and WBMP (-DUSE_GD_JPEG -DUSE_GD_WBMP) # # The following lines will compile GD 1.2: #GDFONT_OBJ= gd-1.2/gdfontt.obj gd-1.2/gdfonts.obj gd-1.2/gdfontmb.obj \ # gd-1.2/gdfontl.obj gd-1.2/gdfontg.obj #GD_INC= -I./gd-1.2 #GD_LIB= gd-1.2/gd.lib #GD= -DUSE_GD_GIF -DUSE_GD_SWAP_XY #MAKE_GD=gd # A patched version of GD that supports GIF, JPEG, PNG and WBMP can be # downloaded from http://www.rime.com.au/gd/. # The following defns will include the patched GD 1.8.4 with TTF: GDFONT_OBJ= GD_INC= -I../gd-1.8.4 GD_LIB= ../gd-1.8.4/gd.lib \ ../jpeg-6b/libjpeg.lib \ ../lpng120/projects/msvc/win32/libpng/lib_dbg/libpng.lib \ ../zlib/zlib.lib ../freetype-2.1.4/objs/freetype214ST_D.lib GD= -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF \ -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR MAKE_GD=gd # ../jpeg-6b/libjpeg.lib \ # ../libpng-1.0.8/libpng.lib \ # ../zlib/zlibstat.lib ../freetype/lib/freetype.lib #GD= -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_TTF \ # -DUSE_GD_TTF -DGD_HAS_GDIMAGEGIFPTR #MAKE_GD=gd # TIFF distribution (raster support for TIFF and GEOTIFF imagery).(RECOMMENDED) TIFF_INC=-I../tiff-v3.5.5/libtiff TIFF_LIB=../tiff-v3.5.5/libtiff/libtiff.lib TIFF=-DUSE_TIFF # JPEG distribution (raster support for grayscale JPEG images, INPUT ONLY). #JPEG_INC= #JPEG_LIB=-ljpeg #JPEG=-DUSE_JPEG # EPPL7 Support (this activates ERDAS as well) Included in the distribution. Probably the best raster alternative if # you've got EPPL7 laying around. See http://www.lmic.state.mn.us/ for more information. (RECOMMENDED) #EPPL=-DUSE_EPPL #EPPL_OBJ=epplib.obj # OGR Support OGC Simple Feature inspired interface for vector # formats. See http://gdal.velocet.ca/projects/opengis/ GDAL_DIR= ..\gdal-1.1.8 OGR=-DUSE_OGR OGR_LIB = $(GDAL_DIR)/gdal.lib $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts.lib $(GDAL_DIR)/ogr/ogrsf_frmts/ogrsf_frmts_sup.lib $(GDAL_DIR)/ogr/ogr.lib $(GDAL_DIR)/ogr/../port/cpl.lib OGR_INC = -I$(GDAL_DIR)/ogr/ogrsf_frmts -I$(GDAL_DIR)/ogr -I$(GDAL_DIR)/ogr/../port -I$(GDAL_DIR)/core #GDAL=-DUSE_GDAL # ESRI SDE support. SDE_OPT=-DUSE_SDE -DWIN32 SDE_INC= -I ../arcsde/include -I ../arcsde/bin SDE_LIB=../arcsde/lib/sde81.lib ../arcsde/lib/sg81.lib ../arcsde/lib/pe81.lib # # UofMN GIS/Image Processing Extension (very experimental) # #EGIS=-DUSE_EGIS #ERR_OBJ=./errLog/errLog.o #ERR_INC=-I./errLog #ERR_LIB=-L./errLog -lerrLog #IMGGEN_OBJ=./imgSrc/imgLib.o #IMGGEN_INC=-I./imgSrc #IMGGEN_LIB=-L./imgSrc -limgGEN #ECWDIR= C:\ProgFile\ECW_SDK #ECW_LIB=$(ECWDIR)\lib\NCSEcw.lib $(ECWDIR)\lib\NCSEcwC.lib \ # $(ECWDIR)\lib\NCSUtil.lib # # VC++ does not include the REGEX library... so we must provide our one. # The following definitions will try to build GNU regex-0.12 located in the # regex-0.12 sub-directory. # If it was not included in the source distribution, then you can get it from: # ftp://ftp.gnu.org/pub/gnu/regex/regex-0.12.tar.gz # #REGEX_OBJ=..\regex-0.12\regex.obj #REGEX_INC=-I ..\regex-0.12 # # IMPORTANT NOTE ABOUT REGEX FOR PHP_MAPSCRIPT USERS: # # If you want to compile the PHP_MAPSCRIPT module, then you have to make # MapServer uses the same version of the REGEX library that PHP was # compiled with: # PHP_REGEX=..\php-4.3.1\regex #PHP_REGEX=..\php-3.0.14\regex #PHP_REGEX=..\php-4.0.6\regex #PHP_REGEX=..\php-4.1.2\regex #PHP_REGEX=..\php-4.2.1\regex #PHP_REGEX=..\php-4.2.2\regex REGEX_OBJ=$(PHP_REGEX)\regcomp.obj $(PHP_REGEX)\regerror.obj \ $(PHP_REGEX)\regexec.obj $(PHP_REGEX)\regfree.obj REGEX_INC=-I$(PHP_REGEX) -DPHP_NO_ALIASES # # REGEX needs some special flags... here they are for VC++ 6.0 # #REGEX_OPT=-DHAVE_STRING_H -DREGEX_MALLOC =loaded from http://www.rim # # --- You shouldn't have to edit anything else. --- # # # Main MapServer library. # MS_LIB = mapserver.lib MS_OBJS = mapbits.obj maphash.obj mapshape.obj mapxbase.obj \ mapparser.obj maplexer.obj mapindex.obj maptree.obj \ mapsearch.obj mapstring.obj mapsymbol.obj mapfile.obj \ maplegend.obj maputil.obj mapscale.obj mapquery.obj \ maplabel.obj maperror.obj mapprimitive.obj mapproject.obj\ mapraster.obj cgiutil.obj mapsde.obj mapogr.obj \ maptemplate.obj mappostgis.obj maplayer.obj mapresample.obj \ mapwms.obj mapwmslayer.obj mapgml.obj maporaclespatial.obj \ mapprojhack.obj \ $(EPPL_OBJ) $(REGEX_OBJ) MS_HDRS = map.h mapfile.h MS_EXE = mapserv.exe \ shp2img.exe legend.exe \ shptree.exe scalebar.exe sortshp.exe tile4ms.exe # # # LIBS = $(MS_LIB) $(GD_LIB) $(TIFF_LIB) $(JPEG_LIB) \ $(PROJ_LIB) $(ERR_LIB) $(IMGGEN_LIB) $(OGR_LIB) \ $(WWWLIB_LIB) $(ECW_LIB) $(SDE_LIB) INCLUDES = $(GD_INC) $(TIFF_INC) $(JPEG_INC) \ $(PROJ_INC) $(ERR_INC) $(IMGGEN_INC) $(REGEX_INC) $(OGR_INC) \ $(WWWLIB_INC) $(SDE_INC) CFLAGS = $(BASE_CFLAGS) $(INCLUDES) $(REGEX_OPT) $(STRINGS) \ $(EPPL) $(PROJ) $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS) $(WMSCLIENT) \ $(IGNORE_MISSING_DATA) $(GDAL) -DFEATURE_INFO_HTML $(SDE_OPT) # $(EPPL) $(PROJ) $(TIFF) $(JPEG) $(GD) $(OGR) $(WMS) $(WMSCLIENT) \ # $(IGNORE_MISSING_DATA) $(GDAL) -DFEATURE_INFO_HTML default: all all: $(MS_LIB) $(MS_EXE) $(MS_OBJS): $(MS_HDRS) $(MS_LIB): $(MS_OBJS) copy $(GDAL_DIR)\gdal11.pdb . lib /out:$(MS_LIB) $(MS_OBJS) $(MS_EXE): $(LIBS) gd:: cd gd-1.8.4 nmake /f makefile.nt gd.lib OPTFLAGS="$(OPTFLAGS)" cd .. .c.obj: $(CC) $(CFLAGS) /c $*.c /Fo$*.obj .cpp.obj: $(CC) $(CFLAGS) /c $*.cpp /Fo$*.obj .c.exe: $(CC) $(CFLAGS) /c $*.c /Fo$*.obj $(LINK) $(LDFLAGS) $*.obj $(LIBS) .cpp.exe: $(CC) $(CFLAGS) /c $*.cpp /Fo$*.obj $(LINK) $(LDFLAGS) $*.obj $(LIBS) clean: del *.obj del $(REGEX_OBJ) del $(MS_LIB) del $(MS_EXE) del *.pdb del *.exp del *.ilk # cd gd-1.2 # nmake -f makefile.nt clean # cd .. my mapfile is: MAP NAME "Bremen" STATUS ON EXTENT 3.46e+006 5.87198e+006 3.50161e+006 5.90314e+006 SIZE 400 300 IMAGECOLOR 255 255 255 TRANSPARENT OFF UNITS METERS INTERLACE ON IMAGETYPE PNG IMAGEQUALITY 75 WEB MINSCALE 20000 MAXSCALE 5e+007 IMAGEPATH "c:/windows/temp/" IMAGEURL "/ms_tmp/" END QUERYMAP STATUS OFF SIZE -1 -1 COLOR 255 255 0 STYLE HILITE END LEGEND STATUS OFF IMAGECOLOR 255 255 255 TRANSPARENT FALSE INTERLACE TRUE POSITION LL KEYSIZE 20 10 KEYSPACING 5 5 TEMPLATE "C:/Programme/Apache Group/Apache2/htdocs/maplab-2.0rc5/htdocs/mapbrowser/legend_template.htm l" LABEL TYPE BITMAP SIZE MEDIUM OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 255 255 255 PARTIA=loaded from http://www.rimLS TRUE FORCE FALSE END END SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 TRANSPARENT FALSE UNITS KILOMETERS INTERVALS 5 SIZE 150 5 STYLE 0 POSITION LL INTERLACE TRUE LABEL TYPE BITMAP SIZE SMALL OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 PARTIALS TRUE FORCE FALSE END END LAYER NAME "Verwaltung" STATUS ON DATA "BREMEN_STADTTEILE,shape" TYPE POLYGON CONNECTIONTYPE SDE CONNECTION "kbs2,esri_sde,sde,sde,EsgibtReis" UNITS METERS SIZEUNITS PIXELS TOLERANCE 3 TOLERANCEUNITS PIXELS TEMPLATE "ttt.html" CLASS NAME "Verwaltungseinheiten" SYMBOL 0 COLOR 90 200 90 SIZE 1 MINSIZE 1 MAXSIZE 100 END END END From steve.lime at dnr.state.mn.us Wed May 14 12:31:10 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 14 May 2003 14:31:10 -0500 Subject: [Mapserver-users] (no subject) Message-ID: I have some javascript code that does this, although the UTM->lat/lon code has a bug in it. It was based on a VB version. You can download it at http://maps.dnr.state.mn.us/javascript/utm.js. Steve >>> "Mohammad Zaheer" 04/30/03 06:58AM >>> Hi gang, I want to put together a simple web page that allows a user to enter lat/long and/or UTM coordinates and have them converted one to another. Is anyone doing this already? If you are willing to share some of the info with me, it would save me from reinventing the wheel. ;) _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mbp at geomtech.com Wed May 14 12:43:54 2003 From: mbp at geomtech.com (Mark Phillips) Date: Wed, 14 May 2003 14:43:54 -0500 Subject: [Mapserver-users] Mapserver and WMS questions In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F43BD@mercator.topozone.com> (ed@topozone.com) References: <13858AA1A74F30419F319ACB66A9D1221F43BD@mercator.topozone.com> Message-ID: <200305141943.h4EJhso18490@wisdom.geomtech.com> > You can use the TRANSPARENCY statement in 3.7 to lighten up the DRG > (or other basemap images). You'll find info about it in the 3.7 > online docs. Also, ImageMagick's 'convert' command has '-contrast' and '-level' options that you can use to adjust the contrast levels in the images. --Mark Mark Phillips @ Geometry Technologies LLC P.O. Box 1170, Black Mountain, NC 28711 Phone: 828-664-1748 mbp at geomtech.com http://www.geomtech.com From eric at gomoos.org Wed May 14 08:56:54 2003 From: eric at gomoos.org (Eric Bridger) Date: 14 May 2003 15:56:54 +0000 Subject: [Mapserver-users] (no subject) In-Reply-To: References: Message-ID: <1052927816.1475.33.camel@ubet.gomoos.org> There's one here: http://www.dmap.co.uk/ll2tm.htm which I think is Javascript based. On Wed, 2003-04-30 at 11:58, Mohammad Zaheer wrote: > > > > > > > Hi gang, I want to put together a simple web page that allows a user to enter lat/long and/or UTM coordinates and have them converted one to another. Is anyone doing this already? If you are willing to share some of the info with me, it would save me from reinventing the wheel. ;) > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From RichardBecher at SierraSystems.com Wed May 14 13:02:15 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Wed, 14 May 2003 16:02:15 -0400 Subject: [Mapserver-users] msGetLabelSize() Error Message-ID: <8450D0E05920354D97B1507EABDCDB7F073485@svott2000.sierrasys.com> Hi Eric, Actually, I determined that the problem is with my TYPE attribute in the Layer object. I am referencing "truetype". Not sure what this does or where it gets the values from..... Any ideas? I commented that attribute out and it works fine....however, I would like to know what this does and how I can use it. Cheers, Richard -----Original Message----- From: Eric Bridger [mailto:eric at gomoos.org] Sent: Wednesday, May 14, 2003 11:53 AM To: Becher, Richard Subject: Re: [Mapserver-users] msGetLabelSize() Error This sounds like a font problem. Do you have FreeType fonts installed. In the map file you probably need to set a FONSET value: e.g. FONTSET "/home/eric/work/resources/fonts/fontset" which is a path to a text file mapping font names to the full path of your freetype fonts. Alternatively you can use default fonts. Remove FONT tags from your map file. On Wed, 2003-05-14 at 18:14, Becher, Richard wrote: > Hi All, > > I am getting the following error when trying to load a map file. > > I am new to this so I am not familiar with how the map file is used as > an object..... > > Can someone tell me why I am getting this error and what I change in the > map file to correct it? > > Warning: MapServer Error in msGetLabelSize(): Could not read font in > C:\mapserver\test_draw_map.phtml on line 34 > > > Many thanks in advance! > > Cheers, > > Richard From nhv at cape.com Wed May 14 13:09:23 2003 From: nhv at cape.com (Norman Vine) Date: Wed, 14 May 2003 16:09:23 -0400 Subject: [Mapserver-users] UNDEFINED REFERENCE ERRORS COMPILING MAPSERVER In-Reply-To: Message-ID: > > i had many problems installing the support libraries and > programmes for UMN > mapserver (using Cygwin under a WINNT Server). Now i finished this > pre-installing and the final compiling of the mapserver edits the > following > error > message: > > .... > /usr/src/projects/gdal-1.1.8/ogr/ogr.a (or something else)...:... > cpp: undefined reference to '.....' try changing your Makefile to reflect the following # Optional OGR Support. OGC Simple Feature inspired interface for vector # formats. See http://gdal.velocet.ca/projects/opengis/ OGR= -DUSE_OGR OGR_LIB= /usr/local/lib/ogr.a -L/usr/local/lib -lgdal.1.1 /usr/local/lib/ogr.a OGR_INC= -I/usr/local/include OGR_STATIC= # Optional GDAL Support (provides read access to a variety of raster formats) # See http://www.remotesensing.org/gdal GDAL= -DUSE_GDAL GDAL_LIB= GDAL_INC= -I/usr/local/include HTH Norman From Prashant Wed May 14 13:52:09 2003 From: Prashant (Prashant) Date: Wed, 14 May 2003 16:52:09 -0400 Subject: [Mapserver-users] ANN: MapServer and Label-EZ Message-ID: <00ae01c31a5a$b02046f0$0f00a8c0@MT15> This is a multi-part message in MIME format. ------=_NextPart_000_00AB_01C31A39.28E3ED70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Friends, We are glad to announce that we have successfully integrated our high = quality text placement engine (Label-EZ) with MapServer. The user = community of MapServer can deploy this package to achieve high quality = text placement on their websites. Users will be able to configure text = symbolization and placement rules based on layer or feature classes = within a layer. The users can request text placement by selecting a = series of steps from a wide range of available options such as stacking, = font reduction, leadering, keynumbering, hyphenation, etc. The results = are of the highest cartographic quality and high success rate. The text = for linear features can be placed following the feature shapes, or users = can request route shield placement too. We will soon be providing a = website demonstrating the power of the combined package of MapServer and = Label-EZ. About Us MapText is the leading text-placement solutions provider for local, = state, and national government mapping agencies worldwide. Its software = places text automatically for virtually any kind of map or chart - to = high cartographic standards and at incredible speed. The software is in = use for making city street maps, highway maps, cadastral maps, soil = maps, utility maps, as well as nautical and aeronautical charts. For = more information, visit www.maptext.com or contact us at = support at maptext.com ------=_NextPart_000_00AB_01C31A39.28E3ED70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello Friends,
 
We are = glad to=20 announce that we have successfully integrated our high quality text = placement=20 engine (Label-EZ) with MapServer. The user community of MapServer = can=20 deploy this package to achieve high quality text placement on their = websites.=20 Users will be able to configure text symbolization and placement rules = based=20 on layer or feature classes within a layer. The users can = request=20 text placement by selecting a series of steps from a wide range of=20 available options such as stacking, font reduction, leadering,=20 keynumbering, hyphenation, etc. The results are of the highest=20 cartographic quality and high success rate. The text for = linear=20 features can be placed following the feature shapes, or users can = request=20 route shield placement too. We will soon be providing a website=20 demonstrating the power of the combined package of MapServer and=20 Label-EZ.
 
About=20 Us
MapText is = the leading=20 text-placement solutions provider for local, state, and national = government=20 mapping agencies worldwide. Its software places text automatically for = virtually=20 any kind of map or chart =96 to high cartographic standards and at = incredible=20 speed. The software is in use for making city street maps, highway maps, = cadastral maps, soil maps, utility maps, as well as nautical and = aeronautical=20 charts. For more information, visit www.maptext.com or contact us = at support at maptext.com
<= /FONT>
------=_NextPart_000_00AB_01C31A39.28E3ED70-- From mgleahy at fes.uwaterloo.ca Wed May 14 14:44:17 2003 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Wed, 14 May 2003 17:44:17 -0400 Subject: [Mapserver-users] Please Help...Joins with MapServer PHP/Mapscript Message-ID: <1052948657.3ec2b8b149942@www.nexusmail.uwaterloo.ca> I?m pretty sure I sent a request for info on this question on monday, but so far there has been no response...I apologize if I am unnecessarily repeating this request. Essentially, I?m trying to link a DBF file to the attributes of a shapefile. So far, it seems to work (at least there are no errors when the mapfile is displayed through the PHP web interface). However, if I query a location on the map from the PHP web interface, I get no results for the joined table. I tried using results templates, as the documentation suggests, but that had no impact. After going through code in the PHP/PHTML scripts, it seems to me that there is no function included for handling joins in the PHP version. Is this the case? If so, how might I go about building such functionality myself. If not, perhaps someone can tell me what I have missed. Using: MapServer 3.5.6 with MapLab 2, on WinXP running IIS (with all updates). Thanks, Mike ---------------------------------------- This mail sent through www.mywaterloo.ca From robert at wotzhere.com Wed May 14 16:07:17 2003 From: robert at wotzhere.com (Robert Crossley) Date: Thu, 15 May 2003 09:07:17 +1000 Subject: [Mapserver-users] Please Help...Joins with MapServer PHP/Mapscript In-Reply-To: <1052948657.3ec2b8b149942@www.nexusmail.uwaterloo.ca> References: <1052948657.3ec2b8b149942@www.nexusmail.uwaterloo.ca> Message-ID: Mike, I had a similar problem with ASP linking to a SQLServer database, and ended up using the query template to call another page with the (C_LINKCODE) as a join parameter. Code below - qryaddress is the parameter where the C_LINKCODE values from the map table is replaced by MapServer, and this is passed to another .asp page that selects from the other database to display the results. You need a connection and driver to that database to make it work, but it is generic to any database. You could redirect it to a php page just as easily. Rob. TEMPLATE PAGE:
< th>QUADNAME ---------------airports.html template---------------------- --------------airports_footer.html template----------------------
NAMELATLONELEVATIONTEST
[NAME][LAT][LON][ELEVATION]< /td>[QUADNAME][testjoin]

-------------airports_join.html template------------------- [TEST] ------------------------------------------------------------------- ------=_NextPart_000_0073_01C31BAE.00A1D090 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

As someone suggested to me earlier, I have the = development version of Mapserver 3.7.  I am under the impression that this = supports single joins, and may soon support multiple joins.

 

I have the demo running, and I created a test DBF = file to join to the airports layer with a column of values named = “TEST”, and a column “QUADNAME” that matches the column of the same = name in the shapefile dbf for Airports.

 

The syntax in the mapfile used is below - info at http= ://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide suggests that the ‘TYPE’ parameter should be = “ONE-TO-ONE” rather than SINGLE, but this caused an error with MapServer, so I stuck = with SINGLE.

 

I pretty much left the templates as is, except I = added a column in the Airports header template for the test value.  In the Airports query template, I put ‘[testjoin]’ in the = appropriate table column, then in the template for “testjoin”, I only have the = text ‘[TEST]’ named in order to return the value from that column in the joined = table.  However, the ‘[testjoin]’ parameter is not processed, so = that all I see is [testjoin] final output where I should see the corresponding = value from the [TEST] column in the joined table.

 

Have I arranged the templates improperly, or am I = missing some detail in the join?

 

Many thanks to anyone who can help,

Mike

 

-------layer with join in = mapfile----------------

 

LAYER

  NAME airports

  TYPE POINT

  DATA airports

  STATUS OFF

  CLASS

    NAME 'Airports'

    COLOR 128 255 = 164

    SYMBOL 'circle'

    SIZE 7

    TEMPLATE = "airports.html"

    JOIN

      NAME = 'testjoin'

      TYPE = ONE-TO-ONE

      TABLE = "airports_join.dbf"

      FROM = "QUADNAME"

      TO = "QUADNAME"

      TEMPLATE = "airports_join.html"

    END

  END

 

  HEADER = "airports_header.html"

  FOOTER = "airports_footer.html"

 

  TOLERANCE 5

 

  METADATA

    WMS_TITLE = "Airports"

    WMS_ABSTRACT "Airport runways = for Itasca County."

    WMS_SRS = "EPSG:26915"

  END

END

 

---------------airports_header.html template------------------

 

<font size+1><b>Layer: airports</b> = </font><p>

<table cellpadding=3D5 cellspacing=3D2 = border=3D0>

<tr bgcolor=3D#CCCCCC><th>NAME</th><th>LAT</th><= ;th>LON</th><th>ELEVATION</th><th>QUADNAME<= /th><th>TEST</th></tr>

 

---------------airports.html = template----------------------

 

<tr><td>[NAME]</script></td>&l= t;td>[LAT]</td><td>[LON]</td><td>[ELEVATION]&l= t;/td><td>[QUADNAME]</td><td>[testjoin]</td>&l= t;/tr>

 

--------------airports_footer.html template----------------------

 

</table><p>

 

-------------airports_join.html = template-------------------

 

[TEST]

 

------------------------------------------------------= -------------

 

 

 

 

------=_NextPart_000_0073_01C31BAE.00A1D090-- From andreev at d902.iki.rssi.ru Fri May 16 11:21:37 2003 From: andreev at d902.iki.rssi.ru (Mike V. Andreev) Date: 16 May 2003 22:21:37 +0400 Subject: [Mapserver-users] Building gdal with Xerces In-Reply-To: <3EC524AF.7040008@pobox.com> References: <3EC524AF.7040008@pobox.com> Message-ID: <1053109296.15901.3.camel@mike> ? ???, 16.05.2003, ? 21:49, Frank Warmerdam ?????: > Benjamin Thelen (CCGIS) wrote: > > That means 1.7.0 won't run? Do you think, that xerces 1.6.0 would > > automatically be recognized by gdal at installation time of gdal? Otherwise > > I would have to find out what to specify for --with-xerces-in=dir > > and --with-xerces-lib=opts. Especiall the last one is a miracle to me. > > > > Thanks, > > Ben > Gdal's configure use by default --with-xerces-lib="-L/usr/local/lib -lxerces-c1_6_0 -lpthread". I think that for another version of xerces you need specify somethink diferent. -- Mike Andreev From pond_bear at hotmail.com Fri May 16 12:20:17 2003 From: pond_bear at hotmail.com (pond bear) Date: Fri, 16 May 2003 14:20:17 -0500 Subject: [Mapserver-users] how to change projection parameter via a form or a URL Message-ID: Hi, I need to display images without knowing the projection type. So I have to run gdalinfo to get the information and can't define it in a map file. So I want to change it via a form or a url. How to do it ? Jing University of North Dakota. _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From plrandrea at netscape.net Fri May 16 16:26:59 2003 From: plrandrea at netscape.net (Andrea) Date: Sat, 17 May 2003 01:26:59 +0200 Subject: [Mapserver-users] undefined reference to `__gxx_personality_v0' Message-ID: <3EC573C3.2080808@netscape.net> Help me! I'm a MapServer newbye I have: MapServer 3.6.5 linux - gcc 3.2.2 gd 2.0.12 (installed) jpeg-6b (installed) libgeotiff-1.2.0 (installed) proj-4.4.7 (installed) tiff-3.5.7 (installed) w3c-libwww-5.4.0 (installed) when I try to compile MapServer with make: gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/usr/local/include shp2img.o -L. -lmap -lgd -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -ltiff -ljpeg -lfreetype -lpng -lz -ljpeg -lm -o shp2img ./libmap.a(mapogr.o)(.eh_frame+0x11): undefined reference to `__gxx_personality_v0' collect2: ld returned 1 exit status make: *** [shp2img] Error 1 Where is the problem? Thank you Andrea From mgleahy at fes.uwaterloo.ca Fri May 16 14:42:43 2003 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Fri, 16 May 2003 16:42:43 -0500 Subject: [Mapserver-users] Joins in MapServer 3.7dev - not working yet? Message-ID: <007c01c31bf4$1943cdb0$170aa8c0@mgltoshiba> This is a multi-part message in MIME format. ------=_NextPart_000_007D_01C31BCA.306DC5B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_007E_01C31BCA.306DC5B0" ------=_NextPart_001_007E_01C31BCA.306DC5B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Attached is a stripped down of the demo I downloaded for MapServer. It only includes the Airport points shapefile, and a dbf file that I'm trying to link to it. Perhaps there is someone out there that might be able to debug this. As far as I know, it works fine except for the join. As far as I can tell, the only thing that I might have wrong is the templates - if it's not that, then it's something to do with my installation of MapServer (could it have anything to do with WinXP/IIS?). Mike ------=_NextPart_001_007E_01C31BCA.306DC5B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Attached is a stripped down of the demo I downloaded = for MapServer.  It only includes the Airport points shapefile, and a dbf file that = I’m trying to link to it.  Perhaps there is someone out there that = might be able to debug this.

 

As far as I know, it works fine except for the = join.  As far as I can tell, the only thing that I might have wrong is the = templates - if it’s not that, then it’s something to do with my = installation of MapServer (could it have anything to do with WinXP/IIS?).

 

Mike

 

 

------=_NextPart_001_007E_01C31BCA.306DC5B0-- ------=_NextPart_000_007D_01C31BCA.306DC5B0 Content-Type: application/x-zip-compressed; name="itsaca.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="itsaca.zip" UEsDBBQAAgAIAENwsC72CikaOgAAAG8AAAAUAAAAaXRzYWNhL2FpcnBvcnRzLmh0bWyzKSmysylJ sYv2c/R1jbXRBzLBXB/HEGSevx8Sz9XHNcwxxBNFLDDU0QXNiBDX4BAvf0+YKn2gTVwAUEsDBAoA AgAAAIC4FiuNssQcDAAAAAwAAAAbAAAAaXRzYWNhL2FpcnBvcnRzX2Zvb3Rlci5odG1sPC90YWJs ZT48cD4KUEsDBBQAAgAIAFJ1sC6BNiGOkAAAAMoAAAAbAAAAaXRzYWNhL2FpcnBvcnRzX2hlYWRl ci5odG1sVYs9C8IwFEX3/oqAo0NUcJHXB0EzCLUiRvekTWshNOEli/56TRE/7nTO5V7o/JhYHB52 vkQwWOm7pQ3TAwVPKQI3CDxvEAIWkLRxljXWuaDbdhj7cj1ZDLrJtmLGU2upXOQxMdM33nkqZ9sp COmGtThI4C/IUgn15WP9YVnJq1D7n+Z0Ebu/q5Ln95cnwuIJUEsDBAoAAgAAACt5sC5jvSUTBgAA AAYAAAAZAAAAaXRzYWNhL2FpcnBvcnRzX2pvaW4uaHRtbFtURVNUXVBLAwQUAAIACABxebAuH49C wbUIAACZHgAAFwAAAGl0c2FjYS9Db3B5IG9mIGRlbW8ubWFw1Vlbc5tIFn5e/YouXLVKqjII0D1V ecBSS2YWAQNoE++LC4uWRAaBClC82l+/p7u5SUL2OHG2NhVjQ1/P5TvfOd25ad0gJ/OSDMVrtPP2 aB2EpHXTMtQFRlO8MFuOq7pLB5lGy9H+hdFAkujTwl9cbLioOxrJ0lAcdHs9SeoOx6ivSF1ZkcTR qCf1x30F9SVpNB6I3e5Yksejbg/1u7Kk9LpiVxrI3dF42FoamuugBXax7bScO9XClureIcH3Mk9o aQt1jiembtpI6feLpwVyH+MDiHxEESE+ymK02nrRhqBsG6T0c+dlqy0dlKCFt3dI8o0k6PEQhH7r hi3q3lsYWcYc1oLVrCT+SlZZEEfIJ+sgCujrB7SKo/QQZrAqQZZt/i72kB+vDjsSZR4bvI4TtPcS b0cyWN8P0tUhTaGDLkon4ImrgfFuEBL2sMWnQ7YT2BcJw336aW47I4k3/CeOyCe5zz+iOMm2xesD SJQKTExk2h8RfxOokJ/IPt18VAZjNhEbU65N6dMn8oiCCERbeytS0wy9C6JVePCDaIM+LxxEIu8x pB+gh0ct/x7W+YxvWwjdYXWKbZi7ix+2xPNJIm6zXQg9Ll5Yuupi1lc0zkzTLYav4zirhi80w5mo OkayBAiCb/VL/t0HlLAm5hju/pRkIDlfhwrNVhGKMUtbf2YIgEmdqq4Kr4iq9+BqLuwjLBdGDQxa 5qUrD01hulCOVG8d11YnLhJcCiSKJXD96US6YZRmCUeAt9+HwapCQ77sJD5E2RGFMXQBQEFO5lO0 AugkXogWQRSRNM48sbb5ZIIdZ2IaVAbNgLCIABQt1n9zAvBvXnggZzAHcxz25VqmoWsGtrFjLu0J 6L7Nsv3HTofKE27jNOsETM7OufXKBRzbQQK2nHkBL4QovhjG/lhi+36hWtDGaEEBWlCYByu+oO/3 YPU7TddcDJ9VFEtIal1iNSFrkpAIcApMBF02noH8xgQXTkebxNtvg1XaKYeKm2BNBcvpaNxVuj0R /gwlWRl0KR31gYhEeQAENVQU1Bv3h4Ox2B+Oh/Jo3APC6krDcX8sSgq0ycqw0AhIjD5nGnEVfpP5 DzSYS5ea+SXVQrIhERBPS8dz2ovQP/A932cE28C3rt5indme8dKt5nLz5uIs8FRbLtg33wv2QaNx 7pO6kJebg5dD8ugl0Mri7Va1C4teEmtdkmonqZIkC6Ij/ahtTb0sF4YbARJa53Nzjtd07NCtDWCI f6q6w2YB1A3HUm3qQNde4kob9tWgz3H3GIc1MkvRuyfSTgiKo/CIDinlMQ+tyRMlMed+cWtSfVhO a6+CZBWSdiu3M9Z1zXLonpbJAk6Gf1yvmabreHpNiNA7MiYoZYDulq7eY7vYapUdH/39USm2skz9 fp7HBVNvimfqUnehgXJVfTy1n646DsTNAkTOjg8RJJh20cycgb9YENwOJBfU5pTTZu0niJSVUfHU PKooffbIo37pRbYwkAwBgjuiGEgvgeTHKAyoi3JgChmPnG/dETvoL297AjO+7TWmztnzFv74XnJs 4udTnn3MR6J06+0JLWNE5BCCctrzSRiIfpSITAtxF4mHtFPkus76EIYdZv+IKIwHGZPvYsBUEMHr jtF7jamfI8cTFOxW/ljiXp3b5tJCK4ALSS9BwTBQG11E9Gx2ggaYztHwtxM0sL2ECVsb/R258VOU Cg3OOncHoGDMg7tM5kIhRJlOmVZlIVD216sBocr8VX8t/bO8Ml0uLBZPgDMvDOMnNF/oiPx7D4mx 9QwYIFWCNybBtyBEU/hN66u0CRJ84IoN9IuBl0lZRO9yuFBrUdJ4/x2ezZ72yWZ/7F5xZa370pWc Thkz1SmpyKaVS9vMk9tgnzZF90jmT+/lgCrWKUIKNG+yoHWAWgbpXuQj5wDFzhG9s3TnPVQa+fSa 4Rrs+rqIYyZ684gLvT9J+hzvcj8wJ5VjL4OprdM+iCU7AErMzV8FSTGzRH8RVlBTyPKQcmuZI2ux U0y7Fjtl/0nssJVcU8eQKqGW6/5IMHG1qIO5Yk0omOpzZho2LKHD0D4Oj5sr0fQ6r/vhJvyzsNz3 ex3UZsY68z6snmZhVHqfRkuj68uBDTzqZAnxdrlpKp8XU7hX8iLo0u+XXi8mXvN62X/OmJXPKZp+ wOsnGl06O+Xdb+LcykQ/5NxcpMuiKvHDqFum0yT2/LR+mOxK+Vny0uW1yXVsVN4/LVpzJ75QothU gCa75v1MQMg4cLoukg2IQ2hU+WidxDu0MKamy8fxsvIDHOVeZfQ4o3q9gdFXNZmvWP7Bi6L4Tcyv GoYJgzTGzezUwSocga7JShyhwTmnRWSVRPmhIKVV3PbpSI+F7TJAqxMNu4SYYZAMaiKaantS1T7V QGYaa3K/aLVMqLpo6TSZ5C1slqsZ9/n3+RmJZ2H+m23/RvCB5EtC/1cCEKJA4bdk5zWx9/WFIB5c R1FtcnMQcwqv2fVVUX0XbLZP3rHRJUXfb/ws9AGBZDRDsgs2bt1fJM63uSZXHPNCjL/CO8/H+GEn nB12eccq9NJUuHbcFboXfgWV/MNudwT8hXHSSAxpVvDCS5zQ/5mc0KyRIqDvUOmQ/h+rJH+XSrVQ +h/qdZ5UKu1+JlP8IpSec8V1OveChJaftTsNzShvtWqdV47B/LSl5uPaNdDQKyTqFnnQe/7APDwr 1ItNa4ez30Go3Of5wRo7Lm1s561MdEcz5jouWtRbvbbYw9c4iET/cS3k/TPbBML6Y6lO6YpFq2s2 tF1IxherxDtBXHFsKAdfOTaU/c8cG55DcGHzJgTnfSg5RBTIDSeDH7gMK/ILLyxPLsROEsazd2K1 bFJeigmnyeSknY0vc1i/yGGN7HV6U1a77z9lo3NWBAnv1Kn5OWcVeVQ8J738jie/5bm877+88W8i Mku1XY1eoc/gV4HY2+VsBsBQ/jqJ/YSrtYonXnO1xrlm4e3RjP4X9H8BUEsDBAoAAAAAALh7sC4A AAAAAAAAAAAAAAAMAAAAaXRzYWNhL2RhdGEvUEsDBBQAAgAIAHq4FisYft6CEAIAAP4GAAAYAAAA aXRzYWNhL2RhdGEvYWlycG9ydHMuZGJmpZXRbtowFIaRtotddLe76JVfoMxO7Di5W6AUdQK6Qbdp l25iiNXURnYyxgPswfZmcxKSIhaQCEeKZenY8af/nN9+w999uOr1en97f3ptMQuno910GNrh00F+ Ej42S6d2uHp7kH+YNfmfLfnRZPQ9fLwvVs14S/7rt/B2xzAsCMHB+e/BQKyWSj+DaS5FJNYsBaHQ a6UzcEZg2qfUD4rpTeD2PQKhnSIXu31oY7RcCn5q/0ClcR6BBWfrlEkOBsxwcG5YCBJQUkNgBL0S wiElxIClhr2ACXvmxyA2JtNCri7RooAgvltD+F6pCnKpU0J85sZYKU5A5FqaKt9dDQvhOW4D4SHo lhCElhDDNH9KVG6OcgwTLUzGpVESfFFCZl1YCggvcGoISDDeV2Ih4lM6AHDLuQZz8cuO3ethIVzi NBA+3DUmQiXE3hntMVZmzVMwZzJKuhijhnCcV3fAAFU9EeAS4i5VKt7Y75gcY81kbBnWIjY39xkz EQNDlcts+3GsdGyLNONF66oXcCd4Gh+FQNCvIQgMaNUTlTv2z2jdPxdRkhVqXSJFUQ7koQYiQFVP YFg1pkqYMTwDI2Za/71IWL5KpDXRtrs9LARGtFHC9d2qHLCCmLCN5jLaNecP/h/JQvx+4lpvC5vK uLgvOrqDvl5WEPvoLHcsJE9Tc/mN6WHauINiUrmDVO6on4Zjcf0PUEsDBBQAAgAIAHq4FisNd8k2 sQAAALQBAAAYAAAAaXRzYWNhL2RhdGEvYWlycG9ydHMuc2hwY2BQ52LADm69YGZgYIRyNNqlHIHU Ae1PwSCaQcVHDkQ3PNMPcWQgDEDGcMHMWtEtjayXCVnOZZEM2B5xGbAcM7Ic1A0NchJgORZkOY4d YDMd/smB5ViR5Za4gN3KcFoZLMeGLFdyBWymwyZGsBw7stwBcYg+5i9gP3Mgy6VoyiCHByeynMop sFsOLP4LluNCluM5ANbHMIUDbB83ij5omG5SAcvxoISLFNhMhjWKIY4AUEsDBBQAAgAIAHq4FiuV 46FtSwAAAMQAAAAYAAAAaXRzYWNhL2RhdGEvYWlycG9ydHMuc2h4Y2BQ52LADpJeMDMwMEI5Gu1S jkDqgPanYBDNoOIjB6IbnumHODIQBkZADLLHAUr7QekYKJ0FpSugdBuUngKlF0HpDVB6H5Q+A6IB UEsDBBQAAgAIABh5sC4UHmqzzgAAAH4CAAAdAAAAaXRzYWNhL2RhdGEvYWlycG9ydHNfam9pbi5k YmaVkU0LwjAMhgviTcGzp/4Bwe+Po9MpiArOiefoMlecVpbp/r5TFw/DDgy05CFvQtO3dCrXKkII EA3xKza78XQ9XtlpOnmxzNVde+tm6bteydWr0vZ9hdIcLlLcYrAgJLjIJZzRKG4zLJAoHV0o7jBM wvsh0Hcy6V/iLsNWeQVzP+IewxQxko56pLdR3GeYhVp7SXoKnjFgmEdw9aQDN+WRafLwu6AOgAhj aQPFBvGIYQlJhNdjtuQe8x1vU5p//EaLLbTUydfRudjuzML6E1BLAwQUAAIACACUe7AuNQfBWTkD AADeCAAAEAAAAGl0c2FjYS9kZW1vLmh0bWydVt9v0zAQfs9fcfIkXmC0HQxpkEYabKBJ2xjreICq qpz42lgkcXDcbt1fz9n5vXVlkIfkbN999/nufLEfmzQJPD9GLgLfSJNgcMHzCeo1ajjBVMFZZlAv eIT+oFz3B07b80MlNhAuI5UoPd777J7A8/wIrUngx6MdWLToDypN8m9fC6VTSNHESoy/nN4Aj4xU 2ZhNc62Wmqcz1kH3fMPDBCFUWqAeDyHCJClyHslsWY1yLoQdvW1Isr2he5g1dxgC1jyRS/JiVM6g lGsXAJWTLhobsp4vO65IMAsMYM1o+4RNXkmNwA9Y4J9dXn2/gcvji9Mxk+mSwc2PKyfyJTKYXH+i ndL8jMGtFCYevxsOIUa5jI0T641S2IywL936coIVRfAiC4v8A8UyM1DIexzvj8BGfMy4ljx5FWOy RiMjzqCOSZk5YhgGV+oWNQoIN9Ckzh+E5M4Clq5bZ1W4mLYkyZ7YQ6Ej2kcR8QRDrillrU3Nmb42 qhR+t/QoCU1JLdzzVB4Od+Whk/ISpZ+ZZhN1rcosXxkwm5wCVazCVBpmSa1oeI0LjUU8+LZCvWGd qq0gcqrKSuyiaC6kYpDxlAapEtgAhlrdFjSMYox+oQiAAv/RzUHKcxfusIV/HubvkpyFcjxhgdys NP4fWvYILl0lRuaUggq3sMDNvu3x7YSjksJggglGBs75BnUBRsGJLPKEb97DQ15Fqdm4KUkl1pCV dfym1iVtldvOULPlUudKm4LBtBbnJd4sgONqpnY0KFe28P2pVEodqhcjF6KSzD0tC6krpyOYVhPz 0dwlknxVQFf8mSDDFmRYg3TJfCWEZwHtd+jsjx5APdjhhILZQzV4Z1pQG+sy4G8r8Gk9PdtW8m2j eTmyHeQcl5iJbs8I7a+gU4FNk0icqm0R2+unPpvdxqlxsbVx0vys14f7x7TtmU3z8bqzXqcn1XZe 77DEUgjM6tNCm7jbNMfl4Ojo9SG4t/2z7DSjYDd2UzruNJ7tNiKlnsVf1Au+xvL41kZGr5Dt3k/1 h239dH65u6nNbzGcu1Tk3MQ9ov2lf4Fa6eQJJFoprwEDe1uwQu7Kx5UkVR1dSewFxd1qvD9QSwME CgAAAAAAMLl2KQAAAAAAAAAAAAAAAA8AAABpdHNhY2EvZGVtby5sb2dQSwMEFAACAAgAinuwLnHj x+2lBAAAiAkAAA8AAABpdHNhY2EvZGVtby5tYXCFVm1zokgQ/s6v6CIfsld1R3gRha3KB9QxYY8X lxlvN/clRXCMbCFYgJvyfv31DKJsksuVYqa7Z7qffuGZXClXQNu0bqHawC7dwyYvuHKlRF5IYE7C WKHMYysKcaRQ/28CY10Xj0K+MxIxsBzH0Cfa2BqNdN2auGCbumWYuuY4I912bRNsXXfcsWZZrm64 jjUC2zJ0c2Rplj42LMedKKvIZxRCwkhCFXrvLcnSY/egrtM2VRU/9O7ILA7iBEzb7h8FcR+rA0I+ Qsn5GtoKsm1aPnNot3kjxF3aZluxqYYw3VNe/+Q1PB3yYq1cSafsYUlgGd2hL/S2rKsfPGvzqoQ1 3+RlLpa/Q1aVzaFo0SuHZRJ/0UawrrLDjpdtKjdvqhr2aZ3ueIv+13mTHZoGDcKpOEBmzMfiXQGo ewxxe2h3qpR4Ueyb27uEOnqn+Kcq+a1hd0JZ1e22Xz4iokaVMCFOPkO3UgXIW75vnj+bY1ceJNG8 y+bc0xf+BHmJ0DZpxgeZwae8zIrDOi+f4VtIgZfpUyEEzCMVlf8N/XwjUwXgnnhzkuDZXfW45ema 19q23RVoYSRcBh4j0tYrF3HM+u2bqmov20M/ojMvIGDoOEEoe99Pso1TIlWyMV37G94i8s6PAC29 qP2eVRJ8sAWHyZt7zMMliPQemc8wjroKo8Ew+G3aZCnM8bh63ulNKUu8GQOViUESs4St//WgCFg2 bd1NQLrfF3l2mYaT21l1KNsjFBWacEARp+wpZDg6dVpAmJclb6o21QbBZzNC6SyOBAY/wteixKFQ pP3qlwH/mRYH/mrMsRyH/dlXHAV+RBJC41Uyw9y3bbv/fHMj8BTbqmlvconz5nX1zg5oQkElS3rX jxeAmC85Y19XJHkIvSXqJC2YSAum7OCFL8T6Aat+7wc+Iyhe3mIddOXtrNZ8w2te4pwiE6EpIQvE H81I33R4rtP9Ns+am/NW7TnfCGAnOnIt0xpp+GeiG+bYEnRkIxFpxhgJamKaMHLtydjV7Ik7MRx3 hIRl6RPXdjXdRJ1hTvqMkMTE8yqjLoU/jO6LinjFRJn/L7WCP/MSiUcJyJ2wAvxJHro4DoZBOfCm JJC1l7w09VlX3hOckMz9VSjlLhbGAcc99WQI8m1w7HLBn9IatfJ9m3pJX9G3xDpEcomkX5C0eXkU wiC06LLRF87BSVBenz1xvB8QKkJHyBB/eQGVp3DUI7r0EtFAlqzIJRspvZPPcfdUFQMya+DTC7+u OVRlcYRDI3gshQ1/ESRGH8JpLPKRd9p1ltdZwa+VU51JEPhLKmIuY/nCGfjp8lr4QUDm/wWiSI+S Cc4Y0KwE3gNJ+lBpXu/xjW/6UDIACoKYhsa+dYuFKFvgUSqL3cH1TvuuBw0xTEe2C4e6a4vMcJja qRWTbp56llb7oGeeBPiCoOSiD8gIZUJ5fdJK6NSP7gLSa7xpMHD2+KPKS239tFFP9kUSh6B+XXlz 4bHXsvgd3RtknbMLvK4Tsvrni+iyeXAbqZeb52IfXD+S11gcEBw2ZENb+eCW6Gv+3qVwskF9KF/S Y/OW8Ads/hGB4g8yOl4psBD/cf0LUEsDBBQAAgAIAPkckStNiE76+gEAAFUDAAAXAAAAaXRzYWNh L2RlbW9fZm9vdGVyLmh0bWx1U02PmzAQvedXWD6wiRJBsj0Wu6rUZBWp2WiTbXsgKBpgAFfmY42T QH99jWG3lbo9YM/4vTeeDzMhxE+rUpNG/EI2X5EUYmSgBMhFjvKKWsTA/Yg/XVB1ZAc1WbdQ1BIb 34u47/ViPjFRaj7pNw2RRBKjlDUkiSgzRj9Q6zc1xNZfUhJVKkHVm722lynu64T7osjewHtKGhUz GpjDkJq7DGFk/49ZqypTUISfCqhZYJbQeekTT4VE659vGJ1FARnWoPPwy3q3D0QSui9dkKE+S+hQ NaFTVAkyQ3dsW+6Xy7n5xhTMov7OOicgRVYyGmOpUVHeaCgTUAmxV5soRpG/Kv5hxxDnOHIt8TW+ 2fteDm1tYiVqTSSU2cUkz+hPuMJwOLbwCooozLAljHg/dsfzcX34vj54H9/QoTgD02Csk/4Bo6hq LWT6iq3uIYuJdGqjuhobPaXB1ehEVYZ0NrM4IUkVXwpTjHtTQuOUmpfgA8kVpuz07kQO66dv6+Mz e0C9QdAXhdsyrYZBjRNglMzHfF2FtTSPcuoRL1uQu8XdzGDUMbUdt/tHtnJX7tJpWZ+424ZON1hd 6GwfN/vzZn/YfX5mWSGdvkQbuDfeD0voifKkupWygoQ87L6SsV7fM3+BV/NTSWd2IN7Q/GE6XlQl HZ/4Xq4LySe/AVBLAwQUAAIACAD5HJErf6TbFtoAAAA9AQAAFwAAAGl0c2FjYS9kZW1vX2hlYWRl ci5odG1sVY/NasMwEITvfoqFXloo8b0ogpI41IckrZ0SSvBBsje2QLLCetPGb19ZPjTdy8DON/sj OnZWJqJD1cgEQLBhi3KrLiXSNxKs0XnIe0Y6qxpFOvsAiUjnjNC+GUG3tbeelg+bWDIJfVlmr8Xq DY75br0/ilTLFzgZ1+KNK6FpisqPz6z4gvd9vjvMwONELG7Vc0QXY/UExqkWofaeGtMrxgE8Bc6p S8SCTlSQe+b/gm12KPJVOa/or06Hz/wZrBqRBvgx3AHhcLU8LE+9DVPZs7J35J9L8fY4/hdQSwME FAACAAgA73qwLj6utpvKAQAAwwMAABUAAABpdHNhY2EvZGVtb19pbml0Lmh0bWyVUz2X0zAQ7P0r FtMmUQhUeYqbAPdSHE2O+t7a2th66AtpHZP79UgGkmvIAzeWVjOz67FGDmxNU8mBUDWSNRtqHjEc KZ4pwkeyHg6OKZ6wIyl+nUsxoyvZenWBtu+88XFXv/08P3VTVbKjQmrksLmjlg+l+I2sZMjozAhN tTe6+wbeAQ8E2mnWaPQLQTsyl6qHk44EY5gBqqhOmgd4DwYvFBPwGB2pojBpY6AlwK6jlHRrCE4+ Qhv9lLTrV/A0UKWQETAr+hMcGFOHsPej48sCHr8AOgUTxdIo6jOpxaxQOlufGAJGzqXoLXw9Phzh 3XbzYbFer+H7iCqi6w2lFRy9pczJLVOZ33mm0nGbrcpqFizx4NXu4dNTHpW1d7taHLuoAydhMaRs 4Ip+0OytdmFk4EugXT1opcjV4NDmXUbWcEYz5vV+Kw6OOIytmKYpes9Cc8IORTFsVaDNPa3Zyqsa 6hh85FQ4b5bLf+Yp0yc2blM3y+Xddi/e25R/8h/m5v6Xhuj7iPba5y9m3ffqeaL2WVvsKSAPV61u K9gGYdNzef2HyhjNbaAb/ZaG1zppbK3mK/5wveb1q1BUUpTrURa3eORiCV6J4Zzdn1BLAwQKAAAA AADAe7AuAAAAAAAAAAAAAAAAEAAAAGl0c2FjYS9ncmFwaGljcy9QSwMEFAACAAgAMrl2KSFtTu3L AgAAwAUAAB0AAABpdHNhY2EvZ3JhcGhpY3MvcmVmZXJlbmNlLmdpZnP3dLOwTKxgqGCYyMDw//// hw93NjQ0MDAwKP5kYQRSDDogAiTvwPS/pX/l6bf8i+dsiXI98mPGrjt9LgwcR49fefqtPdBKyUHD bpnedvueT4KMTh8NS3f+TZwygWMRSNk/Ay8PlsAan9i8eglVlSaoOiEhwX0dLRwHj4cIdoHNFRV8 mPxqVQBY3YoODvng6TNTDokJCiwEmbHOBWT5XZVjIOvUlECKzJVAnDJVXJxvCI7PJKBmjw1Qmy8h XNjPIQCxfHGPSxKmCx1FgK64Le/G2anQ1Z/5X4lFvvVR8qui34fdXICO0oLIaikdOn4lVcUQrEkF bKd6J8j82k6QJ243evSArPACabmT54LJ8QZz/gUI/pyxy+cDxGGTw1Z3SIB0T+RgAAVAj4p8MNhZ yoIMMMf3QaRA4evOAosIO6SIiIQ6X7LzCGY8MLVAvKIhL+hCKL66OA4Cw+k/KKBkBRWcPga6cNgt g8TUCVBMhbdCLRAUtFu2jgvilK4OoF8iPSDBmgGO0MlPXGZwgmX5wfH51kEFEW3v1MChNhccars9 wfrSQWH7tEwZzAknjhMP4Sjg4gADyS/q7dHI9z5PklcJQLwpLvgYGBjWQoKQIIZwGB0+GZZackJ9 6q70nwEWZLI4IqEBEiYSS5WZHPAlthoXmMqnyvB4UJ4ogRFdIoEEEiXYuBYXAWjsOyHFPn51HVBb FXHFvq3gJIh77EBqF3EcNP8P8egGQUenjx9dWh48hkRlew8Hg6Bgly4wd1x2gdge49KSr9QBBLiS RShEXQgoFayGhM9CJWAiuCsKcaowqCzYNPEMWPsEkA5Jz6Q/kOCrByel6UskGGZIHkXkc3bkTM+u BM6O2iBjiqxR0hU4y/mCs5wvOFXkQ5IIxLfTQXbtvAvJe1NRORNxSxHH8YCkeXCg7HMhifMk+VUQ KHiaYEXwre5iZVYGawBQSwMECgAAAAAAwFKwLgAAAAAAAAAAAAAAAAwAAABpdHNhY2EvcGVybC9Q SwMECgAAAAAAwFKwLgAAAAAAAAAAAAAAABAAAABpdHNhY2EvcGVybC9DVlMvUEsDBBQAAgAIADOz kisowZiyLwAAADEAAAAXAAAAaXRzYWNhL3BlcmwvQ1ZTL0VudHJpZXPTz03MTi1KTdMryNE31AND /ZCMUgW//DIFI2MFAxMrA0srYzMFIwMDA319LhcuAFBLAwQKAAIAAAAzs5IrrAL63xwAAAAcAAAA GgAAAGl0c2FjYS9wZXJsL0NWUy9SZXBvc2l0b3J5bWFwc2VydmVyX2RlbW9zL2l0YXNjYS9wZXJs ClBLAwQUAAIACAAzs5Irbo3CgCwAAAAxAAAAFAAAAGl0c2FjYS9wZXJsL0NWUy9Sb290syooTi0q Sy2ySi4rdshNhPL00jOL9Upz8/RSU0qt9FMSSxL1gfJF+fklXABQSwMEFAACAAgAMrl2KUWdjx9M AgAAsgQAABYAAABpdHNhY2EvcGVybC9tYWtlcmVmLnBsdVN/a9swEP3fn+LmBmxTO2kChdKwwFa2 UVibQVdYYRAU+xyrOLInyUtMyXff6UfSdG0hxtLde+/O7y4nH0adkqMlF6MWZR0EnUJYs1blkrd6 aq+/PjOF0yAY5E0ndA8fIbrWTOUsMkECU0TgxtDmy8e4EwWWiUnVrEfpk/Zs0oZA2UFeM6V80p5t 0sISr5vNnja80NWOYP5eIV9V2gTGkzOCnUDJRQG6QnDdBQNVsRZLXqMXP9xNgXA4HBVMs1Gu+2XR 9pMwhWycQCOh4AhxdC/Ykqi6gaZF4UWfNSLTurYQp27NgVeyw2JZhntVi8lmKKXScuo7PO5u74tz /fLy5m7xY/794dv81lrBCXtmLOukaoyhroNs1kpsmcSFwhpzHYdXPx8Wt59uvoTJO6U3lfEljgeC rTExSk4zm5Wo8yqBpwBoVEoDL8GCAP+AH/yUcgN+ejoNdsGRzdlshToe8BRczDjkhoVbjcIOy2Uo tCSlQu3s5BRq6Fo7Ozt2vzCEMoUNLXKFac8OKd23uN+H13b9r2sXy+8akfOmbuTzNrGiuDKReDI5 T80zvjg/rCbBm07XXOB7rPHkIvVPYgsXkm1sWfu1NLf16sDyo7pesxXGyX4Jspnh2NmTffYb6U28 FOzfyL+cvGJ/0cpzIxIcGbBWd5Rz2o4d0UKuJGsrnquRxBIlihyHK15GKYzpR5IvBL5KPBIwBVvJ hYbw3q43PDZcxBEQO345XTqtudjuUngr3r8ZZ9vtO/F+lyQwDKGk/T20DQ4y/C3CafAPUEsDBAoA AAAAAMBSsC4AAAAAAAAAAAAAAAAPAAAAaXRzYWNhL3N5bWJvbHMvUEsDBBQAAgAIAO1BFisvbBuM WAAAAF8AAAAZAAAAaXRzYWNhL3N5bWJvbHMvY3R5aHd5LmdpZnP3dLOwTBRkEGSYyMQABP/BAMhQ /MnCyMDAxKADEgXJMzAZTOGfeZyD8WGWZhTnjd3ms8+Wxp9IVcgMzShf1/gqqTDlXJx3FZOe1Ysl mYzS8q3vAhgYrAFQSwMECgAAAAAAwFKwLgAAAAAAAAAAAAAAABMAAABpdHNhY2Evc3ltYm9scy9D VlMvUEsDBBQAAgAIADOzkit+fOR8bQAAAOkAAAAaAAAAaXRzYWNhL3N5bWJvbHMvQ1ZTL0VudHJp ZXPTTy6pzCiv1EvPTNM31DPUD09NUXAsTVcwMlIwNLYyNLUyMlMwMjAw1NfNTtLn0s/MK0ktKi5J LEklVkdOZl6qXnFlLkgtCOqHZJQq+OWXKRgZKxiYWBlYWhmD1RvoAxUXl5DgltJi4hW7cAEAUEsD BAoAAgAAADOzkisYtLDODwAAAA8AAAAeAAAAaXRzYWNhL3N5bWJvbHMvQ1ZTL0VudHJpZXMuTG9n QSBEL2ltYWdlcy8vLy8KUEsDBAoAAgAAADOzkithDc6KHwAAAB8AAAAdAAAAaXRzYWNhL3N5bWJv bHMvQ1ZTL1JlcG9zaXRvcnltYXBzZXJ2ZXJfZGVtb3MvaXRhc2NhL3N5bWJvbHMKUEsDBBQAAgAI ADOzkitujcKALAAAADEAAAAXAAAAaXRzYWNhL3N5bWJvbHMvQ1ZTL1Jvb3SzKihOLSpLLbJKLit2 yE2E8vTSM4v1SnPz9FJTSq30UxJLEvWB8kX5+SVcAFBLAwQKAAAAAADAUrAuAAAAAAAAAAAAAAAA FgAAAGl0c2FjYS9zeW1ib2xzL2ltYWdlcy9QSwMEFAACAAgAMrl2KWPipOlTAAAAVwAAACAAAABp dHNhY2Evc3ltYm9scy9pbWFnZXMvY3R5aHd5LmdpZnP3dLOwTBRkEGSYyMBwRNXw////DGCgAyJA 4gxMBi36M49rMD7M0ozSvLHbfPbZ0vgTqQqZoRnl6xpfJRWmnIvzrmLQs3qxJJNRWr71XQADgzUA UEsDBAoAAAAAAMBSsC4AAAAAAAAAAAAAAAAaAAAAaXRzYWNhL3N5bWJvbHMvaW1hZ2VzL0NWUy9Q SwMEFAACAAgAM7OSKxq980FQAAAA/QAAACEAAABpdHNhY2Evc3ltYm9scy9pbWFnZXMvQ1ZTL0Vu dHJpZXPTTy6pzCiv1EvPTNM31AND/ZCMUgW//DIFI2MFAxMrA0srYzMFIwMDA33d7CR9Lv3MvJLU ouKSxJJUUnTl5ReVZJCiobiERHeVFpOmwYULAFBLAwQKAAIAAAAzs5IrM6lYayYAAAAmAAAAJAAA AGl0c2FjYS9zeW1ib2xzL2ltYWdlcy9DVlMvUmVwb3NpdG9yeW1hcHNlcnZlcl9kZW1vcy9pdGFz Y2Evc3ltYm9scy9pbWFnZXMKUEsDBBQAAgAIADOzkitujcKALAAAADEAAAAeAAAAaXRzYWNhL3N5 bWJvbHMvaW1hZ2VzL0NWUy9Sb290syooTi0qSy2ySi4rdshNhPL00jOL9Upz8/RSU0qt9FMSSxL1 gfJF+fklXABQSwMEFAACAAgAMrl2KUWT6q4nAgAAZwMAACQAAABpdHNhY2Evc3ltYm9scy9pbWFn ZXMvaW50ZXJzdGF0ZS5naWbFUr1LFmAQ/735UQ4V5otoGqipKLSdhB+LFpaaJInQ0GAuR4kUaEOQ ixEWpTRIw6mD5RBGQxZEUIPikNBlkDQE79BkgigtES5dd88/0W3H3f2+nud897nmlqFSlOKZ4W9F 5beNzdmZ1eLMnc7W+e2fW79mZlZWVqr38zPAQZyCV+y25w3fvlz6u+5e4WJjz9Tn93/u9l8b7L76 KPNyZOd19tJGbil3oWo9r7r53ZUfnbcKjtQe330+MHngA+8+qGgsGph/0dWUe5vby/Q0zH3ZfnOx taT2+4n63Nj4WkHZTuXg9NeRjpq2uvGJieIb7ZNFaBMVViEVKJuyKosyK5MylExJlUSJlUgJClOo QhSsIAXETEzFRIzFSMxnJqqOK4Hlx5AYe+/FIiQCYQta75iFSRhCFip8SCxEQhCYi/JdAQtIADYL jX5qzEZsLsJCcnhw0a7SVy0cBJNDOxY4tjV4oogZTBb+nNY7IiYwzO26Ch8yiAEyC/cuyneNyNyt RRgRll97HK7JIpuw5GAu2i8togpix3ZoUBxrGIreCwTzIN2f03pH/u5mkavbdRU+NEAtYk6vgpQ7 UrJI2SGlg+QfySGSBySVSDqQmJCwkLaR+v9V6X9nUQIc6kVmqiyzsLA6UXj0WLb51dO1+4fLz8x3 Ldd0Xi+j4dz68uLHx1VnH1buF6N7uqCPe5f6ZzueFA3VN5WPbn2aPX1zVFs2T/bNNYwV5qPtH1BL AwQKAAIAAAAyuXYpRePRTc4BAADOAQAAHwAAAGl0c2FjYS9zeW1ib2xzL2ltYWdlcy9ub3J0aC5n aWZHSUY4OWEoAEYAov8ASkpHw8O88+y3npyQwMDA4eHhAQEBAAAAIfkEAQAABAAsAAAAACgARgBA A/9Iutz+MMphTGHBDMkhvQpgiFtnPgNwro+ofexazYNga3FEzXxg26Icw4WLFEaUgHDJbDY/FBUh U3JanVHDNcKrZZTbKa9S+42sxIpUQSkHhRXwihSu2+/2bJWatxCOFnx1MAsZRXiIEGSJCoApVXeG GgIAa4NdQFp1aZM2hGhjnZ4GckyhGkcAP4JCgDOlCyI+Zzk7lhNqMQOQLEeMv8DBwgsFASDExn20 CqxbSRUgzVcwdNJWhBkA1lh+sYuXx2yHw4i8iW+/hrd4JKSMOynrdTQC45v0FHiunZV3aWVJLmEC Is/UmDICtgnZMTDTlX30ftQzl4PTDFU/PgmRdJEu2QgzBU+ECkeAhIA2SxjaG2KAkqYcHTlkW9nB BUlc3U4o5NBvBcUVAWCRGzo0AQA7Oz04CWCrndOnChIAADtZiWaVMVcDvcgUCgABg31cXuXJKITI mV9JrgwTtYUWkFukLF3pAkfJvUJaQlDdsXQtvQVL2EDp8cNbBlKVjKiw+CLXPRJqjQhQYLcEOhqf NCpefCECADtQSwMECgACAAAAMrl2KeJRcKhBAAAAQQAAAB8AAABpdHNhY2Evc3ltYm9scy9pbWFn ZXMvc3Rod3kuZ2lmR0lGODlhEAAQAIAAAP///wAAACwAAAAAEAAQAAACIIyPacDtvp5kcb5qG85g Z2+BkyiRV8BBaEqtrKkqslEAADtQSwMEFAACAAgAMrl2KdppjsxdAAAAYwAAAB8AAABpdHNhY2Ev c3ltYm9scy9pbWFnZXMvdXNod3kuZ2lmc/d0s7BMFGYQYZjIwPAfCBigQAdEgMQZmGx66puyF3HG TWZyCdc9p3+bv6lLfNr85GVRDquyH8/zmO2V8+feD+/Vd/e92hng0HuhfM3GSeq32b5uMZx2yZmR wRoAUEsDBBQAAgAIAO1BFitFk+quJwIAAGcDAAAdAAAAaXRzYWNhL3N5bWJvbHMvaW50ZXJzdGF0 ZS5naWbFUr1LFmAQ/735UQ4V5otoGqipKLSdhB+LFpaaJInQ0GAuR4kUaEOQixEWpTRIw6mD5RBG QxZEUIPikNBlkDQE79BkgigtES5dd88/0W3H3f2+nud897nmlqFSlOKZ4W9F5beNzdmZ1eLMnc7W +e2fW79mZlZWVqr38zPAQZyCV+y25w3fvlz6u+5e4WJjz9Tn93/u9l8b7L76KPNyZOd19tJGbil3 oWo9r7r53ZUfnbcKjtQe330+MHngA+8+qGgsGph/0dWUe5vby/Q0zH3ZfnOxtaT2+4n63Nj4WkHZ TuXg9NeRjpq2uvGJieIb7ZNFaBMVViEVKJuyKosyK5MylExJlUSJlUgJClOoQhSsIAXETEzFRIzF SMxnJqqOK4Hlx5AYe+/FIiQCYQta75iFSRhCFip8SCxEQhCYi/JdAQtIADYLjX5qzEZsLsJCcnhw 0a7SVy0cBJNDOxY4tjV4oogZTBb+nNY7IiYwzO26Ch8yiAEyC/cuyneNyNytRRgRll97HK7JIpuw 5GAu2i8togpix3ZoUBxrGIreCwTzIN2f03pH/u5mkavbdRU+NEAtYk6vgpQ7UrJI2SGlg+QfySGS BySVSDqQmJCwkLaR+v9V6X9nUQIc6kVmqiyzsLA6UXj0WLb51dO1+4fLz8x3Ldd0Xi+j4dz68uLH x1VnH1buF6N7uqCPe5f6ZzueFA3VN5WPbn2aPX1zVFs2T/bNNYwV5qPtH1BLAwQUAAIACAAyuXYp xA9kcrcAAAAqAwAAFwAAAGl0c2FjYS9zeW1ib2xzL2xpbmUuc3ltnZGxCsIwEIb3e4oD54Jtad2l NxRiW7gsWcUMQtUOXfL2Xkyj4lAaSUII/N//JUS1HTFpADanY68AUZuBkJRqByY5Dn3bacZcBnUN +AXsbufHCNpNFlkbRQ3w7EYLuPcDJOu3JY8rQBaSyZzkSiw3JmusEzrlEmnVAmw0ZKE6WZQFwz++ 5O9IM2BUxLutuzxzieg3mxcyf+k1r4dzPLzgUBLOm9EqeN97sVRUnwr/gB2q692yneEJUEsDBAoA AgAAAO1BFiviUXCoQQAAAEEAAAAYAAAAaXRzYWNhL3N5bWJvbHMvc3Rod3kuZ2lmR0lGODlhEAAQ AIAAAP///wAAACwAAAAAEAAQAAACIIyPacDtvp5kcb5qG85gZ2+BkyiRV8BBaEqtrKkqslEAADtQ SwMEFAACAAgA7UEWKzt1uSZmAAAAawAAABgAAABpdHNhY2Evc3ltYm9scy91c2h3eS5naWZz93Sz sEwUZhBhmMjEAAT/wQDIUPzJwsjAwMSgAxIFyTMw2Uypb8heIBk3WcElXPec/m3+pi7xafOTl81y WJX9eJ7HbK+cP/d+eK++u+/VzgCH3gvlazZOUr/N9nWL4bRLzowM1gBQSwMECgAAAAAAx3uwLgAA AAAAAAAAAAAAAAcAAABpdHNhY2EvUEsBAhQAFAACAAgAQ3CwLvYKKRo6AAAAbwAAABQAAAAAAAAA AQAgALaBAAAAAGl0c2FjYS9haXJwb3J0cy5odG1sUEsBAhQACgACAAAAgLgWK42yxBwMAAAADAAA ABsAAAAAAAAAAQAgALaBbAAAAGl0c2FjYS9haXJwb3J0c19mb290ZXIuaHRtbFBLAQIUABQAAgAI AFJ1sC6BNiGOkAAAAMoAAAAbAAAAAAAAAAEAIAC2gbEAAABpdHNhY2EvYWlycG9ydHNfaGVhZGVy Lmh0bWxQSwECFAAKAAIAAAArebAuY70lEwYAAAAGAAAAGQAAAAAAAAABACAAtoF6AQAAaXRzYWNh L2FpcnBvcnRzX2pvaW4uaHRtbFBLAQIUABQAAgAIAHF5sC4fj0LBtQgAAJkeAAAXAAAAAAAAAAEA IAC2gbcBAABpdHNhY2EvQ29weSBvZiBkZW1vLm1hcFBLAQIUAAoAAAAAALh7sC4AAAAAAAAAAAAA AAAMAAAAAAAAAAAAEAD/QaEKAABpdHNhY2EvZGF0YS9QSwECFAAUAAIACAB6uBYrGH7eghACAAD+ BgAAGAAAAAAAAAABACAAtoHLCgAAaXRzYWNhL2RhdGEvYWlycG9ydHMuZGJmUEsBAhQAFAACAAgA ergWKw13yTaxAAAAtAEAABgAAAAAAAAAAAAgALaBEQ0AAGl0c2FjYS9kYXRhL2FpcnBvcnRzLnNo cFBLAQIUABQAAgAIAHq4FiuV46FtSwAAAMQAAAAYAAAAAAAAAAAAIAC2gfgNAABpdHNhY2EvZGF0 YS9haXJwb3J0cy5zaHhQSwECFAAUAAIACAAYebAuFB5qs84AAAB+AgAAHQAAAAAAAAABACAAtoF5 DgAAaXRzYWNhL2RhdGEvYWlycG9ydHNfam9pbi5kYmZQSwECFAAUAAIACACUe7AuNQfBWTkDAADe CAAAEAAAAAAAAAABACAAtoGCDwAAaXRzYWNhL2RlbW8uaHRtbFBLAQIUAAoAAAAAADC5dikAAAAA AAAAAAAAAAAPAAAAAAAAAAEAIAC2gekSAABpdHNhY2EvZGVtby5sb2dQSwECFAAUAAIACACKe7Au cePH7aUEAACICQAADwAAAAAAAAABACAAtoEWEwAAaXRzYWNhL2RlbW8ubWFwUEsBAhQAFAACAAgA +RyRK02ITvr6AQAAVQMAABcAAAAAAAAAAQAgALaB6BcAAGl0c2FjYS9kZW1vX2Zvb3Rlci5odG1s UEsBAhQAFAACAAgA+RyRK3+k2xbaAAAAPQEAABcAAAAAAAAAAQAgALaBFxoAAGl0c2FjYS9kZW1v X2hlYWRlci5odG1sUEsBAhQAFAACAAgA73qwLj6utpvKAQAAwwMAABUAAAAAAAAAAQAgALaBJhsA AGl0c2FjYS9kZW1vX2luaXQuaHRtbFBLAQIUAAoAAAAAAMB7sC4AAAAAAAAAAAAAAAAQAAAAAAAA AAAAEAD/QSMdAABpdHNhY2EvZ3JhcGhpY3MvUEsBAhQAFAACAAgAMrl2KSFtTu3LAgAAwAUAAB0A AAAAAAAAAAAgALaBUR0AAGl0c2FjYS9ncmFwaGljcy9yZWZlcmVuY2UuZ2lmUEsBAhQACgAAAAAA wFKwLgAAAAAAAAAAAAAAAAwAAAAAAAAAAAAQAP9BVyAAAGl0c2FjYS9wZXJsL1BLAQIUAAoAAAAA AMBSsC4AAAAAAAAAAAAAAAAQAAAAAAAAAAAAEAD/QYEgAABpdHNhY2EvcGVybC9DVlMvUEsBAhQA FAACAAgAM7OSKyjBmLIvAAAAMQAAABcAAAAAAAAAAQAgALaBryAAAGl0c2FjYS9wZXJsL0NWUy9F bnRyaWVzUEsBAhQACgACAAAAM7OSK6wC+t8cAAAAHAAAABoAAAAAAAAAAQAgALaBEyEAAGl0c2Fj YS9wZXJsL0NWUy9SZXBvc2l0b3J5UEsBAhQAFAACAAgAM7OSK26NwoAsAAAAMQAAABQAAAAAAAAA AQAgALaBZyEAAGl0c2FjYS9wZXJsL0NWUy9Sb290UEsBAhQAFAACAAgAMrl2KUWdjx9MAgAAsgQA ABYAAAAAAAAAAQAgALaBxSEAAGl0c2FjYS9wZXJsL21ha2VyZWYucGxQSwECFAAKAAAAAADAUrAu AAAAAAAAAAAAAAAADwAAAAAAAAAAABAA/0FFJAAAaXRzYWNhL3N5bWJvbHMvUEsBAhQAFAACAAgA 7UEWKy9sG4xYAAAAXwAAABkAAAAAAAAAAAAgALaBciQAAGl0c2FjYS9zeW1ib2xzL2N0eWh3eS5n aWZQSwECFAAKAAAAAADAUrAuAAAAAAAAAAAAAAAAEwAAAAAAAAAAABAA/0EBJQAAaXRzYWNhL3N5 bWJvbHMvQ1ZTL1BLAQIUABQAAgAIADOzkit+fOR8bQAAAOkAAAAaAAAAAAAAAAEAIAC2gTIlAABp dHNhY2Evc3ltYm9scy9DVlMvRW50cmllc1BLAQIUAAoAAgAAADOzkisYtLDODwAAAA8AAAAeAAAA AAAAAAEAIAC2gdclAABpdHNhY2Evc3ltYm9scy9DVlMvRW50cmllcy5Mb2dQSwECFAAKAAIAAAAz s5IrYQ3Oih8AAAAfAAAAHQAAAAAAAAABACAAtoEiJgAAaXRzYWNhL3N5bWJvbHMvQ1ZTL1JlcG9z aXRvcnlQSwECFAAUAAIACAAzs5Irbo3CgCwAAAAxAAAAFwAAAAAAAAABACAAtoF8JgAAaXRzYWNh L3N5bWJvbHMvQ1ZTL1Jvb3RQSwECFAAKAAAAAADAUrAuAAAAAAAAAAAAAAAAFgAAAAAAAAAAABAA /0HdJgAAaXRzYWNhL3N5bWJvbHMvaW1hZ2VzL1BLAQIUABQAAgAIADK5dilj4qTpUwAAAFcAAAAg AAAAAAAAAAAAIAC2gREnAABpdHNhY2Evc3ltYm9scy9pbWFnZXMvY3R5aHd5LmdpZlBLAQIUAAoA AAAAAMBSsC4AAAAAAAAAAAAAAAAaAAAAAAAAAAAAEAD/QaInAABpdHNhY2Evc3ltYm9scy9pbWFn ZXMvQ1ZTL1BLAQIUABQAAgAIADOzkisavfNBUAAAAP0AAAAhAAAAAAAAAAEAIAC2gdonAABpdHNh Y2Evc3ltYm9scy9pbWFnZXMvQ1ZTL0VudHJpZXNQSwECFAAKAAIAAAAzs5IrM6lYayYAAAAmAAAA JAAAAAAAAAABACAAtoFpKAAAaXRzYWNhL3N5bWJvbHMvaW1hZ2VzL0NWUy9SZXBvc2l0b3J5UEsB AhQAFAACAAgAM7OSK26NwoAsAAAAMQAAAB4AAAAAAAAAAQAgALaB0SgAAGl0c2FjYS9zeW1ib2xz L2ltYWdlcy9DVlMvUm9vdFBLAQIUABQAAgAIADK5dilFk+quJwIAAGcDAAAkAAAAAAAAAAAAIAC2 gTkpAABpdHNhY2Evc3ltYm9scy9pbWFnZXMvaW50ZXJzdGF0ZS5naWZQSwECFAAKAAIAAAAyuXYp RePRTc4BAADOAQAAHwAAAAAAAAAAACAAtoGiKwAAaXRzYWNhL3N5bWJvbHMvaW1hZ2VzL25vcnRo LmdpZlBLAQIUAAoAAgAAADK5diniUXCoQQAAAEEAAAAfAAAAAAAAAAAAIAC2ga0tAABpdHNhY2Ev c3ltYm9scy9pbWFnZXMvc3Rod3kuZ2lmUEsBAhQAFAACAAgAMrl2KdppjsxdAAAAYwAAAB8AAAAA AAAAAAAgALaBKy4AAGl0c2FjYS9zeW1ib2xzL2ltYWdlcy91c2h3eS5naWZQSwECFAAUAAIACADt QRYrRZPqricCAABnAwAAHQAAAAAAAAAAACAAtoHFLgAAaXRzYWNhL3N5bWJvbHMvaW50ZXJzdGF0 ZS5naWZQSwECFAAUAAIACAAyuXYpxA9kcrcAAAAqAwAAFwAAAAAAAAABACAAtoEnMQAAaXRzYWNh L3N5bWJvbHMvbGluZS5zeW1QSwECFAAKAAIAAADtQRYr4lFwqEEAAABBAAAAGAAAAAAAAAAAACAA toETMgAAaXRzYWNhL3N5bWJvbHMvc3Rod3kuZ2lmUEsBAhQAFAACAAgA7UEWKzt1uSZmAAAAawAA ABgAAAAAAAAAAAAgALaBijIAAGl0c2FjYS9zeW1ib2xzL3VzaHd5LmdpZlBLAQIUAAoAAAAAAMd7 sC4AAAAAAAAAAAAAAAAHAAAAAAAAAAAAEAD/QSYzAABpdHNhY2EvUEsFBgAAAAAuAC4AigwAAEsz AAAAAA== ------=_NextPart_000_007D_01C31BCA.306DC5B0-- From babak.tehrani at geosysnet.de Sat May 17 00:27:44 2003 From: babak.tehrani at geosysnet.de (Babak Toloue Tehrani) Date: 17 May 2003 09:27:44 +0200 Subject: [Mapserver-users] undefined reference to `__gxx_personality_v0' In-Reply-To: <3EC573C3.2080808@netscape.net> References: <3EC573C3.2080808@netscape.net> Message-ID: <1053156463.2144.6.camel@eisbaer.local> Hello Andrea, Edit your Makefile and add "-lstdc++" as shown below to the end of the variable named "STATIC_LIBS" STATIC_LIBS= $(GD_STATIC) $(OGR_STATIC) -lstdc++ http://lists.dmsolutions.ca/pipermail/mapserver-users/2003-March/007921.html Am Sam, 2003-05-17 um 01.26 schrieb Andrea: > Help me! > I'm a MapServer newbye > > I have: > > MapServer 3.6.5 > linux - gcc 3.2.2 > gd 2.0.12 (installed) > jpeg-6b (installed) > libgeotiff-1.2.0 (installed) > proj-4.4.7 (installed) > tiff-3.5.7 (installed) > w3c-libwww-5.4.0 (installed) > > when I try to compile MapServer with make: > > gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF > -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT > -I/usr/local/include shp2img.o -L. -lmap -lgd > -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -ltiff -ljpeg > -lfreetype -lpng -lz -ljpeg -lm -o shp2img > ./libmap.a(mapogr.o)(.eh_frame+0x11): undefined reference to > `__gxx_personality_v0' > collect2: ld returned 1 exit status > make: *** [shp2img] Error 1 > > Where is the problem? > Thank you > > Andrea > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Babak Toloue Tehrani From woodbri at swoodbridge.com Sat May 17 06:03:40 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Sat, 17 May 2003 09:03:40 -0400 Subject: AW: [Mapserver-users] Map file In-Reply-To: References: <92F02B0DA5A19549BEA6C9E26917F0392A1763@ganimede.crema.unimi.it> Message-ID: <3EC5FAEC.18671.16843D14@localhost> Hi all, I tried the http://wms.ccgis.de link but in IE6 I get errors like the following on all of your links to maps. ie: http://wms.ccgis.de/ccgis_client/dhtml/map.php? Line: 1219, Char: 75, Error: Unterminated string constant and no map displays. And if I mouse over the your tools bar or the the legend text I get: Line: 14, Char: 1, Error: Object doesn't support this property or method, Code: 0 On 16 May 2003 at 14:12, Arnulf Christl (CCGIS) wrote: > Hi, > (here come the OGC disciples again...) If you use WMS (OGC Web Map > Service) you can load several "layers" and overlay them in a client. > Each map "layer" then represents one WMS. One WMS Server can contain > several layers itself. An interesting feature here is that you can > load different vendor's WMS together and overlay them in the same > client. > > You can have a look at a demo on our server: > http://wms.ccgis.de/ > > Open the project "Germany", it is an UMN MapServer project hosted as > WMS Open the project "BRD Administrativ", it is a SICAD/SD-IMS hosted > as WMS Open the project "Overlay WMS" It contains both of the above > projects together. You will see that the MapServer ist faster ;-) and > will appear first in the client. A second or two later the other > "layer" (or rather WMS Server) "BRD Administrativ" will be painted "on > top" by the SICAD/SD-IMS WMS. > > To overlay the projects you have to load two Capabilities documents > into your client. They are returned by your MapServer when it is WMS > enabled (http://mapserver.gis.umn.edu/doc36/wms-server-howto.html) and > you call an URL similar to this one here: > http://wms.ccgis.de/umn/bin/mapserv.exe?map=germany.map&request=capabi > lities&wmtver=1.0.0 > > Regards, Arnulf. > > -----Urspr??ngliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Marco > Ferrari Gesendet: Freitag, 16. Mai 2003 12:27 An: > mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] Map file > > > Hi, > Is it possible to display more than map files in the same browser > window? I am using a map file with many layers and so I thought to use > more than map files. According to you, is correct? Thanks. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From bogden at gomoos.org Sat May 17 13:22:27 2003 From: bogden at gomoos.org (Philip Bogden) Date: Sat, 17 May 2003 16:22:27 -0400 Subject: [Mapserver-users] Perl MapScript problem: Can't locate object method "TIEHASH" Message-ID: This should be easy for someone, besides me, I hope: I'm trying to use shpinfo.pl, which I obtained from the Perl MapScript Wiki. I've fixed it for 3.6.5, but I get the following error on the demo shapefile: % shpinfo.pl -f=boundary Shapefile boundary: type: polygon number of features: 60 bounds: (2090096.807811,482208.082179) (2224055.600000,58755.400000) Can't locate object method "TIEHASH" via package "_DBFHandle" at /usr/lib/perl5/site_perl/5.6.1/i386-linux/mapscript.pm line 42. Can anyone give me a hint, pretty please? (Note: I got dump.pl to work fine, and mapquakes.pl too.) Thanks, Philip From gbuckmaster at cox.net Sat May 17 17:44:44 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Sat, 17 May 2003 17:44:44 -0700 Subject: [Mapserver-users] php regex error Message-ID: <200305171744.44327.gbuckmaster@cox.net> All Concerned, I have seen this same problem exposed in the archives, but haven't seen a solution. First my system: Mandrake 9.1 php 4.3.1 (source) mapserver 3.6.5 (source) My php configure: ./configure --with-system-regex --with-mysql=/usr/local My mapserver 3.6.5 configure: ./configure --with-jpeg=/usr/local \ --with-png=/usr/local \ --with-proj=/usr/local \ --disable-ignore-missing-data \ --with-php=/usr/local/src/php-4.3.1 \ --with-gdal \ --with-ogr \ --with-postgis=yes \ --disable-rxposix-conflict-error I get the error during the mapserver 3.6.5 configure process: checking whether we have PHP3 or PHP4... -DPHP4 checking whether we should use PHP's regex... yes configure: error: !!! The current version of PHP MapScript has some problems with !!! !!! PHP4's bundled regex. Until we figure the solution to the !!! !!! problem, the workaround is to compile PHP4 with the system regex !!! !!! Please re-configure and re-compile PHP4 with --with-system-regex !!! !!! and then re-configure and re-compile MapServer. !!! How do I stop mapserver build from using the PHP regex? I am using the system regex during the building of PHP, so why am I still getting this configure error? Respectfully, Gerald Buckmaster From spencer at dmsolutions.ca Sat May 17 19:50:23 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Sat, 17 May 2003 22:50:23 -0400 Subject: [Mapserver-users] php regex error In-Reply-To: <200305171744.44327.gbuckmaster@cox.net> References: <200305171744.44327.gbuckmaster@cox.net> Message-ID: <3EC6F4EF.4020909@magma.ca> try configuring php with --with-regex=system. Cheers, Paul Gerald Buckmaster wrote: > All Concerned, > > I have seen this same problem exposed in the archives, but haven't seen a > solution. First my system: > > Mandrake 9.1 > php 4.3.1 (source) > mapserver 3.6.5 (source) > > My php configure: > ./configure --with-system-regex --with-mysql=/usr/local > > My mapserver 3.6.5 configure: > ./configure --with-jpeg=/usr/local \ > --with-png=/usr/local \ > --with-proj=/usr/local \ > --disable-ignore-missing-data \ > --with-php=/usr/local/src/php-4.3.1 \ > --with-gdal \ > --with-ogr \ > --with-postgis=yes \ > --disable-rxposix-conflict-error > > I get the error during the mapserver 3.6.5 configure process: > > checking whether we have PHP3 or PHP4... -DPHP4 > checking whether we should use PHP's regex... yes > configure: error: > !!! The current version of PHP MapScript has some problems with !!! > !!! PHP4's bundled regex. Until we figure the solution to the !!! > !!! problem, the workaround is to compile PHP4 with the system regex !!! > !!! Please re-configure and re-compile PHP4 with --with-system-regex !!! > !!! and then re-configure and re-compile MapServer. !!! > > How do I stop mapserver build from using the PHP regex? I am using the system > regex during the building of PHP, so why am I still getting this configure > error? > > Respectfully, > > Gerald Buckmaster > > _______________________________________________ > 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 gbuckmaster at cox.net Sat May 17 21:12:28 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Sat, 17 May 2003 21:12:28 -0700 Subject: [Mapserver-users] php regex error In-Reply-To: <3EC6F4EF.4020909@magma.ca> References: <200305171744.44327.gbuckmaster@cox.net> <3EC6F4EF.4020909@magma.ca> Message-ID: <200305172112.28136.gbuckmaster@cox.net> Paul and Gerry, The combination of using newer source trees and configuring php --with-regex=system worked with Mandrake 9.1. Thanks for your help! Gerald On Saturday 17 May 2003 07:50 pm, Paul Spencer wrote: > try configuring php with --with-regex=system. > > Cheers, > > Paul > OK, Thanks for the clue...might be worth pursuing. I've downloaded the latest php 4.3.2rcX and compiled fine, but MS 3.6.5 still gives me the same error...where do I download MS 3.7? Is it CVS only? Gerald On Saturday 17 May 2003 06:19 pm, Gerry Creager N5JXS wrote: > Gerald, > > I hate writing negative-reporting responses, but I'm not going to be > able to help: RH 9/php 4.3.2RC1, Mapserver 3.7 and it just worked > flawlessly for me. > > So I'm at a loss. > > Have you tried capturing the config output to a file? Looked at > config.log? What did it say? > Gerald Buckmaster wrote: > > All Concerned, > > > > I have seen this same problem exposed in the archives, but haven't seen a > > solution. First my system: > > > > Mandrake 9.1 > > php 4.3.1 (source) > > mapserver 3.6.5 (source) > > > > My php configure: > > ./configure --with-system-regex --with-mysql=/usr/local > > > > My mapserver 3.6.5 configure: > > ./configure --with-jpeg=/usr/local \ > > --with-png=/usr/local \ > > --with-proj=/usr/local \ > > --disable-ignore-missing-data \ > > --with-php=/usr/local/src/php-4.3.1 \ > > --with-gdal \ > > --with-ogr \ > > --with-postgis=yes \ > > --disable-rxposix-conflict-error > > > > I get the error during the mapserver 3.6.5 configure process: > > > > checking whether we have PHP3 or PHP4... -DPHP4 > > checking whether we should use PHP's regex... yes > > configure: error: > > !!! The current version of PHP MapScript has some problems with !!! > > !!! PHP4's bundled regex. Until we figure the solution to the !!! > > !!! problem, the workaround is to compile PHP4 with the system regex !!! > > !!! Please re-configure and re-compile PHP4 with --with-system-regex !!! > > !!! and then re-configure and re-compile MapServer. !!! > > > > How do I stop mapserver build from using the PHP regex? I am using the > > system regex during the building of PHP, so why am I still getting this > > configure error? > > > > Respectfully, > > > > Gerald Buckmaster > > > > _______________________________________________ > > 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 Sat May 17 21:40:59 2003 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Sat, 17 May 2003 23:40:59 -0500 Subject: [Mapserver-users] php regex error In-Reply-To: <200305172112.28136.gbuckmaster@cox.net> References: <200305171744.44327.gbuckmaster@cox.net> <3EC6F4EF.4020909@magma.ca> <200305172112.28136.gbuckmaster@cox.net> Message-ID: <3EC70EDB.2050903@tamu.edu> Glad you got it working. However, I could have SWORN I checked your configure options for php for system-regex. Still, I think you're gonna be happier with the later PHP candidate. gerry Gerald Buckmaster wrote: > Paul and Gerry, > > The combination of using newer source trees and configuring php > --with-regex=system worked with Mandrake 9.1. > > Thanks for your help! > > Gerald > > On Saturday 17 May 2003 07:50 pm, Paul Spencer wrote: > >>try configuring php with --with-regex=system. >> >>Cheers, >> >>Paul >> > > > OK, > > Thanks for the clue...might be worth pursuing. > I've downloaded the latest php 4.3.2rcX and compiled fine, but MS 3.6.5 still > gives me the same error...where do I download MS 3.7? Is it CVS only? > > Gerald > > On Saturday 17 May 2003 06:19 pm, Gerry Creager N5JXS wrote: > >>Gerald, >> >>I hate writing negative-reporting responses, but I'm not going to be >>able to help: RH 9/php 4.3.2RC1, Mapserver 3.7 and it just worked >>flawlessly for me. >> >>So I'm at a loss. >> >>Have you tried capturing the config output to a file? Looked at >>config.log? What did it say? >>Gerald Buckmaster wrote: >> >>>All Concerned, >>> >>>I have seen this same problem exposed in the archives, but haven't seen a >>>solution. First my system: >>> >>>Mandrake 9.1 >>>php 4.3.1 (source) >>>mapserver 3.6.5 (source) >>> >>>My php configure: >>>./configure --with-system-regex --with-mysql=/usr/local >>> >>>My mapserver 3.6.5 configure: >>>./configure --with-jpeg=/usr/local \ >>>--with-png=/usr/local \ >>>--with-proj=/usr/local \ >>>--disable-ignore-missing-data \ >>>--with-php=/usr/local/src/php-4.3.1 \ >>>--with-gdal \ >>>--with-ogr \ >>>--with-postgis=yes \ >>>--disable-rxposix-conflict-error >>> >>>I get the error during the mapserver 3.6.5 configure process: >>> >>>checking whether we have PHP3 or PHP4... -DPHP4 >>>checking whether we should use PHP's regex... yes >>>configure: error: >>>!!! The current version of PHP MapScript has some problems with !!! >>>!!! PHP4's bundled regex. Until we figure the solution to the !!! >>>!!! problem, the workaround is to compile PHP4 with the system regex !!! >>>!!! Please re-configure and re-compile PHP4 with --with-system-regex !!! >>>!!! and then re-configure and re-compile MapServer. !!! >>> >>>How do I stop mapserver build from using the PHP regex? I am using the >>>system regex during the building of PHP, so why am I still getting this >>>configure error? >>> >>>Respectfully, >>> >>>Gerald Buckmaster >>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/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 gbuckmaster at cox.net Sun May 18 11:57:19 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Sun, 18 May 2003 11:57:19 -0700 Subject: [Mapserver-users] Optimal Configuration of Apache for PHP/MapScript PostgreSQL PostGIS Mapserver Message-ID: <200305181157.19676.gbuckmaster@cox.net> Greetings, I know the subject has been broached in the past, and opinions will vary, but I want to learn (and document) how to build a reliable Mapserver on a Mandrake 9.1 system from scratch, with these caveats: I want to use PHP/Mapscript with PostgreSQL as the back-end data engine for vector data; and MapLab as the administration interface. In the future I want to build interactive web interfaces that will allow creation, archive and display of vector data by users, as well as "on-the-fly" vector data creation from serialized feeds. I am a imagery analyst by profession, so I want to utilize (import, archive, display, rectify, export, etc) a variety of raster data sources, such as HDF, GeoTIFF, NTF, DEM, DTED, CADRG, and other more or less obscure satellite sensor and vector data formats. Looking through all the list archives and configure --help arguments, it appears I should download and build source code and a fairly unwavering sequence is required. Please comment on the necessity and build sequence of the list below (there's probably some missing): jpeg-6b shapelib proj jasper libgrass hdf4.1r5 libtiff libgeotiff gd gdal postgresql postgis php apache mapserver I'm not much of a programmer, but I can stumble through most builds. What I'm really looking for is a single place (if I have to write it myself) where I can find the configuration arguments to use, what to avoid, etc. For example, looking through all the archives and WiKi notes has just confused me further concerning DSO's, CGI, etc. What is the best way to build Apache for the purposes above? Do I need to build gd into every "support" library, or just one? These are the types of questions that tend to haunt me. I would like to have mysql as well, but it is becoming more apparent I should concentrate on building a extremely lean (in apps) server designed to build and serve maps. Any thoughts? Any suggestions? I'm willing to read some more...and take notes. Respectfully, Gerald Buckmaster From arnulf.christl at ccgis.de Mon May 19 00:25:52 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Mon, 19 May 2003 09:25:52 +0200 Subject: AW: AW: [Mapserver-users] Map file In-Reply-To: <3EC5FAEC.18671.16843D14@localhost> Message-ID: Hi, the Mapbender client we use here supports user management. If you don't start with a correct users' ID you are not allowed to continue - even if it is only a guest-ID. What we should do is make this transparent to the user in the form of error messages, if the user is not correctly logged in. If you start clicking the link "Overlay WMS" which we posted (starting from http://wms.ccgis.de) you should not have any problems having a look at the demos. If it does not work we would appreciate commments - maybe it has to do with language settings or something else we missed until now?!. Cheers, Arnulf. -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von woodbri at swoodbridge.com Gesendet: Samstag, 17. Mai 2003 15:04 An: Marco Ferrari; mapserver-users at lists.gis.umn.edu; Arnulf Christl CCCGIS" Betreff: Re: AW: [Mapserver-users] Map file Hi all, I tried the http://wms.ccgis.de link but in IE6 I get errors like the following on all of your links to maps. ie: http://wms.ccgis.de/ccgis_client/dhtml/map.php? Line: 1219, Char: 75, Error: Unterminated string constant and no map displays. And if I mouse over the your tools bar or the the legend text I get: Line: 14, Char: 1, Error: Object doesn't support this property or method, Code: 0 On 16 May 2003 at 14:12, Arnulf Christl (CCGIS) wrote: > Hi, > (here come the OGC disciples again...) If you use WMS (OGC Web Map > Service) you can load several "layers" and overlay them in a client. > Each map "layer" then represents one WMS. One WMS Server can contain > several layers itself. An interesting feature here is that you can > load different vendor's WMS together and overlay them in the same > client. > > You can have a look at a demo on our server: > http://wms.ccgis.de/ > > Open the project "Germany", it is an UMN MapServer project hosted as > WMS Open the project "BRD Administrativ", it is a SICAD/SD-IMS hosted > as WMS Open the project "Overlay WMS" It contains both of the above > projects together. You will see that the MapServer ist faster ;-) and > will appear first in the client. A second or two later the other > "layer" (or rather WMS Server) "BRD Administrativ" will be painted "on > top" by the SICAD/SD-IMS WMS. > > To overlay the projects you have to load two Capabilities documents > into your client. They are returned by your MapServer when it is WMS > enabled (http://mapserver.gis.umn.edu/doc36/wms-server-howto.html) and > you call an URL similar to this one here: > http://wms.ccgis.de/umn/bin/mapserv.exe?map=germany.map&request=capabi > lities&wmtver=1.0.0 > > Regards, Arnulf. > > -----Urspr??ngliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Marco > Ferrari Gesendet: Freitag, 16. Mai 2003 12:27 An: > mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] Map file > > > Hi, > Is it possible to display more than map files in the same browser > window? I am using a map file with many layers and so I thought to use > more than map files. According to you, is correct? Thanks. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ 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 Mon May 19 00:39:25 2003 From: schut at sarvision.com (Vincent Schut) Date: Mon, 19 May 2003 09:39:25 +0200 Subject: [Mapserver-users] Please Help me In-Reply-To: References: Message-ID: <200305190939.25478.schut@sarvision.com> Well, as it sais 'msloadmap (the function that produced the error message: the mapfile loading function): unable to access file', either the path or name of your mapfile is invalid, or mapserver does not have access to it. As I think you are on windows I am afraid I can't help you with file access issues. I have only experience with this on linux. Maybe someone else on the list can help you with that. But first check if your mapfile is really there and does exist. Regards, Vincent. On Thursday 15 May 2003 20:11, aborruso at spaziogis.it wrote: > Thank you Vincent. > Now I have (in the dos consolle) a normal message error, the message I > would like to read also in my browser. But in my browser I have: > "CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are:" > This is the url : http://mapserver.spaziogis.it/cgi-bin/mapserv.exe?map=c: > \nodata\map.map&mode=map > > In my console I have: "msLoadMap(): Unable to access file. > (/var/mapserver/mapfiles/province2.map)". > I have written: mapserv "QUERY_STRING=map=c:\nodata\map.map&mode=map". > > I have: > > > > Do you have any other advices?? > > Thank you for all, > > Andrea > > |---------+---------------------------> > | > | | Vincent Schut | > | | | | .com> | > | | > | | 15/05/2003 13.43| > | > |---------+---------------------------> > | > >------------------------------------------------------------------------ > >------------------------------------------------------| > > > | Per: aborruso at spaziogis.it, "Palle Due Larsen" > | | > | Cc: mapserver-users at lists.gis.umn.edu > | | Oggetto: Re: > | [Mapserver-users] Please Help me > | | > | > >------------------------------------------------------------------------ > >------------------------------------------------------| > > the correct way to do this is: > ./mapserv "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > (of course fill in your own mapfile and eventual other parameters. I think > you > need to specify at least map and mode. This example prints the image data > to > stdout, so you will see your png or gif or whatever scrolling as ascii on > you > terminal :-) > Works with mapserver-3.7. Don't know if it works with 3.6.x versions. > > Regards, > Vincent. > > On Wednesday 14 May 2003 19:42, aborruso at spaziogis.it wrote: > > Dear Palle, > > I have entered your parmameters and I have had: > > "This script can only be used to decode form results and should be > > initiated as a CGI via a httpd server." > > > > What do you think about? > > > > Thank you, > > > > Andrea > > > > |---------+---------------------------> > > | > > | | "Palle Due | > > | | Larsen" | > > | | > | | ne.dk> | > > | | > > | | 13/05/2003 17.33| > > | > > |---------+---------------------------> > > ------------------------------------------------------------------------ > > > >------------------------------------------------------| > > > > > | Per: aborruso at spaziogis.it, > > | mapserver-users at lists.gis.umn.edu > > | > > | | Cc: > > | > > | Oggetto: Re: [Mapserver-users] Please Help me > > ------------------------------------------------------------------------ > > > >------------------------------------------------------| > > > > Hi Andrea, > > > > Just enter mapserv -query_string="(all your normal CGI parameters)" > > > > Best regards > > > > Palle Due Larsen > > -----Original Message----- > > From: aborruso at spaziogis.it > > To: "Palle Due Larsen" > > Cc: mapserver-users at lists.gis.umn.edu > > Date: Mon, 12 May 2003 09:51:09 +0200 > > Subject: Re: [Mapserver-users] Please Help me > > > > > Palle, > > > could you write me a text to use in mapserv from command line, I'm > > > not able > > > to translate an url to a text for the command line. I know only > > > "mapserv > > > -v". > > > Thank you, > > > > > > Andrea > > > > > > |---------+---------------------------> > > > | > > > | | "Palle Due | > > > | | Larsen" | > > > | | > > | | ne.dk> | > > > | | > > > | | 12/05/2003 09.48| > > > | > > > |---------+---------------------------> > > > | > > > >-------------------------------------------------------------------- > > > > > > ----------------------------------------------------------| > > > > > > | Per: aborruso at spaziogis.it > > > | > > > | Cc: > > > | > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > > > > >-------------------------------------------------------------------- > > > > > > ----------------------------------------------------------| > > > > > > > > > > > > > > > Yes, I am aware of that, it was just that your url looked a little > > > funny, so I thought it might be that mapserver misunderstood > > > something. > > > However, I just checked with my installation (Win2000, IIS, ms3.6), > > > and > > > I get expected results when using your url, so it must be something > > > else. Have you tried running mapserv.exe from the command-line - with > > > those parameters - to see if it's returning a correct result? > > > > > > Best regards > > > > > > Palle > > > -----Original Message----- > > > From: aborruso at spaziogis.it > > > To: "Palle Due Larsen" > > > Date: Mon, 12 May 2003 09:19:58 +0200 > > > Subject: Re: [Mapserver-users] Please Help me > > > > > > > Palle, > > > > as you can read in my past email, the map file I want to use in my > > > > example > > > > does not exist. Then it would be normal to have an error message, > > > > > > but > > > > > > > I > > > > remember some more specific error messages with the old version. > > > > > > Then > > > > > > > in my > > > > example it should be appeared a message like: "mapserv: impossible > > > > > > to > > > > > > > find > > > > test.map". I have instead: "CGI Error The specified CGI application > > > > misbehaved by not returning a complete set of HTTP headers. The > > > > headers it > > > > did return are:". > > > > > > > > Is this error message normal or is there something wrong in my > > > > installation?? > > > > > > > > Thank you, > > > > > > > > > > > > Andrea > > > > > > > > |---------+---------------------------> > > > > | > > > > | | "Palle Due | > > > > | | Larsen" | > > > > | | > > > | | ne.dk> | > > > > | | > > > > | | 12/05/2003 09.09| > > > > | > > > > |---------+---------------------------> > > > > > > > >-------------------------------------------------------------------- > > > > ----------------------------------------------------------| > > > > > > > > | Per: aborruso at spaziogis.it, > > > > > > > > mapserver-users at lists.gis.umn.edu > > > > > > > > | Cc: > > > > | > > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > > > > >-------------------------------------------------------------------- > > > > ----------------------------------------------------------| > > > > > > > > > > > > > > > > > > > > Could it be that the url is wrong? Your are missing the map > > > > parameter, > > > > try this: > > > > > > > > http://127.0.0.1/cgi-bin/mapserv.exe?map=C: > > > > \Inetpub\wwwroot\mapserver\test.map&mode=map > > > > > > > > Best Regards > > > > > > > > Palle Due Larsen > > > > Carl Bro GIS & IT > > > > > > > > -----Original Message----- > > > > From: aborruso at spaziogis.it > > > > To: mapserver-users at lists.gis.umn.edu > > > > Date: Thu, 8 May 2003 19:27:14 +0200 > > > > Subject: [Mapserver-users] Please Help me > > > > > > > > > Dear users, > > > > > some time ago I have learned to build a mapserver powered site > > > > > > (3.2 > > > > > > > > version). In the last months I have not had the time to "study" > > > > > > the > > > > > > > > new > > > > > version and features of mapserver. > > > > > Here is my problem. I have tried to build an update manifold > > > > > > > > powered > > > > > > > > > site. > > > > > I have downloaded ms36gif_gdal_pg_wms.zip and ms35_libs.zip, then > > > > > > I > > > > > > > > have > > > > > extracted all files where they could be extracted and then I have > > > > > made a > > > > > simple test; I have written simply this URL: > > > > > http://127.0.0.1/cgi-bin/mapserv.exe?=C: > > > > > \Inetpub\wwwroot\mapserver\test.map&mode=map. > > > > > I have this error message: "CGI Error The specified CGI > > > > > > application > > > > > > > > misbehaved by not returning a complete set of HTTP headers. The > > > > > headers it > > > > > did return are:" > > > > > The file of the test url does not exist, but I remember that with > > > > > > > > the > > > > > > > > > old > > > > > versions I had an error message like "it's impossible to access > > > > > > to > > > > > > > > the file > > > > > ..." (or something similar), instead I have a generic strange > > > > > > error > > > > > > > > message > > > > > and I think there is something strong in my mapserver > > > > > > installation. > > > > > > > > Do you have some tip or advice for me? > > > > > > > > > > I have winxp pro with IIS. > > > > > > > > > > > > > > > Thank you very much, > > > > > > > > > > Andrea > > > > > > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > > ----------------------------------------------- > > > > Deltag i en lille brugerunders?gelse p? > > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > > www.directoffice.dk/konkurrence > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > ----------------------------------------------- > > > Deltag i en lille brugerunders?gelse p? > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > www.directoffice.dk/konkurrence > > > > F? en gratis emailkonto her: www.mail-online.dk > > ----------------------------------------------- > > Deltag i en lille brugerunders?gelse p? > > nettet, og vind et gavekort p? 50.000 kroner..! > > www.directoffice.dk/konkurrence > > > > > > > > > > > > > > > > > > _______________________________________________ > > 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 m.spring at gmx.de Mon May 19 02:11:04 2003 From: m.spring at gmx.de (m.spring at gmx.de) Date: Mon, 19 May 2003 11:11:04 +0200 Subject: [Mapserver-users] Re: [Mapserver-dev] cvs segfaults! In-Reply-To: <200305191045.00921.schut@sarvision.com> (Vincent Schut's message of "Mon, 19 May 2003 10:45:00 +0200") References: <200305191045.00921.schut@sarvision.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I can confirm: after changing line 67 as Vincent pointed out, the segfault has disappeared. Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard iD8DBQE+yJ+oxxUzQSse11ARAoq/AJ9/rWV8C+3xnx7Hom4UPu+HluIZGQCgiDHL m0RgRkcLDyhJ+wLBWmf521g= =HLjZ -----END PGP SIGNATURE----- From andreas_hirner at hotmail.com Mon May 19 02:48:03 2003 From: andreas_hirner at hotmail.com (Andreas Hirner) Date: Mon, 19 May 2003 11:48:03 +0200 Subject: [Mapserver-users] Problems with querybypoint/phpmapscript Message-ID: Hello, I am afraid if my question did not contain enough information. I was under the impression that the previous mailings appended to this one contained all the necessary details. However I was able to solve the problem on my own. The answer is quite simple: The status of the layer has to be set to "on" in order for queryByPoint()/queryByRect() to obtain any results. Thanks Andreas >Hi > >You need to send more information if you expect a good >answer. A well thought out question gives a well thought >out answer on this list. > >Cheers > >--- Andreas Hirner wrote: > > Hello List, > > > > >Could you forward your .map and code to the list? What > > MS version are > > >you using? > > > > Here is the layer definition in the map file: > > > > LAYER > > NAME "tknetz" > > DATA "tknetz" > > TYPE POLYGON > > STATUS OFF > > TEMPLATE "dummy.html" > > CLASS > > NAME "Netz" > > OUTLINECOLOR 0 0 0 > > END > > TOLERANCE 5 > > END # tknetz > > > > And this is the php script: > > > > $extent = ms_newRectObj(); > > >$extent->setextent($this->extentCurrent[0],$this->extentCurrent[1],$this->extentCurrent[2],$this->extentCurrent[3]); > > $this->map->queryByRect($extent); > > > > The extentCurrent[] array contains the correct values. > > The error message > > always states that the query did not return any results. > > > > > > >-----Original Message----- > > >From: Andreas Hirner [mailto:andreas_hirner at hotmail.com] > > >Sent: Thursday, May 15, 2003 5:01 AM > > >To: mapserver-users at lists.gis.umn.edu > > >Subject: [Mapserver-users] Problems with > > querybypoint/phpmapscript > > > > > >Hello List, > > > > > >I wrote a function using querybypoint()/querybyrect() > > that queries shape > > > > > >files. This function works well on all the layers of > > the Itasca demo > > >data > > >set. Now I tried to get it working with another data > > set, but the query > > >does > > >not return any results. However: > > > > > >The layer does have a template and a class section in > > the map file. > > >The layer can be queried using Esri's Arc Explorer. > > >The layer also renders correctly according to the > > instructions in the > > >map > > >file. > > > > > >What am I missing? > > > > > >Thanks > > >Andreas Hirner > > > > > > >_________________________________________________________________ > > >Protect your PC - get McAfee.com VirusScan Online > > > >http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > > >_______________________________________________ > > >Mapserver-users mailing list > > >Mapserver-users at lists.gis.umn.edu > > > >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > >_________________________________________________________________ > > 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 > > >__________________________________ >Do you Yahoo!? >The New Yahoo! Search - Faster. Easier. Bingo. >http://search.yahoo.com _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus From Andreas.Maul at bgr.de Mon May 19 04:29:15 2003 From: Andreas.Maul at bgr.de (Maul, Andreas-Alexander) Date: Mon, 19 May 2003 13:29:15 +0200 Subject: [Mapserver-users] creation of asymmetric lines as symbols Message-ID: Hello all, is it possible to create 'asymmetric' lines with mapserver 3.5 or 3.6 (e.g. two parallel lines, one solid and the other dotted, or a line with tick marks attached to one side) possibly according to the direction of the vertices in the shape file to display geologic features like exposures? Regards, Andreas From stepan.kafka at centrum.cz Mon May 19 05:10:37 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Mon, 19 May 2003 14:10:37 +0200 Subject: [Mapserver-users] creation of asymmetric lines as symbols In-Reply-To: Message-ID: <002301c31dff$a85a9300$463c2fc3@HSGIS> It as available in version >=3.7. 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 Maul, > Andreas-Alexander > Odesl?no: 19. kv?tna 2003 13:29 > Komu: mapserver-users at lists.gis.umn.edu > P?edm?t: [Mapserver-users] creation of asymmetric lines as symbols > > > Hello all, > is it possible to create 'asymmetric' lines with mapserver 3.5 or 3.6 > (e.g. two parallel lines, one solid and the other dotted, or a line with > tick marks attached to one side) possibly according to the direction of > the vertices in the shape file to display geologic features like > exposures? > Regards, > Andreas > > _______________________________________________ > 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.481 / Virov? b?ze: 277 - datum vyd?n?: 13.5.2003 > --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.481 / Virov? b?ze: 277 - datum vyd?n?: 13.5.2003 From giorgio.plazzotta at sarasricerche.it Mon May 19 09:06:43 2003 From: giorgio.plazzotta at sarasricerche.it (Giorgio Plazzotta) Date: Mon, 19 May 2003 18:06:43 +0200 Subject: [Mapserver-users] Problems compiling Mapserver Message-ID: <03e001c31e20$a3f931b0$d570a8c0@GIS05> This is a multi-part message in MIME format. ------=_NextPart_000_03DD_01C31E31.677864C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable In a system running Linux RedHat 7.3 I have installed Apache 1.3, PHP = 4.3.1 and several libraries. I am trying to compile Mapserver with the = PHP_mapscript.so module following the procedure indicated in the readme = installation file. During the configuration with ./configure I get an error message saying = to recompile and reconfigure PHP with the with-regex=3Dsystem option. I tried to reconfigure adding this option but it still keep on giving = the same error message and i cannot continue with the compilation. Does anybody have an idea of what's wrong? Thanx In advance Tore Mocci Saras Ricerche ------=_NextPart_000_03DD_01C31E31.677864C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
In a system running Linux RedHat 7.3 I = have=20 installed Apache 1.3, PHP 4.3.1 and several libraries. I am trying to = compile=20 Mapserver with the PHP_mapscript.so  module following=20 the procedure indicated in the readme installation = file.
During the configuration with = ./configure I get an=20 error message saying to = recompile and=20 reconfigure PHP with the with-regex=3Dsystem option.
I tried to = reconfigure adding this option=20 but it still keep on giving the same error message and i cannot continue = with=20 the compilation.
Does anybody have an idea of what's=20 wrong?
Thanx In advance
 
Tore Mocci
Saras = Ricerche
------=_NextPart_000_03DD_01C31E31.677864C0-- From aborruso at spaziogis.it Mon May 19 09:49:29 2003 From: aborruso at spaziogis.it (aborruso at spaziogis.it) Date: Mon, 19 May 2003 18:49:29 +0200 Subject: [Mapserver-users] Please Help me Message-ID: Dear Vincent, probably I'm not able to explain properly my problem. I know either the path or name of your mapfile is invalid, or mapserver does not have access to it. That file does not exist. My real problem is that I'm not able to see in my browser an error like that I can see in my dos console ("msLoadMap(): Unable to access file.(/var/mapserver/mapfiles/province2.map)". I read in my browser an "obscure" error: "CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" When I have had in my server a working mapserver application I had the possibility to read error clearer error messages in my browser. For this reason I think there is something "strange" in my actual mapserver installation. Thank you, Andrea |---------+---------------------------> | | Vincent Schut | | | | | | | | | 19/05/2003 09.39| | | | |---------+---------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | Per: aborruso at spaziogis.it | | Cc: mapserver-users at lists.gis.umn.edu, "Palle Due Larsen" | | Oggetto: Re: [Mapserver-users] Please Help me | >------------------------------------------------------------------------------------------------------------------------------| Well, as it sais 'msloadmap (the function that produced the error message: the mapfile loading function): unable to access file', either the path or name of your mapfile is invalid, or mapserver does not have access to it. As I think you are on windows I am afraid I can't help you with file access issues. I have only experience with this on linux. Maybe someone else on the list can help you with that. But first check if your mapfile is really there and does exist. Regards, Vincent. On Thursday 15 May 2003 20:11, aborruso at spaziogis.it wrote: > Thank you Vincent. > Now I have (in the dos consolle) a normal message error, the message I > would like to read also in my browser. But in my browser I have: > "CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are:" > This is the url : http://mapserver.spaziogis.it/cgi-bin/mapserv.exe?map=c: > \nodata\map.map&mode=map > > In my console I have: "msLoadMap(): Unable to access file. > (/var/mapserver/mapfiles/province2.map)". > I have written: mapserv "QUERY_STRING=map=c:\nodata\map.map&mode=map". > > I have: > > > > Do you have any other advices?? > > Thank you for all, > > Andrea > > |---------+---------------------------> > | > | | Vincent Schut | > | | | | .com> | > | | > | | 15/05/2003 13.43| > | > |---------+---------------------------> > | > > ------------------------------------------------------------------------ > >------------------------------------------------------| > > > | Per: aborruso at spaziogis.it, "Palle Due Larsen" > | | > | Cc: mapserver-users at lists.gis.umn.edu > | | Oggetto: Re: > | [Mapserver-users] Please Help me > | | > | > > ------------------------------------------------------------------------ > >------------------------------------------------------| > > the correct way to do this is: > ./mapserv "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > (of course fill in your own mapfile and eventual other parameters. I think > you > need to specify at least map and mode. This example prints the image data > to > stdout, so you will see your png or gif or whatever scrolling as ascii on > you > terminal :-) > Works with mapserver-3.7. Don't know if it works with 3.6.x versions. > > Regards, > Vincent. > > On Wednesday 14 May 2003 19:42, aborruso at spaziogis.it wrote: > > Dear Palle, > > I have entered your parmameters and I have had: > > "This script can only be used to decode form results and should be > > initiated as a CGI via a httpd server." > > > > What do you think about? > > > > Thank you, > > > > Andrea > > > > |---------+---------------------------> > > | > > | | "Palle Due | > > | | Larsen" | > > | | > | | ne.dk> | > > | | > > | | 13/05/2003 17.33| > > | > > |---------+---------------------------> > > ------------------------------------------------------------------------ > > > >------------------------------------------------------| > > > > > | Per: aborruso at spaziogis.it, > > | mapserver-users at lists.gis.umn.edu > > | > > | | Cc: > > | > > | Oggetto: Re: [Mapserver-users] Please Help me > > ------------------------------------------------------------------------ > > > >------------------------------------------------------| > > > > Hi Andrea, > > > > Just enter mapserv -query_string="(all your normal CGI parameters)" > > > > Best regards > > > > Palle Due Larsen > > -----Original Message----- > > From: aborruso at spaziogis.it > > To: "Palle Due Larsen" > > Cc: mapserver-users at lists.gis.umn.edu > > Date: Mon, 12 May 2003 09:51:09 +0200 > > Subject: Re: [Mapserver-users] Please Help me > > > > > Palle, > > > could you write me a text to use in mapserv from command line, I'm > > > not able > > > to translate an url to a text for the command line. I know only > > > "mapserv > > > -v". > > > Thank you, > > > > > > Andrea > > > > > > |---------+---------------------------> > > > | > > > | | "Palle Due | > > > | | Larsen" | > > > | | > > | | ne.dk> | > > > | | > > > | | 12/05/2003 09.48| > > > | > > > |---------+---------------------------> > > > | > > > >-------------------------------------------------------------------- > > > > > > ----------------------------------------------------------| > > > > > > | Per: aborruso at spaziogis.it > > > | > > > | Cc: > > > | > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > > > > >-------------------------------------------------------------------- > > > > > > ----------------------------------------------------------| > > > > > > > > > > > > > > > Yes, I am aware of that, it was just that your url looked a little > > > funny, so I thought it might be that mapserver misunderstood > > > something. > > > However, I just checked with my installation (Win2000, IIS, ms3.6), > > > and > > > I get expected results when using your url, so it must be something > > > else. Have you tried running mapserv.exe from the command-line - with > > > those parameters - to see if it's returning a correct result? > > > > > > Best regards > > > > > > Palle > > > -----Original Message----- > > > From: aborruso at spaziogis.it > > > To: "Palle Due Larsen" > > > Date: Mon, 12 May 2003 09:19:58 +0200 > > > Subject: Re: [Mapserver-users] Please Help me > > > > > > > Palle, > > > > as you can read in my past email, the map file I want to use in my > > > > example > > > > does not exist. Then it would be normal to have an error message, > > > > > > but > > > > > > > I > > > > remember some more specific error messages with the old version. > > > > > > Then > > > > > > > in my > > > > example it should be appeared a message like: "mapserv: impossible > > > > > > to > > > > > > > find > > > > test.map". I have instead: "CGI Error The specified CGI application > > > > misbehaved by not returning a complete set of HTTP headers. The > > > > headers it > > > > did return are:". > > > > > > > > Is this error message normal or is there something wrong in my > > > > installation?? > > > > > > > > Thank you, > > > > > > > > > > > > Andrea > > > > > > > > |---------+---------------------------> > > > > | > > > > | | "Palle Due | > > > > | | Larsen" | > > > > | | > > > | | ne.dk> | > > > > | | > > > > | | 12/05/2003 09.09| > > > > | > > > > |---------+---------------------------> > > > > > > > >-------------------------------------------------------------------- > > > > ----------------------------------------------------------| > > > > > > > > | Per: aborruso at spaziogis.it, > > > > > > > > mapserver-users at lists.gis.umn.edu > > > > > > > > | Cc: > > > > | > > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > > > > >-------------------------------------------------------------------- > > > > ----------------------------------------------------------| > > > > > > > > > > > > > > > > > > > > Could it be that the url is wrong? Your are missing the map > > > > parameter, > > > > try this: > > > > > > > > http://127.0.0.1/cgi-bin/mapserv.exe?map=C: > > > > \Inetpub\wwwroot\mapserver\test.map&mode=map > > > > > > > > Best Regards > > > > > > > > Palle Due Larsen > > > > Carl Bro GIS & IT > > > > > > > > -----Original Message----- > > > > From: aborruso at spaziogis.it > > > > To: mapserver-users at lists.gis.umn.edu > > > > Date: Thu, 8 May 2003 19:27:14 +0200 > > > > Subject: [Mapserver-users] Please Help me > > > > > > > > > Dear users, > > > > > some time ago I have learned to build a mapserver powered site > > > > > > (3.2 > > > > > > > > version). In the last months I have not had the time to "study" > > > > > > the > > > > > > > > new > > > > > version and features of mapserver. > > > > > Here is my problem. I have tried to build an update manifold > > > > > > > > powered > > > > > > > > > site. > > > > > I have downloaded ms36gif_gdal_pg_wms.zip and ms35_libs.zip, then > > > > > > I > > > > > > > > have > > > > > extracted all files where they could be extracted and then I have > > > > > made a > > > > > simple test; I have written simply this URL: > > > > > http://127.0.0.1/cgi-bin/mapserv.exe?=C: > > > > > \Inetpub\wwwroot\mapserver\test.map&mode=map. > > > > > I have this error message: "CGI Error The specified CGI > > > > > > application > > > > > > > > misbehaved by not returning a complete set of HTTP headers. The > > > > > headers it > > > > > did return are:" > > > > > The file of the test url does not exist, but I remember that with > > > > > > > > the > > > > > > > > > old > > > > > versions I had an error message like "it's impossible to access > > > > > > to > > > > > > > > the file > > > > > ..." (or something similar), instead I have a generic strange > > > > > > error > > > > > > > > message > > > > > and I think there is something strong in my mapserver > > > > > > installation. > > > > > > > > Do you have some tip or advice for me? > > > > > > > > > > I have winxp pro with IIS. > > > > > > > > > > > > > > > Thank you very much, > > > > > > > > > > Andrea > > > > > > > > > > > > > > > _______________________________________________ > > > > > Mapserver-users mailing list > > > > > Mapserver-users at lists.gis.umn.edu > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > > ----------------------------------------------- > > > > Deltag i en lille brugerunders?gelse p? > > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > > www.directoffice.dk/konkurrence > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > ----------------------------------------------- > > > Deltag i en lille brugerunders?gelse p? > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > www.directoffice.dk/konkurrence > > > > F? en gratis emailkonto her: www.mail-online.dk > > ----------------------------------------------- > > Deltag i en lille brugerunders?gelse p? > > nettet, og vind et gavekort p? 50.000 kroner..! > > www.directoffice.dk/konkurrence > > > > > > > > > > > > > > > > > > _______________________________________________ > > 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 mapserver at gismap.ch Mon May 19 09:49:46 2003 From: mapserver at gismap.ch (Mapserver) Date: Mon, 19 May 2003 18:49:46 +0200 Subject: [Mapserver-users] Parameters to configure Rosa Message-ID: Hi list, There are configuration-parameters not listed in the official documentation of Rosa. One of them is . Where can I find a complete documentation? Thanks for help... Roman From mapserver at gismap.ch Mon May 19 09:54:30 2003 From: mapserver at gismap.ch (Mapserver) Date: Mon, 19 May 2003 18:54:30 +0200 Subject: [Mapserver-users] MouseOver-Buttons in Rosa Message-ID: Hi list Using the parameters "TB_BUT_xxx_IMG" and "TB_BUT_xxx_IMG_PR" it is possible to configure the buttons of Rosa. Is it also possible to have a third button for "MouseOver"? Thanks for help... Roman From morissette at dmsolutions.ca Mon May 19 10:09:47 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 19 May 2003 13:09:47 -0400 Subject: [Mapserver-users] Problems compiling Mapserver References: <03e001c31e20$a3f931b0$d570a8c0@GIS05> Message-ID: <3EC90FDB.FE102F6E@dmsolutions.ca> See http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0302/msg00194.html > Giorgio Plazzotta wrote: > > In a system running Linux RedHat 7.3 I have installed Apache 1.3, PHP > 4.3.1 and several libraries. I am trying to compile Mapserver with the > PHP_mapscript.so module following the procedure indicated in the > readme installation file. > During the configuration with ./configure I get an error > message saying to recompile and reconfigure PHP with > the with-regex=system option. > I tried to reconfigure adding this option but it still keep on giving > the same error message and i cannot continue with the compilation. > Does anybody have an idea of what's wrong? > Thanx In advance > > Tore Mocci > Saras Ricerche From zornes at athenic.com Mon May 19 10:29:54 2003 From: zornes at athenic.com (Adam Zornes) Date: Mon, 19 May 2003 13:29:54 -0400 Subject: [Mapserver-users] Shapefiles and queries Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C31E2C.42D0A470 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, =20 I am working on a project and am fiddling around with the queries. I realize that I know nothing about how mapserver processes queries. =20 What I would like to know is how points are used in queries. Say you have a point and a layer. Does mapserver take said point and look at each feature in the layer, calculating whether that point in within each polygon and/or within a certain radius of the polygon? Or does is there merely a center point for each polygon, and proximity to this point is used by mapserver? =20 Can anyone enlighten me on this matter, or direct me to a source which will? =20 Cheers, Adam Zornes ------_=_NextPart_001_01C31E2C.42D0A470 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

        = ;    I am working on a project and am fiddling around with the queries.  I realize that I know nothing = about how mapserver processes queries.  

        = ;    What I would like to know is how points are used in queries. Say you have a = point and a layer.  Does mapserver take said point and look at each feature = in the layer, calculating whether that point in within each polygon and/or = within a certain radius of the polygon?  Or does is there merely a center point for each polygon, and proximity to = this point is used by mapserver? 

        = ;    Can anyone enlighten me on this matter, or direct me to a source which = will?

 

Cheers,

Adam Zornes

------_=_NextPart_001_01C31E2C.42D0A470-- From steve.lime at dnr.state.mn.us Mon May 19 11:03:40 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 19 May 2003 13:03:40 -0500 Subject: [Mapserver-users] Re: [Mapserver-dev] cvs segfaults! Message-ID: Fixed in the cvs... >>> 05/19/03 04:11AM >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I can confirm: after changing line 67 as Vincent pointed out, the segfault has disappeared. Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard iD8DBQE+yJ+oxxUzQSse11ARAoq/AJ9/rWV8C+3xnx7Hom4UPu+HluIZGQCgiDHL m0RgRkcLDyhJ+wLBWmf521g= =HLjZ -----END PGP SIGNATURE----- _______________________________________________ Mapserver-dev mailing list Mapserver-dev at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-dev From pkishor at geoanalytics.com Mon May 19 14:35:20 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Mon, 19 May 2003 21:35:20 -0000 Subject: [Mapserver-users] finding intersections Message-ID: Someone asked me if mapserver could find intersections (constitution and 16th). I replied that mapserver by itself can't but there is no reason it couldn't be programmed. Then I realized I didn't really know how. I could create a table of intersections for every road (line), but I would have to start with a table of roads first. I could do some finagling with geocoding. Or I could... all ideas welcomed. In return, I will take the do-able ones and wiki 'em. Puneet. From pkishor at geoanalytics.com Mon May 19 14:39:18 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Mon, 19 May 2003 21:39:18 -0000 Subject: [Mapserver-users] buffering lines and polygons Message-ID: this has been asked before, but I don't know the definitive answer. What's the ETA on the capability to buffer lines and polys, if at all? If someone has implemented this already on their own, any directions will be appreciated. Many tia, Puneet. From pond_bear at hotmail.com Mon May 19 16:18:15 2003 From: pond_bear at hotmail.com (pond bear) Date: Mon, 19 May 2003 18:18:15 -0500 Subject: [Mapserver-users] how to creat reference map? Message-ID: I have to a geotiff raster file and a shape file. I want to creat a small reference map for them. how to do it? Thanks a lot. Jing University of North Dakota _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail From kames at keyspanenergy.com Mon May 19 17:20:37 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Mon, 19 May 2003 20:20:37 -0400 Subject: [Mapserver-users] finding intersections References: Message-ID: <3EC974D4.CD493B86@keyspanenergy.com> This is a multi-part message in MIME format. --------------BADF2C3774CB53C6962FDB42 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I went through the exercise you mention below, using ArcView Street Maps as my original source data. I ended up with a database of street intersections and dead-ends. (...actually normalized street points that I query to derive intersection data. The intersection of Main and Broad would be 2 records, each with the same LAT/LON.) I'm using that to create a point layer that I include in my mapfile. The data are in a MySQL database. Data and indices total about 2.9GB. (Almost 28 million point records.) My app resides behind a corporate firewall, so I can't give you an interactive interface. But, I've attached a sample image... Some of the streets that intersect with Folwell Ave in Zipcode 55108 in St. Paul, MN. The problem is that it was easy (though tedious) to create the data. The problem is maintaining it and adding new information. I haven't crossed that bridge yet! Kieran pkishor_98 wrote: > Someone asked me if mapserver could find intersections (constitution > and 16th). I replied that mapserver by itself can't but there is no > reason it couldn't be programmed. Then I realized I didn't really know > how. > > I could create a table of intersections for every road (line), but I > would have to start with a table of roads first. > > I could do some finagling with geocoding. > > Or I could... > > all ideas welcomed. In return, I will take the do-able ones and wiki 'em. > > Puneet. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users --------------BADF2C3774CB53C6962FDB42 Content-Type: image/gif; name="GENERIC_MAP1053389504271.gif" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="GENERIC_MAP1053389504271.gif" R0lGODdhgALgAYQAAP///4CAgAAAAP///6LK8G25Dv//4KbK8AD/AP8AAAAA/7+/qH9/cD8/ OH9/f7+/vz8/PwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ACwAAAAAgALgAUAF/qAhjmRpnmiqrqQAAAIrz3Rt33iu73zv/8CgcEgsGo+tVywYYyydIudC QKUaBAwDdLpwVmNYbXPZwjqzUsHi+h1RHdSGGklHyU9TcXaKBvcNd1dZYWFQDQ0iWFOIJHx5 YpCHkCNQWGZkdTdtbFZXnomfJZgzX6Wmp6ipqqtUL66vsLGys7S1say4ubqotr2+v7WjokpC u8bHyC4wyczNwpnQ0dLTI0pVL9TWrQAm2srL20Xe2N3L3OPcROjlX+TW6eLgyuzX6zPm1Pn6 +/z9/jjKOqWIpY/gu3OwDBA0YtAcsCMNt82q5gpJxHm/yvn6x7Gjx48geQR8FrKkyZNH/gKi XMmypcs6C7pkOTHypc2bOE2ozMmzp8+Wcqq4mVnzp9Gj/nYiXcq0KR0GDbpUIWrNqdWrQ5Ri 3cq1qwkuhNxU9Uq2bNBDc64QK8u27VEGM6Gm1eq2rle6dvPq9RhUkc61ewM7xSu4sGFoU6ow UgvjsOOXcqOKbfy4smUhcOEmoXy5c8cFhzRvJum5tGlSgE+r5tclUerVsGNPJi27dhAvM11z ts3bM+HewHfEaXBGN+3gyOv+Ts58RZhGz5c3ny4tgfXrCZBgv069u3MBxBmsGbY7cPaW1kuk L7m9vXvrwOK/n7/9Bf37+N3br29ru3fv0nV1HmP5FWjgfCus/qcbDAqypN9r/AT4g4RA0NeL fzU8FwUZiqhhiBp8aCGeCFwI8p8RFN4F4U0p0mDdAAZkNwB3McZ4HnYiZLeejgPSyOM3ZPRY Y445NijciiPIWKOSMiYwwJMwOgmljgAkIMCNTjJpAIwk9BjllgNyNN+FOJowIongDZWIHGuA B5eGJ9KEJE4yTrlljV/mOWOMyui45J0n7ImnDE7eeV2eeNJo442GGhpmQFpGCWOURvLDJXnl pTTnhJvGZmF/ZQLYKVstsujKcS6VmoOqNrAa5w1jgqroVuspVWlZruaUa0e7opYpEL2+GtKn +7FnJTG3omDKRKb+ylWw+0CrgrRy/jorrFUJFOsioyYISaQOV1qLQphdDqnrqB5BkUhuKIgn B7t6FKVIUON9RG21qAKELk/qXsFIcVqMJ54Tko2wyBPjtSZTCVtQMQi8TWVbJbkyXHppCVCO kLEIG3NMQsYudPzknRZzPGmgGuN0b0dS6Csur/tqEjMNRdkFWr6quWfSyj7xHI3PqZ567dA2 kGs0SECf+/JJSbPUNNFQ9/O0TVPTUfXOM0ddmpaRptckmCfUKWWWREI5cpdZKplV1lhdjYTb IcGt9dwost223fbibZTcmgjFyRJguCE4h3SnqpgMHdY7QxeK+4qziks7rfdPfBdumRcOowne HGfFIEli/mnqAV1u0XFIHJyMPf7s5HlHPhjreVVeh+xWw56CM6zYfhTtwFbFe4S6Kxc8R7/X 7bpHxSM/fCa/JU+N8z1B3/vxQVNP/PLRY7/2MjRrX5L0PAGJFPjTq3699XejXzv34HqPtPu4 wj8N+T7Qj/hYROxyvvlF8Gx//vIjy/9cxj+UDHBaAXwJ9CRSQGVB6BjxieArjvGXpYXOEXGA QsvCEBSApa+BrQPh9xK4PRHiBHNmCMQBF1TAFdZvZqWwRSlOMKKWoel0nYALF0LUL6mRcH0m fJ/6fDjEnojGC+Nx4e0miEDKqOuJQQReEa3WDhluAlypkKAWt8jFLnrxi2AM/qMYuRjFm4Sm gmVU3lp+EwilpbEwSnTOD6ERR/K8sSWVQEub5khEMqCQCo2rHv56U8clTjFufOTUIan2BR3O hlRryYMUelg9YTAwNoXEF1MyaRy9SCJ1bdFKBgGpwKwB6Y6bTCQTVPk2VorEldT4oyM76Zbf QKWS/asiLWY4Plj2gJNyXGQ+riYRYQLQmEdZxBreFTqsIVMfMdzlFYHoxqUAE5RS+wb7LDeJ KEAshKeJpjSriErm+bKEKoPfHMIAFof1BREHu9nmtAnIQixBYVAJJDepKaptlvJluKvHGAcq wYCqIjWikcGZSJBQZ7SKnuXc5/2e6ZazGGw01ewl/kWHQLA3jQEAECBEH970sDXdjKF+jGj7 kKRMSqj0RNf8jBzgKZdHKm2j0TrnqnQKTaG5AZ5sAsRiJOpAYb50JRr6JDbDx9MX4tScT2Uq QtOUGLnoE6anLCrOapaXzKyhXgPsS0xKhMbdNVVmUbUmDKbqt6AS8lQmFB8bQioQwcgyiWc1 AGgKRqKFzuaoz8trGTLIrpiez1kzhcpQBZNVqN6Tc2jJi0wgxtVoILFli8AXYP/RvCy8Sx+a 0Qwh8tqvZhosLSvYwjdXUFWXpVWQdeWsT4kD1jhcFSm5kUrmaGkE4vxUBDNdrHE2i8jyMFMq /ehoQwWbvtcGdpBUi+RU/m7LlIMp1qbQoCx0u3Lb5YBmtdPSpSxMwQJ58lZr9HSmP60i1wwC V7g9YZzBSstKJUrSD4AoKSb48Idu0kS8sDgFa8AzHt8ulahs8On61hs7BePBr2p1riGJO4kQ uYmdmfmvQMc7TQI+GLzTgEtQzmsSSvZNdS4gpYn3BuIeUFcGIapBa/R6JggHxqA4zrGOd8zj Hvs4FU08KupGKGHQzrAvJfVXHIBbBeSayAuAaPLfkqymdSWCDMxkF8Gu/GKpDU5woGgBmEOB YNsYVi8/TrOacUzQNhe0FcV08zgdcgs4p3gkcgYHnTkM14O4+RpxDvA2Bq3NP9u5FwwMNFx1 /qnoipT50YqkMKRTWeRJWzqYkr60WSutaaKuGLudNs2ZQ92cUZP6Z8w9dZy60EZTq5qjEHb1 q30jF1KSeNZ7uRlfZY3rwxAMTqRLda9DPJxR8HrYhukLag+MbLv8kUPCbvZq2oimYHNa2iUB jVaxze1tdzsviLBo6jL9bWEdu9w2yPInz43uvbC73TXQ7rXh3U9y05sjIt7tu+8twO3y2yvy tve/i9YeMR3o4AXSlrkG3hTQJRSjeUmWjRKEcAP15+IErXjFXRGqfujsCB8nVKxoUfBMfJoE SuX3vgmuEomD5DxyzZ5OpXOejCmq5l/a0oyslC0q+GjiYTPZzl3e/oORk7zjjSCKh0JnBh1K gpJcUBdfJcprigX9WxBPUJKwniBB5RzofiKSkHZUNsZQpuZkE/vWuwUmP31JbWVz+58uxbVC yQhIYntS2uvUsZ2+trKCIdYsSs5QGxPt3BczGaA2ZrGQnaxkgTqb4sGp0c1ObeU2MfrgkX4Z F1jJMJg3u8CLEcCnhf4ygpcF4R00m1dIrM4drjwk573Kv7vv9ESTGNH7CMdoL3j0K31p0nCf e4UTqu2A2nriI6WxvSd/AOH6utv3xCTJlx3u/wQ+QOLiuX+NQV1wAl3mqBDSRHyVyCoFGuaf o8EnfB9w7BI/Oy2xpgy7lBCxxZbxhah9/rTm+f8AGIACOIAEWIAGeIAIuEVrlgtW4nP7UQUN eAoJyESM5XuYZhfEx3A8EHL813u0V3v9l1MfqIF10DVkJ3azUi5q9y0puHVyh04VOILlg4EW SIJ0kHgZdWM1yAIZiCkhaINmtoN0JIQXWEvRRjiEE2agADhjBoQ0UFqIYE9CpVciVSKE0Cbx t3TeFAlRQW3MhmZE2EQyKEULyAwTeIZoOIFluIDG84OyNYbT42D9Bocy54YzSGl22D10uD/p tF49eGuqEXN7E4aO0yx5SIYtISF/+IcwuGmH6FSPyIOEqCl7qFloFYn9M4kd6IhNAUyMOGEw Y1RyyF6auImU/lOKoBhddKhmaXiGvCAPsdcz6GJDXqiDlfhLqOht2Qd6zJVeR3KL9SOBaxUM vKQTfYCFUTYJ7YeMozNk6DeIwAiJhlgWxSF+eBWN4TWKqUiKzhVDhSZofoMHhxOKmJghuahJ qliOz6WOeshgSgEVhjeNmwRgE6QKv8iOE4WPrTKJjIhCs7R+t4AmMeE5LcY052iKOciJ6egW M5Z1XaEUpRCPSLVG2rgaZ3ZunniQN5AZm7CIClZr45iI/rYZGjk7uYiR/FiSpLAHAWeEu4Eb XUZ5frdo+RdKqHhs1/Q0IymTwwY+4jQLxYiQuyh78igNxaSPNmNbUWBAO3kVP8lh/uFojthY iES5kELUlE5YhN1BaK/oigcFi6gwlFbZP5BgYf0lCdGxBxoifxAgD/U3Sxr4iag2lfkYYex4 BjV1BQ7APe9SVWniBVEBHiOGclGIBsIRUBVJb3I5Iex0RqA2ltCIlHb0Y1fJGSi0Brjxaovp Ay02arIWU5s5GbthYIlVi4WTVa4CeLiyWkoEX48pVZJpR5YhiO90LY3lK7tBSqpZF315UoD4 DzejQ874hQnpEaz2BbQ1brBBm3PBCDEZg+CwPdbwXfN1YwN5CIvxO74VIjPlX3/llJoYmrU3 mjUpPNogglg2FdcVSoqxULRTIn0ZcLEpjXawW/mwZbKJ/jzriWSC8EdPNgZWJoUReVrEEQjw OAax6AaC2DYjgY9yJR66RWBesTBa8JpF4FYhQla7GT9O5CbKVpCMKRFwAAEOUKJ0RU4W0Yqn oqIUyEjnSZQbZJ9NcUseRRUjuKEr0X4lkAdp2X4Oo090ER6Y+ZT1mKAb6SbfJJ5qBIdc6ZKU US/BaRRuVWU4SokUxn4gQmBp4l5KlhhMVhxTN1iN5g2YQBdU5UH3aQqDoJJbcZu/1KCdsRMA w0HzSZXrCE30SJPlaaUMUy+3tA9oqVeMkIESKSdwQAlZmaiW4z9U6FsOkybv8nSCmaVdiAWS GqAp159PAE9Ll5d6KRTDaUTL/halARMVA3MmFMo4mnEzXyUaM1ZD8kWgtBETDBMDrZWpvNIG xWhsgwUQa2iGLAqVvwpBwRqQ2/gDSTZTFhaY4gFZoqOlD5NZqKNUpZNE4ZadAgAHXtqJhYUI huB9G4KXovUH7ZcZJaWjotBIVAh+05SZUck0otCEZCaviqqQRdCQTEmX0nBy9dqvrUQ9rzAQ //eNxVqwBnuw4DisPeYQdvarDHtn7UBoDwuWBjWxvABne0axiCmxyyKx4/BjFvuUh2YOHXtn 2HAN/rqomzKx2eCxdMaxeCYOLhtnifYOMotnfjamrQARMzsPMJsQJTCxOUteKRsnSsptR1u0 uKS0/nXItKGWtNgGtU7rTHU6tRZqtUMjfqdztVg7kfratW0zE8rmkGArkl9btg/ZTFIrbWuL tplAq+jotpJztnLLFIlVVnU7t1WbtzdxBooBVmxKghrUrDa6t3ybEx7UtqSGplx7uMFBqvnp uMmFnGeiuJK7A62BOQb2m5dLR2pauYHbuRFCuJgDuHSLtrrWuKIbG7SqW6q7ukcAl3gLu73R QxpiuaSWctB2urSbbbuFr8TZu5mgbJuLu8K7Aspaba97vESQb+FovMzrYdFrlG+SX8s7veEU uoJLue6pvdg7TN4LhFcYHeH7vUZZvoKri+ZbG9B7arLEuetbGlUav8jq/iHNeo2GS7+IqL8o Eh7qy7/yi74aOJj+QrYAHKcCzHBVlRlu1b4HHLwPzE8RvBK3sns4UCvIYnUT7GJ9cb2XpsEU bHUWrB4JBwzwUQsnDEYpvHmrt8Ey5lECoaRGMsL5IHGVonH8MUYrrHo4fB+wkh07QcM1kB5B jCXvQSYtqA/EW6+hGSavx3EJeHD70cP4UQQN0icg3FMSxjOax8NJrAOLQC+ROgeTNHBNDHOA IcTToCCe93mnyFMB8sVFgjaRuy3esoFdDAsYsqM7emGFKSJqYAlOJlIFXAIE/GhQ63n5u6A+ cMdat3b7uCJZTHriAndoN3RGzChZQikvUn0o/iAoMWI2a5zHrrfHX9FkDaM47wKPmBple/oq iQw/jhwEaJwaYQcroRx2M7InkyIpdiIpSqJ3HEM2kuJT/lF3h4KLS1MykJd4FzMAAAB9J6Nz z4cyHrN4DkLKpZzElZudhkk3VfdzWMckdqcbfnLLJNx8yZcCLxgp1Jd8lqxzX3MpLdcou8wo kIcxisfMJsAl00wy+lw2/sxCzYzNkfav+asP2sxxnDc0VbfOXtN25Zwn8CF32FckNQd0FfMx Z9PMksd4KTN5oJTPz2x9xbXF8uPAP5B6sWDKQci7jsWNMK2VfNqGncbSeuzSdmEdLTfJkJPQ wTTTx5qJaaXSdLLQ/lOsxicxIBB1Ja/8QUAtiedYNU0zv06I1BPj0wpdy0ECxEQqrE9NtRy6 yCl9ewk8NLqn1TnlxkxQtYwImmUdVUZtGmltkEJd0zaZkkXtPXNN1/undcSsHtWsJSv4J98S fYJNdliyzkNyz30Ym7EKvCoQSHKwlzNtenxdvlj6hKcMoigVrlZ2FXXtIoZi0ouSJC+C0V1y MjeX2hNn0ch30cxXlCyhbB1yrSZyqZ/tBQDgAHR1rpFY1dqDebb9JkMaCQAKHQO5IVxIhZ8d yOuJFaP9jDEomTb0l5OaRBzyHDE2hVfQlrb6WcWVfsMdvqUltkt2ZQo6E91tYAJRuig1/qjL Jtp/rUZRfdDVpSy5QKYKqwv8nWP/jZga299B+WpeUyxK/aa4EIasOOAEbgwBDmR2mRwPXuHO oKI73NJPXKQ7VpfVDZs0eNfMW8FqPT9n7eGPHeL37cImLuJETdYurswxnrKzzM4sUOJsx3WU vOLKDOM8Hsk/DoRcM8y8nCiiTMLcgcyuXS4vuOMeCOMzfo8s7gP8fM2FMtCMfc3YjOUpMDKm TZ+2mNCL2dcbbNU/LYtRLuVTLmonjuIgbp7lOEO7Gq8KGuRZGctpPuY7yKtKiIT06rTXTVNR 0KrV+0QjItmyeom8mOYQ3KaJuebMw32DXFJR932OZAlZqK5+/kuFHYbnUa3nCKunFj7qdu4U jAvm7qaScknm8FsMaxjhPBbqBVvq0vvGjF7rmBS47JaRt47qbvSJrN7qtG2vSxvmby56eU3r Jtnrwj7sevvkhmhJbd7sncemu67Xyg7klUQbHsnsd1qV4G622S6VDoqV1B7uy2ntocvr466H 6qgqGRjsBnzs6O617W6n9h18Z/5WvX7td5205GPmQw2e3g6+/a7r2L7oPyjwUt3u8j7vKT7h kDkELLoLsF6GAS7j454irfacc3jfKPnv007TBg8YxDqwxtDiqLIIpRvGCAO3yt1cn47wIl/w an5YUcTIbwPhA1XgevVbOzQwnAMG/oMahQW6BKFheOJt75GJh87eYHR5SX6X7Waapwk7Cowj GWfAJiVCSXfwCFJHUx6/7DPv7eyu8HMLQ4/+xmX01Ryef37qfv8SHqHa4nlO83Xag5Ig3p3A 6wyGt+Ya+GMvlPNj9XpqL/XAhgjtuQt48aT+iveO733oLO3VB0dP74Zj+AGugPbY6CGaZo6v YzE98V3xbIWrUakhp2ratMzhmXj/9Fth6O7tvafkU6DDaqxP4VP9+qQ/oXEr85RgroPPk8Hh +maf8KEkYsXRg7bkmvbeorxxkbwvlmRBoyTl+U4/Ar7VnRG/IDY/+sXJ9rBvFQ9HY+dur6yq V8P/hqSh/vPVPuMhn/cjjxvd+/1B5gZQ6tnkSArufxiGFf8gYIgjWZonmqqrIQCAwMozXdsk I+j70r7xLSgcylwwUa4najCITqERaDP+ntYrdhTNcovVLpi2DZNF4zLathA0c6ZzOl4753a6 ptwKh+pe/v+PXd4gyh7hk+EhV6LiDeOVVOMMA96jZN5Zg52A0uXc1+Am4Oim55Cl6Qpq6hQo q5hrF1XsqxZtLW7u262u6OifoOmqrhkvsdfRscowVp9fZCqzMleSQbXbtPT0ie9v4M6i8bb2 tk9yeQn54qwOunsWZbwAU7b4e1a3d2mKOmu/8j9h9g6xg3bvIEJVAxMStOPt/uGzTRIn7gsT kNjFSxlV4THRgJ5CGA7OrTHI8OSxjSjlqCxE8aVEiDJn0tQH82bFQgt77YSyYE0PN0KBDF3S wMzRFgIeCBjJxow1TtierqxKsKdVRS21Yo2G8xvOsDFrznSw9IHZkc+0dGQBtIQmgz8NKGGg ZAGlHnhHLPhIiQRVpS/MtivJKStill0TKz53cKu/xQTxJMnx42jRqAY+mqnUNgclqmRHk3bM +HQ406jT7A1NNYpJdJCjSaatOjGV2CT67mjQaTXw2cBRYNMUVIrwULVTLvc0a/Rzmbhyv2lL 1/pwxsmzt7r9bnsj8GjEp6QO97Bm7ribq2fBIC6b/rbk48zHxF7j/ZXmkejV8XNeeww9pxsy BGbHWzDmGFhOfY0tyJx3AQK21gjG0WWhhADBFgk5DSqDYHy2RIiLJkntMuI9HsqS32n7IYHe GthleFUgLLjIVx0QMPWgelStYaKKNWCDVyX+TYjidyxyheSM6US0wns7yNgkIhsGYZ4bAkDQ G4/DzTPkb7Bt04Qm2ImZVZA34NWbXQpSeQqFu+mQFGdvEpFblzZGVMWa7djJl4lO+smKGz8u U2OLSsaRl5t/whnLj3NO6ShgVpYBx4+8TdpeST/V2eghSsS1GSeanjjoanDYwUSbntTRKqiU Pmrae5uVKas5MOTZDChf/o4Aa4Z/WYNhmiLgVSJSOukaIBx13AraJXXMWQyTgwjLnwnAyqCt DHj9hky1zFoqUCxR7prVp9aIeK4QMWaKjbpOLjujqh/FgF4qr1LLbhkx2hrVe5jFUCaAOdhL 1zxrRnXwj5qUANRUbQzMRmDyKpokohhRWBI9e+01nLm+rkufvfbeVfGZVI7xrTWbsuSQA2rF +UodL/L2nxn/hdYZwJk9xZnDbAldM8I6g8uvbHimuPFv8HrZxMBAXqyCodxk/OcevPkmi0M2 rToPquSJNTbZZZt99ljhAvRkVXDEtabLKzF6Kn7znmQmgC13BpS/dOMgbcWV7gCRRPhMjevR /kgT4ozd2n3R97BxHwS4tsXG+s7Ha6RXoW8W/lgJE4Hvq9TgAKC1FDAJpuGXvpcjTqPa9LHd 3n4hb20VhgsfqfidhxNnB8tL8JAlxa4x0cNTgTn9Rte/jIuE5NbOnfLrzgGzZONNmldm8CiB CM7o4fl+QtAt7Ly5Zv6CxE3zpOTETyy3/nsJ5CNXn8uNhn9zP6ZJAVj+emKnP94JCXjLKJ3X wLciWsFHdIQwDKvCdz+NzexKs5vg7oTHA2MlKnvKEaAjEOi899VNLpTInST6kzfLyWZ8GHwh DGN4EhauIFBBgBYs/LS8rHBLhj78IQxnQ5kYnRA9BtOLXQB0s4Uh/hFbJ/wMxbBljePcrgWE aYMN0RS9IGiOCKMqoPAkxj+0kRFtpTkjGiNSxjWOLY1uJA2BZhODarwlS2J02FuSJ8anQCxw SeiiGzjDR+QQhhMOlFskGhaDSCnFYAAr2JykcodIidF8pPuNX4AAEjZAEAdR4yS+8JcO5lVK C6acAhtT+ZU3snImqnzlS1opy4fE8WJRe5Hwuji0OfIyHWS6pZzsADr/4c0sRNNOWwzTy/Qk 4UsOe8pU/sOEZ4pxh0GD5r2gxqpIgCabh/SHKZFzynGagV2wPCc606nOdbITlocCoQqgBrpp IQySPKsZx8p5q4q9xSjJMtacOtGHe2Wx/iqf+wso5ZlLf/3sP8dJz2HswtCj+DE+OLwDz+by KyPRk0GjhApguAHEkZawDDuEEAG1GC9jYadVLu1Ia4Lym4+xVIrQs463oMegQYGvFPtQIEmD +sGUWoWGtaCpUHMxCkks9QRLbWoYoGqCP4hAql2w6gikStUyYLWqgDBAV1OgKwCIdZZmPSta 39jOtbKVjYkZ61gVAdc+TNUZA4UNWcEwVxdMlXRk3es696orh9jVBRsabDoFG8uxFhaxjAMG INoq2cmeM62WhexlM6vZzaZusJy1iWdHGNr2pfWu0eksWE5rVtO6Eq+PtSxrE+i+BDLOtIVL Km7BQFk2pjYm/o3drWFdC9nfujaxv01dcGGgWOMK9xmBQO7g2KlYzO4Jro6963Oz643ccld7 4gDLC+SK2PAKArzmjep4yRqMsXQNve0t722rSlcynLe86Y0vCZaruu7yl14ujMNWdRFgpfph GgO2Gjz7q2DvJnjB/TWqgyNcjwZLOLcQrjCGa3HhDGdowxz+8JKICmIfenjEJk5DiU8cnP+q uMUldXGFUwzjGfeOwjSeoIxvrGOAGomDEtwxf3MMZB1LVFr2G3J3hYzkFiMLYGFi8ZJ7BOUo UxkwEjsK5JRcZQZdbcteDsN72hQlJWj5y2uzsZnT7IgpqxlNbG5zmssMZw2/ec43/pbW+n5s ZxzXec8w7gsOjuxnPqN50F7uk8hcZ2hcyXnRuOWe3xytsjvUSs+SlnSWPlLFRl8aDBAjUyX6 3GkOXxk9nB41F5B4PEGj2tAlMpMHWz0cBH3r1LJ+4e3CzOpbH8hcoS40r10MuPVRL9irQWoG jW1nHMpLxMomBpFc8xpRP1uotSryFxVd7bZxEn3a3vaSQ1Y5aoN7URvcdbmR/CUpEGlfzk63 LgBtaXgjuYGwsjW9nYDvfAdLWAIlN7/xIcxrfTvgMKZj7vZtcPKZqHwKX7iXOjbtWEMcc5Li KcArLqucXkc+Gdf4E3r4cJBbxWmORDfJGWSXIqI85Rmu/oaVW+7y8oQo2TM/cQN7XOybv+Na I+d5B98N9EvZS4E/Hzpijq7xZ25O6Uhv28efnoJ2/6ojTpf6DLuMdVwUsadR3zqDhQ52LBhm pVcf+9KAjXZ8IA+iX1877d4O9wr1RuZzf7DW7y4JjDZb7xk+O8jrQGa5+z3ohU8Fq6wD+MNP h/Bzj0s87M74oC7e4EJpw6/FPnk7VX7h0rK64zePks7TO2RfahXpRR9izas+npNKfeuHGvtQ BOrkBZ99DGGf7h4DNPO4T6ru0/09fAX/9xYJveqLf/gEhCIBajf+o1gP/TQkgPkkqD4ZsB8F 7E8/DETaBOifD3fr44L7JzD//hW4fyb0d5/sePa4+LfOfvZzofr2vz/+qw8A50OE/7P0PyDg X/thAeDEx5PFn4nlH/mhA/2NAPYpIAQC4P/h3wtEoAVeoAVW4B9IYAXe3wA6AU0pnwwo4DY0 YANaAQam4ChwYACSRgq+oAeqHyic4BDI4BFkYP8JoC7EQ/fsHvIRggku4CHAIAx+1kxgoB8Q oQ6GQfVtAQ0+gf4tCw1G4BF6YCP4y9w8DLiJYAoIoRKyIGdF4UOIYQd+oRleoAmw3/YJoUAk gPSJCBvaAA7moP1dyukdB4x8U6tx4fmRHwuS4QqeoSBSYRmS4DGgnwDo3xuuGQL2XfYR4hgu 4Q0l/tJryFOhhNIbYEYPehkfnh8cEuElIGIHMgT55c/eQRkLQWIk1mE8hRI2BNIc+UY7CJLJ aMYOlQQn5l2GaN8XPCErKOAPdscizoAl+CEKWB8yisACkoMxGkAcOsEcekP+/Q42vYgsJs8d xEepBE6JDCNudaIKGCJCXJ0pLo44MN8AOKA6OqMBpGM7oqMyOuP+RQLzcd8zmt8AwKMcqKI0 WuHDHAeZYYZCBU7BEBPCNAGytRg4vpM3XkoFQWEyjuD1QUEF1aODhGM7qmM6oqM+sqM71uM8 GiM65mNGngBJemQqRGM/suJuIMFRAJDBSElnOEw16CGHLST8NCI7xiNP/qZfrhjEM0pkApCk SEakPlbfRjpjMhalMp6B9eXjSbJjM+qbPbAkK5KkO6KkR85jPlokPHakA3LfRgblK6hkIPoj jsRcIyHFmM0Y4Eni9U2l5Cmj+ZGlRnok9iVlXe7lUiJjHTqlOjYjS5YAR1qkXrajO2JlPA4A USLmYkolYqLjWnzlO55kR2YlRTIJY2blZo4AZpakCAzADyRmOpamZ6JAZ3rmZ76DKp4WXHrE ucHYWyImY07lUOqlHzahUu5kGoZmbQ7mMZ7kRjImSg7lU/6m/SnmUDrjZg4AdQggZeLfan4l cj5mXD6mYcZlX4ZmrlDmcGYkcEbfeARjLZjl/ln64onNZlZ6Z3GC51giZT1CJWr6YXOuwHJ+ JHjmZ3TSpnK+o3/+5EjepnEuZn2aAGf6ZmKaZIJy52puJjwS57ocKHeq5moy4hviZBaY5wa+ 5t+RpxyCZmHmZ1LqpQvAJ2R+Jn3i5Qx8poRm5IGy6GmWZDpSh4SaJmiyQoX+5EU6pE5SCj/+ AodyV+XBqGNOKGg6p2gKAHGaZoXWqJFGhocKo+z0KIaagoYmYZDmXpTKXgf1qDl66e1RJcXd 2I+ep13aiThizZZmZkOi2EMukPRVKSmWaQCipYTwYjKgJ3fo3tnNh3jI6WlcaSHqaUKUYsac aXYEHzmy2J+uKX/R/umGhidrGmogXhezOKp46gejuhCgyoqgDmoJrosduCFN4NfoYWqNgSmP Uun4dKoMXSmiNgKeAsEJpg3hJAQXlqM7iE2roiqV5d8oHuI0noIv4Kqvpmqbwul4NqKrKhj/ EeopqmoLSesr6Oo4/Bd4NGt/PWusRmuyTti32ga16o9ObsfOzR231oBcamdYEoEifugxauq4 Vuubclm5+o62bmuwzgBSauU6puZt0mVE7iRLJiKEsmI95qa/9qRFjuOxQoKvNioC5uuj7qtQ KuZEoih43l9/SmcLON9HJid1PiVYKmUddmvjzet0PIDKimmc4uvDTsImVli60kCIamxS/mIn f0JlMjanc4IswQ7oYXbljXokVObotbbsEMCLTQpNMOGbtbqsbumiSnlbCuSZBtnAVFTjcNRs DZCmScbokRqojB5Jjdqoi/pm2D4pxoQrETDtL3EUQhoSqphPHSxLIL2k2+oJsx6O7oFGaPyS I9VKjACVrbwiMXXSRtkKKM1sVXgtBe0tTygtH7DcK8aiJaVLC0yTIaUFL+0XvfZt/PEpZSxT UXAt3QWuZiTPNnmSHTXt41rs5Eou/mAqVcBisrROxXwKNi5F1DBbyrJecsBe39DkNhaJZ5CA wyFvRkEREPBddkDu7DKao8KtNQqUiXDcO1EuLMDs6MYsPnxG/vd8DLBoL0vVxRathPNJKp1x b/Ayhu11h/sWyPGJH6DC3KNGoZ22L+1eiXRdF3BNlhEOMAEXsAFDVwAn8BqVJTIGKw2qExxh zAFP8GYp8P9aMAYnFgW70gZ3ME2AYRIScBvNb+j2b6aG3QeSTga74Q7Y36jChLdSLwlbEPhK bQr/YlBCK5dSys9hKMXm2/yh7JeacAln3QyH2A0TgxCLzxGTCxGz6Zv8cBLTr6z0cL3uaQ1P MRM/sW1wMQ178RBrsbuuIwvYZcPewLoOkAyDsZSqTBYbHHQG5jqW7L8OaDymMWTSsR68McQ2 sYVGMR/zW4B27DtyZNHeJUda5thO/mR2KmsVg68PBzIQi+hVuudYxuuIMufG5rB8Im2NsXEM n6of24ck59vZdiX5cWaOtihmpmbYevInr7G8gvKOinEYuPIsy7Io0/KU8rIt8y/iKF0kj/Iv 1y4xh7IRH7ObKnMxQ6kv08gzUzEKNzOhRfMOG7E11y8vQ4NBhE0LgNQ3Dx3BTa8u7zIgK7M4 iRM4q7Ph3tzp2WRm1ID8fAIzQzPUlXL3WjM3j1M6k9PMMW02pQ/YCFLcShIuKW/o8Ezm8t68 nXM2h8RDp4YvG52fVASH1O3MBUbjrm7yauMT2S00cMblWhLqNrQb1zMx4nM+U/MDOZM97dMv 2eIitYnh/paJ6pZEJXSPti4qSpPBhmQwRdywRv3KT8gUS3XE8iCVS3WCqTjiI/c030Z0angw VVd1qQK1OiHGManxU2O0gKi0NPcCVi+WAFu1WZ81AL8SWH9x0q01RAMfPnsIZfUWLClXZkk1 j+J1Tur1HkP15Pp1SgN2YON1s/bpFSeqWy8zX++14T1GYtPzYovqYyNYZDux4wh2WO/qZA/2 LNvVNAtV5XWewhV2zJ7JQkoxZwdQZVO2w2K2Tz8s9YAjamf2Pa92pLVtOaddN2+2zYG2JIt2 xPJ2VDt2rMm2cE+tazP2ZRP2cTOkbsdG1DY2XCe3sti2U+N2V2v2mJp0qjS3/kSrtnRjNw9v 6blet5RRtzOD93K3tnX3dTQzQ3S39XbL0OIBN2aTNjOXd3VfKnoXsZv1N2sTd3sjQjDq937H HYB3sXwPOHejVG7zrzkdtnpbWCDbN3MneB+zsYG/9Xkz+BYv+HJfuIefsH+TuJd4tyMXVSmP NoofuDMTkAjOdvdieGgHN4ZneAkTlfLJ+Eqr+I03eOQGc9RteBsj9o+/WG2vt4BzFVmsVY+X 0Lvt+E6Y7+sY9pGzeLmKBVpvuRqNTYCfeLX4COxKiJUzOJaPeDqQDV3vVpe/FmyVTdI+SFyE DkJmIefxcY3fd4t/ed3UBlnb6mWZDYEjCbzQIlQo/hMezMVJKXkuT7h4j/cRxzdth5CaVzB7 EUg/FcUJWVIf/UepvM0MOO77JrmjazeaQ3HKzveka1jZwBHo0t3/GGQlwtw2UkwWtY692nae i7iQEzM7xDKYA/oItfPHrAqpCA+nEyRFBUVBjXqjg/iSS4jqGsvg5beEK/eKjYiwR9arH9Gx WxJf3EHQwKKnj3kv+7iZ2/ipL0Po0FOjKQ1kGznS5MOwYzQmmQjiQhLLpTepQ7tuZ0jQEMm/ QfWvPzlqDC9p1btBlO6vYJmoX/NXX7m6k3mRII/vpV2Yu3WQbDsCP0wPWQ+A7zp7S4ji9s3D Fbxy51zdYTOri5DCeyNM/hwwW605BHM5Wq+7W8DfYteWcl/uQ0W8V4u1yyu8S1AEGnXNzNt8 GpX1WLf6kduwKHvHGMBH0TX7tOp6wpfGTQz3s/83r89ImCkenl9Pb5d6i7xE/fa3yEc7ybMb 6v32fqxMPATMwzv4ggnzik98sGzC7ZAedewBTJnz3dfw2v97htTPXEb8D3xBICVR+hozziOx 4Pv7o5O8a1x8cKC8RNQ9OSsY3ku8nj+9W6wKTVMtoweQ6CM50J++qYP9HEEN8vC2eUTbpiv+ tZPY7Z9Zuod+5KNADzQZH9LB3Ad9rvO8kEJy3vO+67NJ7Ke+i/s7vPs2ehd+5WdHXphE8G/M /jZqmrGaBsqP1NFRf+v3G+AAOaPPwzNZPbgqi/O/9vQn/9fTzsANfO+XPQ5wfokjmKo/ONt7 /cjbCQgsjGEIACCQ6sq27gvH8kyXaGosQsP0Db+oCYdEkglFO55wxabzCX0pmdGq80i1aqPY rXfW/YrHIobgjAuP11p1zixgBNlrN/iEpOv3Kjvf6/dHFyj4RFiISCIyV2K0lAjZMkVixhgX afhIpJSH6Zmk+ZnZKdq2lFUKSpqqN6LY0+O4yrqndsZzxkgbcyhzhoe2W9orLBla3ESMbDO7 3DZiZtzsvKVMvWLNi7d9Gnw9lo0c/s2MSj5OHmPWYBDNgp5+p1kG/iugew0Pg/bLzb1vHs/X sYDlCAqchm+gwSY+9skCuHBTKFgN4+Ur8q+fP4cRZSFM+NHgRVEjaYTcVbKjkTMq+yhElFEj MI7fUnqyifJlTZ1atrGkhrOl0ILi9smc6Y1VUEhLUzUt9FQSp5/ForbUMWfdvao8ncWU+S+S 1T9jMZXVc/adT4hmuw4l4k4HNLZO3RI0evRGUnB2l6VN9LdO3y9T6cKk+rbKDjjtdoA0PPQr WJqjIIsbnC4w35NsCif+7MIVUMygseE9GlYVZ66rM5OmpVmbz9It4fxz7Pc1bV6nJ+8lelf3 6NY5iaOdujt5ccvKr/TWiOU2ZWGxyQof/nZ9EPLm3Jlm7+4cTd7x5PtJP49eNvNz32+297VV 0RnRUvE4QNyOPvj9XN7zv8ITegJKVl6BBm40YIL4deafd8ZtMoIIlIiwQxCLsGDJGQ6cYsAP 6/0HoloPhtjfiGQN2A16B67I4loCpqhgjNMR1uAL7JQwV2M5OBbNOnLYo0MKSkCARo4lsLND A/aQyCRwTQ5SI2BR8ibjiy1eieWB/zwwGwlKMnfJCkH20UMaOboTDW5hhrmSAESyFMcl/+j3 JHjVhXgnIFOStGcfVf55BpeXaLWAkg1Y+OOOuGBoDw4LBAGHkkGsicajS3YYJxVKGnHfKa4w wA6odeLZ56gu/pmIHaqXqXoiGjcKsCFLPS45axA/GHGjfCNcEp9gXfZqanN5ggZpr8Oawip1 pQLyaRxmLLGrkWm6wiubJexzY5Z6AdplsPwdmxiFRd76UETg+vphIrZVuKMADywZ5pehMhHk pmSq4A6geHGCZbrednTuUHLosywfAYtxMIDJegXMEAP/G1B0EAtRSZu4ORncwrAVDKW25dXV VZD15DrxcP56myRu7mAcMcdSavyyvlVu/JKkK9hbssk5M5TLqScr5TJUQW/2s0gzYUPyzuzB PLHEAA9tMIdGM730RD+MYKgZdCqdatF13vKwiF53/VbCCo9tbsPYiEYu1zSj/aRc/rb53JLZ VtiNEdSrdhJkLoUu5jafamcC90I/ZMUE3meXrTeNVC80yc24iRw4YNENLtENJBb6KCyWNE40 448Lorh7A/3tCs6Vo3U0M8Y5TSKol2IjNVBhiy164TGjjLl8QGq1OsKt044Z7E+WeWnpK8By bdJ0RwZ6NdGDRAq1uVob/Ch6EWyX8Ux+eQvxuntRseRbKb845NPvdAxWjTmf/RD8/MZ9Fn9r +GawbK6M/rVh6ZC0/uVtdFrw0dYEmCpSXMgFFAJW/KaQLjVULDrjM1yzKvW8mhywdnVbH1yK xLKmdUtMkSoU/B44vGTM4xfvSgEP6mSbF+KOGn1znvc6/khAK9gmFuKrHD/4digAui9+punG 3R5hgvtcSkKm+hTOFJcyB5ajgmRzRkNAiMC9oYJcQ1zdDxdUIgqC7WJNcsyXPpfDJsilQlub 4m6yKAUPqiRyb/BSCmR3wn9BkEE64WEZZaejcmGiEkUCoNakAcbEuOF2DEsjd+iIKRnWS4ok 2mMt1AbAW60MhrM7Vg8shQPViY2KylpFGeY0yDjwwF5wpB4qMhlIU80vkb7Kw7oO1aR1xWEO 4BoTpiBlQw4qxw+oa0wb+SC3H+1KjorEXCVMKEtLviwPWZHX5rAnyERsyn1yQSQpc0MKwBnK ZpF4VH7Q+E1SMROcmvtE5D6J/q/Z7WeXskvc0G5VKCNQi4wPSSc4qQA8VsCBPopb2SbvRYNX HRMGSlpoHNcJNGEKjgngixAlQeMq/cRGUn/r4ijViRh4dSiPgigD+LKZirjQil1omlyZ2CFE CZ3yRkHayg9k+LCBGeqh7cQTBVeVhXry843zYcTDbvgFm1mzXd5kkh1u49DDiAeia/PorW41 KCHNS584OpKOyGWtTbnjhbtcKfeoSroUAlVXKhCXPJPjVmoFrV52RKgby6gJUbGAkQbbhxJj UjoPzWVS0dqk+2bF1ax2tQW6pMR8Yqkaf4Ksp+xL3Hx8QNLEgC+fGdwDzhjBS4mCNJ5guygU CHSC/ge8iTKlO+RKJKVSHpnpfYjt6v2MSoU1iSZSQoBkM42YMQXy9pFIimV1yic+yVrkJbfl wnMQtKC/yTCERKyBbwH206flFbTYLM39cIlSB9EyIq7dK6aGGt7LRtVPU/UN/WhgTupuwWP0 ra99oTNHtT7NBDjQmiaVm8oiiQap1qFsQPJ50COZFUez2iBCCkXQ9kInNaHTjswujOEMy6x3 7DMw9FYItjfiArShdWT9AMyG2sYzkFe7o6PiYwfwSdhF762CCGQMhPBWV3smVgxSkgNJoaJY XeC73vRa+YrG9MxZWUDltVxRTBdczj4bOsFfa0yHTYIXycO87jCy+8h5/ixPlCqhXH5muLtd XOiFYi3TjYUUrRUrgqTPpbF63wqJvvVMvjvW3pAP4uEw27KoOzItPoLKpmPFZjGMaRe8IrQj BsspR5Om0g/NA1hGuaoUFOlhnzcT6AKH2k6hiOtbzLwjufb4oSi+GJMdmwNrruNa+PLjO2YM 3UQ+dbd/Zmyu4Mnl/2znRMB9UrCfQA+Cri82/CsTrBcTJr7679K5juDpZGzoNcSQh8cGkZcB IU1Zcth33RUKuJidAl+i+ta4RgGMCsffJvNA2hHtNRG/XaJRf21waprLejNmbx2nGJ5Safe7 o4YQ5EbicDv4SbedOkI/Bzy4aYDpoLK93FVLMFlvqLWzOweCrfEiU6v5QmvgvuicYrvtnQT3 EHg/PHE+G6LOB2eNOegtiIHy9S8hAAA7 --------------BADF2C3774CB53C6962FDB42-- From steve.lime at dnr.state.mn.us Mon May 19 17:32:56 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 19 May 2003 19:32:56 -0500 Subject: [Mapserver-users] Re: [Mapserver-dev] How to Show chinese characters? Message-ID: The new versions of GD have support for more character mappings which may help you, but as long as the fonts you're using support UNICODE you should be fine. Note that you MUST use TrueType fonts. The GD bitmap fonts support only a limited character set. I've forwarded this to the main list in hopes they may help. I know this question has been asked before... Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> "keni" 05/18/03 10:10 PM >>> mapserver-dev, hello$)A#! I am a student and want to use Mapserver to build the web map station.But i download both mapserver 3.6 and mapserver 3.7,it cannot show the chinese characters in the label and the legend. thanks $)A!!!!!!!!!!!!!!!!keni $)A!!!!!!!!!!!!!!!!keninet at sina.com $)A!!!!!!!!!!!!!!!!!!!!2003-05-19 _______________________________________________ Mapserver-dev mailing list Mapserver-dev at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-dev From John.Hockaday at ga.gov.au Mon May 19 17:37:07 2003 From: John.Hockaday at ga.gov.au (John.Hockaday at ga.gov.au) Date: Tue, 20 May 2003 10:37:07 +1000 Subject: [Mapserver-users] =?iso-8859-1?Q?RE=3A_=5BMapserver-users=5D_additional_parameters_for_WM?= =?iso-8859-1?Q?S=C2=A0_layer?= Message-ID: Mike, I feel what you are asking is an implementation problem and not a mapserv development issue. I wouldn't like to see mapserv develop some WMS parameters that are not OGC compliant. Not everyone allows cookies on their browser for security reasons and tying mapserv into a particular type of implementation would be dangerous unless it was compliant to the OGC specification. I think that you could use hidden input types to pass the extra parameters backwards and forwards to your CGI scripts. However, I would be very surprised if the OGC specifications have not already catered for these extra parameters. Just my initial thoughts on the idea. John > -----Original Message----- > From: Mike V. Andreev [mailto:andreev at d902.iki.rssi.ru] > Sent: Saturday, 17 May 2003 3:35 > To: mapserver-dev at lists.gis.umn.edu > Cc: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] additional parameters for WMS? layer > > > Hello > > I have mapserever compiled with WMS client support and I use map file > with defined WMS layer. This layer is a http reference to my > perl script > on the same http server. This script understand OGC WMS parameters in > query string and can create maps whith information from some database. > But to create sensible map this script need additional information in > request. I wanted to use http cookies to store that parameters. But I > have a problem here. Then my client send request to http server with > mapserver URI request contain proper cookies but after that mapserver > need to make http request to perl script URI and of couse this request > contains no cookies. > > So I want to ask two question here: > > 1) Can somebody give me any hits to solve my problem with > existing soft? > > 2) I have an idea how to extend mapserver functionality so it > be able to > solve my problem. So I want to ask what do you people think about it. > > There is my proposal: each layer object could contain boolean > parameter > http_cookies_forwad (disabled by default). So if this featcher enabled > in layer with connectiontype equal to 'WMS' (and may be > 'WFS') than when > mapserver make http request to proper URL it sends additional http > headers: 1) Cookie - header with cookies client send to > mapserver and 2) > X-Forwarder-For - header with original client ip (as far as mapserver > can determine it). > > > Just to illustrate my idea I've made simple patch to maphttp.c. I used > today's (2003-05-16) nightly build. This patch contains only > functionality for sending proper http request. There is no > any stuff to > support new feature in layreObj but I think whole idea is clear. > > > > > 81a82,83 > > #define HTTP_COOKIES_FORWARDING 1 > > > 243a246,247 > > char *tmp_env_read, *strBuf = NULL; > > struct curl_slist *slist=NULL; > 366a371,392 > > /* If we need to forward http cookies to server */ > > if( HTTP_COOKIES_FORWARDING && (tmp_env_read = > curl_getenv( "HTTP_COOKIE" ) ) != NULL ){ > > /*add cookies to http_handle*/ > > curl_easy_setopt(http_handle, CURLOPT_COOKIE, > tmp_env_read); > > > > /*add X-Forwarded-For header with original client ip */ > > if( (tmp_env_read = curl_getenv( > "HTTP_X_FORWARDED_FOR" )) == NULL ) > > if( (tmp_env_read = curl_getenv( > "HTTP_FORWARDED" ) ) == NULL ) > > if( (tmp_env_read = curl_getenv( > "HTTP_CLIENT_IP" ) ) == NULL ) > > tmp_env_read = curl_getenv( "REMOTE_ADDR" ); > > > > if( tmp_env_read != NULL ){ > > #define HTTP_HEADER_BUF_LENGTH 100 > > strBuf = (char*)malloc( HTTP_HEADER_BUF_LENGTH ); > > snprintf( strBuf, HTTP_HEADER_BUF_LENGTH, > "X-Forwarded-For: %s", tmp_env_read); > > #undef HTTP_HEADER_BUF_LENGTH > > slist = curl_slist_append( slist, strBuf); > > curl_easy_setopt(http_handle, > CURLOPT_HTTPHEADER, slist); > > } > > } > > > > > 554a581,583 > > if( slist != NULL ){ curl_slist_free_all(slist); } > > if( strBuf != NULL ){ free( strBuf ); } > > > 556a586,587 > > #undef HTTP_COOKIES_FORWARDING > > > > > -- > ____________________________________________________________ > | Mike Andreev, software engineer andreev at d902.iki.rssi.ru | > | SMIS Lab, Space Research Institute http://smis.iki.rssi.ru | > |____________________________________________________________| > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From pkishor at geoanalytics.com Mon May 19 21:33:14 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 20 May 2003 04:33:14 -0000 Subject: [Mapserver-users] Re: finding intersections In-Reply-To: <3EC974D4.CD493B86@keyspanenergy.com> Message-ID: --- In mapserver-users at yahoogroups.com, "Kieran J. Ames" wrote: .. > The data are in a MySQL database. Data and indices total about 2.9GB. (Almost > 28 million point records.) that is a lot of data. What is the performance like (on what kind of a machine and what kind of load)? > I ended up with a database of street intersections and dead-ends. > (...actually normalized street points that I query to derive intersection > data. The intersection of Main and Broad would be 2 records, each with the > same LAT/LON.) I'm using that to create a point layer that I include in my > mapfile. you could probably avoid storing "Main and Broad" and "Broad and Main" and potentially halve your number of records... just store one entry per road, and a its corresponding intersections in a related table. Although de-normalized data might be faster to lookup. > it was easy (though tedious) to create the data. The > problem is maintaining it and adding new information. I haven't crossed that > bridge yet! yup. that is the rub. But I am not sure if there is any easy way around that. As long as I can find a good method of locating the intersections, I am not going to worry about maintaining it... that is the problem that is going to come with this territory. thanks. > > pkishor_98 wrote: > > > Someone asked me if mapserver could find intersections (constitution > > and 16th). I replied that mapserver by itself can't but there is no > > reason it couldn't be programmed. Then I realized I didn't really know > > how. > > > > I could create a table of intersections for every road (line), but I > > would have to start with a table of roads first. > > > > I could do some finagling with geocoding. > > > > Or I could... > > > > all ideas welcomed. In return, I will take the do-able ones and wiki 'em. > > > > Puneet. > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at l... > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From schut at sarvision.com Tue May 20 00:20:46 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 20 May 2003 09:20:46 +0200 Subject: [Mapserver-users] Please Help me In-Reply-To: References: Message-ID: <200305200920.46070.schut@sarvision.com> Andrea, sorry, but I don't know about that. If you use php_mapscript (which I do) you will get error messages in your browser. I never used the plain mapserver cgi to generate maps, so I don't know if the behaviour you're describing is correct or not. Someone else on the list should know, though. Hope someone responds to your message. Otherwise, resend it as a new plain question to the list so others will read it :-) Cheers, Vincent. On Monday 19 May 2003 18:49, aborruso at spaziogis.it wrote: > Dear Vincent, > probably I'm not able to explain properly my problem. I know either the > path or name of your mapfile is invalid, or mapserver does not have access > to it. That file does not exist. > My real problem is that I'm not able to see in my browser an error like > that I can see in my dos console ("msLoadMap(): Unable to access > file.(/var/mapserver/mapfiles/province2.map)". > I read in my browser an "obscure" error: "CGI Error The specified CGI > application misbehaved by not returning a complete set of HTTP headers. The > headers it did return are:" > When I have had in my server a working mapserver application I had the > possibility to read error clearer error messages in my browser. For this > reason I think there is something "strange" in my actual mapserver > installation. > > Thank you, > > Andrea > > |---------+---------------------------> > | > | | Vincent Schut | > | | | | .com> | > | | > | | 19/05/2003 09.39| > | > |---------+---------------------------> > | > >------------------------------------------------------------------------ > >------------------------------------------------------| > > > | Per: aborruso at spaziogis.it > | | Cc: > | mapserver-users at lists.gis.umn.edu, "Palle Due Larsen" > | | Oggetto: Re: > | [Mapserver-users] Please Help me > | | > | > >------------------------------------------------------------------------ > >------------------------------------------------------| > > Well, as it sais 'msloadmap (the function that produced the error message: > the > mapfile loading function): unable to access file', either the path or name > of > your mapfile is invalid, or mapserver does not have access to it. As I > think > you are on windows I am afraid I can't help you with file access issues. I > have only experience with this on linux. Maybe someone else on the list can > > help you with that. > But first check if your mapfile is really there and does exist. > > Regards, > Vincent. > > On Thursday 15 May 2003 20:11, aborruso at spaziogis.it wrote: > > Thank you Vincent. > > Now I have (in the dos consolle) a normal message error, the message I > > would like to read also in my browser. But in my browser I have: > > "CGI Error > > The specified CGI application misbehaved by not returning a complete set > > of > > > HTTP headers. The headers it did return are:" > > This is the url : > > http://mapserver.spaziogis.it/cgi-bin/mapserv.exe?map=c: > > \nodata\map.map&mode=map > > > > In my console I have: "msLoadMap(): Unable to access file. > > (/var/mapserver/mapfiles/province2.map)". > > I have written: mapserv "QUERY_STRING=map=c:\nodata\map.map&mode=map". > > > > I have: > > > > > Do you have any other advices?? > > > > Thank you for all, > > > > Andrea > > > > |---------+---------------------------> > > | > > | | Vincent Schut | > > | | > | | .com> | > > | | > > | | 15/05/2003 13.43| > > | > > |---------+---------------------------> > > ------------------------------------------------------------------------ > > > >------------------------------------------------------| > > > > > | Per: aborruso at spaziogis.it, "Palle Due Larsen" > > | | > > | Cc: mapserver-users at lists.gis.umn.edu > > | > > | | Oggetto: Re: > > | > > | [Mapserver-users] Please Help me > > ------------------------------------------------------------------------ > > > >------------------------------------------------------| > > > > the correct way to do this is: > > ./mapserv > > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > > > (of course fill in your own mapfile and eventual other parameters. I > > think > > > you > > need to specify at least map and mode. This example prints the image data > > to > > stdout, so you will see your png or gif or whatever scrolling as ascii on > > you > > terminal :-) > > Works with mapserver-3.7. Don't know if it works with 3.6.x versions. > > > > Regards, > > Vincent. > > > > On Wednesday 14 May 2003 19:42, aborruso at spaziogis.it wrote: > > > Dear Palle, > > > I have entered your parmameters and I have had: > > > "This script can only be used to decode form results and should be > > > initiated as a CGI via a httpd server." > > > > > > What do you think about? > > > > > > Thank you, > > > > > > Andrea > > > > > > |---------+---------------------------> > > > | > > > | | "Palle Due | > > > | | Larsen" | > > > | | > > | | ne.dk> | > > > | | > > > | | 13/05/2003 17.33| > > > | > > > |---------+---------------------------> > > > > ------------------------------------------------------------------------ > > > > > >------------------------------------------------------| > > > > > > > | Per: aborruso at spaziogis.it, > > > | mapserver-users at lists.gis.umn.edu > > > | > > > | | Cc: > > > | > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > ------------------------------------------------------------------------ > > > > > >------------------------------------------------------| > > > > > > Hi Andrea, > > > > > > Just enter mapserv -query_string="(all your normal CGI parameters)" > > > > > > Best regards > > > > > > Palle Due Larsen > > > -----Original Message----- > > > From: aborruso at spaziogis.it > > > To: "Palle Due Larsen" > > > Cc: mapserver-users at lists.gis.umn.edu > > > Date: Mon, 12 May 2003 09:51:09 +0200 > > > Subject: Re: [Mapserver-users] Please Help me > > > > > > > Palle, > > > > could you write me a text to use in mapserv from command line, I'm > > > > not able > > > > to translate an url to a text for the command line. I know only > > > > "mapserv > > > > -v". > > > > Thank you, > > > > > > > > Andrea > > > > > > > > |---------+---------------------------> > > > > | > > > > | | "Palle Due | > > > > | | Larsen" | > > > > | | > > > | | ne.dk> | > > > > | | > > > > | | 12/05/2003 09.48| > > > > | > > > > |---------+---------------------------> > > > > | > > > > >-------------------------------------------------------------------- > > > > > > > > ----------------------------------------------------------| > > > > > > > > | Per: aborruso at spaziogis.it > > > > | > > > > | Cc: > > > > | > > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > > > > > > >-------------------------------------------------------------------- > > > > > > > > ----------------------------------------------------------| > > > > > > > > > > > > > > > > > > > > Yes, I am aware of that, it was just that your url looked a little > > > > funny, so I thought it might be that mapserver misunderstood > > > > something. > > > > However, I just checked with my installation (Win2000, IIS, ms3.6), > > > > and > > > > I get expected results when using your url, so it must be something > > > > else. Have you tried running mapserv.exe from the command-line - with > > > > those parameters - to see if it's returning a correct result? > > > > > > > > Best regards > > > > > > > > Palle > > > > -----Original Message----- > > > > From: aborruso at spaziogis.it > > > > To: "Palle Due Larsen" > > > > Date: Mon, 12 May 2003 09:19:58 +0200 > > > > Subject: Re: [Mapserver-users] Please Help me > > > > > > > > > Palle, > > > > > as you can read in my past email, the map file I want to use in my > > > > > example > > > > > does not exist. Then it would be normal to have an error message, > > > > > > > > but > > > > > > > > > I > > > > > remember some more specific error messages with the old version. > > > > > > > > Then > > > > > > > > > in my > > > > > example it should be appeared a message like: "mapserv: impossible > > > > > > > > to > > > > > > > > > find > > > > > test.map". I have instead: "CGI Error The specified CGI application > > > > > misbehaved by not returning a complete set of HTTP headers. The > > > > > headers it > > > > > did return are:". > > > > > > > > > > Is this error message normal or is there something wrong in my > > > > > installation?? > > > > > > > > > > Thank you, > > > > > > > > > > > > > > > Andrea > > > > > > > > > > |---------+---------------------------> > > > > > | > > > > > | | "Palle Due | > > > > > | | Larsen" | > > > > > | | > > > > | | ne.dk> | > > > > > | | > > > > > | | 12/05/2003 09.09| > > > > > | > > > > > |---------+---------------------------> > > > > > > > > > >-------------------------------------------------------------------- > > > > > ----------------------------------------------------------| > > > > > > > > > > | Per: aborruso at spaziogis.it, > > > > > > > > > > mapserver-users at lists.gis.umn.edu > > > > > > > > > > | Cc: > > > > > | > > > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > > > > > > >-------------------------------------------------------------------- > > > > > ----------------------------------------------------------| > > > > > > > > > > > > > > > > > > > > > > > > > Could it be that the url is wrong? Your are missing the map > > > > > parameter, > > > > > try this: > > > > > > > > > > http://127.0.0.1/cgi-bin/mapserv.exe?map=C: > > > > > \Inetpub\wwwroot\mapserver\test.map&mode=map > > > > > > > > > > Best Regards > > > > > > > > > > Palle Due Larsen > > > > > Carl Bro GIS & IT > > > > > > > > > > -----Original Message----- > > > > > From: aborruso at spaziogis.it > > > > > To: mapserver-users at lists.gis.umn.edu > > > > > Date: Thu, 8 May 2003 19:27:14 +0200 > > > > > Subject: [Mapserver-users] Please Help me > > > > > > > > > > > Dear users, > > > > > > some time ago I have learned to build a mapserver powered site > > > > > > > > (3.2 > > > > > > > > > > version). In the last months I have not had the time to "study" > > > > > > > > the > > > > > > > > > > new > > > > > > version and features of mapserver. > > > > > > Here is my problem. I have tried to build an update manifold > > > > > > > > > > powered > > > > > > > > > > > site. > > > > > > I have downloaded ms36gif_gdal_pg_wms.zip and ms35_libs.zip, then > > > > > > > > I > > > > > > > > > > have > > > > > > extracted all files where they could be extracted and then I have > > > > > > made a > > > > > > simple test; I have written simply this URL: > > > > > > http://127.0.0.1/cgi-bin/mapserv.exe?=C: > > > > > > \Inetpub\wwwroot\mapserver\test.map&mode=map. > > > > > > I have this error message: "CGI Error The specified CGI > > > > > > > > application > > > > > > > > > > misbehaved by not returning a complete set of HTTP headers. The > > > > > > headers it > > > > > > did return are:" > > > > > > The file of the test url does not exist, but I remember that with > > > > > > > > > > the > > > > > > > > > > > old > > > > > > versions I had an error message like "it's impossible to access > > > > > > > > to > > > > > > > > > > the file > > > > > > ..." (or something similar), instead I have a generic strange > > > > > > > > error > > > > > > > > > > message > > > > > > and I think there is something strong in my mapserver > > > > > > > > installation. > > > > > > > > > > Do you have some tip or advice for me? > > > > > > > > > > > > I have winxp pro with IIS. > > > > > > > > > > > > > > > > > > Thank you very much, > > > > > > > > > > > > Andrea > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Mapserver-users mailing list > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > > > ----------------------------------------------- > > > > > Deltag i en lille brugerunders?gelse p? > > > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > > > www.directoffice.dk/konkurrence > > > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > > ----------------------------------------------- > > > > Deltag i en lille brugerunders?gelse p? > > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > > www.directoffice.dk/konkurrence > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > ----------------------------------------------- > > > Deltag i en lille brugerunders?gelse p? > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > www.directoffice.dk/konkurrence > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > 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 mschulz at webgis.de Tue May 20 00:46:15 2003 From: mschulz at webgis.de (Michael Schulz) Date: Tue, 20 May 2003 09:46:15 +0200 Subject: [Mapserver-users] Please Help me References: <200305200920.46070.schut@sarvision.com> Message-ID: <3EC9DD46.249EB6A@webgis.de> Hi, maybe already mentioned, and i am also not sure whether the windows version stumbles over this or not, but have you tried to url encode the path you submit to mapserv? Something like mapserv "QUERY_STRING=map=c%3a%5cnodata%5cmap.map&mode=map" ? You could try these encodings also in the url. Just a guess. Cheers, Michael Vincent Schut schrieb: > Andrea, > > sorry, but I don't know about that. If you use php_mapscript (which I do) you > will get error messages in your browser. I never used the plain mapserver cgi > to generate maps, so I don't know if the behaviour you're describing is > correct or not. > Someone else on the list should know, though. Hope someone responds to your > message. Otherwise, resend it as a new plain question to the list so others > will read it :-) > > Cheers, > Vincent. > > On Monday 19 May 2003 18:49, aborruso at spaziogis.it wrote: > > Dear Vincent, > > probably I'm not able to explain properly my problem. I know either the > > path or name of your mapfile is invalid, or mapserver does not have access > > to it. That file does not exist. > > My real problem is that I'm not able to see in my browser an error like > > that I can see in my dos console ("msLoadMap(): Unable to access > > file.(/var/mapserver/mapfiles/province2.map)". > > I read in my browser an "obscure" error: "CGI Error The specified CGI > > application misbehaved by not returning a complete set of HTTP headers. The > > headers it did return are:" > > When I have had in my server a working mapserver application I had the > > possibility to read error clearer error messages in my browser. For this > > reason I think there is something "strange" in my actual mapserver > > installation. > > > > Thank you, > > > > Andrea > > > > |---------+---------------------------> > > | > > | | Vincent Schut | > > | | > | | .com> | > > | | > > | | 19/05/2003 09.39| > > | > > |---------+---------------------------> > > | > > >------------------------------------------------------------------------ > > >------------------------------------------------------| > > > > > | Per: aborruso at spaziogis.it > > | | Cc: > > | mapserver-users at lists.gis.umn.edu, "Palle Due Larsen" > > | | Oggetto: Re: > > | [Mapserver-users] Please Help me > > | | > > | > > >------------------------------------------------------------------------ > > >------------------------------------------------------| > > > > Well, as it sais 'msloadmap (the function that produced the error message: > > the > > mapfile loading function): unable to access file', either the path or name > > of > > your mapfile is invalid, or mapserver does not have access to it. As I > > think > > you are on windows I am afraid I can't help you with file access issues. I > > have only experience with this on linux. Maybe someone else on the list can > > > > help you with that. > > But first check if your mapfile is really there and does exist. > > > > Regards, > > Vincent. > > > > On Thursday 15 May 2003 20:11, aborruso at spaziogis.it wrote: > > > Thank you Vincent. > > > Now I have (in the dos consolle) a normal message error, the message I > > > would like to read also in my browser. But in my browser I have: > > > "CGI Error > > > The specified CGI application misbehaved by not returning a complete set > > > > of > > > > > HTTP headers. The headers it did return are:" > > > This is the url : > > > > http://mapserver.spaziogis.it/cgi-bin/mapserv.exe?map=c: > > > \nodata\map.map&mode=map > > > > > > In my console I have: "msLoadMap(): Unable to access file. > > > (/var/mapserver/mapfiles/province2.map)". > > > I have written: mapserv "QUERY_STRING=map=c:\nodata\map.map&mode=map". > > > > > > I have: > > > > > > > > Do you have any other advices?? > > > > > > Thank you for all, > > > > > > Andrea > > > > > > |---------+---------------------------> > > > | > > > | | Vincent Schut | > > > | | > > | | .com> | > > > | | > > > | | 15/05/2003 13.43| > > > | > > > |---------+---------------------------> > > > > ------------------------------------------------------------------------ > > > > > >------------------------------------------------------| > > > > > > > | Per: aborruso at spaziogis.it, "Palle Due Larsen" > > > | | > > > | Cc: mapserver-users at lists.gis.umn.edu > > > | > > > | | Oggetto: Re: > > > | > > > | [Mapserver-users] Please Help me > > > > ------------------------------------------------------------------------ > > > > > >------------------------------------------------------| > > > > > > the correct way to do this is: > > > ./mapserv > > > > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > > > > > (of course fill in your own mapfile and eventual other parameters. I > > > > think > > > > > you > > > need to specify at least map and mode. This example prints the image data > > > to > > > stdout, so you will see your png or gif or whatever scrolling as ascii on > > > you > > > terminal :-) > > > Works with mapserver-3.7. Don't know if it works with 3.6.x versions. > > > > > > Regards, > > > Vincent. > > > > > > On Wednesday 14 May 2003 19:42, aborruso at spaziogis.it wrote: > > > > Dear Palle, > > > > I have entered your parmameters and I have had: > > > > "This script can only be used to decode form results and should be > > > > initiated as a CGI via a httpd server." > > > > > > > > What do you think about? > > > > > > > > Thank you, > > > > > > > > Andrea > > > > > > > > |---------+---------------------------> > > > > | > > > > | | "Palle Due | > > > > | | Larsen" | > > > > | | > > > | | ne.dk> | > > > > | | > > > > | | 13/05/2003 17.33| > > > > | > > > > |---------+---------------------------> > > > > > > ------------------------------------------------------------------------ > > > > > > > >------------------------------------------------------| > > > > > > > > > | Per: aborruso at spaziogis.it, > > > > | mapserver-users at lists.gis.umn.edu > > > > | > > > > | | Cc: > > > > | > > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > > > ------------------------------------------------------------------------ > > > > > > > >------------------------------------------------------| > > > > > > > > Hi Andrea, > > > > > > > > Just enter mapserv -query_string="(all your normal CGI parameters)" > > > > > > > > Best regards > > > > > > > > Palle Due Larsen > > > > -----Original Message----- > > > > From: aborruso at spaziogis.it > > > > To: "Palle Due Larsen" > > > > Cc: mapserver-users at lists.gis.umn.edu > > > > Date: Mon, 12 May 2003 09:51:09 +0200 > > > > Subject: Re: [Mapserver-users] Please Help me > > > > > > > > > Palle, > > > > > could you write me a text to use in mapserv from command line, I'm > > > > > not able > > > > > to translate an url to a text for the command line. I know only > > > > > "mapserv > > > > > -v". > > > > > Thank you, > > > > > > > > > > Andrea > > > > > > > > > > |---------+---------------------------> > > > > > | > > > > > | | "Palle Due | > > > > > | | Larsen" | > > > > > | | > > > > | | ne.dk> | > > > > > | | > > > > > | | 12/05/2003 09.48| > > > > > | > > > > > |---------+---------------------------> > > > > > | > > > > > >-------------------------------------------------------------------- > > > > > > > > > > ----------------------------------------------------------| > > > > > > > > > > | Per: aborruso at spaziogis.it > > > > > | > > > > > | Cc: > > > > > | > > > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > > > > > > > > >-------------------------------------------------------------------- > > > > > > > > > > ----------------------------------------------------------| > > > > > > > > > > > > > > > > > > > > > > > > > Yes, I am aware of that, it was just that your url looked a little > > > > > funny, so I thought it might be that mapserver misunderstood > > > > > something. > > > > > However, I just checked with my installation (Win2000, IIS, ms3.6), > > > > > and > > > > > I get expected results when using your url, so it must be something > > > > > else. Have you tried running mapserv.exe from the command-line - with > > > > > those parameters - to see if it's returning a correct result? > > > > > > > > > > Best regards > > > > > > > > > > Palle > > > > > -----Original Message----- > > > > > From: aborruso at spaziogis.it > > > > > To: "Palle Due Larsen" > > > > > Date: Mon, 12 May 2003 09:19:58 +0200 > > > > > Subject: Re: [Mapserver-users] Please Help me > > > > > > > > > > > Palle, > > > > > > as you can read in my past email, the map file I want to use in my > > > > > > example > > > > > > does not exist. Then it would be normal to have an error message, > > > > > > > > > > but > > > > > > > > > > > I > > > > > > remember some more specific error messages with the old version. > > > > > > > > > > Then > > > > > > > > > > > in my > > > > > > example it should be appeared a message like: "mapserv: impossible > > > > > > > > > > to > > > > > > > > > > > find > > > > > > test.map". I have instead: "CGI Error The specified CGI application > > > > > > misbehaved by not returning a complete set of HTTP headers. The > > > > > > headers it > > > > > > did return are:". > > > > > > > > > > > > Is this error message normal or is there something wrong in my > > > > > > installation?? > > > > > > > > > > > > Thank you, > > > > > > > > > > > > > > > > > > Andrea > > > > > > > > > > > > |---------+---------------------------> > > > > > > | > > > > > > | | "Palle Due | > > > > > > | | Larsen" | > > > > > > | | > > > > > | | ne.dk> | > > > > > > | | > > > > > > | | 12/05/2003 09.09| > > > > > > | > > > > > > |---------+---------------------------> > > > > > > > > > > > >-------------------------------------------------------------------- > > > > > > ----------------------------------------------------------| > > > > > > > > > > > > | Per: aborruso at spaziogis.it, > > > > > > > > > > > > mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > | Cc: > > > > > > | > > > > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > > > > > > > > >-------------------------------------------------------------------- > > > > > > ----------------------------------------------------------| > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Could it be that the url is wrong? Your are missing the map > > > > > > parameter, > > > > > > try this: > > > > > > > > > > > > http://127.0.0.1/cgi-bin/mapserv.exe?map=C: > > > > > > \Inetpub\wwwroot\mapserver\test.map&mode=map > > > > > > > > > > > > Best Regards > > > > > > > > > > > > Palle Due Larsen > > > > > > Carl Bro GIS & IT > > > > > > > > > > > > -----Original Message----- > > > > > > From: aborruso at spaziogis.it > > > > > > To: mapserver-users at lists.gis.umn.edu > > > > > > Date: Thu, 8 May 2003 19:27:14 +0200 > > > > > > Subject: [Mapserver-users] Please Help me > > > > > > > > > > > > > Dear users, > > > > > > > some time ago I have learned to build a mapserver powered site > > > > > > > > > > (3.2 > > > > > > > > > > > > version). In the last months I have not had the time to "study" > > > > > > > > > > the > > > > > > > > > > > > new > > > > > > > version and features of mapserver. > > > > > > > Here is my problem. I have tried to build an update manifold > > > > > > > > > > > > powered > > > > > > > > > > > > > site. > > > > > > > I have downloaded ms36gif_gdal_pg_wms.zip and ms35_libs.zip, then > > > > > > > > > > I > > > > > > > > > > > > have > > > > > > > extracted all files where they could be extracted and then I have > > > > > > > made a > > > > > > > simple test; I have written simply this URL: > > > > > > > http://127.0.0.1/cgi-bin/mapserv.exe?=C: > > > > > > > \Inetpub\wwwroot\mapserver\test.map&mode=map. > > > > > > > I have this error message: "CGI Error The specified CGI > > > > > > > > > > application > > > > > > > > > > > > misbehaved by not returning a complete set of HTTP headers. The > > > > > > > headers it > > > > > > > did return are:" > > > > > > > The file of the test url does not exist, but I remember that with > > > > > > > > > > > > the > > > > > > > > > > > > > old > > > > > > > versions I had an error message like "it's impossible to access > > > > > > > > > > to > > > > > > > > > > > > the file > > > > > > > ..." (or something similar), instead I have a generic strange > > > > > > > > > > error > > > > > > > > > > > > message > > > > > > > and I think there is something strong in my mapserver > > > > > > > > > > installation. > > > > > > > > > > > > Do you have some tip or advice for me? > > > > > > > > > > > > > > I have winxp pro with IIS. > > > > > > > > > > > > > > > > > > > > > Thank you very much, > > > > > > > > > > > > > > Andrea > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > Mapserver-users mailing list > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > > > > ----------------------------------------------- > > > > > > Deltag i en lille brugerunders?gelse p? > > > > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > > > > www.directoffice.dk/konkurrence > > > > > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > > > ----------------------------------------------- > > > > > Deltag i en lille brugerunders?gelse p? > > > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > > > www.directoffice.dk/konkurrence > > > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > > ----------------------------------------------- > > > > Deltag i en lille brugerunders?gelse p? > > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > > www.directoffice.dk/konkurrence > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > 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 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH Sautierstr. 38, 79104 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de From Dwijadas Tue May 20 01:51:37 2003 From: Dwijadas (Dwijadas) Date: 20 May 2003 08:51:37 -0000 Subject: [Mapserver-users] To mapserver Users Message-ID: <20030520085137.29276.qmail@webmail32.rediffmail.com> Hello Users I am using mapserver3.5 which is working nicely and displaying the multiple layers, labels etc in the browser. Now I want to add the functionality of layer_select, Pan , Zoom etc based on the layer selected by a user. I have written two files one map file another template file.But in the browser window the layers are not displayed, Also Is it necessary to have a raster image on the background when i use layer_select , pan , zoom etc. Even no error message is given in the browser.you can assume that the path names are correct. If anyone read this mail plz just tell me what is the wrong with it?and how to to do that by plain mapserv.exe or mapserv. Also is it necessary to have a mapscript for this type of example. I am generating the maps using the tutorials provided in the http://terrasip.gis.umn.edu/tutorial My map file is like:-(BASED ON THE TUTORIAL PROVIDED IN THE ABOVE URL) NAME templ EXTENT 2700051.860 2462746.020 3582564.801 3012459.468 SIZE 400 300 SHAPEPATH "C:\Program Files\Apache Group\Apache2\htdocs\shape" #FONTSET "/home/hemen/fonts/fonts.list" #SYMBOLSET "/home/hemen/symbols/symbols35.sym" WEB TEMPLATE templ.html IMAGEPATH "/images/" IMAGEURL "/temp/" END LEGEND STATUS ON LABEL TYPE BITMAP COLOR 0 0 0 SIZE TINY ANTIALIAS TRUE END END #REFERENCE #STATUS ON #IMAGE "./images/assamt.jpg" #SIZE 150 113 #EXTENT 2700051.860 2462746.020 3582564.801 3012459.468 #COLOR -1 -1 -1 #OUTLINECOLOR 255 0 0 #END LAYER # States -- background polys NAME states DATA assam STATUS ON TYPE LINE # CLASSITEM "dist_nam" CLASSITEM "length" CLASS NAME "length2" EXPRESSION '/1*/' COLOR 240 240 240 OUTLINECOLOR 0 0 0 END # end of States class object END # end of layer object LAYER # Shaded Relief Raster NAME relief DATA "/assamt.tif" STATUS ON # TYPE RASTER END LAYER NAME "river features" DATA assm-rvr STATUS ON TYPE LINE CLASSITEM "rvr_nm" CLASS NAME "Barak" EXPRESSION ('[rvr_nm]' = 'Barak') COLOR 164 164 255 END CLASS NAME "Brahmaputra" EXPRESSION ('[rvr_nm]' = 'Brahmaputra') COLOR 64 64 255 END CLASS NAME "Subansiri" EXPRESSION ('[rvr_nm]' = 'Subansiri') COLOR 210 235 255 END CLASS NAME "Burhi Dihing" EXPRESSION ('[rvr_nm]' = 'Burhi Dihing') COLOR 128 128 220 END CLASS NAME "Manas" EXPRESSION ('[rvr_nm]' = 'Manas') COLOR 200 128 255 END CLASS NAME "Lohit" EXPRESSION ('[rvr_nm]' = 'Lohit') COLOR 200 128 255 END END # end of river features layer LAYER NAME states DATA assam_a STATUS OFF TYPE LINE CLASSITEM "dist_nam" CLASS NAME "state" EXPRESSION '/C*/' COLOR 0 0 0 END # end of States class object END # end of layer object LAYER # States Labels NAME "assam_a" DATA assam_a STATUS OFF TYPE ANNOTATION LABELITEM "dist_nam" CLASSITEM "state" CLASS # States class EXPRESSION '/C*/' COLOR -1 -1 -1 LABEL COLOR 132 31 31 SHADOWCOLOR 218 218 218 SHADOWSIZE 2 2 TYPE BITMAP SIZE TINY ANTIALIAS TRUE POSITION CC PARTIALS FALSE BUFFER 2 END # end of label END # end of States class object END # end of layer object END # end of map fil ********************************************************************************* And the template file is---------- Through template file

Map Controls

Select layers to display:


Set your zoom option:



Legend

************************************************************************************************* From "Dwijadas Dey" ___________________________________________________ Get email that means BUSINESS! me @ mycompany.com. Just Rs.1499/year. To start, click http://www.rediffmailpro.com From tomas.brandalik at sun.com Tue May 20 02:29:20 2003 From: tomas.brandalik at sun.com (Tomas Brandalik) Date: Tue, 20 May 2003 11:29:20 +0200 Subject: [Mapserver-users] java connector Message-ID: <3EC9F570.7030807@sun.com> Hi all, Did anybody try to use java(servlet or jsp) instead cgi to talk to mapserver? thanx -Tomas From k.chodak at autoguard.pl Tue May 20 02:39:20 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Tue, 20 May 2003 11:39:20 +0200 Subject: [Mapserver-users] Railway-line style Message-ID: Can anyone suggest a solution for making streight line with ticks along it? Like that one made from pluses +++++++++++++. It (ticks) should also follow line direction. BR Krzysztof Chodak From a.spaeter at argusplan.de Tue May 20 02:59:33 2003 From: a.spaeter at argusplan.de (Achim =?ISO-8859-1?Q?Sp=E4ter?=) Date: Tue, 20 May 2003 11:59:33 +0200 Subject: [Mapserver-users] Truetype fonts and Mapscript Message-ID: Hello all, we have a Mapscript driven Mapserver-application running both on a Windows and Linux-platform. On Linux we have a strange behaviour. When we access any truetype font for annotation this leads to an internal server error with Apache. Using truetype annotations inside a simple interface that does not use Mapscript works fine. What could be the reason? thanks in advance Achim Spaeter ----- Achim Spaeter ARGUS PLAN Rathausstrasse 12 66557 Illingen Telefon 06825/4061-100 From schut at sarvision.com Tue May 20 03:01:29 2003 From: schut at sarvision.com (Vincent Schut) Date: Tue, 20 May 2003 12:01:29 +0200 Subject: [Mapserver-users] Railway-line style In-Reply-To: References: Message-ID: <200305201201.29950.schut@sarvision.com> see http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SymbolExamples Cheers, Vincent. On Tuesday 20 May 2003 11:39, Krzysztof Chodak wrote: > Can anyone suggest a solution for making streight line with ticks along it? > Like that one made from pluses +++++++++++++. > It (ticks) should also follow line direction. > > BR > > Krzysztof Chodak > > _______________________________________________ > 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 k.chodak at autoguard.pl Tue May 20 03:19:57 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Tue, 20 May 2003 12:19:57 +0200 Subject: [Mapserver-users] Railway-line style In-Reply-To: <200305201201.29950.schut@sarvision.com> Message-ID: It does not solve the problem. This 'tie' is an oval and is at least 2x2 pixels big. Is it possible to achive 1 pixel line with 1x3 pixels ticks? BR Krzysztof Chodak -----Original Message----- From: Vincent Schut [mailto:schut at sarvision.com] Sent: Tuesday, May 20, 2003 12:01 PM To: Krzysztof Chodak; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Railway-line style see http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SymbolExamples Cheers, Vincent. On Tuesday 20 May 2003 11:39, Krzysztof Chodak wrote: > Can anyone suggest a solution for making streight line with ticks along it? > Like that one made from pluses +++++++++++++. > It (ticks) should also follow line direction. > > BR > > Krzysztof Chodak > > _______________________________________________ > 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 stepan.kafka at centrum.cz Tue May 20 04:13:00 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Tue, 20 May 2003 13:13:00 +0200 Subject: [Mapserver-users] Railway-line style In-Reply-To: Message-ID: <000b01c31ec0$c6247ce0$463c2fc3@HSGIS> You can use truetype symbols eg. "|" overlayed upon the line. See documentation. Here you have an example of the symbol definition: SYMBOL NAME "railway" TYPE truetype FONT arial CHARACTER "|" GAP 25 # distance between symbols END In layer class definition (form 3.6.x, in 3.7 and 4.0 use rather STYLE) then CLASS SYMBOL 'circle' COLOR 0 0 0 SIZE 1 OVERLAYSYMBOL 'railway' OVERLAYCOLOR 0 0 0 OVERLAYSIZE 10 END You may aslo use your own truetype symbols as you need. Good luck Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz http://www.bnhelp.cz > -----Puvodn? zpr?va----- > Od: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele Krzysztof > Chodak > Odesl?no: 20. kvetna 2003 11:39 > Komu: mapserver-users at lists.gis.umn.edu > Predmet: [Mapserver-users] Railway-line style > > > Can anyone suggest a solution for making streight line with ticks > along it? > Like that one made from pluses +++++++++++++. > It (ticks) should also follow line direction. > > BR > > Krzysztof Chodak > > _______________________________________________ > 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.481 / Virov? b?ze: 277 - datum vyd?n?: 13.5.2003 > --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 From morissette at dmsolutions.ca Tue May 20 04:25:11 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 20 May 2003 07:25:11 -0400 Subject: [Mapserver-users] Truetype fonts and Mapscript References: Message-ID: <3ECA1097.240A8A54@dmsolutions.ca> Achim Sp?ter wrote: > > On Linux we have a strange behaviour. When we access any truetype font > for annotation this leads to an internal server error with Apache. > > Using truetype annotations inside a simple interface that does not > use Mapscript works fine. > > What could be the reason? > Did you check the Apache error_log? Do you see any error message explaining the internal server error? Does the same mapfile work and the truetype fonts display with the mapserv CGI with a URL like: http://yourhost/cgi-bin/mapserv?mode=map&layers=... If the above doesn't work then the problem is likely in your MapServer build, possibly in the way your GD/Freetype were built. Make sure you don't have multiple versions of GD/Freetype on your system. If the above did work then your MapServer is fine. The problem may be that your PHP was compiled with GD/Freetype as well and that the version of GD/Freetype used by PHP is different from the one used by MapScript. So if your PHP has GD built in then make sure it's using the exact same version as MapScript. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From k.chodak at autoguard.pl Tue May 20 04:39:17 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Tue, 20 May 2003 13:39:17 +0200 Subject: [Mapserver-users] Railway-line style In-Reply-To: <000b01c31ec0$c6247ce0$463c2fc3@HSGIS> Message-ID: Such symbols still do not "keep" line direction (are always vertical)... BR Krzysztof Chodak -----Original Message----- From: Stepan Kafka [mailto:stepan.kafka at centrum.cz] Sent: Tuesday, May 20, 2003 1:13 PM To: Krzysztof Chodak; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Railway-line style You can use truetype symbols eg. "|" overlayed upon the line. See documentation. Here you have an example of the symbol definition: SYMBOL NAME "railway" TYPE truetype FONT arial CHARACTER "|" GAP 25 # distance between symbols END In layer class definition (form 3.6.x, in 3.7 and 4.0 use rather STYLE) then CLASS SYMBOL 'circle' COLOR 0 0 0 SIZE 1 OVERLAYSYMBOL 'railway' OVERLAYCOLOR 0 0 0 OVERLAYSIZE 10 END You may aslo use your own truetype symbols as you need. Good luck Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz http://www.bnhelp.cz > -----Puvodn? zpr?va----- > Od: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele Krzysztof > Chodak > Odesl?no: 20. kvetna 2003 11:39 > Komu: mapserver-users at lists.gis.umn.edu > Predmet: [Mapserver-users] Railway-line style > > > Can anyone suggest a solution for making streight line with ticks > along it? > Like that one made from pluses +++++++++++++. > It (ticks) should also follow line direction. > > BR > > Krzysztof Chodak > > _______________________________________________ > 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.481 / Virov? b?ze: 277 - datum vyd?n?: 13.5.2003 > --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 From stepan.kafka at centrum.cz Tue May 20 05:01:50 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Tue, 20 May 2003 14:01:50 +0200 Subject: [Mapserver-users] Railway-line style In-Reply-To: Message-ID: <001301c31ec7$98bd3dd0$463c2fc3@HSGIS> This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C31ED8.5C460DD0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit It always should keep line directions (see attached file). (But in some versions of mapserver in combination with gd 2.0 and freetype libraries there was problems with truetype symbol/labels rotation...?) Stepan Kafka > -----P?vodn? zpr?va----- > Od: Krzysztof Chodak [mailto:k.chodak at autoguard.pl] > Odesl?no: 20. kv?tna 2003 13:39 > Komu: 'Stepan Kafka'; mapserver-users at lists.gis.umn.edu > P?edm?t: RE: [Mapserver-users] Railway-line style > > > Such symbols still do not "keep" line direction (are always vertical)... > > BR > > Krzysztof Chodak > > > > -----Original Message----- > From: Stepan Kafka [mailto:stepan.kafka at centrum.cz] > Sent: Tuesday, May 20, 2003 1:13 PM > To: Krzysztof Chodak; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] Railway-line style > > > You can use truetype symbols eg. "|" overlayed upon the line. See > documentation. Here you have an example of the symbol definition: > > SYMBOL > NAME "railway" > TYPE truetype > FONT arial > CHARACTER "|" > GAP 25 # distance between symbols > END > > In layer class definition (form 3.6.x, in 3.7 and 4.0 use rather > STYLE) then > > > CLASS > SYMBOL 'circle' > COLOR 0 0 0 > SIZE 1 > OVERLAYSYMBOL 'railway' > OVERLAYCOLOR 0 0 0 > OVERLAYSIZE 10 > END > > You may aslo use your own truetype symbols as you need. > > Good luck > > Stepan Kafka > Help Service Remote Sensing > tel: +420-327514118 > mailto:kafka at email.cz > http://www.bnhelp.cz > > > > > -----Puvodn? zpr?va----- > > Od: mapserver-users-admin at lists.gis.umn.edu > > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele Krzysztof > > Chodak > > Odesl?no: 20. kvetna 2003 11:39 > > Komu: mapserver-users at lists.gis.umn.edu > > Predmet: [Mapserver-users] Railway-line style > > > > > > Can anyone suggest a solution for making streight line with ticks > > along it? > > Like that one made from pluses +++++++++++++. > > It (ticks) should also follow line direction. > > > > BR > > > > Krzysztof Chodak > > > > _______________________________________________ > > 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.481 / Virov? b?ze: 277 - datum vyd?n?: 13.5.2003 > > > --- > Odchoz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 > > > --- > P??choz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 > --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 ------=_NextPart_000_0014_01C31ED8.5C460DD0 Content-Type: image/gif; name="railway.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="railway.gif" R0lGODdhLAEsAaEAAP////8AAAAAAP//yCwAAAAALAEsAUAC/oSPqcvtD6OctNqLs968+w+G4kiW 5qkF6Mq27guDakzX9o1/c873/k/bAYfEotEiPCqXzGGyCY1KWc+p9YrNVLPcrhex/YrH0jD5jHam 12x1Nmluy2Nxt6Q+z5PwtYBfx6cniBHYUpgymOhxOMLYqAhZ4bjxZzQZyXY5oZnDifnm56kgSlT5 OcipQhq1enp02CoW69oTNyt3S0uXMJOb6Kt7AhysGmx8PHysDLVjuvyclww9bUdtjdZ8rZ253X2m Ku0tLjxebn6OPiFwsJ7RDvCO8L4eHzG/QI+vzq5/b1D/LyC8fOkKGjyIMGGRcAobjnII0QXDiA4n UlRo8SLC/owaz4Vy1jEkB44iPZY8mSIUypUUSLLs5lIEuJdkYlJyYJOmjCaXcurUsnDPT561dg0t 1QcIyKNJqbBi2vTRF58rSVFdcVXjpKw2uGK8M20p1AtbvJYZS9aAWVlo0a5t++kt3F9q5zKVa5eu Wrx52/DtGw2wzr+C/ToQgDix4sWMGzt+DDmy5MmUFRe+jJmgBs0D+bXzB4EzYnn8LoiOBxogPIH5 VGN+DTv2RcKysdCubeU27rO7v/ZOqPs3E5XCCwYv/gq5wePKgzZHx/z5j+jSi1YvR/06juzau3YX x/27UfHawpOXeL58+mvm16Mw/6f9z+xV5J/8yByP/ftP/iW5HzkcgAeI9d8CePUC4H4UmTWMgg1l NZGDGxFoiHcFNhDTVUJQKF44pniF4IUDoreEhN5Ik1+BwIRnIjW3KNhLi8TsxM13msSHinY3YiLj KY702FJzhQBJyF696aeebPjhNA6RhoHB4TZOYgOGb5gVsyAAUYoIyZRcIvHlMl6GuQmZyoxp5gNo pskkm7Ss6aaBcboC55xV2skjnnHpGUmddmLJp16BCjqoHn4WKgB+ii7KaKMCDABppJJOSmmllSba aKaafuRaoZ4W0WkFoa4mz2gSjIqaqRSgWqpro9oFmmmlJXBPrA3YSlqu+wikD6+qqboaZ58OS2yx xh6L/myyyi4LE7NsOdvFoW5Kmya11UIbLbbZamsbt2942y24U1gr4kdaijsuuumqywy7/blbIrxE yasEuWTa+yW++dJbL7/1bulvEAFbMjBSBVdzsHUJK7wwD/qW27APD184McURO3xxV+ZmfEPFKnLc McghiywwySWb/AKMHrPnBaDHspgNsvQ9JPMVYaxsDXHtqmlscIHg/IxusBBL21afEpaKp2tVYpWR f74CcARA6/LWi3wubcLUe06H1dMSVzinhjBoTaiF43G55Mhmh2kTVWQHdjLGWr5N5dm10L1GhFFH ZTHYcuH9DdgB9k0Ob+4lQx3gLWfNheKNl9Ce4+GG/rDfhpKXqLOA31y+8yJphKijDnNwPjgSMcNd nSd7Pyvdjn22DtTWQqb15uz+GUM612WKOWDufPMMzep5IRl8Xb/Z0uxumd95ovIMKO77yUynE/3Y vAgfdGwbWnkZ6MC95vKDvfdV/fMok3ju+Smrbz376LvfNfzxy/8e/fPbD/nc+MtU/pH7M/4/oQRQ JgOUSgFpdEDRJdBzC/Qc9ho4ov45D4I3oWAFLRg7DBZJg7TjIJg8+EH9gRACEoSN90YoNRQGSYVg YSEJXZhCGMpwhizA1KZuyKhHWWqHPLwUDn+oqFc9pzJELKIRj4hEy9BwiUzkk7Bk1SnNCJE0UUzN WqpIhQ8rKmCKbcHVFXmlK3ok5lSz2qIZd4XFM/4DWFT0TBq7WEYLeLFWcWSAF8HIxVlFUY/9cGMe X/LHW9EKNa36Ijs+Y5nFiGqQaxzjQFzlRjA2cZKUFEwBAAA7 ------=_NextPart_000_0014_01C31ED8.5C460DD0-- From woodbri at swoodbridge.com Tue May 20 05:24:34 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Tue, 20 May 2003 08:24:34 -0400 Subject: [Mapserver-users] Railway-line style In-Reply-To: <001301c31ec7$98bd3dd0$463c2fc3@HSGIS> References: Message-ID: <3EC9E642.2787.84D608E@localhost> Yes, it is highly recommended that you upgrade to GD 2.0.12 as there are a bunch of mapserver related bugs fixed in this version. -Steve W. On 20 May 2003 at 14:01, Stepan Kafka wrote: > It always should keep line directions (see attached file). > (But in some versions of mapserver in combination with gd 2.0 and > freetype libraries there was problems with truetype symbol/labels > rotation...?) > > Stepan Kafka > > > -----P vodn? zpr?va----- > > Od: Krzysztof Chodak [mailto:k.chodak at autoguard.pl] > > Odesl?no: 20. kv tna 2003 13:39 > > Komu: 'Stepan Kafka'; mapserver-users at lists.gis.umn.edu > > P edm t: RE: [Mapserver-users] Railway-line style > > > > > > Such symbols still do not "keep" line direction (are always > > vertical)... > > > > BR > > > > Krzysztof Chodak > > > > > > > > -----Original Message----- > > From: Stepan Kafka [mailto:stepan.kafka at centrum.cz] > > Sent: Tuesday, May 20, 2003 1:13 PM > > To: Krzysztof Chodak; mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] Railway-line style > > > > > > You can use truetype symbols eg. "|" overlayed upon the line. See > > documentation. Here you have an example of the symbol definition: > > > > SYMBOL > > NAME "railway" > > TYPE truetype > > FONT arial > > CHARACTER "|" > > GAP 25 # distance between symbols > > END > > > > In layer class definition (form 3.6.x, in 3.7 and 4.0 use rather > > STYLE) then > > > > > > CLASS > > SYMBOL 'circle' > > COLOR 0 0 0 > > SIZE 1 > > OVERLAYSYMBOL 'railway' > > OVERLAYCOLOR 0 0 0 > > OVERLAYSIZE 10 > > END > > > > You may aslo use your own truetype symbols as you need. > > > > Good luck > > > > Stepan Kafka > > Help Service Remote Sensing > > tel: +420-327514118 > > mailto:kafka at email.cz > > http://www.bnhelp.cz > > > > > > > > > -----Puvodn? zpr?va----- > > > Od: mapserver-users-admin at lists.gis.umn.edu > > > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u ivatele > > > Krzysztof Chodak Odesl?no: 20. kvetna 2003 11:39 Komu: > > > mapserver-users at lists.gis.umn.edu Predmet: [Mapserver-users] > > > Railway-line style > > > > > > > > > Can anyone suggest a solution for making streight line with ticks > > > along it? Like that one made from pluses +++++++++++++. It (ticks) > > > should also follow line direction. > > > > > > BR > > > > > > Krzysztof Chodak > > > > > > _______________________________________________ > > > 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.481 / Virov? b?ze: 277 - datum vyd?n?: 13.5.2003 > > > > > --- > > Odchoz? zpr?va neobsahuje viry. > > Zkontrolov?no antivirov m syst?mem AVG (http://www.grisoft.cz). > > Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 > > > > > > --- > > P ?choz? zpr?va neobsahuje viry. > > Zkontrolov?no antivirov m syst?mem AVG (http://www.grisoft.cz). > > Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 > > > --- > Odchoz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 > From kames at keyspanenergy.com Tue May 20 05:45:21 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Tue, 20 May 2003 08:45:21 -0400 Subject: [Mapserver-users] Re: finding intersections References: Message-ID: <3ECA2361.A67C88FC@keyspanenergy.com> The data include Zip and FIPS attributes. A Zip lookup for street names is sub-second. Querying all the intersections for any given street and rendering the map takes 2-3 seconds. (I spent a good amount of time deciding on an index structure and it works well.) This performance is on a dual processor PIII box, 500MB RAM and WINNT 4.0. Load is minimal as the app is used to meet only special business needs inside our firewall. However, having the infrastructure in place opens the door for other applications. I chose NOT to halve the records as you mention after pursuing the alternatives. I wrote one record for MAIN and one for BROAD. They don't know about each other. Their LAT/LONs just happen to be the same. The table is nicely optimized and index definition was very clear-cut. It also means I didn't have to write multiple records (and figure out how to search for them) where multiple streets converge. "MAIN and BROAD" vs "BROAD and MAIN" also posed their own searching problems which could have gotten ugly. Dead-Ends exist because their unique LAT/LON cannot be matched to any other point. (Really, the data don't know they're intersections... they're just points. They become intersections when properly queried.) Regarding maintenance, yeah... no easy way. Fortunately, the creation of new roads in urban NYC is rather rare, except for Staten Island, where sub-divisions are still going up. But I know I'm going to have to deal with it sooner or later. :( Kieran pkishor_98 wrote: > --- In mapserver-users at yahoogroups.com, "Kieran J. Ames" wrote: > .. > > > The data are in a MySQL database. Data and indices total about 2.9GB. (Almost > > 28 million point records.) > > that is a lot of data. What is the performance like (on what kind of a machine and > what kind of load)? > > > I ended up with a database of street intersections and dead-ends. > > (...actually normalized street points that I query to derive intersection > > data. The intersection of Main and Broad would be 2 records, each with the > > same LAT/LON.) I'm using that to create a point layer that I include in my > > mapfile. > > you could probably avoid storing "Main and Broad" and "Broad and Main" and > potentially halve your number of records... just store one entry per road, and a its > corresponding intersections in a related table. Although de-normalized data might be > faster to lookup. > > > it was easy (though tedious) to create the data. The > > problem is maintaining it and adding new information. I haven't crossed that > > bridge yet! > > yup. that is the rub. But I am not sure if there is any easy way around that. As long as > I can find a good method of locating the intersections, I am not going to worry about > maintaining it... that is the problem that is going to come with this territory. > > thanks. > > > > > pkishor_98 wrote: > > > > > Someone asked me if mapserver could find intersections (constitution > > > and 16th). I replied that mapserver by itself can't but there is no > > > reason it couldn't be programmed. Then I realized I didn't really know > > > how. > > > > > > I could create a table of intersections for every road (line), but I > > > would have to start with a table of roads first. > > > > > > I could do some finagling with geocoding. > > > > > > Or I could... > > > > > > all ideas welcomed. In return, I will take the do-able ones and wiki 'em. > > > > > > Puneet. > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at l... > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From thannant at metadev.com.au Tue May 20 06:33:29 2003 From: thannant at metadev.com.au (Terry Hannant) Date: Tue, 20 May 2003 23:03:29 +0930 Subject: [Mapserver-users] java connector In-Reply-To: <3EC9F570.7030807@sun.com> Message-ID: We have successfully used Mapserver and java servlets together. We have a production server running Linux (Suse), Tomcat 4.1, Jdk 1.4 and Mapserv 3.6 Feel free to email me directly if you have any issues you would like to discuss although I am sure other people on the mailing list may benefit from any discussion :-) Terry Hannant MetaDev Pty Ltd -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Tomas Brandalik Sent: Tuesday, 20 May 2003 6:59 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] java connector Hi all, Did anybody try to use java(servlet or jsp) instead cgi to talk to mapserver? thanx -Tomas _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From andreev at d902.iki.rssi.ru Tue May 20 06:36:08 2003 From: andreev at d902.iki.rssi.ru (Mike V. Andreev) Date: 20 May 2003 17:36:08 +0400 Subject: [Mapserver-users] additional parameters for WMS  layer In-Reply-To: References: Message-ID: <1053437767.10589.50.camel@mike> Hello John, thanks for your comments. > Mike, > > I feel what you are asking is an implementation problem and not a mapserv development issue. I wouldn't like to see mapserv develop some WMS parameters that are not OGC compliant. Not everyone allows cookies on their browser for security reasons and tying mapserv into a particular type of implementation would be dangerous unless it was compliant to the OGC specification. > > I think that you could use hidden input types to pass the extra parameters backwards and forwards to your CGI scripts. However, I would be very surprised if the OGC specifications have not already catered for these extra parameters. > I'm not sure what do you mean here. If you mean that OGC specification already include my parameters then you are wrong. This is not geographic parameters. For example it is a list of monitoring object or a datetime range. But OGC WMS specification allows me to use additional parameters in request to my CGI script, and if I would request my script directly there isn't a problem. But request to my script must be formed by mapserver. And it contains: 1) string from layerObj.connection and 2) parameters formed by mapserver (such as BBOX, SRS, etc). I can not define additional parameters in mapserver's map file because they must be chosen by and user and change from query to query. By the other hand I can send additional parameters from form fields (hidden or not) only to mapserver and they will have no an effect on request mapserver send to my script. Or may be I miss something in docs and there is some special mapserver option for it ? This would be a solution. > Just my initial thoughts on the idea. > > John > > > -----Original Message----- > > From: Mike V. Andreev [mailto:andreev at d902.iki.rssi.ru] > > Sent: Saturday, 17 May 2003 3:35 > > To: mapserver-dev at lists.gis.umn.edu > > Cc: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] additional parameters for WMS? layer > > > > > > Hello > > > > I have mapserever compiled with WMS client support and I use map file > > with defined WMS layer. This layer is a http reference to my > > perl script > > on the same http server. This script understand OGC WMS parameters in > > query string and can create maps whith information from some database. > > But to create sensible map this script need additional information in > > request. I wanted to use http cookies to store that parameters. But I > > have a problem here. Then my client send request to http server with > > mapserver URI request contain proper cookies but after that mapserver > > need to make http request to perl script URI and of couse this request > > contains no cookies. > > > > So I want to ask two question here: > > > > 1) Can somebody give me any hits to solve my problem with > > existing soft? > > > > 2) I have an idea how to extend mapserver functionality so it > > be able to > > solve my problem. So I want to ask what do you people think about it. > > > > There is my proposal: each layer object could contain boolean > > parameter > > http_cookies_forwad (disabled by default). So if this featcher enabled > > in layer with connectiontype equal to 'WMS' (and may be > > 'WFS') than when > > mapserver make http request to proper URL it sends additional http > > headers: 1) Cookie - header with cookies client send to > > mapserver and 2) > > X-Forwarder-For - header with original client ip (as far as mapserver > > can determine it). > > > > > > Just to illustrate my idea I've made simple patch to maphttp.c. I used > > today's (2003-05-16) nightly build. This patch contains only > > functionality for sending proper http request. There is no > > any stuff to > > support new feature in layreObj but I think whole idea is clear. > > > > > > > > > > 81a82,83 > > > #define HTTP_COOKIES_FORWARDING 1 > > > > > 243a246,247 > > > char *tmp_env_read, *strBuf = NULL; > > > struct curl_slist *slist=NULL; > > 366a371,392 > > > /* If we need to forward http cookies to server */ > > > if( HTTP_COOKIES_FORWARDING && (tmp_env_read = > > curl_getenv( "HTTP_COOKIE" ) ) != NULL ){ > > > /*add cookies to http_handle*/ > > > curl_easy_setopt(http_handle, CURLOPT_COOKIE, > > tmp_env_read); > > > > > > /*add X-Forwarded-For header with original client ip */ > > > if( (tmp_env_read = curl_getenv( > > "HTTP_X_FORWARDED_FOR" )) == NULL ) > > > if( (tmp_env_read = curl_getenv( > > "HTTP_FORWARDED" ) ) == NULL ) > > > if( (tmp_env_read = curl_getenv( > > "HTTP_CLIENT_IP" ) ) == NULL ) > > > tmp_env_read = curl_getenv( "REMOTE_ADDR" ); > > > > > > if( tmp_env_read != NULL ){ > > > #define HTTP_HEADER_BUF_LENGTH 100 > > > strBuf = (char*)malloc( HTTP_HEADER_BUF_LENGTH ); > > > snprintf( strBuf, HTTP_HEADER_BUF_LENGTH, > > "X-Forwarded-For: %s", tmp_env_read); > > > #undef HTTP_HEADER_BUF_LENGTH > > > slist = curl_slist_append( slist, strBuf); > > > curl_easy_setopt(http_handle, > > CURLOPT_HTTPHEADER, slist); > > > } > > > } > > > > > > > > 554a581,583 > > > if( slist != NULL ){ curl_slist_free_all(slist); } > > > if( strBuf != NULL ){ free( strBuf ); } > > > > > 556a586,587 > > > #undef HTTP_COOKIES_FORWARDING > > > > > > > > > -- > > ____________________________________________________________ > > | Mike Andreev, software engineer andreev at d902.iki.rssi.ru | > > | SMIS Lab, Space Research Institute http://smis.iki.rssi.ru | > > |____________________________________________________________| > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- ____________________________________________________________ | Mike Andreev, software engineer andreev at d902.iki.rssi.ru | | SMIS Lab, Space Research Institute http://smis.iki.rssi.ru | |____________________________________________________________| From pedro-b-salazar at ptinovacao.pt Tue May 20 06:36:06 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 20 May 2003 14:36:06 +0100 Subject: [Mapserver-users] mapscript::msSaveImage error Message-ID: <1053437765.6377.28.camel@vitoria.intra.cet.pt> Greetings, I'm trying to return a image map in my perl mapscript. However, when I use the procedure msSaveImage, I got an error on my map script log and no image return on my perl script. This is my code: " my $ref_img = $map->drawReferenceMap(); mapscript::msSaveImage($ref_img,undef,$mapscript::MS_PNG, $map->{transparent},$map->{interlace},undef); " This is my error output: " Tue May 20 14:29:57 2003 - msSearchDiskTree(): Unable to access file. Tue May 20 14:29:57 2003 - msSearchDiskTree(): Unable to access file. Tue May 20 14:29:57 2003 - msDrawReferenceMap(): Unable to access file. ((null)) " I managed a workaround to solve my problem doing this but I would like to avoid this approach: " my $tmp_file="/tmp/".rand().".png"; $img->saveImage($tmp_file,$mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, undef); system("cat $tmp_file"); system("rm -f $tmp_file"); " So, I'm interested to know why is that happening (error) and how can I solve it. Thanks for all your attention, Pedro. -- PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 From pedro-b-salazar at ptinovacao.pt Tue May 20 06:42:33 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 20 May 2003 14:42:33 +0100 Subject: [Mapserver-users] java connector In-Reply-To: References: Message-ID: <1053438152.6377.34.camel@vitoria.intra.cet.pt> Hi, I've managed a *not very good solution* since it always use the cgi perl scripts inside. I mean, in my servlet I invoke perl scripts and the servlet is just a front-end. Do you have a better approach? JNI or something more native than wrap cgi scripts? thanks, Pedro Salazar. On Tue, 2003-05-20 at 14:33, Terry Hannant wrote: > We have successfully used Mapserver and java servlets together. > > We have a production server running Linux (Suse), Tomcat 4.1, Jdk 1.4 > and Mapserv 3.6 > > Feel free to email me directly if you have any issues you would like to > discuss although I am sure other people on the mailing list may benefit > from any discussion :-) > > > Terry Hannant > MetaDev Pty Ltd > > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Tomas > Brandalik > Sent: Tuesday, 20 May 2003 6:59 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] java connector > > Hi all, > Did anybody try to use java(servlet or jsp) instead cgi to talk to > mapserver? > > thanx > -Tomas > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 From spencer at dmsolutions.ca Tue May 20 06:46:57 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Tue, 20 May 2003 09:46:57 -0400 Subject: [Mapserver-dev] RE: [Mapserver-users] additional parameters for WMS layer In-Reply-To: <1053437767.10589.50.camel@mike> References: <1053437767.10589.50.camel@mike> Message-ID: <3ECA31D1.9040005@magma.ca> Mike, if I understand what you are trying to do correctly, I have successfully done something similar by modifying the url that points to the WMS server to include my additional parameters (I added RADIUS and FEATURE_COUNT for cubeserv WMS servers), so my url looked like http://www.cubewerx.com/demo/cubeserv/cubeserv.cgi?RADIUS=3&FEATURE_COUNT=5 Mapserver appends the WMS parameters to this URL correctly. I have also done this with other parameters that I have needed when developing other applications. Typically I do this using mapscript and modify the connection at run time to append my custom parameters, but you can hard code them too. Cheers, Paul Mike V. Andreev wrote: > Hello John, > thanks for your comments. > > >>Mike, >> >>I feel what you are asking is an implementation problem and not a mapserv development issue. I wouldn't like to see mapserv develop some WMS parameters that are not OGC compliant. Not everyone allows cookies on their browser for security reasons and tying mapserv into a particular type of implementation would be dangerous unless it was compliant to the OGC specification. >> >>I think that you could use hidden input types to pass the extra parameters backwards and forwards to your CGI scripts. However, I would be very surprised if the OGC specifications have not already catered for these extra parameters. >> > > > I'm not sure what do you mean here. If you mean that OGC specification > already include my parameters then you are wrong. This is not geographic > parameters. For example it is a list of monitoring object or a datetime > range. But OGC WMS specification allows me to use additional parameters > in request to my CGI script, and if I would request my script directly > there isn't a problem. > But request to my script must be formed by mapserver. And it contains: > 1) string from layerObj.connection and 2) parameters formed by mapserver > (such as BBOX, SRS, etc). I can not define additional parameters in > mapserver's map file because they must be chosen by and user and change > from query to query. > By the other hand I can send additional parameters from form fields > (hidden or not) only to mapserver and they will have no an effect on > request mapserver send to my script. Or may be I miss something in docs > and there is some special mapserver option for it ? This would be a > solution. > > > >>Just my initial thoughts on the idea. >> >>John >> >> >>>-----Original Message----- >>>From: Mike V. Andreev [mailto:andreev at d902.iki.rssi.ru] >>>Sent: Saturday, 17 May 2003 3:35 >>>To: mapserver-dev at lists.gis.umn.edu >>>Cc: mapserver-users at lists.gis.umn.edu >>>Subject: [Mapserver-users] additional parameters for WMS? layer >>> >>> >>>Hello >>> >>>I have mapserever compiled with WMS client support and I use map file >>>with defined WMS layer. This layer is a http reference to my >>>perl script >>>on the same http server. This script understand OGC WMS parameters in >>>query string and can create maps whith information from some database. >>>But to create sensible map this script need additional information in >>>request. I wanted to use http cookies to store that parameters. But I >>>have a problem here. Then my client send request to http server with >>>mapserver URI request contain proper cookies but after that mapserver >>>need to make http request to perl script URI and of couse this request >>>contains no cookies. >>> >>>So I want to ask two question here: >>> >>>1) Can somebody give me any hits to solve my problem with >>>existing soft? >>> >>>2) I have an idea how to extend mapserver functionality so it >>>be able to >>>solve my problem. So I want to ask what do you people think about it. >>> >>>There is my proposal: each layer object could contain boolean >>>parameter >>>http_cookies_forwad (disabled by default). So if this featcher enabled >>>in layer with connectiontype equal to 'WMS' (and may be >>>'WFS') than when >>>mapserver make http request to proper URL it sends additional http >>>headers: 1) Cookie - header with cookies client send to >>>mapserver and 2) >>>X-Forwarder-For - header with original client ip (as far as mapserver >>>can determine it). >>> >>> >>>Just to illustrate my idea I've made simple patch to maphttp.c. I used >>>today's (2003-05-16) nightly build. This patch contains only >>>functionality for sending proper http request. There is no >>>any stuff to >>>support new feature in layreObj but I think whole idea is clear. >>> >>> >>> >>> >>>81a82,83 >>> >>>>#define HTTP_COOKIES_FORWARDING 1 >>>> >>> >>>243a246,247 >>> >>>> char *tmp_env_read, *strBuf = NULL; >>>> struct curl_slist *slist=NULL; >>> >>>366a371,392 >>> >>>> /* If we need to forward http cookies to server */ >>>> if( HTTP_COOKIES_FORWARDING && (tmp_env_read = >>> >>>curl_getenv( "HTTP_COOKIE" ) ) != NULL ){ >>> >>>> /*add cookies to http_handle*/ >>>> curl_easy_setopt(http_handle, CURLOPT_COOKIE, >>> >>>tmp_env_read); >>> >>>> /*add X-Forwarded-For header with original client ip */ >>>> if( (tmp_env_read = curl_getenv( >>> >>>"HTTP_X_FORWARDED_FOR" )) == NULL ) >>> >>>> if( (tmp_env_read = curl_getenv( >>> >>>"HTTP_FORWARDED" ) ) == NULL ) >>> >>>> if( (tmp_env_read = curl_getenv( >>> >>>"HTTP_CLIENT_IP" ) ) == NULL ) >>> >>>> tmp_env_read = curl_getenv( "REMOTE_ADDR" ); >>>> >>>> if( tmp_env_read != NULL ){ >>>>#define HTTP_HEADER_BUF_LENGTH 100 >>>> strBuf = (char*)malloc( HTTP_HEADER_BUF_LENGTH ); >>>> snprintf( strBuf, HTTP_HEADER_BUF_LENGTH, >>> >>>"X-Forwarded-For: %s", tmp_env_read); >>> >>>>#undef HTTP_HEADER_BUF_LENGTH >>>> slist = curl_slist_append( slist, strBuf); >>>> curl_easy_setopt(http_handle, >>> >>>CURLOPT_HTTPHEADER, slist); >>> >>>> } >>>> } >>>> >>>> >>> >>>554a581,583 >>> >>>> if( slist != NULL ){ curl_slist_free_all(slist); } >>>> if( strBuf != NULL ){ free( strBuf ); } >>>> >>> >>>556a586,587 >>> >>>>#undef HTTP_COOKIES_FORWARDING >>>> >>> >>> >>>-- >>> ____________________________________________________________ >>>| Mike Andreev, software engineer andreev at d902.iki.rssi.ru | >>>| SMIS Lab, Space Research Institute http://smis.iki.rssi.ru | >>>|____________________________________________________________| >>> >>> >>>_______________________________________________ >>>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 jhart at frw.uva.nl Tue May 20 06:56:38 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Tue, 20 May 2003 15:56:38 +0200 Subject: [Mapserver-users] NULLs in GRASS-files Message-ID: <3ECA3416.1050205@frw.uva.nl> I'm not sure if this is the right list, but I guess this one is the most likely to find an answer. I am displaying in MapServer one-byte GRASS raster maps with NULL values. Colors show up as defined in GRASS's color table (in the colr subdirectory): if I change a color there, MapServer immediately displays the new color (very nice feature that). This does not hold for NULLS however: these are always white and NOT transparent. In GRASS5 there is a colortable item for No Values; e.g. nv:255:0:0 will set all NULLs to red in the GRASS monitor. In MapServer they remain white. Is this a problem of MapServer, GDAL, or myself? Jan From dlowther at ou.edu Tue May 20 06:57:45 2003 From: dlowther at ou.edu (Lowther, David W) Date: Tue, 20 May 2003 08:57:45 -0500 Subject: [Mapserver-users] WMS Status 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_01C31ED7.CA1D0FD0 Content-Type: text/plain Hi List, What OGC versions of WMS does version 3.6.5 support? The wiki says WMS 1.0.0, 1.0.7, and 1.1.0 (a.k.a. 1.0.8) at version 3.5 of Mapserver. Is this the same for 3.6.5? Thanks, David Lowther Software Engineer GEO Information Systems University of Oklahoma dlowther at ou.edu (405) 325-3131 http://www.geo.ou.edu ------_=_NextPart_001_01C31ED7.CA1D0FD0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable WMS Status

Hi List,

What OGC versions of WMS does version = 3.6.5 support? The wiki says WMS 1.0.0, 1.0.7, and 1.1.0 (a.k.a. 1.0.8) = at version 3.5 of Mapserver. Is this the same for 3.6.5?

Thanks,

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



------_=_NextPart_001_01C31ED7.CA1D0FD0-- From morissette at dmsolutions.ca Tue May 20 07:09:19 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 20 May 2003 10:09:19 -0400 Subject: [Mapserver-users] WMS Status References: Message-ID: <3ECA370F.C478B5CA@dmsolutions.ca> > "Lowther, David W" wrote: > > What OGC versions of WMS does version 3.6.5 support? The wiki says WMS > 1.0.0, 1.0.7, and 1.1.0 (a.k.a. 1.0.8) at version 3.5 of Mapserver. Is > this the same for 3.6.5? > Yes, 3.6.5 supports up to 1.1.0, and hopefully I'll have time to upgrade to 1.1.1 before the 4.0 release. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From thannant at metadev.com.au Tue May 20 07:22:35 2003 From: thannant at metadev.com.au (Terry Hannant) Date: Tue, 20 May 2003 23:52:35 +0930 Subject: [Mapserver-users] java connector In-Reply-To: <1053438152.6377.34.camel@vitoria.intra.cet.pt> Message-ID: Our current solution is a simple process.Exec wrapper around mapserv. We also did some tweaking to mapserv.c to make calling it from Java a bit easier so you could say we cheated a bit. We also removed a lot the map file parsing code as it was not very thread safe. What value does the perl script you are calling give you over calling Mapserv directly? We looked at JNI and saw that it would be very easily achievable for the general case but did not warrant the effort for our specific use. A nice JNI interface would be sweet to develop if there were enough hands around. Of course there is the Mapscript/SWIG/Java stuff. Have not used it so can't pass judgment on it. Terry Hannant MetaDev Pty Ltd -----Original Message----- From: Pedro Salazar [mailto:pedro-b-salazar at ptinovacao.pt] Sent: Tuesday, 20 May 2003 11:13 PM To: Terry Hannant Cc: 'Tomas Brandalik'; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] java connector Hi, I've managed a *not very good solution* since it always use the cgi perl scripts inside. I mean, in my servlet I invoke perl scripts and the servlet is just a front-end. Do you have a better approach? JNI or something more native than wrap cgi scripts? thanks, Pedro Salazar. On Tue, 2003-05-20 at 14:33, Terry Hannant wrote: > We have successfully used Mapserver and java servlets together. > > We have a production server running Linux (Suse), Tomcat 4.1, Jdk 1.4 > and Mapserv 3.6 > > Feel free to email me directly if you have any issues you would like to > discuss although I am sure other people on the mailing list may benefit > from any discussion :-) > > > Terry Hannant > MetaDev Pty Ltd > > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Tomas > Brandalik > Sent: Tuesday, 20 May 2003 6:59 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] java connector > > Hi all, > Did anybody try to use java(servlet or jsp) instead cgi to talk to > mapserver? > > thanx > -Tomas > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 From Tomas.Brandalik at Sun.COM Tue May 20 07:28:31 2003 From: Tomas.Brandalik at Sun.COM (Tomas Brandalik) Date: Tue, 20 May 2003 16:28:31 +0200 Subject: [Mapserver-users] java connector References: Message-ID: <3ECA3B8F.5020101@sun.com> Terry Hannant wrote: >We have successfully used Mapserver and java servlets together. > >We have a production server running Linux (Suse), Tomcat 4.1, Jdk 1.4 >and Mapserv 3.6 > >Feel free to email me directly if you have any issues you would like to >discuss although I am sure other people on the mailing list may benefit >from any discussion :-) > > > ok Terry, thanks for response I am pretty aware of esri's ArcIMS technology but completely new in mapserver. I didn't find any java middleware component which alows to call mapservers methods. Is there a hack how to achive it? Could you briefly describe what is involved in your solution? thanks in advance -Tomas >Terry Hannant >MetaDev Pty Ltd > > >-----Original Message----- >From: mapserver-users-admin at lists.gis.umn.edu >[mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Tomas >Brandalik >Sent: Tuesday, 20 May 2003 6:59 PM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] java connector > >Hi all, >Did anybody try to use java(servlet or jsp) instead cgi to talk to >mapserver? > >thanx >-Tomas > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From marcos at ciasc.gov.br Tue May 20 07:54:58 2003 From: marcos at ciasc.gov.br (marcos aurelio souza) Date: Tue, 20 May 2003 11:54:58 -0300 Subject: [Mapserver-users] PHP - getExteriorRing__10OGRPolygon error Message-ID: <3ECA41C2.5010503@ciasc.gov.br> Hi, I get this error with PHP mapscript when a try to make a dl("php_mapscript.so"). Unable to load dynamic library '/usr/lib/php4/php_mapscript.so' - /usr/lib/php4/php_mapscript.so: undefined symbol: getExteriorRing__10OGRPolygon I believe it somehow relates to OGR. My configuration: - Apache 2.0.45 - PHP 4.3.1 - Mapserver 3.6.5 - GDAL 1.1.8 - GD 2.0.12 Has anybody come across this type of error? Thanxs in advance! Marcos From babak.tehrani at geosysnet.de Tue May 20 09:00:05 2003 From: babak.tehrani at geosysnet.de (Babak Toloue Tehrani) Date: 20 May 2003 18:00:05 +0200 Subject: [Mapserver-users] mapscript::msSaveImage error In-Reply-To: <1053437765.6377.28.camel@vitoria.intra.cet.pt> References: <1053437765.6377.28.camel@vitoria.intra.cet.pt> Message-ID: <1053446404.2209.3.camel@eisbaer.local> Hello, if you are using the development version (3.7, 4.0) try this: my $map = new mapscript::mapObj("data/demo37.map") or die('Unable to OPEN mapfile.'); my $img = $map->draw() or die('Unable to DRAW mapfile.'); $img->save('test37.png'); $img->free(); on 3.6.x use: my $map = new mapscript::mapObj("data/demo365.map") or die('Unable to OPEN mapfile.'); my $img = $map->draw() or die('Unable to DRAW mapfile.'); $img->saveImage('testmap.png', $mapscript::MS_PNG, $map->{transparent},$map->{interlace}, 0); $img->free(); Am Die, 2003-05-20 um 15.36 schrieb Pedro Salazar: > Greetings, > > I'm trying to return a image map in my perl mapscript. However, when I > use the procedure msSaveImage, I got an error on my map script log and > no image return on my perl script. > > This is my code: > " > my $ref_img = $map->drawReferenceMap(); > mapscript::msSaveImage($ref_img,undef,$mapscript::MS_PNG, > $map->{transparent},$map->{interlace},undef); > " > > This is my error output: > " > Tue May 20 14:29:57 2003 - msSearchDiskTree(): Unable to access file. > Tue May 20 14:29:57 2003 - msSearchDiskTree(): Unable to access file. > Tue May 20 14:29:57 2003 - msDrawReferenceMap(): Unable to access file. > ((null)) > " > > I managed a workaround to solve my problem doing this but I would like > to avoid this approach: > " > my $tmp_file="/tmp/".rand().".png"; > $img->saveImage($tmp_file,$mapscript::MS_PNG, $map->{transparent}, > $map->{interlace}, undef); > system("cat $tmp_file"); > system("rm -f $tmp_file"); > " > > So, I'm interested to know why is that happening (error) and how can I > solve it. > > Thanks for all your attention, > Pedro. -- Babak Toloue Tehrani From pedro-b-salazar at ptinovacao.pt Tue May 20 09:12:07 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 20 May 2003 17:12:07 +0100 Subject: [Mapserver-users] java connector In-Reply-To: References: Message-ID: <1053447126.7190.24.camel@vitoria.intra.cet.pt> Hi, > Our current solution is a simple process.Exec wrapper around mapserv. > I put my perl scripts inside the "cgi-bin" Apache HTTP server directory and I invoke them through a HTTP connection. It may be not so fast as invoke them directly but it's more flexible that way - and HTTP is a very light protocol. > We also did some tweaking to mapserv.c to make calling it from Java a > bit easier so you could say we cheated a bit. We also removed a lot the > map file parsing code as it was not very thread safe. > I'm not clear about the gain of performance but for now I prefer to not touch the original mapserv.c. > What value does the perl script you are calling give you over calling > Mapserv directly? > I don't know if I understood well what you asked, but my perl scripts work also with query string parameters as the mapserv do, and they can give me an extent text to be parsed or just images... > We looked at JNI and saw that it would be very easily achievable for the > general case but did not warrant the effort for our specific use. > > A nice JNI interface would be sweet to develop if there were enough > hands around. > I think the same about using JNI, but right now I don't have time for that adventure :-) It would be interesting indeed and a big improvement for mapserver. Pedro. -- PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 From lfilak at medinaco.org Tue May 20 09:51:16 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 20 May 2003 12:51:16 -0400 Subject: [Mapserver-users] mapscript::msSaveImage error Message-ID: <200305201651.h4KGpBN12585@yogi.medinaco.net> This thread may help: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0303/msg00143.html Lowell F. The following message was sent by Pedro Salazar on 20 May 2003 14:36:06 +0100. > Greetings, > > I'm trying to return a image map in my perl mapscript. However, when I > use the procedure msSaveImage, I got an error on my map script log and > no image return on my perl script. > > This is my code: > " > my $ref_img = $map->drawReferenceMap(); > mapscript::msSaveImage($ref_img,undef,$mapscript::MS_PNG, > $map->{transparent},$map->{interlace},undef); > " > > This is my error output: > " > Tue May 20 14:29:57 2003 - msSearchDiskTree(): Unable to access file. > Tue May 20 14:29:57 2003 - msSearchDiskTree(): Unable to access file. > Tue May 20 14:29:57 2003 - msDrawReferenceMap(): Unable to access file. > ((null)) > " > > I managed a workaround to solve my problem doing this but I would like > to avoid this approach: > " > my $tmp_file="/tmp/".rand().".png"; > $img->saveImage($tmp_file,$mapscript::MS_PNG, $map->{transparent}, > $map->{interlace}, undef); > system("cat $tmp_file"); > system("rm -f $tmp_file"); > " > > So, I'm interested to know why is that happening (error) and how can I > solve it. > > Thanks for all your attention, > Pedro. > -- > PS > pedro-b-salazar at ptinovacao.pt > PGP:0E129E31D803BC61 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric at gomoos.org Tue May 20 06:01:56 2003 From: eric at gomoos.org (Eric Bridger) Date: 20 May 2003 13:01:56 +0000 Subject: [Mapserver-users] mapscript::msSaveImage error In-Reply-To: <1053446404.2209.3.camel@eisbaer.local> References: <1053437765.6377.28.camel@vitoria.intra.cet.pt> <1053446404.2209.3.camel@eisbaer.local> Message-ID: <1053435718.1486.12.camel@ubet.gomoos.org> You can also do: my $ref_img = $map->drawReferenceMap(); # This should send PNG to stdout. $ref_img->saveImage(undef, $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, 0); On Tue, 2003-05-20 at 16:00, Babak Toloue Tehrani wrote: > Hello, > > if you are using the development version (3.7, 4.0) try this: > > my $map = new $ref_img->saveImage($ref_image_name, $mapscript::MS_PNG, $map->{transparent}, $map->{interlace}, 0); mapscript::mapObj("data/demo37.map") or die('Unable to > OPEN mapfile.'); > my $img = $map->draw() or die('Unable to DRAW mapfile.'); > $img->save('test37.png'); > $img->free(); > > on 3.6.x use: > > my $map = new mapscript::mapObj("data/demo365.map") or die('Unable to > OPEN mapfile.'); > my $img = $map->draw() or die('Unable to DRAW mapfile.'); > $img->saveImage('testmap.png', $mapscript::MS_PNG, > $map->{transparent},$map->{interlace}, 0); > $img->free(); > > > > Am Die, 2003-05-20 um 15.36 schrieb Pedro Salazar: > > Greetings, > > > > I'm trying to return a image map in my perl mapscript. However, when I > > use the procedure msSaveImage, I got an error on my map script log and > > no image return on my perl script. > > > > This is my code: > > " > > my $ref_img = $map->drawReferenceMap(); > > mapscript::msSaveImage($ref_img,undef,$mapscript::MS_PNG, > > $map->{transparent},$map->{interlace},undef); > > " > > > > This is my error output: > > " > > Tue May 20 14:29:57 2003 - msSearchDiskTree(): Unable to access file. > > Tue May 20 14:29:57 2003 - msSearchDiskTree(): Unable to access file. > > Tue May 20 14:29:57 2003 - msDrawReferenceMap(): Unable to access file. > > ((null)) > > " > > > > I managed a workaround to solve my problem doing this but I would like > > to avoid this approach: > > " > > my $tmp_file="/tmp/".rand().".png"; > > $img->saveImage($tmp_file,$mapscript::MS_PNG, $map->{transparent}, > > $map->{interlace}, undef); > > system("cat $tmp_file"); > > system("rm -f $tmp_file"); > > " > > > > So, I'm interested to know why is that happening (error) and how can I > > solve it. > > > > Thanks for all your attention, > > Pedro. > -- > Babak Toloue Tehrani > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From benjamin.thelen at ccgis.de Tue May 20 10:04:59 2003 From: benjamin.thelen at ccgis.de (Benjamin Thelen CCGIS) Date: Tue, 20 May 2003 19:04:59 +0200 Subject: [Mapserver-users] Building gdal with Xerces In-Reply-To: <3EC524AF.7040008@pobox.com> Message-ID: Hi Frank, Thanks for your help! I twice removed gdal-1.1.8, installed xerces 1.7.0 and installed gdal again, just to be sure. But gdal does not recognize xerces 1.7.0. While compiling you can see a few "c++ -c -DHAVE_XERCES=0 ...". I suppose that means that Xerces was either not recognized or not requested by gdal. This is the Makefile from the FreeBSD-Ports-Collectoin for gdal-1.1.8: # New ports collection makefile for: Geospatial Data Abstraction Library # Date created: 27 Aug 2001 # Whom: Randall Hopper # # $FreeBSD: ports/graphics/gdal/Makefile,v 1.7 2003/02/20 18:08:00 knu Exp $ # PORTNAME= gdal PORTVERSION= 1.1.8 CATEGORIES= graphics MASTER_SITES= ftp://ftp.remotesensing.org/pub/gdal/ MAINTAINER= ports at FreeBSD.org COMMENT= A translator library for raster geospatial data formats BUILD_DEPENDS= ${LOCALBASE}/bin/doxygen:${PORTSDIR}/devel/doxygen LIB_DEPENDS= jpeg.9:${PORTSDIR}/graphics/jpeg \ png.5:${PORTSDIR}/graphics/png \ tiff.4:${PORTSDIR}/graphics/tiff USE_PYTHON= yes USE_GMAKE= yes GNU_CONFIGURE= yes CONFIGURE_ARGS= --with-libz=internal \ --with-png=internal \ --with-libtiff=internal \ --with-libgeotiff=internal \ --with-libjpeg=internal \ --with-libgif=internal \ --with-python MAKEFILE= GNUmakefile INSTALLS_SHLIB= yes .include I suppose that this looks a little different to the one from the source code made by ./configure?! But, obviously there is no --with-xerces. Shouldn't that be there? I then added --with-xerces to CONFIGURE_ARGS and had the following compiling error: checking for Xerces C++... requested, but compile or link fails! c++ -I/usr/local/include/xercesc -I/usr/local/include -o conftest conftest.cpp -lxerces-c1_6_0 -lpthread -lm -L/usr/local/lib /usr/libexec/elf/ld: cannot find -lxerces-c1_6_0 configure: error: Please correct Xerces options, or don't enable Xerces. ===> Script "configure" failed unexpectedly. Please report the problem to ports at FreeBSD.org [maintainer] and attach the "/usr/ports/graphics/gdal/work/gdal-1.1.8/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/graphics/gdal. root at qwertzuiop# As I have installed xerces-1.7.0, I suppose "/usr/libexec/elf/ld: cannot find -lxerces-c1_6_0" is quite obvious?! Well, I am not familiar with bugzilla. Do you want me to file exactly this to bugzilla? I'll also try to get xerces-1.6.0, as I don't think I urgently need 1.7.0. But I am not sure whether I'll be successful (Ports-Collection-Problem again). Another problem will be, that it will surely take some time until your changes will be maintained to the FreeBSD-Ports-Collection. I would have to install via sourc-code directly. What do you think? Regards, Benjamin > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Frank > Warmerdam > Sent: Friday, May 16, 2003 7:50 PM > To: Benjamin Thelen (CCGIS) > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Building gdal with Xerces > > > Benjamin Thelen (CCGIS) wrote: > > That means 1.7.0 won't run? Do you think, that xerces 1.6.0 would > > automatically be recognized by gdal at installation time of > gdal? Otherwise > > I would have to find out what to specify for --with-xerces-in=dir > > and --with-xerces-lib=opts. Especiall the last one is a miracle to me. > > > > Thanks, > > Ben > > Ben, > > Xerces should be found automatically if it is in the default locations > (I think). The --with-xerces-lib and --with-xcerces-inc items can be > used to specifically control the include and link directives if necessary. > Generally if you build and install xerces in a non-standard location you > can use --with-xerces=/opt or something similar. > > 1.7.0 likely will work, and I thought that some 2.x versions were working > after I made a slight improvement to the include logic, but I am a bit > uncertain about this. I am willing to update the GML code to support more > modern Xerces versions if you need. Just file a bug report in Bugzilla. > > Best regards, > > -- > ---------------------------------------+-------------------------- > ------------ > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From benjamin.thelen at ccgis.de Tue May 20 10:05:00 2003 From: benjamin.thelen at ccgis.de (Benjamin Thelen CCGIS) Date: Tue, 20 May 2003 19:05:00 +0200 Subject: [Mapserver-users] Building gdal with Xerces In-Reply-To: <3EC52399.5020302@magma.ca> Message-ID: Hi Paul, Thanks! See the posting from Frank half an hour later than yours. He sais, that newer versions should be recognized. I checked today and posted an answer to Franks Mail with a bit more information. How did you manage that? What did you change in that environment variable? Regards, Benjamin > -----Original Message----- > From: Paul Spencer [mailto:pagameba at magma.ca] > Sent: Friday, May 16, 2003 7:45 PM > To: Benjamin Thelen (CCGIS); Mapserver Users > Subject: Re: [Mapserver-users] Building gdal with Xerces > > > My understanding is that the gdal configure only recognizes 1.6.0 at the > moment. FYI, I have successfully installed both 1.6.0 and 2.1.0 and > 2.2.0 concurrently, and got both gdal and some other software based on > newer versions to build correctly, it just takes a little juggling of > XERCESCSRC environment variable. > > Cheers, > > Paul > > Benjamin Thelen (CCGIS) wrote: > > > That means 1.7.0 won't run? Do you think, that xerces 1.6.0 would > > automatically be recognized by gdal at installation time of > gdal? Otherwise > > I would have to find out what to specify for --with-xerces-in=dir > > and --with-xerces-lib=opts. Especiall the last one is a miracle to me. > > > > Thanks, > > Ben > > > > > >>-----Original Message----- > >>From: Paul Spencer [mailto:pagameba at magma.ca] > >>Sent: Thursday, May 15, 2003 2:41 PM > >>To: Benjamin Thelen (CCGIS) > >>Cc: mapserver-users at lists.gis.umn.edu > >>Subject: Re: [Mapserver-users] Building gdal with Xerces > >> > >> > >>You need xerces 1.6.0 unless Frank has updated it recently. > >> > >>Cheers, > >> > >>Paul > >> > >>Benjamin Thelen (CCGIS) wrote: > >> > >>>Hi, > >>> > >>>I suppose, this is a question especially to Frank! Sorry to bother you > >>>again! > >>> > >>>Basic system config concerning this thread: > >>>freebsd 4.7 > >>>gdal 1.1.8 > >>>mapserver 3.6.5 > >>> > >>> > >>>We tried the following: > >>> > >>>benjamin at qwertzuiop> ogrinfo rat_wald.gml > >>>ERROR 1: Unable to create Xerces C++ based GML reader, Xerces support > >>>not configured into GDAL/OGR. > >>>ERROR 1: File rat_wald.gml appears to be GML but the GML reader can't > >>>be instantiated, likely because Xerces support wasn't > >>>configured in. > >>>FAILURE: > >>>Unable to open datasource `rat_wald.gml' with the following drivers. > >>> -> ESRI Shapefile > >>> -> UK .NTF > >>> -> SDTS > >>> -> TIGER > >>> -> IHO S-57 (ENC) > >>> -> MapInfo File > >>> -> DGN > >>> -> GML > >>> -> AVCBin > >>> -> PostgreSQL > >>> > >>> > >>> > >>>I now have two questions: > >>> > >>>1. I couldn't find out, which version of Xerces I should > >> > >>install. That seems > >> > >>>to be quite important, as there have been some important > >> > >>changes from 1.7.0 > >> > >>>to 2.1.0_1 ( I know 2.1.0 is not the latest, but it is the > >> > >>latest within the > >> > >>>FreeBSD Ports Collection :-) Sorry to blame you with that bloody Ports > >>>Collection again :-)). > >>> > >>>2. Then I found out that gdal (1.1.8) has to be compiled with > >> > >>Xerces. Well, > >> > >>>there are three options I have to specify: > >>> > >>>--with-xerces > >>>--with-xerces-in=dir > >>>--with-xerces-lib=opts > >>> > >>>I tried the following (yes that is directly from source code, > >> > >>not using the > >> > >>>ports system, that will be the next step) > >>> > >>>./configure > >>>--with-xerces > >>>--with-xerces-inc=/usr/local > >>>--with-xerces-lib="-L/usr/local/lib -lxerces-c2.1.0 -lpthread" * > >>> > >>> > >>>*this is from the example ./configure --help, I've changed the version > >>>number. > >>> > >>> > >>>That's the output: > >>> > >>>. > >>>. > >>>. > >>>checking for Xerces C++... requested, but compile or link fails! > >>> > >>>c++ -I/usr/local -I/usr/local/include -o conftest > >>>conftest.cpp -L/usr/local/lib -lxerces-c2_1_0 -lpthread -lpng > >> > >>-lz -lm -L/usr > >> > >>>/local/lib > >>> > >>>conftest.cpp:1: util/PlatformUtils.hpp: No such file or directory > >>> > >>>configure: error: Please correct Xerces options, or don't > enable Xerces. > >>> > >>> > >>>What do I have to specify for gdal & xerces and which version > >> > >>of xerces do I > >> > >>>have to install? > >>> > >>>Thanks, > >>>Benjamin > >>> > >>>_______________________________________________ > >>>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 > >> > >> > >> > >> > > > > > > > > -- > Paul Spencer > Applications and Software Development > DM Solutions Group Inc. > http://www.dmsolutions.ca > > > > From doug at moximedia.com Tue May 20 10:48:11 2003 From: doug at moximedia.com (Doug Cates) Date: Tue, 20 May 2003 10:48:11 -0700 Subject: [Mapserver-users] java connector Message-ID: <000e01c31ef7$fc136230$6401a8c0@vn.shawcable.net> Tomas Brandalik wrote: > Did anybody try to use java (servlet or jsp) instead > cgi to talk to mapserver? Tomas, I use a set of Java classes and JSP scripts that create customized applications using MapServer in WMS-server mode. The Java routines don't really communicate directly with MapServer. The WMS request goes through CGI using the standard WMS interface. The same code is used to connect to WMS and WFS services published by other (non-MapServer) servers, and can combine layers from multiple hetrogeneous WMS server products in an application. Examples at: http://moximedia.com/imf_sites.html Doug -- Doug Cates Moxi Media Inc. 757 - 1641 Lonsdale Avenue, North Vancouver, BC, Canada V7M 2J5 Phone: 604-984-8109 Fax: 604-608-4764 E-Mail: doug at moximedia.com Web: www.moximedia.com From aborruso at spaziogis.it Tue May 20 10:57:19 2003 From: aborruso at spaziogis.it (aborruso at spaziogis.it) Date: Tue, 20 May 2003 19:57:19 +0200 Subject: Rif: Re: [Mapserver-users] Please Help me Message-ID: Hi Michael, I have tried to url encode my path with the same result. I have: -"msLoadMap(): Unable to access file. (c:\nodata\map.map)" when I put the string in dos cosole -"The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" when I run it from the browser What do you think about?? Thank you, Andrea |---------+---------------------------> | | Michael Schulz | | | | | | | | | 20/05/2003 09.46| | | | |---------+---------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | Per: | | Cc: aborruso at spaziogis.it, mapserver-users at lists.gis.umn.edu | | Oggetto: Re: [Mapserver-users] Please Help me | >------------------------------------------------------------------------------------------------------------------------------| Hi, maybe already mentioned, and i am also not sure whether the windows version stumbles over this or not, but have you tried to url encode the path you submit to mapserv? Something like mapserv "QUERY_STRING=map=c%3a%5cnodata%5cmap.map&mode=map" ? You could try these encodings also in the url. Just a guess. Cheers, Michael Vincent Schut schrieb: > Andrea, > > sorry, but I don't know about that. If you use php_mapscript (which I do) you > will get error messages in your browser. I never used the plain mapserver cgi > to generate maps, so I don't know if the behaviour you're describing is > correct or not. > Someone else on the list should know, though. Hope someone responds to your > message. Otherwise, resend it as a new plain question to the list so others > will read it :-) > > Cheers, > Vincent. > > On Monday 19 May 2003 18:49, aborruso at spaziogis.it wrote: > > Dear Vincent, > > probably I'm not able to explain properly my problem. I know either the > > path or name of your mapfile is invalid, or mapserver does not have access > > to it. That file does not exist. > > My real problem is that I'm not able to see in my browser an error like > > that I can see in my dos console ("msLoadMap(): Unable to access > > file.(/var/mapserver/mapfiles/province2.map)". > > I read in my browser an "obscure" error: "CGI Error The specified CGI > > application misbehaved by not returning a complete set of HTTP headers. The > > headers it did return are:" > > When I have had in my server a working mapserver application I had the > > possibility to read error clearer error messages in my browser. For this > > reason I think there is something "strange" in my actual mapserver > > installation. > > > > Thank you, > > > > Andrea > > > > |---------+---------------------------> > > | > > | | Vincent Schut | > > | | > | | .com> | > > | | > > | | 19/05/2003 09.39| > > | > > |---------+---------------------------> > > | > > > ------------------------------------------------------------------------ > > >------------------------------------------------------| > > > > > | Per: aborruso at spaziogis.it > > | | Cc: > > | mapserver-users at lists.gis.umn.edu, "Palle Due Larsen" > > | | Oggetto: Re: > > | [Mapserver-users] Please Help me > > | | > > | > > > ------------------------------------------------------------------------ > > >------------------------------------------------------| > > > > Well, as it sais 'msloadmap (the function that produced the error message: > > the > > mapfile loading function): unable to access file', either the path or name > > of > > your mapfile is invalid, or mapserver does not have access to it. As I > > think > > you are on windows I am afraid I can't help you with file access issues. I > > have only experience with this on linux. Maybe someone else on the list can > > > > help you with that. > > But first check if your mapfile is really there and does exist. > > > > Regards, > > Vincent. > > > > On Thursday 15 May 2003 20:11, aborruso at spaziogis.it wrote: > > > Thank you Vincent. > > > Now I have (in the dos consolle) a normal message error, the message I > > > would like to read also in my browser. But in my browser I have: > > > "CGI Error > > > The specified CGI application misbehaved by not returning a complete set > > > > of > > > > > HTTP headers. The headers it did return are:" > > > This is the url : > > > > http://mapserver.spaziogis.it/cgi-bin/mapserv.exe?map=c: > > > \nodata\map.map&mode=map > > > > > > In my console I have: "msLoadMap(): Unable to access file. > > > (/var/mapserver/mapfiles/province2.map)". > > > I have written: mapserv "QUERY_STRING=map=c: \nodata\map.map&mode=map". > > > > > > I have: > > > > > > > > Do you have any other advices?? > > > > > > Thank you for all, > > > > > > Andrea > > > > > > |---------+---------------------------> > > > | > > > | | Vincent Schut | > > > | | > > | | .com> | > > > | | > > > | | 15/05/2003 13.43| > > > | > > > |---------+---------------------------> > > > > ------------------------------------------------------------------------ > > > > > >------------------------------------------------------| > > > > > > > | Per: aborruso at spaziogis.it, "Palle Due Larsen" > > > | | > > > | Cc: mapserver-users at lists.gis.umn.edu > > > | > > > | | Oggetto: Re: > > > | > > > | [Mapserver-users] Please Help me > > > > ------------------------------------------------------------------------ > > > > > >------------------------------------------------------| > > > > > > the correct way to do this is: > > > ./mapserv > > > > "QUERY_STRING=map=/var/mapserver/mapfiles/province2.map&mode=map" > > > > > (of course fill in your own mapfile and eventual other parameters. I > > > > think > > > > > you > > > need to specify at least map and mode. This example prints the image data > > > to > > > stdout, so you will see your png or gif or whatever scrolling as ascii on > > > you > > > terminal :-) > > > Works with mapserver-3.7. Don't know if it works with 3.6.x versions. > > > > > > Regards, > > > Vincent. > > > > > > On Wednesday 14 May 2003 19:42, aborruso at spaziogis.it wrote: > > > > Dear Palle, > > > > I have entered your parmameters and I have had: > > > > "This script can only be used to decode form results and should be > > > > initiated as a CGI via a httpd server." > > > > > > > > What do you think about? > > > > > > > > Thank you, > > > > > > > > Andrea > > > > > > > > |---------+---------------------------> > > > > | > > > > | | "Palle Due | > > > > | | Larsen" | > > > > | | > > > | | ne.dk> | > > > > | | > > > > | | 13/05/2003 17.33| > > > > | > > > > |---------+---------------------------> > > > > > > ------------------------------------------------------------------------ > > > > > > > >------------------------------------------------------| > > > > > > > > > | Per: aborruso at spaziogis.it, > > > > | mapserver-users at lists.gis.umn.edu > > > > | > > > > | | Cc: > > > > | > > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > > > ------------------------------------------------------------------------ > > > > > > > >------------------------------------------------------| > > > > > > > > Hi Andrea, > > > > > > > > Just enter mapserv -query_string="(all your normal CGI parameters)" > > > > > > > > Best regards > > > > > > > > Palle Due Larsen > > > > -----Original Message----- > > > > From: aborruso at spaziogis.it > > > > To: "Palle Due Larsen" > > > > Cc: mapserver-users at lists.gis.umn.edu > > > > Date: Mon, 12 May 2003 09:51:09 +0200 > > > > Subject: Re: [Mapserver-users] Please Help me > > > > > > > > > Palle, > > > > > could you write me a text to use in mapserv from command line, I'm > > > > > not able > > > > > to translate an url to a text for the command line. I know only > > > > > "mapserv > > > > > -v". > > > > > Thank you, > > > > > > > > > > Andrea > > > > > > > > > > |---------+---------------------------> > > > > > | > > > > > | | "Palle Due | > > > > > | | Larsen" | > > > > > | | > > > > | | ne.dk> | > > > > > | | > > > > > | | 12/05/2003 09.48| > > > > > | > > > > > |---------+---------------------------> > > > > > | > > > > > > -------------------------------------------------------------------- > > > > > > > > > > ----------------------------------------------------------| > > > > > > > > > > | Per: aborruso at spaziogis.it > > > > > | > > > > > | Cc: > > > > > | > > > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > > > > > > > > > -------------------------------------------------------------------- > > > > > > > > > > ----------------------------------------------------------| > > > > > > > > > > > > > > > > > > > > > > > > > Yes, I am aware of that, it was just that your url looked a little > > > > > funny, so I thought it might be that mapserver misunderstood > > > > > something. > > > > > However, I just checked with my installation (Win2000, IIS, ms3.6), > > > > > and > > > > > I get expected results when using your url, so it must be something > > > > > else. Have you tried running mapserv.exe from the command-line - with > > > > > those parameters - to see if it's returning a correct result? > > > > > > > > > > Best regards > > > > > > > > > > Palle > > > > > -----Original Message----- > > > > > From: aborruso at spaziogis.it > > > > > To: "Palle Due Larsen" > > > > > Date: Mon, 12 May 2003 09:19:58 +0200 > > > > > Subject: Re: [Mapserver-users] Please Help me > > > > > > > > > > > Palle, > > > > > > as you can read in my past email, the map file I want to use in my > > > > > > example > > > > > > does not exist. Then it would be normal to have an error message, > > > > > > > > > > but > > > > > > > > > > > I > > > > > > remember some more specific error messages with the old version. > > > > > > > > > > Then > > > > > > > > > > > in my > > > > > > example it should be appeared a message like: "mapserv: impossible > > > > > > > > > > to > > > > > > > > > > > find > > > > > > test.map". I have instead: "CGI Error The specified CGI application > > > > > > misbehaved by not returning a complete set of HTTP headers. The > > > > > > headers it > > > > > > did return are:". > > > > > > > > > > > > Is this error message normal or is there something wrong in my > > > > > > installation?? > > > > > > > > > > > > Thank you, > > > > > > > > > > > > > > > > > > Andrea > > > > > > > > > > > > |---------+---------------------------> > > > > > > | > > > > > > | | "Palle Due | > > > > > > | | Larsen" | > > > > > > | | > > > > > | | ne.dk> | > > > > > > | | > > > > > > | | 12/05/2003 09.09| > > > > > > | > > > > > > |---------+---------------------------> > > > > > > > > > > > > -------------------------------------------------------------------- > > > > > > ----------------------------------------------------------| > > > > > > > > > > > > | Per: aborruso at spaziogis.it, > > > > > > > > > > > > mapserver-users at lists.gis.umn.edu > > > > > > > > > > > > | Cc: > > > > > > | > > > > > > | Oggetto: Re: [Mapserver-users] Please Help me > > > > > > > > > > > > -------------------------------------------------------------------- > > > > > > ----------------------------------------------------------| > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Could it be that the url is wrong? Your are missing the map > > > > > > parameter, > > > > > > try this: > > > > > > > > > > > > http://127.0.0.1/cgi-bin/mapserv.exe?map=C: > > > > > > \Inetpub\wwwroot\mapserver\test.map&mode=map > > > > > > > > > > > > Best Regards > > > > > > > > > > > > Palle Due Larsen > > > > > > Carl Bro GIS & IT > > > > > > > > > > > > -----Original Message----- > > > > > > From: aborruso at spaziogis.it > > > > > > To: mapserver-users at lists.gis.umn.edu > > > > > > Date: Thu, 8 May 2003 19:27:14 +0200 > > > > > > Subject: [Mapserver-users] Please Help me > > > > > > > > > > > > > Dear users, > > > > > > > some time ago I have learned to build a mapserver powered site > > > > > > > > > > (3.2 > > > > > > > > > > > > version). In the last months I have not had the time to "study" > > > > > > > > > > the > > > > > > > > > > > > new > > > > > > > version and features of mapserver. > > > > > > > Here is my problem. I have tried to build an update manifold > > > > > > > > > > > > powered > > > > > > > > > > > > > site. > > > > > > > I have downloaded ms36gif_gdal_pg_wms.zip and ms35_libs.zip, then > > > > > > > > > > I > > > > > > > > > > > > have > > > > > > > extracted all files where they could be extracted and then I have > > > > > > > made a > > > > > > > simple test; I have written simply this URL: > > > > > > > http://127.0.0.1/cgi-bin/mapserv.exe?=C: > > > > > > > \Inetpub\wwwroot\mapserver\test.map&mode=map. > > > > > > > I have this error message: "CGI Error The specified CGI > > > > > > > > > > application > > > > > > > > > > > > misbehaved by not returning a complete set of HTTP headers. The > > > > > > > headers it > > > > > > > did return are:" > > > > > > > The file of the test url does not exist, but I remember that with > > > > > > > > > > > > the > > > > > > > > > > > > > old > > > > > > > versions I had an error message like "it's impossible to access > > > > > > > > > > to > > > > > > > > > > > > the file > > > > > > > ..." (or something similar), instead I have a generic strange > > > > > > > > > > error > > > > > > > > > > > > message > > > > > > > and I think there is something strong in my mapserver > > > > > > > > > > installation. > > > > > > > > > > > > Do you have some tip or advice for me? > > > > > > > > > > > > > > I have winxp pro with IIS. > > > > > > > > > > > > > > > > > > > > > Thank you very much, > > > > > > > > > > > > > > Andrea > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > Mapserver-users mailing list > > > > > > > Mapserver-users at lists.gis.umn.edu > > > > > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > > > > ----------------------------------------------- > > > > > > Deltag i en lille brugerunders?gelse p? > > > > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > > > > www.directoffice.dk/konkurrence > > > > > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > > > ----------------------------------------------- > > > > > Deltag i en lille brugerunders?gelse p? > > > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > > > www.directoffice.dk/konkurrence > > > > > > > > F? en gratis emailkonto her: www.mail-online.dk > > > > ----------------------------------------------- > > > > Deltag i en lille brugerunders?gelse p? > > > > nettet, og vind et gavekort p? 50.000 kroner..! > > > > www.directoffice.dk/konkurrence > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > 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 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH Sautierstr. 38, 79104 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de From jlowe at giswebsite.com Tue May 20 13:40:14 2003 From: jlowe at giswebsite.com (Jonathan W. Lowe) Date: Tue, 20 May 2003 13:40:14 -0700 Subject: [Mapserver-users] Inexpensive web hosting option using postgresql, postgis, mapserver, and perl/php mapscript In-Reply-To: References: Message-ID: <1053463213.3eca92ae02977@webmail.lmi.net> List, Periodically, emails appear on this list asking about mapserver-friendly web hosting options. I've discovered one and have been successfully using it for several months now and thought others might benefit from knowing about it. So here's a testimonial: The company is www.pghoster.com. For $10 per month, pgHoster offers domain hosting with 300 Mb of space and 8 GB of data transfer. This alone is quite competitive, but of interest to the mapserver audience is that pgHoster pre- installs postgresql, postgis, mapserver, and php or perl mapscript. The one- time charge to establish the account and preinstall these packages was about $45 last I knew. When you sign up for an account that includes these open-source components, part of the installation package is a working template with a small sample dataset to get you started with both the plain vanilla mapserver site and a perl mapscript sample site. To preview these templates, see http://www.pghoster.com/gis/ A little more background is also available in the media. I publish a monthly column in Geospatial Solutions magazine on emerging spatial technologies and got the mapserver religion when researching the software for a previous column called "Spatial on a Shoestring" that featured open-source spatial software. Since so many of the challenges with online mapping seem to involve the initial setup and, for some, the high pricetag of commercial web-mapping software, pgHoster's offering seems to answer the needs of potentially a lot of users, so I've covered them in this month's column under the title "Bottom Line Pricing in the Land of Oz -- Spatial Web Site Architecture". An html version is available at the following URLs: Page covering pghoster: http://www.giswebsite.com/pubs/200305/nr200305_p4.html Beginning of column: http://www.giswebsite.com/pubs/200305/nr200305_p1.html According to their representatives, pgHoster already has close to 1000 customers (thanks in large part to PostgreSQL's listing of their hosting service at the top of a recommended vendors list). I hope the offering is helpful to anyone on this emailing list interested in inexpensive spatial database & interactive web page hosting. Best of luck! Jonathan -- Jonathan W. Lowe email - jlowe at giswebsite.com website - http://www.giswebsite.com From yecarrillo at hotmail.com Tue May 20 14:26:33 2003 From: yecarrillo at hotmail.com (Eduin Yesid Carriillo) Date: Tue, 20 May 2003 16:26:33 -0500 Subject: [Mapserver-users] Small Scalebar Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0020_01C31EEC.93A6E790 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I embed the scalebar in my map. But no matter wht scale is the map, the = scalebar is too small. This is my map: SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0=20 OUTLINECOLOR 255 255 255 =20 SIZE giant ANTIALIAS true END SIZE 400 9 BACKGROUNDCOLOR 0 0 0 TRANSPARENT on OUTLINECOLOR 0 51 102 UNITS meters INTERVALS 6 STATUS embed POSTLABELCACHE true POSITION ll STYLE 0 END thank You Eduin ------=_NextPart_000_0020_01C31EEC.93A6E790 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I embed the scalebar in my map. But no = matter wht=20 scale is the map, the scalebar is too small.
This is my map:
 
  SCALEBAR
    = IMAGECOLOR=20 255 255 255
    = LABEL
      COLOR=20 0 0 0
      OUTLINECOLOR 255 255=20 255     
      = SIZE=20 giant
      ANTIALIAS = true
   =20 END
    SIZE 400 9
    = BACKGROUNDCOLOR 0 0=20 0
    TRANSPARENT on
    = OUTLINECOLOR 0 51=20 102
    UNITS meters
    INTERVALS=20 6
    STATUS embed
    = POSTLABELCACHE=20 true
    POSITION ll
    STYLE = 0
 =20 END
 
thank You
 
Eduin
------=_NextPart_000_0020_01C31EEC.93A6E790-- From steve.lime at dnr.state.mn.us Tue May 20 21:15:38 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 20 May 2003 23:15:38 -0500 Subject: [Mapserver-users] Shapefiles and queries Message-ID: Hi Adam: MapServer takes a point an tests it against features within a given layer. The logic is this (for a point selecting polygon query): - based on layer TOLERANCE values construct a spatial filter (rectangle) to select candidate features with Then for each feature: - see if the point is in the polygon, if in STOP - if not, compute the distance from the point to the polygon - if the distance is less that TOLERANCE, STOP There are variations on this depending on feature types or if multiple results are allowed. I the guess the point is that MapServer is not using some type of approximation to do queries. Steve >>> "Adam Zornes" 05/19/03 12:29 PM >>> All, I am working on a project and am fiddling around with the queries. I realize that I know nothing about how mapserver processes queries. What I would like to know is how points are used in queries. Say you have a point and a layer. Does mapserver take said point and look at each feature in the layer, calculating whether that point in within each polygon and/or within a certain radius of the polygon? Or does is there merely a center point for each polygon, and proximity to this point is used by mapserver? Can anyone enlighten me on this matter, or direct me to a source which will? Cheers, Adam Zornes From steve.lime at dnr.state.mn.us Tue May 20 21:04:48 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 20 May 2003 23:04:48 -0500 Subject: [Mapserver-users] java connector Message-ID: Hi Folks: This is an important topic and one that should get lot's of attention post user group meeting. It's at the top of my to-do list if some funding could be found. Ideally MapScript SWIG/JNI/Java will provide the main means of interaction. I've also kicked around the idea of a GeoTools/MapServer integration using MapScript. It will be awhile until this can be used in a production environment. That said, there are work arounds. I've built a simple java wrapper (implemented as a bean) for the standard CGI application. Basically you build up queries to the CGI, post them via streams and get at the results using MapServer templates. In our case the template ammounts to a text file consisting of name=value pairs. This file is yanked into a Java hash and returned as output from the bean. The calling application can do with the results what it wishes. Low-tech, but it works nicely. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Pedro Salazar 05/20/03 11:12 AM >>> Hi, > Our current solution is a simple process.Exec wrapper around mapserv. > I put my perl scripts inside the "cgi-bin" Apache HTTP server directory and I invoke them through a HTTP connection. It may be not so fast as invoke them directly but it's more flexible that way - and HTTP is a very light protocol. > We also did some tweaking to mapserv.c to make calling it from Java a > bit easier so you could say we cheated a bit. We also removed a lot the > map file parsing code as it was not very thread safe. > I'm not clear about the gain of performance but for now I prefer to not touch the original mapserv.c. > What value does the perl script you are calling give you over calling > Mapserv directly? > I don't know if I understood well what you asked, but my perl scripts work also with query string parameters as the mapserv do, and they can give me an extent text to be parsed or just images... > We looked at JNI and saw that it would be very easily achievable for the > general case but did not warrant the effort for our specific use. > > A nice JNI interface would be sweet to develop if there were enough > hands around. > I think the same about using JNI, but right now I don't have time for that adventure :-) It would be interesting indeed and a big improvement for mapserver. Pedro. -- PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime at dnr.state.mn.us Tue May 20 21:09:42 2003 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 20 May 2003 23:09:42 -0500 Subject: [Mapserver-users] buffering lines and polygons Message-ID: Depends what you mean by buffering. True buffering, that is, creating new features is not supported. However, buffered queries are supported. The development version now features code that respects layer TOLERANCE values for queries by feature or shape. So, you can do things like find all streams within 5 miles of a lake. At the moment only points and polygon-based shapes can do this (points have always respected TOLERANCE). Lines can easily be supported (they are via MapScript) with a few edits to mapquery.c. Steve >>> "pkishor_98" 05/19/03 4:39 PM >>> this has been asked before, but I don't know the definitive answer. What's the ETA on the capability to buffer lines and polys, if at all? If someone has implemented this already on their own, any directions will be appreciated. Many tia, Puneet. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From wbr at DeTeMobil.de Tue May 20 22:17:45 2003 From: wbr at DeTeMobil.de (wbr) Date: 21 May 2003 07:17:45 +0200 Subject: [Mapserver-users] java connector In-Reply-To: References: Message-ID: <1053494265.29898.12.camel@newton.msrs.DeTeMobil.de> Hi Terry, Am Die, 2003-05-20 um 15.33 schrieb Terry Hannant: > We have successfully used Mapserver and java servlets together. > > We have a production server running Linux (Suse), Tomcat 4.1, Jdk 1.4 > and Mapserv 3.6 > > Feel free to email me directly if you have any issues you would like to > discuss although I am sure other people on the mailing list may benefit > from any discussion :-) > > > Terry Hannant > MetaDev Pty Ltd > > is it possible to get the source code from you ? I tried a few examples but my results are not yet usable :-( 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 k.chodak at autoguard.pl Wed May 21 00:07:52 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Wed, 21 May 2003 09:07:52 +0200 Subject: [Mapserver-users] Railway-line style In-Reply-To: <3EC9E642.2787.84D608E@localhost> Message-ID: Hello again, I'm using current development version of mapserver, gdlib (2.0.12 after gdlib-config) and freetypelib (9.3.3 after freetype-config) and I'm still not able to make these symbols turn-around. Are these versions new enough? BR Krzysztof Chodak -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of woodbri at swoodbridge.com Sent: Tuesday, May 20, 2003 2:25 PM To: Krzysztof Chodak; 'Stepan Kafka'; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Railway-line style Yes, it is highly recommended that you upgrade to GD 2.0.12 as there are a bunch of mapserver related bugs fixed in this version. -Steve W. On 20 May 2003 at 14:01, Stepan Kafka wrote: > It always should keep line directions (see attached file). > (But in some versions of mapserver in combination with gd 2.0 and > freetype libraries there was problems with truetype symbol/labels > rotation...?) > > Stepan Kafka > > > -----P vodn? zpr?va----- > > Od: Krzysztof Chodak [mailto:k.chodak at autoguard.pl] > > Odesl?no: 20. kv tna 2003 13:39 > > Komu: 'Stepan Kafka'; mapserver-users at lists.gis.umn.edu > > P edm t: RE: [Mapserver-users] Railway-line style > > > > > > Such symbols still do not "keep" line direction (are always > > vertical)... > > > > BR > > > > Krzysztof Chodak > > > > > > > > -----Original Message----- > > From: Stepan Kafka [mailto:stepan.kafka at centrum.cz] > > Sent: Tuesday, May 20, 2003 1:13 PM > > To: Krzysztof Chodak; mapserver-users at lists.gis.umn.edu > > Subject: RE: [Mapserver-users] Railway-line style > > > > > > You can use truetype symbols eg. "|" overlayed upon the line. See > > documentation. Here you have an example of the symbol definition: > > > > SYMBOL > > NAME "railway" > > TYPE truetype > > FONT arial > > CHARACTER "|" > > GAP 25 # distance between symbols > > END > > > > In layer class definition (form 3.6.x, in 3.7 and 4.0 use rather > > STYLE) then > > > > > > CLASS > > SYMBOL 'circle' > > COLOR 0 0 0 > > SIZE 1 > > OVERLAYSYMBOL 'railway' > > OVERLAYCOLOR 0 0 0 > > OVERLAYSIZE 10 > > END > > > > You may aslo use your own truetype symbols as you need. > > > > Good luck > > > > Stepan Kafka > > Help Service Remote Sensing > > tel: +420-327514118 > > mailto:kafka at email.cz > > http://www.bnhelp.cz > > > > > > > > > -----Puvodn? zpr?va----- > > > Od: mapserver-users-admin at lists.gis.umn.edu > > > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u ivatele > > > Krzysztof Chodak Odesl?no: 20. kvetna 2003 11:39 Komu: > > > mapserver-users at lists.gis.umn.edu Predmet: [Mapserver-users] > > > Railway-line style > > > > > > > > > Can anyone suggest a solution for making streight line with ticks > > > along it? Like that one made from pluses +++++++++++++. It (ticks) > > > should also follow line direction. > > > > > > BR > > > > > > Krzysztof Chodak > > > > > > _______________________________________________ > > > 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.481 / Virov? b?ze: 277 - datum vyd?n?: 13.5.2003 > > > > > --- > > Odchoz? zpr?va neobsahuje viry. > > Zkontrolov?no antivirov m syst?mem AVG (http://www.grisoft.cz). > > Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 > > > > > > --- > > P ?choz? zpr?va neobsahuje viry. > > Zkontrolov?no antivirov m syst?mem AVG (http://www.grisoft.cz). > > Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 > > > --- > Odchoz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mhaerte1 at gwdg.de Wed May 21 04:41:33 2003 From: mhaerte1 at gwdg.de (=?ISO-8859-1?Q?Michael_H=E4rtel?=) Date: Wed, 21 May 2003 13:41:33 +0200 Subject: [Mapserver-users] known issue: no results with QueryByPoint (Mapserver 3.7 PHP mapscript) Message-ID: <3ECB65ED.8010309@gwdg.de> Hello All! There are many references to articles about the problem that no results are returned by QueryByPoint. i' ve read all of them but i still can't figure out why i get no results. This is what i have: 1.) A Query Layer ($querylayer) with a template file: object(layer)(35) { ["_handle_"]=> resource(50) of type (layerObj) ["_map_handle_"]=> resource(1) of type (mapObj) ["numclasses"]=> int(0) ["index"]=> int(7) ["status"]=> int(0) ["classitem"]=> string(0) "" ["name"]=> string(11) "WRS-2_frame" ["group"]=> string(0) "" ["data"]=> string(9) "wrs2/wrs2" ["type"]=> int(2) ["tolerance"]=> float(3) ["toleranceunits"]=> int(6) ["symbolscale"]=> float(-1) ["minscale"]=> float(-1) ["maxscale"]=> float(-1) ["labelminscale"]=> float(-1) ["labelmaxscale"]=> float(-1) ["maxfeatures"]=> int(-1) ["transform"]=> int(1) ["labelcache"]=> int(1) ["postlabelcache"]=> int(0) ["labelitem"]=> string(0) "" ["labelsizeitem"]=> string(0) "" ["labelangleitem"]=> string(0) "" ["tileitem"]=> string(8) "location" ["tileindex"]=> string(0) "" ["header"]=> string(32) "H:\_webroot_\mapserv_header.html" ["footer"]=> string(32) "H:\_webroot_\mapserv_footer.html" ["connection"]=> string(0) "" ["connectiontype"]=> int(1) ["filteritem"]=> string(0) "" ["template"]=> string(40) "H:\_webroot_\mapserv_query_template.html" ["transparency"]=> int(0) ["styleitem"]=> string(0) "" ["offsite"]=> object(color)(4) { ["_handle_"]=> resource(51) of type (Unknown) ["red"]=> int(-1) ["green"]=> int(-1) ["blue"]=> int(-1) } } 2.) A Point Object with geographic coordinates: object(point)(4) { ["_handle_"]=> resource(52) of type (Unknown) ["x"]=> float(9.85) ["y"]=> float(50.9) ["m"]=> float(50.9) } 3.) A call to Query function (with tolerance set in map file): $query=$querylayer->QueryByPoint($my_point,MS_MULTIPLE,-1); 4. The entry of the query-layer in the map file: LAYER #wrs2 NAME "WRS-2_frame" PROJECTION proj=longlat ellps=WGS84 datum=WGS84 no_defs END DATA "wrs2/wrs2" STATUS OFF TYPE POLYGON TOLERANCEUNITS kilometers TOLERANCE 5 DUMP TRUE HEADER "H:\_webroot_\mapserv_header.html" TEMPLATE "H:\_webroot_\mapserv_query_template.html" FOOTER "H:\_webroot_\mapserv_footer.html" END # layer wrs2 4.) The map i use is a world map with these parameters: EXTENT -180.000000 -90.000000 180.000000 90.000000 SIZE 600 300 UNITS DD PROJECTION proj=longlat ellps=WGS84 datum=WGS84 no_defs END What i get is the common error message: "Warning: MapServer Error in msQueryByPoint(): No matching record(s) found" The query layer extends over the whole map. These actions were already performed without any change to the result: 1. changed tolerance to 1 in QueryByPoint function call 2. MS_SINGLE mode tried instead of MS_MULTIPLE 3. Pixel coordinates in Point object used instead of geographic coordinates So what the **** am i doing wrong? Unfortunately i can?t find an example of a template file where i could look how the results can be printed. But i guess i need a result first and THEN there may occur errors concerning a misconfiguration because of a missing/wrong template file. Do i actually need a template file if i use mapserver 3.7 with mapscript? Or is it only needed by the simple CGI version? Thanks for any reply, i'm glad to know that there are some real freaks out there :) (im looking forward to a documentation about how to perform queries with mapserver 3.7 and mapscript). ---------------------------------------------------------------------- Michael H?rtel Georg-August University Goettingen Department of Geography Cartography, GIS & Remote Sensing Section project Notebook University, Internet Map Service Goldschmidtstr. 5 Tel.: +49 (0)551/39-12671 37077 Goettingen Fax : +49 (0)551/39-8020 http://www.geogr.uni-goettingen.de/kuf/ From thfischer at mapmedia.de Wed May 21 06:58:14 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 21 May 2003 15:58:14 +0200 Subject: [Mapserver-users] known issue: no results with QueryByPoint (Mapserver 3.7 PHP mapscript) In-Reply-To: <3ECB65ED.8010309@gwdg.de> References: <3ECB65ED.8010309@gwdg.de> Message-ID: <1053525493.454.2.camel@jeanjacques> On Wed, 2003-05-21 at 13:41, Michael H?rtel wrote: > Hello All! > > There are many references to articles about the problem that no results > are returned by QueryByPoint. > i' ve read all of them but i still can't figure out why i get no results. [ snip ] > DATA "wrs2/wrs2" > STATUS OFF ^^^ You might want to consider to turn the layer on before querying it. hth, thorsten From thfischer at mapmedia.de Wed May 21 07:00:22 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 21 May 2003 16:00:22 +0200 Subject: [Mapserver-users] Small Scalebar In-Reply-To: References: Message-ID: <1053525622.456.5.camel@jeanjacques> On Tue, 2003-05-20 at 23:26, Eduin Yesid Carriillo wrote: > I embed the scalebar in my map. But no matter wht scale is the map, > the scalebar is too small. What is too small? The scalebar image size? Then you have to adjust this part: > SIZE 400 9 If the numbers labeling the scalebar are too small, you probably have not set a correct value for UNITS in the header of your mapfile. hth, thorsten From thfischer at mapmedia.de Wed May 21 07:22:44 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 21 May 2003 16:22:44 +0200 Subject: [Mapserver-users] PHP - getExteriorRing__10OGRPolygon error In-Reply-To: <3ECA41C2.5010503@ciasc.gov.br> References: <3ECA41C2.5010503@ciasc.gov.br> Message-ID: <1053526963.456.26.camel@jeanjacques> On Tue, 2003-05-20 at 16:54, marcos aurelio souza wrote: > Hi, > > I get this error with PHP mapscript when a try to make a > dl("php_mapscript.so"). > > Unable to load dynamic library '/usr/lib/php4/php_mapscript.so' - > /usr/lib/php4/php_mapscript.so: undefined symbol: > getExteriorRing__10OGRPolygon It is likely that you do not have libgdal.1.so in your runtime library path. You either want to add the directory where the library resides to your /etc/ld.so.conf and run ldconfig once, or use the LD_LIBRARY_PATH environment variable. > I believe it somehow relates to OGR. Very much so. hth, thorsten From schut at sarvision.com Wed May 21 05:17:43 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 21 May 2003 14:17:43 +0200 Subject: [Mapserver-users] known issue: no results with QueryByPoint (Mapserver 3.7 PHP mapscript) In-Reply-To: <3ECB65ED.8010309@gwdg.de> References: <3ECB65ED.8010309@gwdg.de> Message-ID: <200305211417.43806.schut@sarvision.com> You need to set STATUS ON for your layer to be queriable. Cheers, Vincent. On Wednesday 21 May 2003 13:41, Michael H?rtel wrote: > Hello All! > > There are many references to articles about the problem that no results > are returned by QueryByPoint. > i' ve read all of them but i still can't figure out why i get no results. > > This is what i have: > > 1.) A Query Layer ($querylayer) with a template file: > > object(layer)(35) { ["_handle_"]=> resource(50) of type (layerObj) > ["_map_handle_"]=> resource(1) of type (mapObj) ["numclasses"]=> > int(0) ["index"]=> int(7) ["status"]=> int(0) ["classitem"]=> > string(0) "" ["name"]=> string(11) "WRS-2_frame" ["group"]=> string(0) > "" ["data"]=> string(9) "wrs2/wrs2" ["type"]=> int(2) ["tolerance"]=> > float(3) ["toleranceunits"]=> int(6) ["symbolscale"]=> float(-1) > ["minscale"]=> float(-1) ["maxscale"]=> float(-1) ["labelminscale"]=> > float(-1) ["labelmaxscale"]=> float(-1) ["maxfeatures"]=> int(-1) > ["transform"]=> int(1) ["labelcache"]=> int(1) ["postlabelcache"]=> > int(0) ["labelitem"]=> string(0) "" ["labelsizeitem"]=> string(0) "" > ["labelangleitem"]=> string(0) "" ["tileitem"]=> string(8) "location" > ["tileindex"]=> string(0) "" ["header"]=> string(32) > "H:\_webroot_\mapserv_header.html" ["footer"]=> string(32) > "H:\_webroot_\mapserv_footer.html" ["connection"]=> string(0) "" > ["connectiontype"]=> int(1) ["filteritem"]=> string(0) "" > ["template"]=> string(40) "H:\_webroot_\mapserv_query_template.html" > ["transparency"]=> int(0) ["styleitem"]=> string(0) "" ["offsite"]=> > object(color)(4) { ["_handle_"]=> resource(51) of type (Unknown) > ["red"]=> int(-1) ["green"]=> int(-1) ["blue"]=> int(-1) } } > > 2.) A Point Object with geographic coordinates: > > object(point)(4) { ["_handle_"]=> resource(52) of type (Unknown) > ["x"]=> float(9.85) ["y"]=> float(50.9) ["m"]=> float(50.9) } > > 3.) A call to Query function (with tolerance set in map file): > > $query=$querylayer->QueryByPoint($my_point,MS_MULTIPLE,-1); > > 4. The entry of the query-layer in the map file: > > LAYER #wrs2 > NAME "WRS-2_frame" > > PROJECTION > proj=longlat > ellps=WGS84 > datum=WGS84 > no_defs > END > > DATA "wrs2/wrs2" > STATUS OFF > TYPE POLYGON > > TOLERANCEUNITS kilometers > TOLERANCE 5 > DUMP TRUE > > HEADER "H:\_webroot_\mapserv_header.html" > TEMPLATE "H:\_webroot_\mapserv_query_template.html" > FOOTER "H:\_webroot_\mapserv_footer.html" > > END # layer wrs2 > > 4.) The map i use is a world map with these parameters: > > EXTENT -180.000000 -90.000000 180.000000 90.000000 > SIZE 600 300 > > UNITS DD > > PROJECTION > proj=longlat > ellps=WGS84 > datum=WGS84 > no_defs > END > > What i get is the common error message: > > "Warning: MapServer Error in msQueryByPoint(): No matching record(s) found" > > The query layer extends over the whole map. > > These actions were already performed without any change to the result: > > 1. changed tolerance to 1 in QueryByPoint function call > 2. MS_SINGLE mode tried instead of MS_MULTIPLE > 3. Pixel coordinates in Point object used instead of geographic coordinates > > > So what the **** am i doing wrong? Unfortunately i can?t find an example > of a template file where i could look how the results can be printed. > But i guess i need a result first and THEN there may occur errors > concerning a misconfiguration because of a missing/wrong template file. > > Do i actually need a template file if i use mapserver 3.7 with > mapscript? Or is it only needed by the simple CGI version? > > Thanks for any reply, i'm glad to know that there are some real freaks > out there :) > > (im looking forward to a documentation about how to perform queries with > mapserver 3.7 and mapscript). > > ---------------------------------------------------------------------- > Michael H?rtel > Georg-August University Goettingen > Department of Geography > Cartography, GIS & Remote Sensing Section > project Notebook University, Internet Map Service > Goldschmidtstr. 5 Tel.: +49 (0)551/39-12671 > 37077 Goettingen Fax : +49 (0)551/39-8020 > http://www.geogr.uni-goettingen.de/kuf/ > > _______________________________________________ > 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 eric at gomoos.org Wed May 21 01:37:07 2003 From: eric at gomoos.org (Eric Bridger) Date: 21 May 2003 08:37:07 +0000 Subject: [Mapserver-users] known issue: no results with QueryByPoint (Mapserver 3.7 PHP mapscript) In-Reply-To: <3ECB65ED.8010309@gwdg.de> References: <3ECB65ED.8010309@gwdg.de> Message-ID: <1053506227.1453.4.camel@ubet.gomoos.org> On Wed, 2003-05-21 at 11:41, Michael H?rtel wrote: > > Do i actually need a template file if i use mapserver 3.7 with > mapscript? Or is it only needed by the simple CGI version? > You don't need the "actual" template file, but you do need the TEMPLATE attribute set in the layer. E.g. TEMPLATE "dont_exist.html". I'm not sure if this is still true in 3.7 From schut at sarvision.com Wed May 21 05:46:13 2003 From: schut at sarvision.com (Vincent Schut) Date: Wed, 21 May 2003 14:46:13 +0200 Subject: [Mapserver-users] known issue: no results with QueryByPoint (Mapserver 3.7 PHP mapscript) In-Reply-To: <1053506227.1453.4.camel@ubet.gomoos.org> References: <3ECB65ED.8010309@gwdg.de> <1053506227.1453.4.camel@ubet.gomoos.org> Message-ID: <200305211446.13138.schut@sarvision.com> On Wednesday 21 May 2003 10:37, Eric Bridger wrote: > On Wed, 2003-05-21 at 11:41, Michael H?rtel wrote: > > Do i actually need a template file if i use mapserver 3.7 with > > mapscript? Or is it only needed by the simple CGI version? > > You don't need the "actual" template file, but you do need the TEMPLATE > attribute set in the layer. E.g. TEMPLATE "dont_exist.html". I'm not > sure if this is still true in 3.7 Yes, this is still the case in 3.7. > > > _______________________________________________ > 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 benjamin.thelen at ccgis.de Wed May 21 06:16:11 2003 From: benjamin.thelen at ccgis.de (Benjamin Thelen CCGIS) Date: Wed, 21 May 2003 15:16:11 +0200 Subject: [Mapserver-users] Building gdal with Xerces In-Reply-To: <3EC524AF.7040008@pobox.com> Message-ID: Hi Frank, I today could install xerces-1.6.0, but it did not help. The gdal installation wasn't able to find the installed xerces. Well, thing is, I don't know whether it's a FreeBSD oder a gdal problem. Ben > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Frank > Warmerdam > Sent: Friday, May 16, 2003 7:50 PM > To: Benjamin Thelen (CCGIS) > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Building gdal with Xerces > > > Benjamin Thelen (CCGIS) wrote: > > That means 1.7.0 won't run? Do you think, that xerces 1.6.0 would > > automatically be recognized by gdal at installation time of > gdal? Otherwise > > I would have to find out what to specify for --with-xerces-in=dir > > and --with-xerces-lib=opts. Especiall the last one is a miracle to me. > > > > Thanks, > > Ben > > Ben, > > Xerces should be found automatically if it is in the default locations > (I think). The --with-xerces-lib and --with-xcerces-inc items can be > used to specifically control the include and link directives if necessary. > Generally if you build and install xerces in a non-standard location you > can use --with-xerces=/opt or something similar. > > 1.7.0 likely will work, and I thought that some 2.x versions were working > after I made a slight improvement to the include logic, but I am a bit > uncertain about this. I am willing to update the GML code to support more > modern Xerces versions if you need. Just file a bug report in Bugzilla. > > Best regards, > > -- > ---------------------------------------+-------------------------- > ------------ > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From morissette at dmsolutions.ca Wed May 21 06:38:09 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 21 May 2003 09:38:09 -0400 Subject: [Mapserver-users] Re: I'm not able to solve my problem!! References: Message-ID: <3ECB8141.CE8342ED@dmsolutions.ca> Hi Andrea, The most knowledgeable people about Windows configuration are on the list, so I'm returning this to the list. Perhaps the main issue is that the problem is not presented properly and those people who know don't see the real issue so they can't jump in and help. Your Email titles should describe the problem and not attempt to translate yor personal feelings with respect to the problem BTW... "Please help me" as a title will just turn down readers if anything. I have tried to follow that thread and the information that was exchanged there must have been incomplete (hopefully) since some of what was described seemed impossible to me. From what I understood, it would seem that in a DOS window your mapserv.exe returns error messages but no HTTP headers and no MapServer version information, and when run in your web server it returns HTTP headers and version information sometimes but not always, causing the web server to complain about missing HTTP headers. However, when run with no query string in your web server your mapserv does return the expected "This script can only be used to decode form results and should be initiated as a CGI via a httpd server."... this is really odd, let's see... Before blaming it on Windows configuration I would like to solve a little mystery about the inconsistent reports that I saw in the previous email thread. So can you please answer the following questions, quoting exactly the output that you get and making sure that you quote the complete output everytime: 1- What do you get when you run the following in a DOS window? mapserv.exe "QUERY_STRING=map=C:/invalid/path.map" 2- What do you get when you access the following URL via a web bowser? http://localhost/scripts/mapserv.exe (Do a 'View Source' and quote the exact result, also change the URL to match the location of the mapserv.exe script on your server) 3- What do you get when you access the following URL via a web browser? http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map (Do a 'View Source' and quote the exact result) Please send back that information (via the list) and we'll go from there. Daniel Steve Lime wrote: > > Hi Andrea: It may be a simple configuration problem but it's on a > Windows box and I have no experience with web servers in that > environment- sorry. Have you gone back through the list archives? I > recall seeing lot's of discussion centered around setup on Windows > machines... > > Steve > > >>> 05/18/03 12:07 PM >>> > > Dear Steve and Daniel, > I'm writing directly to you beacause I have a mapserver problem I have > been > not able to solve with the help of the mapserver list (I have written my > first message ten days ago). I'm sure it's stupid configuration problem, > and I know you are mapserver gurus. > This is my problem: I write in my webbroser an url like > http://mapserver.spaziogis.it/cgi-bin/mapserv.exe?map=c: > \nodata\map.map&mode=map and I have "CGI Error > The specified CGI application misbehaved by not returning a complete set > of > HTTP headers. The headers it did return are:". This a generic error and > I'm > not able to understand it. > If I write "mapserv "QUERY_STRING=map=c:\nodata\map.map&mode=map"" in my > mapserver dos console, I have "msLoadMap(): Unable to access file. (c: > \nodata\map.map)". This is a message that I understand and I think to be > able to solve it. Why am I not able to read undestandable error also in > my > browser?? > > I have Winxp Pro with IIS. > I have MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG > OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL > INPUT=SHAPEFILE. > I have not compiled mapserver in my xp box. > I have simply downloaded the binary files from mapserver site: > ms36gif_gdal_pg_wms.zip and ms35_libs.zip. > > Thank you and excuse me to have write directly to you. > > Sincerly, > > Andrea > > ---------------------------------------------------- > Andrea Borruso > > Nadir s.n.c. > Tel 0039 091580305 interno 218 > Fax 0039 0916124646 > email: aborruso at spaziogis.it > www.spaziogis.it > ---------------------------------------------------- From petri_nev at hotmail.com Wed May 21 07:40:58 2003 From: petri_nev at hotmail.com (Petri) Date: Wed, 21 May 2003 16:40:58 +0200 Subject: [Mapserver-users] Missing php_mapscript_36.dll Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C31FB7.C1EC9750 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi there. I am trying to set the mapserver with the maplabs tools... But I am not able the find the php_mapscript_36.dll file I=B4ve been through all the zips, but still I can=B4t find it. So, I wonder if there is someone who knows where I can get ahold of = this? Maybe someone can mail this file. Thanks //Petri=20 ------=_NextPart_000_0011_01C31FB7.C1EC9750 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi there.
I am trying to set the mapserver = with the=20 maplabs tools...
But I am not able the find the = php_mapscript_36.dll file
I=B4ve been through all the zips, but = still I=20 can=B4t find it.
So, I wonder if there is someone who = knows where I=20 can get ahold of this? Maybe someone can mail this file.
 
Thanks
 
//Petri =
------=_NextPart_000_0011_01C31FB7.C1EC9750-- From thfischer at mapmedia.de Wed May 21 08:40:32 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 21 May 2003 17:40:32 +0200 Subject: [Mapserver-users] how to creat reference map? In-Reply-To: References: Message-ID: <1053531632.456.31.camel@jeanjacques> On Tue, 2003-05-20 at 01:18, pond bear wrote: > I have to a geotiff raster file and a shape file. I want to creat a small > reference map for them. how to do it? > Thanks a lot. 1. include your data in a standard cgi mapserver application 2. zoom/pan to the area that you want to serve as a reference map. You probably want to use a very small map, like 150x150 pixels for example. 3. take the values for [imgext]/[mapext] from the page in your web browser. that's the actual extent for the current image. 4. save the map image. you can now use this as your reference map. hth, thorsten From assefa at dmsolutions.ca Wed May 21 06:49:16 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 21 May 2003 09:49:16 -0400 Subject: [Mapserver-users] Missing php_mapscript_36.dll References: Message-ID: <3ECB83DC.B99D9879@dmsolutions.ca> --------------6B31266E7C0FAA4B4CC71B12 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit There are several versions of 3.6 on the site. Here is one : http://www2.dmsolutions.ca/webtools/dl/mapserver-3.6.6-dev-win32-php4.3.1-libwww.zip Later, Petri wrote: > Hi there.I am trying to set the mapserver with the maplabs tools...But > I am not able the find the php_mapscript_36.dll fileI?ve been through > all the zips, but still I can?t find it.So, I wonder if there is > someone who knows where I can get ahold of this? Maybe someone can > mail this file. Thanks //Petri -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- --------------6B31266E7C0FAA4B4CC71B12 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit There are several versions of 3.6 on the site. Here is one :

http://www2.dmsolutions.ca/webtools/dl/mapserver-3.6.6-dev-win32-php4.3.1-libwww.zip

Later,

Petri wrote:

Hi there.I am trying to set the mapserver with the maplabs tools...But I am not able the find the php_mapscript_36.dll fileI´ve been through all the zips, but still I can´t find it.So, I wonder if there is someone who knows where I can get ahold of this? Maybe someone can mail this file. Thanks //Petri

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

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

Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925
----------------------------------------------------------------
  --------------6B31266E7C0FAA4B4CC71B12-- From andreas_hirner at hotmail.com Wed May 21 06:54:21 2003 From: andreas_hirner at hotmail.com (Andreas Hirner) Date: Wed, 21 May 2003 15:54:21 +0200 Subject: [Mapserver-users] known issue: no results with QueryByPoint (Mapserver 3.7 P Message-ID: Hello, I had a similar problem. You need a CLASS section in your layer. Secondly the status of your layer in the map file is set "OFF". Switch it to "ON" and you might by able to obtain results. Cheers Andreas >From: Michael H?rtel >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] known issue: no results with QueryByPoint >(Mapserver 3.7 PHP mapscript) >Date: Wed, 21 May 2003 13:41:33 +0200 > >Hello All! > >There are many references to articles about the problem that no results are >returned by QueryByPoint. >i' ve read all of them but i still can't figure out why i get no results. > >This is what i have: > >1.) A Query Layer ($querylayer) with a template file: > >object(layer)(35) { ["_handle_"]=> resource(50) of type (layerObj) >["_map_handle_"]=> resource(1) of type (mapObj) ["numclasses"]=> int(0) >["index"]=> int(7) ["status"]=> int(0) ["classitem"]=> string(0) "" >["name"]=> string(11) "WRS-2_frame" ["group"]=> string(0) "" ["data"]=> >string(9) "wrs2/wrs2" ["type"]=> int(2) ["tolerance"]=> float(3) >["toleranceunits"]=> int(6) ["symbolscale"]=> float(-1) ["minscale"]=> >float(-1) ["maxscale"]=> float(-1) ["labelminscale"]=> float(-1) >["labelmaxscale"]=> float(-1) ["maxfeatures"]=> int(-1) ["transform"]=> >int(1) ["labelcache"]=> int(1) ["postlabelcache"]=> int(0) ["labelitem"]=> > string(0) "" ["labelsizeitem"]=> string(0) "" ["labelangleitem"]=> >string(0) "" ["tileitem"]=> string(8) "location" ["tileindex"]=> >string(0) "" ["header"]=> string(32) "H:\_webroot_\mapserv_header.html" >["footer"]=> string(32) "H:\_webroot_\mapserv_footer.html" >["connection"]=> string(0) "" ["connectiontype"]=> int(1) >["filteritem"]=> string(0) "" ["template"]=> string(40) >"H:\_webroot_\mapserv_query_template.html" ["transparency"]=> int(0) >["styleitem"]=> string(0) "" ["offsite"]=> object(color)(4) { >["_handle_"]=> resource(51) of type (Unknown) ["red"]=> int(-1) >["green"]=> int(-1) ["blue"]=> int(-1) } } > >2.) A Point Object with geographic coordinates: > >object(point)(4) { ["_handle_"]=> resource(52) of type (Unknown) ["x"]=> >float(9.85) ["y"]=> float(50.9) ["m"]=> float(50.9) } > >3.) A call to Query function (with tolerance set in map file): > >$query=$querylayer->QueryByPoint($my_point,MS_MULTIPLE,-1); > >4. The entry of the query-layer in the map file: > >LAYER #wrs2 >NAME "WRS-2_frame" > > PROJECTION > proj=longlat > ellps=WGS84 > datum=WGS84 > no_defs > END > > DATA "wrs2/wrs2" > STATUS OFF > TYPE POLYGON > > TOLERANCEUNITS kilometers > TOLERANCE 5 > DUMP TRUE > > HEADER "H:\_webroot_\mapserv_header.html" > TEMPLATE "H:\_webroot_\mapserv_query_template.html" > FOOTER "H:\_webroot_\mapserv_footer.html" > >END # layer wrs2 > >4.) The map i use is a world map with these parameters: > >EXTENT -180.000000 -90.000000 180.000000 90.000000 >SIZE 600 300 > >UNITS DD > >PROJECTION > proj=longlat > ellps=WGS84 > datum=WGS84 > no_defs >END > >What i get is the common error message: > >"Warning: MapServer Error in msQueryByPoint(): No matching record(s) found" > >The query layer extends over the whole map. > >These actions were already performed without any change to the result: > >1. changed tolerance to 1 in QueryByPoint function call >2. MS_SINGLE mode tried instead of MS_MULTIPLE >3. Pixel coordinates in Point object used instead of geographic coordinates > > >So what the **** am i doing wrong? Unfortunately i can?t find an example of >a template file where i could look how the results can be printed. >But i guess i need a result first and THEN there may occur errors >concerning a misconfiguration because of a missing/wrong template file. > >Do i actually need a template file if i use mapserver 3.7 with mapscript? >Or is it only needed by the simple CGI version? > >Thanks for any reply, i'm glad to know that there are some real freaks out >there :) > >(im looking forward to a documentation about how to perform queries with >mapserver 3.7 and mapscript). > >---------------------------------------------------------------------- >Michael H?rtel >Georg-August University Goettingen >Department of Geography >Cartography, GIS & Remote Sensing Section >project Notebook University, Internet Map Service >Goldschmidtstr. 5 Tel.: +49 (0)551/39-12671 >37077 Goettingen Fax : +49 (0)551/39-8020 >http://www.geogr.uni-goettingen.de/kuf/ > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From 0098kast at edu.fh-kaernten.ac.at Wed May 21 07:12:18 2003 From: 0098kast at edu.fh-kaernten.ac.at (Kaps Stefan) Date: Wed, 21 May 2003 16:12:18 +0200 Subject: [Mapserver-users] raster-format Message-ID: <3F01711BFB99D411835B0008C7866AA001308123@EXCHANGE01> hey! i'm trying to add a raster-file (.tif) to my mapserver project but when i call the tiff-file, i just get the message "msDrawRaster(): Unable to access file. (raster/hs25_1.tif)". does anybody know what this message means and how i can solve this problem?! many thanks Stefan From mhaerte1 at gwdg.de Wed May 21 07:18:15 2003 From: mhaerte1 at gwdg.de (=?ISO-8859-15?Q?Michael_H=E4rtel?=) Date: Wed, 21 May 2003 16:18:15 +0200 Subject: [Mapserver-users] known issue: no results with QueryByPoint (Mapserver 3.7 PHP mapscript) In-Reply-To: <3ECB65ED.8010309@gwdg.de> References: <3ECB65ED.8010309@gwdg.de> <1053506227.1453.4.camel@ubet.gomoos.org> <200305211446.13138.schut@sarvision.com> Message-ID: <3ECB8AA7.1010402@gwdg.de> --------------030706040602000008070507 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Vincent Schut wrote: >On Wednesday 21 May 2003 10:37, Eric Bridger wrote: > > >>On Wed, 2003-05-21 at 11:41, Michael H?rtel wrote: >> >> >>>Do i actually need a template file if i use mapserver 3.7 with >>>mapscript? Or is it only needed by the simple CGI version? >>> >>> >>You don't need the "actual" template file, but you do need the TEMPLATE >>attribute set in the layer. E.g. TEMPLATE "dont_exist.html". I'm not >>sure if this is still true in 3.7 >> >> > >Yes, this is still the case in 3.7. > > But i assume that the query should return some result objects anyway, no matter whether a (correct) template file exists or not. The template file only formats the result output i guess. Or will the query not return any results if a template file is incorrect? unfortunately I don' t find any suitable query template files for Version 3.7. could someone send me one? thanks --------------030706040602000008070507 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Vincent Schut wrote:

On Wednesday 21 May 2003 10:37, Eric Bridger wrote:
  
On Wed, 2003-05-21 at 11:41, Michael H?rtel wrote:
    
Do i actually need a template file if i use mapserver 3.7 with
mapscript? Or is it only needed by the simple CGI version?
      
You don't need the "actual" template file, but you do need the TEMPLATE
attribute set in the layer. E.g. TEMPLATE "dont_exist.html".  I'm not
sure if this is still true in 3.7
    

Yes, this is still the case in 3.7.
  
But i assume that the query should return some result objects anyway, no matter whether a (correct) template file exists or not. The template file only formats the result output i guess.
Or will the query not return any results if a template file is incorrect?

unfortunately I don' t find any suitable query template files for Version 3.7. could someone send me one? thanks




--------------030706040602000008070507--



From schut at sarvision.com  Wed May 21 07:19:03 2003
From: schut at sarvision.com (Vincent Schut)
Date: Wed, 21 May 2003 16:19:03 +0200
Subject: [Mapserver-users] known issue: no results with QueryByPoint (Mapserver 3.7 PHP mapscript)
In-Reply-To: <3ECB8AA7.1010402@gwdg.de>
References: <3ECB65ED.8010309@gwdg.de> <200305211446.13138.schut@sarvision.com> <3ECB8AA7.1010402@gwdg.de>
Message-ID: <200305211619.03597.schut@sarvision.com>

For historical reasons (I think) the template attribute *must* be set for a 
layer to be queriable. You indeed also need a class section, and the status 
should be on. The template, however, may be any non-existing dummy name. Then 
it just functions as a switch for mapserver to know that this layer should be 
queriable.
You could just use 'TEMPLATE dummy.foo'. It works, I do it myself.
I'm sorry I can't provide you any sample templates, I usually use 
php_mapscript and don't use templates. I think they are similar to or the 
same as templates for 3.6.x. You could also check the mapserver migration 
guide on the wiki pages.

Regards,
Vincent Schut.

On Wednesday 21 May 2003 16:18, you wrote:
> Vincent Schut wrote:
> >On Wednesday 21 May 2003 10:37, Eric Bridger wrote:
> >>On Wed, 2003-05-21 at 11:41, Michael H?rtel wrote:
> >>>Do i actually need a template file if i use mapserver 3.7 with
> >>>mapscript? Or is it only needed by the simple CGI version?
> >>
> >>You don't need the "actual" template file, but you do need the TEMPLATE
> >>attribute set in the layer. E.g. TEMPLATE "dont_exist.html".  I'm not
> >>sure if this is still true in 3.7
> >
> >Yes, this is still the case in 3.7.
>
> But i assume that the query should return some result objects anyway, no
> matter whether a (correct) template file exists or not. The template
> file only formats the result output i guess.
> Or will the query not return any results if a template file is incorrect?
>
> unfortunately I don' t find any suitable query template files for
> Version 3.7. could someone send me one? thanks

-- 
______________________________________
Vincent Schut
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com





From schut at sarvision.com  Wed May 21 07:33:52 2003
From: schut at sarvision.com (Vincent Schut)
Date: Wed, 21 May 2003 16:33:52 +0200
Subject: [Mapserver-users] raster-format
In-Reply-To: <3F01711BFB99D411835B0008C7866AA001308123@EXCHANGE01>
References: <3F01711BFB99D411835B0008C7866AA001308123@EXCHANGE01>
Message-ID: <200305211633.52501.schut@sarvision.com>

Probably it means just what it sais...
Is the pathname to your raster file correct? (I suppose your DATA attribute 
sais "raster/hs25_1.tif". This means there should be a raster subdir in where 
your SHAPEPATH attribute points to.)
Are the permissions for this file correct, so mapserver (which usually runs as 
the apache user) can read it? Try setting it readable for all to check and be 
sure...

Cheers,
Vincent.

On Wednesday 21 May 2003 16:12, Kaps Stefan wrote:
> hey!
>  i'm trying to add a raster-file (.tif) to my mapserver project but when i
> call the tiff-file, i just get the message "msDrawRaster(): Unable to
> access file. (raster/hs25_1.tif)".
> does anybody know what this message means and how i can solve this
> problem?!
>
> many thanks
>
> Stefan
> _______________________________________________
> 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 mhaerte1 at gwdg.de  Wed May 21 08:01:21 2003
From: mhaerte1 at gwdg.de (=?ISO-8859-1?Q?Michael_H=E4rtel?=)
Date: Wed, 21 May 2003 17:01:21 +0200
Subject: [Mapserver-users] more (known issue: no results with QueryByPoint	(Mapserver 3.7 PHP
 mapscript))
Message-ID: <3ECB94C1.8080704@gwdg.de>

Thanks to all for the answers.

according to the contributions i changed my map file to this (i added a 
class even hough i dont want to show it in th map but it seems to be 
turned on and therefor switched to visible status to be queried):

LAYER	#wrs2

NAME "WRS-2_frame"
	PROJECTION
		proj=longlat
		ellps=WGS84
		datum=WGS84
		no_defs
	END

   DATA "wrs2/wrs2"
   STATUS ON
   TYPE POLYGON

   CLASS #all frames
		NAME "WRS-2 frames"
		#COLOR 200 200 200
		OUTLINECOLOR 255 0 0
		STATUS ON
   END # country border

   TOLERANCEUNITS kilometers
   TOLERANCE 5
   DUMP TRUE

   HEADER "H:\_webroot_\mapserv_header.html"
   TEMPLATE "H:\_webroot_\mapserv_query_template.html"
   FOOTER "H:\_webroot_\mapserv_footer.html"

END # layer wrs2

in the PHTML File i use these lines to perform the query:

$query=$querylayer->QueryByPoint($my_point_geo,MS_MULTIPLE,-1);

$my_point_geo is a point object with geographic coordinates:

(object(point)(4) { ["_handle_"]=>  resource(49) of type (Unknown) 
["x"]=>  float(18.454166666666) ["y"]=>  float(31.758333333335) ["m"]=>)

target_layer is "->getlayerbyname('WRS-2 frame')";

AND: SOMETHING CHANGED:
The message "Warning: MapServer Error in msQueryByPoint(): No matching 
record(s) found" does not appear anymore (success!)

BUT: $query is an integer, that ALWAYS is "0"! i think $query should 
return "MS_SUCCESS" (1) if some objects in the shape file were found but 
it doesn't!

So i think my situation has not really changed :(



From keon at nacse.org  Wed May 21 08:36:52 2003
From: keon at nacse.org (Dylan Keon)
Date: Wed, 21 May 2003 08:36:52 -0700
Subject: [Mapserver-users] how to creat reference map?
In-Reply-To: <1053531632.456.31.camel@jeanjacques>
References:  <1053531632.456.31.camel@jeanjacques>
Message-ID: <3ECB9D14.3010700@nacse.org>

Thorsten Fischer wrote:
> On Tue, 2003-05-20 at 01:18, pond bear wrote:
> 
>>I have to a geotiff raster file and a shape file. I want to creat a small 
>>reference map for them. how to do it?
>>Thanks  a lot.
> 
> 
> 1. include your data in a standard cgi mapserver application
> 
> 2. zoom/pan to the area that you want to serve as a reference map. You
> probably want to use a very small map, like 150x150 pixels for example.
> 
> 3. take the values for [imgext]/[mapext] from the page in your web
> browser. that's the actual extent for the current image.
> 
> 4. save the map image. you can now use this as your reference map.

What I do is create a minimal mapfile containing just the layers I want 
visible in the reference map.  I use the same EXTENT as my regular 
mapfile, but make the SIZE small (like 150x150).

Run shp2img against that mapfile, and you'll end up with a great 
reference map image.  For example:  shp2img -m foo.map -o refmap.png

--Dylan



From jeff at propertykey.com  Wed May 21 08:56:51 2003
From: jeff at propertykey.com (Jeff Hoffmann)
Date: Wed, 21 May 2003 10:56:51 -0500
Subject: [Mapserver-users] trouble using FILTER in PostGIS query
Message-ID: <3ECBA1C3.7070904@propertykey.com>

I'm trying to figure out how to set a FILTER on a PostGIS query based on 
a query parameter passed in from the URL.  I tacked the parameter on the 
end of the URL ("&pin=13929111046") then added the following line in the 
mapfile:
   FILTER "parcel = '%pin%'"
but nothing happens.  When I looked at the actual query that is being 
sent to the database, it appears that the "%pin%" never gets translated 
into the value from the request.  Am I doing this right?  And if so, why 
isn't it working?

-- 

Jeff Hoffmann
PropertyKey.com



From yecarrillo at hotmail.com  Wed May 21 09:06:41 2003
From: yecarrillo at hotmail.com (Eduin Yesid Carriillo)
Date: Wed, 21 May 2003 11:06:41 -0500
Subject: [Mapserver-users] Small Scalebar
References:  <1053525622.456.5.camel@jeanjacques>
Message-ID: 

This is a multi-part message in MIME format.

------=_NextPart_000_0015_01C31F89.0EAB6500
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

This is not the case. I set the size to SIZE 400 9 and map UNITS meters ... 
I'm attaching the image...

Thanks a lot.

----- Original Message ----- 
From: "Thorsten Fischer" 
To: "Eduin Yesid Carriillo" 
Cc: 
Sent: Wednesday, May 21, 2003 9:00 AM
Subject: Re: [Mapserver-users] Small Scalebar


> On Tue, 2003-05-20 at 23:26, Eduin Yesid Carriillo wrote:
> > I embed the scalebar in my map. But no matter wht scale is the map,
> > the scalebar is too small.
> 
> What is too small? The scalebar image size? Then you have to adjust this
> part:
> 
> >     SIZE 400 9
> 
> If the numbers labeling the scalebar are too small, you probably have
> not set a correct value for UNITS in the header of your mapfile.
> 
> 
> hth,
> 
> thorsten
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> 

------=_NextPart_000_0015_01C31F89.0EAB6500
Content-Type: image/gif;
	name="105353314154201.gif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="105353314154201.gif"

R0lGODdh4AF8AecAAP///wAAWQAAAP///wAzZv8AAKqqqsdRamtrbKPy8gqT/P//AAD/AAD//wAA
/9bV1eHh4aTu8f//0k76vlOQ9WZANCmQJBudZHRPSntTWIRqPn1gXzGpMSG1YzjIOCjKZXaxIVqi
Vm3HK1TCVCK6jR7WiijWr1jGh2bEoKFaG5JMWKJ9Lo9ubcN/HaZ0dJl3e6d1e6uYL52EaZbOKpXD
U82eLbGWZ8++Mb+tZZ1+fYTAeLCOjrmbnruii7qgoEHZPTflXEb6Qj3/YlTfQVPhU175SWvrayLw
kR78pib/jiH/qVXjgFHlpW3tiGTyp1D/anv1gU7/kEP/rXH/m2v/r372l3z6q4z/o4X/tKDlM5Hj
W5r/N5PpbbLvO7XnU7b7PbTwXpDWhJXTpJfhkZTgpq3VhajUqK7gkLrnr6Lzian/lrz/V7j2fMD/
j5/5n6D6sa//qqr/urn7n77/ucP/rMv/xzb/w1Duy2H1v0r/wmT/1mH/w2v/1nn9xIv91oL/x4X/
1Zf1w5z/zcf/0uCjLNeZT+OvM922WfmaNf27O/C7VsCamsCcn8mxj8mvr9e5mdu/v9bAw9zCxOfh
N93NZdH9Sc7vW8Tldcf1ZcftfdvuXtXmdtj0aNPsfP/LQu7HaP/5Ou/tW+TleeXza+HtffPeZ+zZ
gvXzZentgdDEktHDrcLgiMTalsTokMLsptfgiNDbpdHpkdLkptTkrNvNneHNtd/ai9/Wo9zpkejW
lufapejnlOvkpendtcr/W8v5e87/ctL/i+f/Xt/4htr/eOD/jtL6mM//uNX/p9r/yuT8nOr/t+b/
pOn/wv/LVvbOeP/hV/TWhPHPlfLawvbipPfpv//qrf/ut/T/jvb/kPT1mfPypfT/m/T/q/vzm//y
r/38m///qf/2xvb/pv//wv/1tP/8ytfFxePLy+7g4u7hzvXp5+T/4O78zv3/8/Xd0f3n6vzq1P/y
7f/62P//9P//6///4v//+///5P//8f//8P//8j4+PvT09ODf3+rq6iwAAAAA4AF8AQAI/gABCBxI
sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzBjypxJsyZG
Ajht6tzJs6fPn0Aj4iQQVGG/B/8e9PNXtKnTkf76PZ1KcmhOhEcfaFU60N8DpgC0ghUr0CtYgl65
WowkAIEAR/ykKvz3ryDdgkflRnywsC7CuwMBC+ynFyJduoQt8v1L1ue/wv38JrzLz8DCrYUFSqbK
GaFVogfZChj9djE/Afz8/Ruduh/rqKdTbz799ixFAZH45Y608AWCzb43szVg26GAxQhfIC/oG3nw
gZEMbHboG8GL6NMhHk/OWrDO62cj/iHo/QJA7oWkIy0HoLyze4OfrxYUYPmoge0v+AHghwABv3+V
+QegAf7t99tA7eUmVVZSfYWUVw1CCEBaTDnY4ISNldVfXWY9NxB//PDFYFgCiajVgg9st5iJSh3H
olwvCABYW/+Y1R9SNT74FQA5gtXhb//c+BhmPZa140BHbTeiQMH5Flldd5kFQFZK5QgBkWkdxRSV
kUmJoWpcItSaQKlJmWOOVXK4Y5EDbSfAlie6iOGR700VH2jzPcCWftshaN1v1QF6oIF69cmbaI6k
eFp+paFWGm0hOprocZAiF9tvsfmzIUEyynhfo3wdh6iejqYYKqlvkWbeaIky2R9s/v1dOpp1i2bq
H2qq2RrrrKLRd6tsmfq1p6isOofAAwgQKCiAuH7q62kZkEYgbfel5uy0uDLL37XZkekIU7nZWuto
kQQnbrZtapUaoqpWWqedd+KZbltf9SkQAv002d+yAIwmXbqB0cdWipYJfJzBIq5G8MBKKszkf/z5
90DEg7J3bH8G93sqffctfPDGBrClcb8h9+lbZQaAGCLF/+TXMsSxAhgzxfsOGuTMOPuFMMf2xujv
htVBXB6P+/6nWdEvywwl0hHDvHTFWkHXGj8YrBwzWz8K2LTSbbJGcMd9Rmbvu0ERJa9VeTqC2sje
WuxPoG8D2XLFMkqFgD/HuWbq/sgf6y3eaHt//LfJd1dH2gse9ksa4ISZqvfiGj/eouNJnqq3q/41
fbi+c8f9KtyB1lzXrfvO/fmgeR+sqp+mF74vU6qRvqnsywZHe+txB3ka6gIUhDJ/mx8YG7KvBzq3
ZG6mqOp2g69Htk85gWa2fAKVptV9clV2vdW5TWzdC5qOh2Akmsb1FvbJa8yzawaAvfHXJqfWdFqb
Wgzj+ucfnGi9joDdv/7o80r+YJQsf+UnNVq5EdDkRyt/8Cc/DvxTzZBlNaDFKoJt+l+K9neW5vQH
gvN7YAUBNcLjBc17FvRPBCXGn2497IMIJF5dkiRBBnIuXSlyDQffBD/nPW8n/kMRiNmESL1ekYtJ
h1Nc75RIprX5DjWHOuISp9iv0/AmNr2jYu+wSJDYlIc25RrafngjkNwccVirWhsa13jE06SRjOwp
z2jiCEa2IG5osWFPHveztjteRwB/RM0d48hH/UDHUWk0JBKd6MVCJnKQouHHIBEXx0hO8ouoKaAg
0bNEMFIykoTMIyUp2TXcJJKPhVziD6EXRACcrZU1GdsqMZK4WSYEhOKzpS5R8hlXEgRtNlHlLi1C
ymGKyYnGTCZI4uPLgfRSmdCMpjSnWRFgDtGZeJIXNbfJzW5CE5Znc2U2vUnOcprzXcAUpy+lh81z
uvOd8OTJM4PIznbG8574/swnL+PFT1jq858ADahAB0rQghr0oAhNqEIXytCGOvShEI2oRCdK0Ypa
9KIYzahGN8rRjnr0oyANqUhHStKSmvSkKE2pSlfK0pa69KUwjalMZ0rTmtr0pjjNqU53ChIFKICn
QPWoT4NKVI3+tKhIVehQk8rUiC61qVCNqlSnStWqWvWqWM2qVrfK1a569atgDatYx0rWspr1rGhN
q1rXyta2uvWtcI2rXOdK17ra9a54zate98rXvvr1r4ANrGAHS9jCGvawiE2sYhfL2MY69rGQjaxk
J0vZylr2spjNrGY3y9nOevazoA2taEdL2tKa9rSoTa1qV8va1rp2mz49/uprzxpb2c7WrLa97Vqf
qtuy8ra3wA2ucIdL3OIa97jITa5yl8vc5jr3udCNrnSni9fcUpep1r2udrfLXbZmt7s7jS14i/rb
8VK1vObNKXrTa1Pxsje8632vfOdL3/ra9774za9+98vf/vr3vwAOsIAHLNb4EhikBj6wghfM4AY7
+MEQjrCEJ0zhClv4whjOsIY3zOEOe/jDIA6xiEdM4hKb+MQoTrGKV8ziFrv4xTCOsYxnTOMa2/jG
OM6xjovi3h2Ts8c+7maCg7xKIAOZyMYcMpKHWdslC1nJTrYllKNcZCpTc8pWJhuWs8zlLnv5y2AO
s5jHTOYym1m5jUjz/g5yIAMYwEAG6IizIxyRAwxUYAc74IELMsCCHLBgB5GQxA5YwAge/HkHG/CB
D+bMA0fsAAY8WDQjYLCIHPDgBSzgwaAPjQ5HCHoHPsAznv0M6hfsgBGOiESnI7EDR/BgEaxuNJ4r
sOg543kRi9jBIlANCUag+hwxPkQ8GmGDHGB6A5uOtA9eveYdmHrTOzjHDgTNgnMYOtOg3oChN4Ds
Fxg6EpRWdSRYzec7vyAHeGbEIhzBiDzzAN2IzgGy7ZxnSKDD3pp2BCQEDYlei3rZa260pkO9b3RI
AhKOgHEqcNAIHmzgz3029aIFDe93GxrUPkC3I+Is6kg7+to+QNyg/vMcCYSj2tG5ZsHDWZCBDTgi
14zwQaYRx2pEP3wDFeA2D3hgcEZEQt9z7rejRc1uj5/c0/a+t8JXYAMe9EDeLMg4nlnA7pGP3AeM
YEGsU/3nnaO61Y0ONZ4dHvVEq/rg60b4yDNQAR4wAh0DdzYLTL0BPsv7BRt4AQa0vYNO21vfB/94
oUWd58GvGR3p2DeMq4GDHuyA2D1wNZ5Dje529znei4BEqx2d8Ye33OVz3jXCJR9pGDjb7ZLo9L0R
zgIWYMDSH980txGd87yrXPZ5zsGyNd3qXhea0R3fNLbjDOMUpFkVK+jBBkiNZ0dcHtGmpjOjVd56
TA9d7zmIxO5l/p5nZ6+Zziw4eL/tvW9X6x3rrc5zqEtuaB60XOXI5vPD73j3Rsf81Duf+rnbn4Mc
MALGjbABMtAITNd/redq4Jd+Oydz3IZpc2dszvZ22MZyO8BnO/dz5zZ1eadrGud3c5YB6GZx67YI
POB7dsZt8tZyFQBxiFN9RBdp3mZsiNN/azZIL9YIAxgDadZ/1ldvAygD/6ZpO2dp6eYImAYJrJZx
xqZp/Qd0rZYBl6Zy3nZ5vpZ6n/ZuOSBnOwAJGIAOupZ/2pYB58ZyYzh3dXdzLLCCpoY4PjB/bAiA
jVALMSADkadpmcYIPWAD6iADMsAIkjCDeWZroFaCflaCqfZ7/rHnaXGGhH8Wcq1ndeNGZ93Xf/22
CD4wep3mafqGDiS4d4iGaC54edfGg6SGbZgGhzGQCqrwCI43dn1nA8cHamPna6wGCZpmaoVGdRsH
d3R2aRMnCfoGCYtwe11ncXXmfM3nfRtXgs3Xb3KWdA7HbbY3d89naeiWcYY2hvKWAzB2CKnQCN+o
Ck/nfXT4CI2gCjbwZy93arXGe82mfTDQbkX4bzCwcaOHZy4waIpGdOM2eZKGcLImCbiWa6M3foTn
itSYd3z2Z9rWdXhmajBmCKmwAqmgAfk4dT2QkecIhJrGCAincQC5Zl23aHgGA14ICYoWfa2HanHm
hYSXgV4I/mmt92c1l2qbiHDC6IcItwjAOGe7CHDINpO6+HGuFmk7EJGpQAvn6Hh9JgM2QIeN0APv
YGmmZm+3pnkPSYOaFgmLAAOaJ4R+pnvL13uQkHh+GIUkFwmalnMYoHV0VoWpR367NmcG52jAyIxq
uYCLhg5RB4OueJQvRgiqmGawyId0yHBRKXD5eHJr5gOBNnViiGh7t3uj1mf914aR+XUsKQm+JnY7
J41iV3HvhmcCuXGph2eap3mORpPt5nYxx2iriWmA6WI1EAMx8JQyMJHIlwq1UAvFlgOUNnJf6WfA
WGqDuAOvB4YZoGp9FnX9t3J4Nnsbh2estgE20AMYUIEh/ueAyAZvhZZ5QqeatphrHSkJrDZpW7hu
L5d1rQdjhFADhWADOPCNvZCUt3CO02ADDhhqE9duYudrebZ8PrB31PdwpLmIcKdpiZYDLuAIG9CW
0wYJkdcI0Id3rQeCLTh3PpAOmnhvfliU6OCRmJYDjsZuQKeehfZwEWkIhHAI3piHj8CbjlcLaxaC
geh78thpg6Zt/ddya9Zy3tZrQrpqisYI54AOaklni9YDaiaUK9d683d5jrmI+uZrQWeLc8d7TYhq
XBoJxhaRtGAOziCYqZAKTNoIJmptEYcBDscDPycJPnAOQfeQjzh73beF5VelQAeMqXdv56B7adaK
fiaF/pZWdyonhnWGmr42eriGahl3bhDYeo3Wb2+XZ0gpA2GaCvJpA8UGaruWdcsXg33WaLHWaA76
bhq6c8/mmi/3c3OmkwcXePp2naoweZdmcRaaATXYf8b2Z+v2aXQJCVSXZ3O3Zsg2ekAnRi0mkbAo
DvNAC98oqfU4fcWKODzApnJXrJBGdHgmbUTIa3pKqZmob48WlctmbOymhHSXd7w6k/IWavDAmYUW
Z1iYa4RHhFy5cQn3YqlQDWbaCIdQDb3wCLRQq4E4nZKQA+tWaHRnaGE5cpfGaL6Yej75aEfnfV6n
bzjYlucWlG15eQ4olNZYgVCaZzAgkNjmkaNpaqYa/mswdgv+qoOq0Ai9UAtcemiZt3nYFoK9OKiH
Fp3qN2hIp3n8FnSriZaOkGZR2Zx/RoM2aqxjeIsOe2geuZorhw5tOZb6hmv76mKpMA+MhwMDSKGo
R2cKa4vN926Is4F4p3EI6AjLaWt0RqklKoyn5gjxOGqW9g7TMGyNIKkyCG/dl2m4mnt1R2oEh5Xc
pnUViGxI5wguoHCNIA7Qyoc2YKs7p3WsVnOyaGpEOGjw9nPuSHjBCoztdo14SqUI5wLfOIZjx6u9
Ond6p3J+ZmpQ+oh9B2temAGO2XkeeZpwCK20MLAOWqOtxgiwJ4jU6m5pywMc2pqQG31W6pOr5pHr
/vZoVecCShtvlhaF8zd17np7LyCGeLd8PCdoVit2oHZv+gZj8TANDJcKMuAIl6t/55YBuups1ph/
oRZ9F7ds7Haeo+mT7sirzra26GZs8jANM6sBAtgDMoBpxwZ1c8dnzieGl2eGe8cDwOiVtji+a6uJ
cNRiaXYIvWAPyYcDt9eYMYiCEJd+3laD24psjBB9Jrp5joa4D4duXrlr9SaMtaC0efhpMgiKLFd9
MWy7FfCcNzpnnLmaGGtvMNZq0/AIQUxs6aiBjxhyU5fDQjhqUCipC/t1sqhrWxhnB7d6wFiX6jZn
76u0MmCZUHps7Ip34xt1JKd+unpopAqM1UmT/iPMYqG3A1cMwTMpi35mfiT6Z8+2Ay6wbGiIASYq
hF76bqH3uOPnk85omo7wDkHcAyuwjccGcbdbAWzKZ4jWhmPJg9TXbDt3q6A2xX7sCFWckSJ5cQ0I
uthYeMjYaqGWAdkJvq0mCYbGuzzHA6YXdGlnmseLZzNLmGPbA66aoDScDuiGAeMLbXu3cn4mf7IL
qTwAYwDsabUwbCvwmqn2kn0JaEyrtnc6aHZ4blinlpdHw492aneLcBm4ZuqgCvFgjqogA7XwCFuo
ycWZvG1ou2YYvrp6bg7ouSwwxURocAinDnWYjcG8mg9LuFa3hEd8bX/WmdYYal/ccS8gj3Yp/oxn
atGkqn7BWJckaq/cS310bIDtCqkR/WJWd8YCqZaDJnLGtr+DGrQJDKVcjMeYBgPdq79FOHSj2WiS
kGngmWY4oAqqQGhRfZkn6pGbZ68GCsz4u6OjJmoJrKwstp3LdrJCJ2uXxncjt3/Pt8MiCYEkumhC
eA7n8HyzKI+slqXT6WjTUMiOIHO21oF1KZ4+CW5j55lOi24tiGdTfK257JFe6Had5tCmR3ahRnUr
54BjfWiWtmy+JnAvQNIA5wjpkA6tKWs0OLNPOdZzJoO/65P66pP1eM+O2X9aWrtTB2MCd7rqaIsd
uHODzdo12mhQKn8Gqr6Tp3YyyZCitmv3/oYO8OB7O6B8gdoDFsoC6vmoJehrJ9dpHkmL8niur7xs
ALdm4qy12vcCSae/+bd/wP1smUaXWgxqNBh7kyi+IegCpgae3fcOQqwKkTp2X/lnCBd4KOqTJJjO
7fdyMr1zMKYKGzhwoTbbjg1ohraPDnfSdGa7zrZ8xZqlhse/0pjAumfTxG0Dz2zV+Hyv7iZzUJhv
vdaTTryoc3Zu6mZ4sfxitSADDSilwGeqB8x/dEqDYodpYoiFUp1/gJZqrCabNNixFcepVO14kcbK
99yxbNd8tL1xixCTXqjRoFZ0lvpiAZ1xj4iFROi4jHBn6ednN7eBUHiQovYCmnyTtG2g/oKrjTnw
zFEJwc7GZyLXtp19rTR5yVv4aOGpaZX9bxP+t3yn29EJ4tfrpo74xRY6daTNxzjskz2JDm2orRVY
0JFA1TawAlFpuwu5w6XNrsRa3yZKdSFKrwJJeLRbAZEeeeOWjTHss4Z459DHyFfH57yqjZNK2yyp
fZUXltMa2I2AA+bIbm1cLtqWb5GAarh2aW1raeegvpI3eSrXltnZWt8VTf7cCN2rhMgmknnnbRws
hC14rfRX2ps9onYIseppovoKutc2iBn5jWm2sOmGpP1LuCLHhHPGgss2wbkndePLjay1Zatky204
qLzK7Ss32HcqdlLIsrAdhRk82M7n/n+vWrX79m4oWILxsHBiC5KuFmjsRoKZhs2iKIk5WX1BeUcI
vtk5vVoU/0OCGtSjCpb5/nIagG6ye3NhSYqKZvOEttmOtn/q2ZGFpoTdpwplyoe4O9ovR8xGa3oI
LHMJH9SDFpnLl2rFbO4AEPTvYgPchp2Edm14HmpAXqwzG8e8Wnd7XL65zISW6XymOsDgmu2OcPeh
pvUCH2+NaKqjZ6rE/NwAN6K1+3CRRo2WCZETLxBu/x5WHZQTeG4usAhOqQGymZFx3HpKL2+2J3KN
eLQZ7MvQt3OUygjHN7+L4K/RLqgP2e6ql2eCNng+LZLF2uFCu/BCzvYDcWTGBMpX/i27OwDk/hft
kt5ni4CD3zvYpV1vo7iq8HxpJWl6c93VjPDJO/AO9cmpyrdyYVh3lzjaPpfDy2d5I7q4eBeIZB1y
Xatav9X5U2EDAEHLXiMWL3Y8apTDRw8ctHCksoGhh40eqmzwyMCDRQ5GkRxh2GCQx0gejhxpzLEj
Rw4YjBwx4uFD5QYWOxxBeiSjB8d41VJpmMiCxQaaG3a8YMFD0ktHkhZBMnlyB48XL3IY3CiTh82t
MqcCABtW7FiyZc2eRZtW7Vq2bd2+hRtX7ly6cRXcFaug7l6+bg/VSDVNlUpVMljIoJhK8U9VOGqp
uglJKFEWPqTW3KHSBwxHRzFm/t7aOWXmoTl6NJKh0lGtXoob4bCRY6jQoRtybI0UaQfUky9kYt1B
+4VRR+gkoUPn1Udf5s2dP4ceXfr0sHjzgr2bXft26wA4fOfggcMPIkQ4HEGyxAuYL168zHDvRcsR
+kg+cADCBMmRDyFCgP/Pgx+OCKOLLrzIwosbZpghwRBI6ICEE8qgwYZUeumlmnlw6OE0GRppxAYZ
PkylkVRYeywpyyBhZJGktoqps8x8SMmHkmSzDUYYQAsOqRxsCFGGF0ik5UPIuuLhquBYyGADqjKw
SrbZcsBAtswySGk0kyJhRKUcqAMzTDHHJLNMs7rDTju1sgPQAjc9sMCDET4o/oEIL0AQAYQRQmjQ
CyCU4MCC70bgoAT7RnDTgv/C+8ECEkAwJpgtGEyElC++yESJEpJQ4gIRbjCkhRVKBBGx1xqpoZBC
YhCHllsCm0cVVTjbYUVJgvNhI6O2WmkrkWRKqbKodOMBMVN7SGUFo0wktQeYNFOJqqJmgnIjpHwL
7qaXeOgSJY1y5WEDM8clt1xzzz1zL+4SfdOJEsoY4Y4S5tU0jDCOSMKDEAQUDwgPxOMgwLtGSGKP
D7K4wRNsJv3EkE/AAMMOJJRoAogZWkiVElpQM7aH1ggxhJJqHjnksQ5lNGmHc2yChLSNhGqxy8xu
W3K0HSThbbWNbQByHp4f/lKsw60YgYTXkCYzSLYmhQONphdc4lWlzI6aagd0r8Y6a635QjOuEf71
IDs3A/Vg3g86uOCDJT4g4Qgm+JMz0ICJWGIJQb/TLsIPkvFihUM8uUERQww5JEEpjjDiiwNBLoRn
iFJYQSccasBYhlrekYQRpzrzKKrOTFrkc0dWikQSnFuWrcuCvOQMKkbemYa1n16z8K6KfMD9tqhU
yqAmoXYgqqrZbHx2xqpT0sigWs/Zunnnn38+u7qIGKMIsO8KNM4Q7hbvvw5M+CBORLN3c4QhxFv3
PBGyaIEQRRIZ3JBnhFlDDi04KeaLGW4gpIYYcGjEDWKwAg20YHCfSMRP/mTQukXswCW72Y0kYJAD
jzzQBVNzSVSQQ5qQ2GZ1D9wBshQDtLs8QhUN3ABIaMKkCqywINUSSg42gKUNwGAkNjpKVabCq0jw
QAFOgl4QhThEMUlvLyMIgnnAg73y/UdQAPPAEfwFpwCBZwTmYRMH7iIoQYFggO0D2eBIUYlfYMIS
k6jEF2JAiBYU4gYrmIGBCmHAFhyiFzhQh2R20DlHcAZ06GjgSbjVMpKkJHTagkTLqlQTHwznRgxx
jWLuAqKV2AQdLZyhCkEiFKT0biM8OAewppaSk3glSz5UgE2IuEpWtpIuXZvLB4QwBCKALWwKYFei
xkMoDowPb2wSVBa1/qiAQXVABFpYoyEIQQhPJEIRiFBcDRIxiS7QoAaGaNAMwJAFUziDcC1oRIcy
E4lFhM6BmXlJBqOCmy7p0CgOXMpN0AE8mkipJoyYxjx6sZ3IsUADNjCKR6biCCwJJQMgCQ5NcGiZ
hFbFKgPdCgswsBUFyMiVF8VoRskCS7l8IA9SCEIRavkv7IXnO+z616Cy8wMj3AV9CoBidsRjgg7Q
wIugogQlFNGwYczgmolQ3A1ucKkufGESvUiEJzwBTlWsAClS22PnbHIS0fVwK0fJ0VBsspTQscgH
IxqRUHzAGnvcJRU4wNA03vGORAolkYxAR9HCNVWmwKQkO1CBD0Ji/soNnMNzNrnLC0qiUcIWlpUc
hQsHrpCHKhghpD8gD3dwWb5fZicJVgjCdprwryb8MjwkGIEIOHDNGChGEcwcHKj0F4MsXMqohlDM
J5yRCLTi4CU4wswLTNKRkjiidIugikGUJ8PgbBUqpkOHPEKkgbD2oBZoVUCJbLBHSOAMJiyAq1Ii
0zIXuCB0h5wKI84RUat0KyougYoCZDNYw7bXvc0z4lxA8AsofHSWRSiCEYqQnf3CdE/BVEASpJCE
JNQ3CXYQQnaOEAUgCOGWd0NCCbTgxUOkYoCpoEQpFPEMQySCGZgAAQiy4EXY2gAH4kBxNVKDI9tg
IEpJc+DQipYZ/uU58IKcFKxLQocOR8RjGvHg2Gmg6ypVNEJq8qwKDw55yERC4hykNEloGPFA2Siv
JEkCrAJm814ud/lciG0LB9ZQCTh8VMBSQHMfroAFK/QXe3f5QQmk8IFffCEQnJql3JSQhx/ckpgj
OEIJPjADyDUiBYcorWIo0cxKYMK1WVgBAZlrolpUOjVe2ogMffRQht6VNEcpnSMEmxIdRiszqqgF
zyhCwo01oo8pIdqtnvrWWB9SIRy5iW6OMuWa7ErHjsBdYGXjZWIXO0zxlQsINMGJNbQhCk1wQh2C
IYwyfiENaBZCS7MjhGH4Yg2iGEUwfFEw8nDgAx6IghQSfJf//pztPl5cQahWMEcTDc4Srm1PDGYw
CUNoAAc6SVkjeaBC4RakxsiTGgyKVpCUUSUlG8BhcGTTg3hApBG0SMUkw7kD4HYmkSrZiE088lZt
mdMF8YzEbYhWtS7loDjA9SFNrGZsmtecOXrZCwiU+Ys1fMEXwwCVUC8Fhi0gQwpG0HYSxhBHfhvi
BsFgRh7yXAIPJAMKUiDp3ejzgU912BCFcKZinFkJ9lxKBCIAA6hS0ItGTGOHvrGMjO76rFP2lq66
kpLyZO4DdFSaY71ATDWys/FeJamrSbKKRPfIZB7zxihTptrNWE6VzIRSARhIis01v3m74JwuOjeE
JRzN7/d0/iELZf/CL+BAhR+kZwvbVNDgCHGDiGVbTh/AlBK4EDYBCUEJY1jDJHaq1BYkOhUgW0MX
ym6gpv+vQxnZgSps0yVH2GZJD8XMQKGCjhYBbyhVUUi4hsIDdPSkGjEoUioOEV2KNAL8nGyKI1xE
oxrvtil3RUckfkd+u5qTBxPcgR3ZAfWSCc4zwANECzBrC9ALGVCZhC3YAnxzrS7AgjxAgqICA2P4
giyIH0NgBinYLCKIgg+whDFQgiAIG/AoAQYZoFGJhkQYFQw7tPUoO0zwAq9LgcPgGZUIp5q4Kxzq
DVFDJ6soCVobiSXZCJOYIaHogUe4o1EphBqILiOTgSzx/pLdkL+aMAit0KDd2pEpc4SQgxp04gGB
6gwWUADf+BIEZMM2BAAFXAvQAxWny4KiksBLWQMwOAIS4IIvwITW2h9DeJ9KUAIgMAIgOIIzyII+
6AAisAA4O5swyAIGWYEUSAVvKi2QGYYvWAJBQ5AsqIFPeIZD8DfUCKEQCTmqGImTUB3VoLGjADaZ
yMKl2QBGABF/2gARwQGfkMK7qAbYCJapCa+mkDjbsIrWcYkHKkLSSJoscQnLQB4fUABgccNqPEA4
TAud+0QDucMJ9Lk4QIIw2MA67IJJSAT4GQYQHBAgqLN8eamAOZsQCAMRmIFIo4VPwDhKOEdMUIII
4wJL/ugCAcqFaDiEf2OBFegQhTgKmTC4qygImUuZkOAIojGOSPABDRAKHoCE5xognlkBVDEEBTCE
XUwFnWDIGBKsj6ukq0i8IpwymSCaoqGRIxTGmIiouwgOHrDGndw8z4sLEBiqLBBKO+zGLqBHNkAC
DxDK1uqCaxocTiCwH3CCLHhALJACKPgBYrqbDuiAEoCYv1iMVEiB/sEE37OPGegE/0kFU0i/eYgH
G2ggqiEJZqynnKwu7/OBmDwOdEDFmqgFn+CZNiqEUDGrRtAF1DhC2mCkztAIa6G/reoMmMyg2/g/
qaEZbhlAnLQMnuRMY8NGtOAA0+tGCTQ9Y8gCLUAC/iJoj0uZgRjAgMEJhnRrgkErhC9ABjeQAu34
AQ4gAgLZH0VoAbFMBUOwBRwwhEoIBinYDxqIQhuohQuhBXFASN+KFq2KoaJ4qKtQMqiwkq3gjdgZ
kQ1ou2qgnA4MSQUosncAMoz0DBligZuYKpnpERvhMal4FsqziSucyKlQgJHAis4E0C77zLMQsdEk
qjiaARGwQy24FKH0gi6YAeM0hGEwBuVMgrTrgi1oAilQAiwCAimgAingAGsyBMqpgRoghEm4gUPQ
BDboR66LgRRIAVVgux+TAc45itqwJ8wwuJlxORZZiZXQLVucBntIFsuhhMGRLMgonXeohYFihKTx
/gFIcJEdQA5GmA1skaqkOJ6pEkYyTMNXDNAxda8BLQsQMNChm8QEuUOh/AJO+AVNABlO+IIIAwLV
ygIg+AAgyEoFKAEg2AJjQIZMKFFFAE7jnAQwwIEsYIMk2I8RAIFQ/LciMzKpaaRmfD/KCNLcQacw
zFGXQAdVqIaB0ABVaJjzvIW7uIUR8Q1IQA5gu6poqa7GLA7VoYkMsJGRcE+kSEWtkJqRmEYaewEy
JVbCMlOyQFMDJcrRND0aiIGkGhxMAAMlYAIO+BRS8AVjKDNtOwEO+AKh4p/yVKYWgFM8OQMkQNcP
8AJLWAEbYK7nSwpGMgpe/SReuarkccgzXELy/tvIeLCHeRjO81SARvjLXqgFdKCZ44gnB0oJLtkd
Q9I/HBKskNMhh8uVgdqtSMBJMS3WjnWlYx2LZE3TkZ3E1jwERDAETNiCPciDIwCBGVCmODoCvOmA
DwDKFaUcRVgBoXI6X+CCMwgDdD2CMaiEJI2BGBgRUhqOEDKoDMiAUQrSmfEKreK/GGKZaaCFXrgF
Ja2BRkBaV5sy/buNRIoEF/AB4BIsk/CBG3sqRsCSqXhaRnrF1TlC+dTMlPHYvD0sn3QLbzVQ1MM3
iIEY19qmn0ojXwgGOviAM/gUTRACMsCbtXmPSUymSwCB2PuFNLAPdGWCEaMB9zhaw9CVw+gB/hnA
AJnAABd7gd7JktGoT5V4msY8jIVwHBQ9z0ijCFhLJN1NGZugES/UyB7RSJjgO8r7nRfRVZEwiewA
thnR2+cdIr4NM2X928FtrUk0oJS9wVAIhl94jxhIxysYpq48ARpokBioAS+4BC/IBP6xhKhzVCRg
grNj30kITp04xcMAEYTAlZnRodU9246D3ZSQAYiDuEfAOFUBGSnEkEYAlimNK9/wrdFxIKg4pM54
ihylGeLIoWAptaoZCY3tT4a6Deg14eiRizMYTfYAXKJSPj9cvhsYTEPYwA67AWZghjo0BF+wgi0K
AbRxWTDQt1bYpqBTPhOkj3nxAAGqAXNY/tWJkAEcUAV1iAdnCR2ioZUl0eJ1upUdkIHCuJZG6AVx
iJ+GUQATM4qGVAoWkT9IsBmTqK7PgYpY7aEdcIFnLLgZMgqauKq7CBcsm7kTFmSskV62UOGRvRRH
U5yiwgRFTrtPcEpOAJVP8IRfYIMixgRBeIKSSpsRZRARuASYDT2hpA/0cAIl+IAYEJWdCSccKK1H
mCd1qtXcOEMf2QpJKAnkqIXlmq6KuAX4Edi06gEXIo6bMB3RmJrOWYSYZAQBDGH5k5Fc6U6rcCg0
1J1fHeRs/jKQBYtDXmHCHdxlTb0VBeYwGpwMhdAb8IIjIKkRcGcOuAAI6QAmgFQacLpf/niDI1AC
9ACCLkCGS1jRwvjIxQgnRzgHWZaKgbq+Co4MSXiEeCgMnSARkJkkiKg0VaASTwKeVZzj0VCSZCQa
iwSN3NAck4hXGhOryUBDHqkVndTmlx4XZDPkFR7cLwCDRu5GgDaEFaAFkJnDZSLURDWENVADKgAC
YoIsORmBDviOEiABETiEoXLUUn4PBjmEFpCBowWSVEhIh/pSjsjVMMwBKNHOWkMriCjJW6BoBRAI
1JiuqKLJHLLSj+MVh2QSwZoa4FBIk7iW2Tjp7PDP9oTpwS4TbvbmOxTcoVNkfOuCSB2cGPCEZZI9
kFkBUTQEZeCCI2gCXBqCx1Jq8SAB/pvqgvlAV03ZwzHIgv9pwRU4UZ6pJKqpCszbCgGMEq162gx6
TsWY0eG8ixZAq2qohQIGvylzkZSpCWi2DMojtZyUGvBLko1wiZooqMzQjuBqpB0i7Ow+trg4bES+
wwO5GGXCsIbxBAQ6hEOQPWX4AiWIAq38ANbb0Cg4Hw5g6hD4APSYmCawaQaBjxk4BMZpjN7tER88
bvm7rtGNPBeYBnHgBQ5LAa49TMeIhxRQGtlwudGRP83QtR16kqRAOGGdmiSEARyq7ud+gRH3ikDW
7hV/DsP27jTFBH4DjFH5BEXwBGXqwEQAg0xJguwggT7QgygYAykogiHgABSwgA+4/gN0nRcO0AKi
84It4ARNiAZpiAZFgIhPshLF/CQNmoppYZKmiId5qAZK+ATJVoAawAEOca5GYASbWa8LxyC5HIms
uoo4t6czrJXtsJnh0C2pSAkWF3TncPHRxIQyktZq+4II/IXXQxjKMaBEM09724IwcAIsUoAOUOHX
y4N9boIfEAGh3Y/SBh/lu4EasIVesIdp6AVV8J085iTKrBVpDkPaAJ4QMjEZyN6QbBwREYrtYgRp
Li654wpfyQzroxkh9RGIO4mNUK+XAI3eaaSXwc5Bt3au4e40bTRpZQ84xQROgFNm+FanJIQYfB9l
EhxD6II5+dNhSoI+vBQuoAIl/hAwI5hqKZCYifk9TMiEFlCEKAaRWgj2mSmIgmdduOsIk0CH0g2r
HXBOCzNRQujtalCFDsk0irwNYCmIJKmkqEGexgzAHZK4jFzmuxiNet2hy5whFb/2lncLbgaAMujG
1go6cJ10ZQIVcwaMVDh3QkjSG8gCJQDBYVqCFuaCKhgDC0SCTlcCK3jR1wODLhAVRAuRo7AS4JGh
p+1zGnG5PToNEbmNcLpq86xoi6inlHCByEzoMjQnHqFg+osJqOIRygusuzpubNnjV3f5vX/5QlaL
VejGOLr5HBccya4B9K6BfDTPG3g9KRiCPuWCFjaqLaB3JbCDKEgG+pozcdQf/lDB8luUuB1oBCfZ
CuCSmpBrGiChwsbAMAHqQNupiBsBDcvQtY8nmpMQwB4Z4JazwlhFJc+I+6nRCGEcDnHh++NPC5hf
BXH+w58e/MGBnxPtH/FWDEPwBAyrAaAngRJ4/Ls4gy74AAZ1LSIwlD4ogSZorQdtAyQYgevNAn/r
Aeb6kNQAElitlZPoeiIkP3mwEMRggUYACFW3FH1RYPCgIRk2ZLB4kYPFBoc+dvCouONiDkaOeOxo
yILFRR4vLF7ckeOiDx4gDZZkwfFkDh6OQD6sCeAmzpw6d/Ls6fMn0KBChxItavQo0qRKlzLFqSDp
KkxfpoL5ggnMDUOfEiXS/prIkyFFhlq0+JqIUKJnY2mlatuWkiFRbJDkMTJGQQgLR0p04DB1C5cq
eZzkWTJDxJYvbKQcEeHlS5cuLQ7RaiSjh4ZGmilSzPHihUkY6HZsyLFBRi97MWzYUNUolaJJClak
qqaLVzUcqlSV7JgBYumHKHmcdMSoZI6TIH04ggSpc02ZBmMG3wH6I+nlFzewaOr9O/jw4seTLw/e
INJLUiFr0nQjKyFChuYbQhuW0KetighJC/uJbVu3tGVIDZd8YYUUURShwAdMHLFXCVN94QUYiXHR
xRcz0DDVL1xYAsIMXcRwSA2uxSBDWz2wkBxIFYHGkSPooMOCDT00okoq/qrYSEsNMdxgUAw4VjMk
LTbswJwkjjgSyWcNXeTIkTA2h9J1G/DAiHNK8mBlcjso0JFnnK2YnA8sVODICxB9xtNT5rn5Jpxx
yjknUAc51eZRl4BhyS5ZhWUIV/TN19V8hKwgKIECttVLW9XcQo0nwxQzDBR5NKGABR6M8EEJH/z1
BRhEeMDFXkZABiozU3Uxww0xrFbDIYec6IgNEZl0UYvC7dDDZZo1YqMNMRCiTEGzVXBiI7VM08MO
GJQGEgyMLDLRiyaVGdNxHaXpQyQUZatlQzxMt6JLoHn2EbobTPTRC2zS+S688co7b08H2Ytnnu7J
94lWJAoKFiXyGSKN/r/0HeIWwqnQcks0iTgzDjIIGmQBERw4wYWEYXxwhBIlIPEgGBieqqqIPbZg
CC3VaNZDmF2mRNFnOfBqQ1u+KmwIhgZ9kos4MmiggQ2MFDdRSCkRTZxJ7B752Q6OnPTZlifBMNOK
LKW5QWleKsDRkdxxfdFO6NE7Ntllm62U2N/BBSihA/NLXw1tHcJvfILWQEnCOCBMySct1LAFEEgc
5AEHHXyR2IFIlFDCER83JiHkX2RRcCGNPDJNLY1MFFMOMPgwNQY86Kh3LzX42kg1vDxTbA0p99IL
Laps5INDOUCJq0k5MKckJMS5FFMGPlCL7kVMN5TDuJzda+9FywNw/u/Z0Us//dlpf3cIITfIV0MN
iM5Xg95tCSywIYUknMprix6iSCxd0ODgBwZpWoLIXgChRMdMfKD4ETNAXlWGunCDFuDNBjfiTUt2
MDWIXKQRrMEBXAzYiBXQzBAF4R4OalELVdTiOJLonUNGsggt4coHi4hSRX4nkhVdR3eOgAFytMaC
5ZVmeQZBByQc4Tzq8bCHPvxhT+DCvSF2z3s1oM0h/GOwFqwGYThI3y1s8QlPBIMYV9iDEYSgAA5Y
gAlc2EIXwKAEIHwgCfhTwseyMJUZzACAWXjjDFa2kBxgwDpX2wEjIuEIzDwxWN3zFQ5wQKItKCAG
OGCNcYwzrSU9/uR4i8jWuVaIx96gKwPmwlrTukUTGxokZjyIhCQM4ogRLiISQDwlKlM5vbXZrQbk
M4QnnlGDQhyCK58Q2CekkYi4ueV1AUrFIz6BCE9gIglJWBCm9MeEMXAMCB7wgBMad4SQSW5Vj6FK
FmjgqkM+MTkPcYi3ehCPe8gAB9wzRFvmQQlKrCAGXsiEAqRBwV/1BjTW8UyYKsIclcikI54rDq4a
ycIWcucFB7mSkg6agwxUoCIbgQSWJKHKiVK0omHDl9q8RyBXcuVgqaAEjvBGC/n47aOL6oWi2gIg
SsTmQFKQgkE4cIEOHIFTR/jBMxnXAROcAQQgWEIJTnBNCc3g/ogr0EAPesA07qzoIja6RS9INEu9
iYMXhHgjGAxiDV2kwmk+8IxDPuJN67TIOiaRCEZSmByOfHVF1yIT83bniFAahAcZwFYkjnOlc1i0
r349pfUyasT6ePR8bXmbIVYAC4WlwpduSWkqPjEMX/ThpgYZQQc6wIQOfMADP+DA/jomhMY5jgYh
mooIZjC5WFlGBjuQgQwacauk1qIaqfjKIQphQNsYohNfsIRBGoGDmbmEBRlACbnY5ZLiLZQFLjiJ
lcjlmeF9pEziOkiMYFgS49grAxtASR4ZwYi/kre80sOod1jZSl4y9nxJbAE1WtAWvYUvYQD6RCU6
McYhGOQH/jjlgDP964EPoPFBjvsYEcAAgqlkgo1FDWQPVtADGzyRO4zQjErhksQn3uIWiYiMQVJg
Aw3kwICyU1JzunWrkHRLV+a6Jw/KRJFwFdRK2G2Olh75pFGiY2vHvYjQrmTeIRNZXuhtinrtJt9b
pEwXjEKYJwgRN7ik4omBRBiTxWGbRGjiF3mwAjI9698x+5fAjiPtx0rwg2BMxRcZyoLp9LaCDC7E
B70SbipiUIP3GOKJurDHJ1BhEEpY4wapsAEtpnG8TCopTWSKktOUc7w0FRcmkYBhRbDbNJkwZ4RK
Gk1KImEQH/ymSScpMqpT/abAIrk+iUBsfWCl0lQwOWGm/gBQ3nrZYSb34hOg+EUb9iCEBWmxv2Me
QuEYh2YkMPsDGLqmaitQzkOkIBUS/pUDH0ELqa4ADJRBXy8o0YJLFBIHtNAFLdK9QRWcywcfjERE
sPYCos3EB1w6Xmm4BKZ7aSQSOdAjinkXI64ZRyXn2kAGMqDqhTP8O6xmylbk07bJVK6+tE4Y3ihh
W4QByFcdfs0hWnCDLhjhpfci8w9GoJc0P2hxRwAC5D6UhRSsgHuHWIEDYWsDFtRipIa4gReKqhnX
HOIGBaEE+KpRi3dIQiM5PMlFkvTCNMkExWTFXUeyk5yRKAAdnoOEJJr2gqlpZK7Nec6RAo6BhmAN
aw1//jvci/JwpiSRPp4Qy3xikD6VzsOwjXry3p+YPnHUoAWa6MIvRnAEM47gB5z0ABLwx2xmK9sS
WThDpzDRChzEYAVsLAQ3D1kj2EwiC13IAugbsW0QeMEgtJiHA0MicCV1RHicCdNEHFEmS7IoBzLA
QJp+PCMl3TUSPmAEOhyhLjxKQkbOSX7ZN6KS3+Ug7ta//kXJI1X6dIUQYkEfwgpr2HRXub6BbMQt
VpAINmLCC8x+uX+NPWaDbGzylEcCELTwBS4gwVOrioH/3IBuvMoKiBgtAMoasIqJpYIh7IkCHIK5
2cMKyEBpgFNKSN/LkBUDXckIYceYYMYGVMA52A4k/owGmuwARPHACZ2DI5xD0+CYJCQJ2MkIR0TE
mGAfDlrf3DUF9vgJV3RFC9DCk6mUOHBczegN+YEfxhXCCnQCGHwACTTT/CkAyk3MM9WUB+wFhHAK
EowAajkGDdwcDqRACngBCNDACrTTDTRYC+AAbBUCcBlEL2jG5UxYR6RL0pQVwuFTaRhHRygfC2jG
NDSCOsSDIwBf0zCCJFTdy9xO07xgb0zSB0nCIiRcd+QgJjLcDtJd2wBKWIifW7AF6lRDZdSM6u2a
YVGCKHwBCBgBHuyFEgjBFB4bEfDXDwzBMz0TF07eg4gAqBhDCXjADLjKDdCAF3CRT5VBDGQBF2hT
/gp0HgAG1+k4UK04CaWBBGc4wl2BBFO9AO0pxAb8yiJQIkQ1BHPkADrM24sYB5OARAxyxAtwx1c1
DQ5tRExkIj6m2iYuRSEMSiKs01koIcK8zi2Y2y0MSWPpDSoiTCN0jyeAwxqgkR0cgZjFHxUK2BEU
2xDgFE55gMe8nwl4CutVghJ8gBmUwQyMwBmEQeMkAbNxlhKEAIjMgBd0ASEdwkLAFgtoAAvQCrqg
y9a9SJowQg0aV3L0AI4YkGt9UAkyEkckH5QYXyRAVCItyVfpzklwRNU5h7Tko1eWl52UBw7UB960
xff5nesozMIsit/RmivtWRfYAeMAARGQmfxx/sDHGMFFCphHpln/HQEHUAgmSAESdIAZnACzodFL
MQbHuGQIOEbOKEBbuMqJsIYqKARpeNNJ3JVFfNciqIR3HWUt2ADmOIRMZImSwEBe5ZCSuMBFeFpe
vQxxGEfYQR3YOcdX5mZf7SNTjOUQgWJbYllw3syeVQXkKQHKzd+YEYFLFpu9eAAQGJjieAoNmJ5L
OkhhctJBwNwvFEsLBAsTHdIR6ZwMTB92cAcenSAPQEIqsIBC2Ig44tiLlGB6mkT0oVg/EaXu6RFH
YAkkNBUkLAJu6iaBTtSRgUfduRL4XdlwBqcu1BotiAXQIQPH3FRyGpsHLMHkJYEQ1CJ/KUB0/k5e
x2hBZHikEyyO4NjLKfjCMBhEsdgLCGhAO7FRj9BSa6QCsxRPk4CElphG5kwYfGbOjplE1TkdJLim
Vk5JjL0IR4wQ10BfciiikhQolQLWgaqNfMgHra1lg7ZlD9SCLnDVAT6DMMzAGaAREGxkFV7kM4no
x9AlELik/S1OCWjBFhRYYm6RBaDTLUDDM1TCF8TAQThDMbAZCFiAMZrhOR2CZfQGi3xEkV5YbDVC
PPTCI+CAgDqUkhwHlvBOkuzAVGZlJBAcDqGDHmGED0CU7eEQJFSpq/bQlX4HLbyNfHVpgzLothGC
yLGBEixeclokEdQl5EXeGdmfAtjfETAB/gl0ABlEHrPZi6scQi/Mh2/NQCFUgzh8gzOAQjF0q1Vk
QdD1yAS6J+9BxEdwx0kwR7KwTNO8QynpTiJSxETIBPLhkKfdjpF+ph86pdlJ39m9KsCe15vYADXk
Ei8Zkq22JYPWEiFsARhIwRjV5YUOwRB06A/gwRnhj5ym6L0gARMwDscehCUYWjV4QiLcACYIYC/o
QjWYgzk4gyeAwikQFau0E6+QxrM8BLqWRM30AA+gQ5JohCftgAuAhj0RHGvip38uwiKw6j2hwwhB
5Q4AbcBWbdnw5lLYwOvkB1clbIOmGxOJQCaUQK/eol0exA8gK7FmLC8qAUwdRAdMnkEg/kETgAAi
OEO1UYIupMUNzFlrTEM19IIttKwnoALkiEABThhs+Z4MNFfW7IqA2MBDjGPz5dA9mRWmRUQkfVBz
SN2mvqB4JcdM7BgPNJ/Vnu68hCV5oAjsNBYl9B1aLkytNaguGMIusBGCJMGaUiERNI4S2EGvJuba
Sp7vQqwSGEQH2IsVZEEMtIAt3ILqsZQhRIMpuGGNvAPmDIkijNwwVMIwYAIIUJBC0MiIwRYG/IbM
UFiOyADVmYYCVcRxRdqOyhse5VCWBKiRxoiSxEQkPNdJYIkpoa4AvwvWJsWh4UDghqJ9pdvCMDCu
+V0tJFEWpMEHLMEYnS1ODYHvCm9i/mZsxh5BEzSBEuRByKKRGXgBDrSAKqhMI/SaNayTONDTXHFQ
NZxFDXzDM0zCGohA5x2VBsgABVXj7/UA+vzKI/jsilRETIAdlDiLJRpXRyDcclClczjHDpwD2BGH
Q4QX1+jRAH9xnBSwAVfZYzVwKCahAz+wYQkLJXQBHNjB/qSpRY7ZcdqB/XWwB6OREuifFeQB8B5E
M4nAKhhCLaDPI4hDL5BiajRCVu6RuRkCJbxeLiTCJIxC394cGRaCBtAcbG2AAc1X7mwXkTZlvWkJ
lKiJWCXSCzrXKGmXtVwgwYGxLJuH6o5HgCQyr53byqplranecNLCIwPgDGgBY3zA/hBIbH8NwRJU
6McQqx0Prx3LKRhgQhW8VB5IwTWjkQisygT6yqUmi7nVwnYlyy0Ywi3UVi54gidAQ3wIU31QQ91w
st74Skl0pgXm0CKwALfU53c1EmjwDmt+EACTGtTIxGc2zSwn9HiI8VHwAp4V8em8TmVMY4c16CeE
wi9wAAcsngeoqeP5lxEsszR9TBI0wS+swRpgAiZwQRO8VOQZAYYMQxNczBi4AWEagRq1imboRi08
Qk/jgIx8iyO8ziPcyLkJYcTRgpZhqziYAz6YAr8cjBsicUiE3WdkgKYSB4y82w6gb7hURBWDndRx
DdRpxAsqNFo7XKwyBS/UwvlN/iNcn47CDOFkHnBi7RkmoJGaTaECDEGcTh7wJsEZfEEwrMEvsAEY
JDYYNEEUJAGoiEx3+sIW/IIUkABkYEUQ84oM7BEk9ADtQUlzpAJXUWovzEMviAO/TKAM6IgjUKpt
zIM4xHY8fMSP0VENTt9IaISLoGDycY1KHG3ZRV/vmCuYNE0OpTVyLwVDGwXsUMJbxzV0swWA3MIA
+c0NyEobOQEaSazjKQB0YjMvfowXlAEIHIIloPRVJLZKgwpk+IKbYYIv/EIavEFPCZAmL4QNjOvU
Mu1GWIcvNwKUxEMjYA4vOMPbHIIGMBUe1QIkxAPg3giK5ZBLLAk6+MDasUDZ/snbpuqeaaDLPxtH
tmQLOmjxWk1pcp/4USw3USCMBEF3dIuiOdEcgYzcDFhwEgDBLP7AB9CUHbzU4lFkTVoCJ2DCL6i0
kV/Fb3lBIoACJnjCJJz0GoABuM4A5+lZGv7MH07NkjjCNExDLzALlydLIltDwxwCPtCCan8E06KD
siwLIqYmOj5JOpIJlMQjQvmOZxicW4U1RAHZWZ0E2KG4oA+Fiq+4W9TINF7OIMb1rDFgfdwA+Cj2
RCIBxXb3mB2BHSuBFfQBxDKBFgRDFszHDXTCL5R6fKt0lE9CfSCCIjh5qZf6ZXvBfCiCOBySZqLg
2WEOy3zaDgBuIhOCAc3D/jzoiIpAaj3qUVnPhL9ihHGhWAiZVUqkyXbkOav2dyL64UWgw6Bv+0/Y
y/OstVH0ktJ5c1FbTubANQPfQsAkguV1gQjEgsY8CI5buoApW4R8gRFEgRxkgQV4gfaI+iRUMidw
QiiouqAogiI4wyRwgi+sN1YYSsqkgjp4E0iAEu80qllPZZeLg3PbQG1N0EJgDY+i2KjyAAxMS3An
0nexgKcBVGeYK5OSmoBabiJKi17xALfnvLtAz3ckDLmXe7Kc++lId7p1hSWAChi4gkvij5rupX99
DBNslgdExhYMQzCISH1w31doFDpFljPArCc0vBd0Tw3QVg8wh1npk0aI/vMLIpQjCEQqHAJvxAO6
tYYNaOOicSUMpeALdgskdEvuEY1uZx12XCNY2yNIMEJKnEu76Lzj10uh74TcQLQ3n45PTyMZx332
qEoWcIzi2AERBIH8hSj+HAEJfMAZgMEMbAEmFMMkIALXFwp9YNwzqHOUtcAKUEJlSnuHUwSK+ay3
1C8kTINSz4MNTOU7xIOyaMDUzoTXdIuSoH1I7FjJJ9AjGi0GdMl1sUDyPZ1WC1TjP77450Tk64RK
+YoqAP00Cr1mwA5bJFEYgQEXcIESyGkJ1KL8/UDjYDM2f+wItBFAzLhxw1ANQoYQJlSIMFVDh7R0
Ufr0zBChXr1U2WDB/mLDBhYZNvBwNNKRDx+RFjniAYllvGqUZOTY4YhlrUc2XPBAx2LHCx87gPrg
EYkHC0fnZDJyxGhHUZk5oDpqmoOFAqsKICnYcFIpD6gvgG7MAYBsWbNn0aZVu5ZtW7dv4caVO5du
Xbt38dpVkLdsQxuNAPdQ9Qhw4cKEC1e7mEjRjS5gwHxQogQJEiUffmRWkPmHByRHSiDJI6XyBw4i
RMyggdDgQtcOH9K6KO2TokONbPT0ypOH0JGQGC0SmjI4upa9aMnIkGOk8UUgWfDYQPWFzKY0m0La
EZym0J5Qd/hwAXTH1RySIll9wYPHDqgbwJLfwZd+ffv38efXv//u/l76qW5JpbC/DCuwFsMEuyUR
TyZhA5MtSPusAySAGIKIH66y6ojPjjhjjNEqI8ILEFQTqDXXEDoEthVTmYcSWiipBofwoptJqBx4
kGSklUYKDhJJJKkJN6p2SAcSlc7xobpzmnqhuupE2tGRHHyQiqee3OsIx6uYesEoRhRoz70cXoCv
TJ7G4k/NNdls080367KqPgILrPORO1UxzCFFJqnBEku+sEyJPipDIokLrfLAg6tA++ADD7bgooom
funCmC+28MIQglA0JBVaWHQoRgFrkWEHG2ICyiOO2muvOal6qxKSeHCIxxH4eFgEKPZ6goERpqQa
UylIFkmJvBwy/uCpOjJfsGqkmXYqTwEWnsIxrPZ4glPbbbnt1tu5/KMPVQQLU2Wwwe6sZZo8GwGV
lhoUMSSYGbSwo1DKPtNsMyCQkOKPPApFwoIzuugE0y+K+YWggzoFNVTYepGhkYxwaGSHjS7+agf4
muqKKhzRaaSHmciLBDjyqO2YEUla9YGRSH4ljz1qkSX5KhaOZGGRSNILEyyvmoqVyvm+Ldroo5HW
L1y+Yqi4MIkBk/gRVXaw6UDAaDF3hRqMASELOjasbDIkPhgCw808+OCIPaRo29A8lGAitS447VQh
FR+G7UBU/5JqZKC89NI9MWn6kREYfKgFKEeImkmqc3rbeNnr/lptigUMZPLu4vbAsqrKmSRxD9qr
ghKTB6baS1r11VlvPa2l87LB6acn3qGHynuY+MBPKanhBkzA2ILfI5QIG4gLMfzBwiOY+KCLLawo
npUu1ujiEhBoqJsQhl/LuyHAbLBBwNxrUQcomVLmVT6TITEOHZW8PPLZ0zdmj0wWzoQqOkbAKtM6
qLZkFeY0ZRHEcpwjFgEmoDHFOtthhOsgGEEJbgt2eIEagvKUqqAlLjHiOIQnCPEgOlDGCWrbEBA4
owCzJeEDJGDCBcKwhSQgoQMzmEEwfPELG95ge9vrFCW8JyDc5A4wi9ORUtABAwBuQHQkYQlLWFYU
oCglge2L/gRYcoABjgAuPK2KD3uK4oOroGQ72ilgFJuyg6wogGRLuZiXfDBBOc6RjvWp4F0QVIvB
VAwHf7udD6YxDXUhRxeGKMQXROABJ1jmhB7gDIaGAISxFQ8JJNhCFPwgtxmAgROowMXCfOiagwSx
QD0w5a6aUiV0SIcHTsKf454YuqX4YAMquRi0YBAJF1RJOh2ZDk+6BB/mOOIqvWkPUn4ykyMZ8X0K
iI8LnnW/Ok6TmtVkyx3tYpi/6PEvb3SBDdQHGBzgYAWfuIEXWiGFyeCrQinc1xGOIIU92GFDH/AC
F6SwBRDsMwac2l4h7OapvNUpfBohE3yYeKScHAVK2wES/knQQUBGVIkFjIjoSjamksiJyXIcmVIO
FPATrkT0Ykb5zW90RMzTucqA7rHmS2E6TTnRp5QT60EqarECGaDKWjvIiA1qcIgY/CkLYbNDEo7w
SKv8AAjEI0EHxlCFKFgBCRzowhd+gdUtfKELI6oI91BESsAI0QYj+4pXgoXKMU2RJu87klIYIRKX
QeInGdBRdBgXLCpWS4xshAFeg+WI0KXxJPJbxLSSObSpxJSxjYXgTPPSCMQcyFwycEgMUGUq29Gi
Gp84SBcsAQZ4VqYEfTiC2fQ1BCfkAW4kMA2gpAAES2gBDJjwRTGMwYxxxKIGvQ1oEIWYCjqhKlbY
8hIP/pLVEcxNcTuCVYkjIkomkSxCJlGyjg94MpJFeEkmVsGSI3wiiSSGJxLv4ygP0lEVFqQDHegA
EiQ48gLHzpe+RoMsXnCgx8SkohewyYgMWGDKHuAgF584BPC+gK/KHCEJFjrbD+A5IRA5oQQxHMIW
rDeDGHw1EQkBa/eC2MfwAWZqjHjl/1r5Ht00N7s7kyWUGAGJSBCpubccoFDa411jvUA7O1hE6NYT
pJc1BXHlaeLiLFdfJS+ZmqZsBDlzN49arCh8MpABEefh2UtxQQkzZCQShhBmBRDBA/highTshdQO
aEEEWK3UKkCggYAuhBBADCItKvYXVbAAwNUJj5c+/tITj0j3OuB91o+OUlIcFyU+tBQLD1zQXTb+
ZCkrEYnjGCETmCnlJxvBSiR6MrmRMJnUpYagKVlAGMF8akW3oAWqcgeqGiRiq6OtTIQqtFTPKAFg
HbCCHYCdBC58YQZazSoY5gziIIZPFalYQSM8slGwcIQqZlpPlZTSE1uCOro1aiV2eRJuJvoApGws
r5JGksuS8GopCUQgqKejAJKwp0oqeaCp8Z3vohGxMDfthT1g4+pUTG2chliBIb6Q4ICFLQlWQS09
FwyGJnDBCHrIAlY1cZAbVIrOyQZuQyqmChmsIJpkulgGKtBKL3UEY3ElmQ98xZQdNC46V0TZR3yw
/hweOBNju+EVb3reHl1N1ElWYY/8zkc0fS+d6W3id+4eMY9G9Pd75hpMI1KRj00VO8EKDphVjveD
DxiK1x1AmBGE0AXVxAAEGkcIpwzyYToTAm+knFoPqMSc220RaBerAP4wx54XJDBKi3vfT1aVyplg
bAPeDQ9VNuKRP4uuTECJhBsjgb9pvQAGI9mIk5oeetHnR5tDxDqMPFinQ2zKGJn4QhIoM7ZCWeUz
Tb2MB7hABjB44Rdg+AIYZpCJTYgy7j6U+1cPUvdQ4bmg7iHikd6XV5bQpCTgmflMCsg4aBWlR+Rl
SsrSM6Wi4E8skUeTV6ajsp9AJaQmd5VLRx9//vnbJSO0A8w8dDFlwNTiarSYSCJAYQ0qoQnwxeuQ
QAEKpQM+YEJmiAREwAsSZgsU5qs8LO7izm56CCEKATZwAFQ60AP/ogeerRamy5ZeAJoWRzsEhyRg
RrBEQicg4f2Q6wWgK0OcKZU6giiwBbviYyMIRyfIbefCYiN0Rinm7wiR0C2arSH4j13qxDB64RZ6
gRAmoQuIYAw4JGAqAwEFxQ7WKQ+YoAuyoAt+YRNuIAuyYAY0pVNCSZS4Z3sc4sk+RXxA7i8II+mo
LdwyACR2JTp4aSN84Eh8Ax0apz1ybgckQQHgLY3W42JWZT30x888YgNWRipMrPHYSrAuzxGS/rAT
PbEsmk2ynhAw8oTfnowWDIEUgqEJxCZsvo5D4KZ4muAMiuELjCEN0/D3vgAT6ibZECIDFwKInKYh
lnCcRK4R8MdLlmNjIA884Ce+esIk4GfmjEMoUEcsrIIFsCsHpmM3aAnczK/ayARHMKpZ2AiBTmo7
PnEdkbAWqkFAMuuCnqysEKQXasAQJuELCLBfDPAAGal4jsAOfu+qrmoG0BATfiELeAgD2/AXj88Q
7AzrhCsOx+dUKiCZWKVKngLUvM09qKU3qsMojmQTiWKLsvF88tAjhIJmsCTp2IMkqoKNCo1YTocd
bTL+Bgxqyodd6q8R5HEexMEQDgFQmGG0/gyQ9sYOCZrACB7DCzhgBrzm97JgEhSiFz2sh+7RwwJq
A0OlEWLAJ3NAFXoAui7vJJIEPCLHldqDiaqrG+NqWEaCG2OSWvBnJTeGCPFSJjqiJ7Qo+oiJ3N4I
KNAhgW6yMJtuCZ/Q6vro2RIjEfIxC7igMmBv9q6CkZLgC4jgA0aAAyzAC66K2MCAEgxBIHZo7rCy
IX+rKy/IymYixqRCxmDFcnopPFAJaLQIKHJCjeIq3spkG+lyi9aDu6JDL3kCAzDA89TDSX5GEoTD
MJ0z33rgNgKj356s33InFcbJFCbh4iBE9raQ9gqlBDpgQ0KjeHzvF36B7mIADDKBE6yy/oe2p/i0
0g0JoQYKAQdWZJwkRjB6AIukY+UChyuiY4swJrmo42IcwVfgqz1AigVATSjWIzY7agj755amz3Nk
ws9yhROfs0OZzBT/Qh12KnesrDBwIEAogRASAVN8YR8pkwtHi8HERgmAYAtEwBcIguu4CkXgsz7j
8yGRLz5vAD9jADZC8FSGkEHrh1qWIlnGhEjMZGOmYzp0Bbr6SgEwIFmig4mklBtD0n4YlEzIjSYS
kY2uxBmVzkPV1LEKJHzuZBSnLhVawCB8DxNgD82+kwsrowNIgASUwAm4gAswARO66gwTTiAQop/m
zCCyUiF6FD5rgA5lxyFGRgRfyTiJ/lDQPpJzSkpTKy9jYOlIZJIIwWI6uPF+psOVAE0sTG7x5I0H
PxIs1nRWGwtORzF8UoESPEEMRaALJpMy74Uy1AkJToADfI+rvMCGRMASNC4LQnMhBsJR5dMhH/Wr
sPN7Tm9cZMAR8C4DABPo4oPyVu6NfG4H9tAkYEBUFQB9PgYsFoFJyA9oGGfaVM7ydk4RI+EbWW4D
aLVfX8pWR9EeOlARsmALMMELXHFD9JSGlGAPeM1egOALvMALsiA1wCAWCOIGZmALJgERqlIhPfYq
gdE0K6IQYqC3hAjrnCZP8sQGqoRjvqKhpCPyPiYZV5VKKmo7ZNIpBgd0lgId0Gcj/gxtiRCxZ54F
TcAijvx1aesIYEfxBj7BC4itC5rAC19xT5HgqMCMC6xgDLrgMbjKGL5WEYxBakkhWg0hBjYpC+hz
ZFGkt+6xBrDVL/pNJ8y1VWb2utIIY8bxTMRiSpi0PNhjlXbgfdDhV6gEuibqRq7FK2QCgdZ1mCIh
5lKCaS1XjpwWQT6FFhQBE7LAC8aAX7xsCwvFDvDACaIACYaNIH8PE75gDEHAM7GqbmbgqhRA7doW
SAviHuvTYUAONwAjQ3NEZj4VJTmCLTPAJ9AkKhgIKNjo29woSmYMvUqipELCRuS1THEE1KRCGi/3
eyEocwujF27qHl33C6gKnlxR/k9Dowzq5QPOIBdfF/howAssoHbXEB+5zgaJz20TolEJYQXicKxw
ICN0qjp+qboIlxwvB5ggr3vD4vo2xnllxhA5wkHdrcfQw3EEZ+ayLXJjc5jAd4RX5wnxRE8eYuvO
gANKQH2B1TJI6/fAIAsQzFLE8GsR6Qvq5nm+wCqo0hAUgEdP8yp9CyHsLGVhQzCgQooygIuaRPE2
kQdgQK2AAgZ2iSrCRCl+ZtAwBoFGUrCSSHnF5HCmeFpaM2N8hYTV+Gjs5E6mpjBgoxEcEwyEACBf
NDyTIAnOIOFSgwiQwAPAwFi7AHggAwx+eBgSrgsUIAZ0N0iBEay+Mo7HqiEA/mz9gELnutc6Lu0n
vMgrNPTlBKiLAJE5sKUjBAuupCISmvhK5AdMcIQ4diVN1niWuaWN8SRPfDcVessSlkBQ8lQLN0QJ
IoVgtOAzhk2GQcD3xPDtPreHFeASfLFHHfV/WQSOa6ARdGpkfGLFHIEnTGJVMGDlQoI94gqAClc9
mGjamLHaXqACTPlHciAllmlZ0FGAwEI7VI4HaHmftWWsCCNP3NhcHkE28DMFasALLkFt7lgLlaAE
uMADwuAIlmBDlsADTkBqEy6jvaB+i41EFMAqA6paRZYQVkScZIecYsKUsCsDokTysgTnvDVosERM
2G/zfjPUOmIPXam5Ykx+/qI3JYgpTMJiObyDn43a6aYBTlWhFjqwd27geiJTbPxRC0PDUH7ADqoa
XzZk2C7O946Vq3zPKnzRUR+ZrPOmaVIBalRhih+v077tSjTSgXp2R3KsTNqjiXcAA7hUKsZxAzBA
VoIEOCQBmGLM6MaPN4zwqBV7P+QxMbFOEWqgC4IhoheMdIG5NGIvT61ACs4gWbkqo9OwV60iE8aa
rBmGd3v0YfIEO7G5J2IVfVqpN9LBdJortnfAV6ZiVFUFVh5XSSNvK94HBTtmJIxON5aFTBY7ufHD
BpxwFKvhEBBBY8FgdF+4UECjBLB7Q+wgQzAlEyDDCx4wDb26EhQADEAa/kU6jEdb4BAeFYh6y85e
TXychs/CmVdEUAakgzmuxHHR0inWw/FypT1QcEH7MFkyQK9Ph1iilz28S4o8wkvQQbklXFxG8REO
pANXrwsyAQu18AArc+E8/CougAM6oARMALtLIKO/+iqIbc4uYQZCmloPgqT/KRUKoQbwU3ZEphE0
YDh5QDBELjxeJl5p+jvIjQVgwIyN6ec4BrvaIxI8Yg8rQIumeJOd93ltxCPTdMK5fC6ae2JITCLZ
Ox/BQMHshXQzJMSVAAFd0bon4whWnMW/thfRdlPOcA0d44b9qUcvkDUMGmVT4SsrxpQ8Qh0EY2LA
CwPc2RG18X5EgozK/uMnKrRKARdoKoBKjpxakhaMSqpdyWNKeqLLRX0uDuRqLFwsY40WVBRQFA6G
Z+/rbDDWZd0Gv7pQE+IM0RAh0tAgt45is+B2Z5zPP2z1avwvbgF8dsAnM6g6tDRw6HKtciA4pEVZ
zuRwb3tXRCrybhbHBPOKpMtJXDtDR33c38ImTkWPfoKIGgIhEo54pPrVF04J2qYJpKAErsIOqAAI
uBurMrrf0fDfPxPgXXeGi40graILNgU+o1luC+QRWMAny2o/NYtkKsfysEtaeIVL14NJ3ANx0KdM
9pAjMCCvhcLJmcRJvk0vPYLcWX4tRqZKFkEVCqgH1KEXDuEQFMES/i5hC9bJMs7cw7UQCMaAC7Aw
CYZ+4qTWF7KgEj67351eKi9Oo5VZxTP64BGeh1AT+RQCbh0GmxshHhxCzxRHR1zGmF7G5Vyl3Di5
N8JNf+5nOP364smDidBxY1RgidCP5Vp+789iB1Sg3mjCZHKnGnQ94Xq+54G+soGACyAjevq9qwzm
6RO5dp3eMwnyM6uexTOabhzZtIt4d1sAiI6R1VLWBQabED9nOBdHKM7B0zjmWK4kYzLgHJioKJpd
ucCIcUASLEBiA5bDS/g++AFAZsJjJLAGFSdhUIFnkmQPPJEgNEKDCzAa85HVM2W333fvMx9DDNHQ
8j9T858elPw3/j4/P1H/Iq2FS8dHpu9UhUGdZDqEAiWswvdFXvIaWHDiQ/dx9gVW+ZayTRIBgsWL
FywEAjiIMKHChQwbOnwIMaLEiRQrWryIMaPGjRw3EvgIMqTIkSRLmjyJMqVKkIZauqwBs4bLFqlU
pWqEo1EjGTJ65NiRgYUPHjx8+NixQ+CGFz+RKlCAlEUODBuqstggtWAOFQWxZliag4fUpEh5EFyK
NijSjmzbun0LN67cuXQlBriLN69eAgL6+v0LWK9gvYAL/yUwOLHhxQIIuXwJ03HLGjFspLqcqpcN
G0lzDNyxwUdWgWbDEmQBFdKiHUeRdj79OVKOSDscOcqRYwPS/hc7fh5lmuPo1YF1ixs/jjy58uSJ
B/NlHLi5YOiAEUvPSx1wDcmPDRHi3iLG5Ua0bmqQ2mhDBrIYPOdwVLA3C6JPX9jmkdToDh6ed0S6
epUj/u3wgg8bhOVDBj/hh9RPPxVU0HISTkhhhRYmd2BYjhDliE23fOKJL190sUUJSJyI4lMKoHhE
iy6yWEIJeBjxRY1ZzCBCFl+IcEmNPn6h4lM/DvkFGDfc0F2SSrqUSCKKcGdIISvUQEsMMuDUiAY2
PKKBhpAw6AhWP22goiTwrbcBDwpOhR8jkbhpIFYFhkZgcPux1hRuruWGwYV+/glooIIi5KCGPjhS
S3mHJIJJ/iZbKKEEiimuyKKLL6KoRAlakAAGGF944QUYWxDh6Y9CAknkj5MsyWqShCTCKiGHqKIK
TxqogoMq9/nACH4wIBUUD08JGAlR+B11oICS2MebgHf2xyBRRxWVQ0G8yVdtBoNuy2233rK1gwtl
MbJDIwIw1BcSR0SKhAAKJOQXQkeceK5f7QIQLwAtjnEuAF/0i1BfNXZxUL0F94XQY/jCC29LCXdX
QwvVzFMeDrWk91V8+DnCiIDnPCVVcEYtuF+atjm7Azo+4MbfC1ixUAEPjAwE1p4DOcjCtzrvzPO3
AP+04Q6MQKJKv35tUTAS7CIBwIoB19uupE8/fQQAJhwB/oQC7rqLrwD/4ttFkV90fdANCAtgCNou
dd3FX4QA4InaXRuiyCdNwlpID4ccYs9mPchQWyQv4CdzryqCllRBChIE2lVfuYwfOo6gw0JZafLG
CCNH4VaVnARd60jPoo9O+oT9EvhsD9Ms3NcWArBxkBJSSEGvvQC3u3S+775b8LxHaH1ujQJ7fVAX
WRB87g0AmI0QImgj6ZIAbbcNQNs1nOtwX4SkQgklihxCSSpXNtJDPD3AAINorDUoIDoKyOAmC0Fh
tVvluuWQ8Q4YMPVZ/fajQ677dEYgeQpL6Q6IwATGJRK0EZAjemCDHqSiGs8ABSbWUAlPSQFSSrDD
iSjF/qIgffApSBChHYLUhFT9qAssbGEXDIGIG3ghC1l4zA3AcDwvdCFUI2LhF2RCtyZ5xxA1wMxl
aFEIWjRiBRoAXG3SwZ/9NMUHMnjKIiDxE6pkICgaEtB6hoKBpOgGAwT8ynt4xQPJkSspLsMKfr6i
LQXKcY50lEhZFvFAG8QjJ7egRCImAQZMeCoJHLSDB0k4QgV04HdPSYIdIKU0J0SqCUnIgxJopEIf
ubCFRxJbFo7UkhvMgIbHC5smb0CIiHVPES4x4mUOkUrx2KAnWjHL4AhXrqfsYBGSSBl+3uQDdAjN
EZIQTUHICJoMYMBZUklQ5ngAiQ1lYCDx6c3I6ojN/mxi0zW2eUcNDpGTFkTmFyLaQhI2eKIOllCE
6kTCGZ5SgixEIQk1EoIdjGDKTK5wk8bzoY0+KcMvkJKGA2MhEWPSPe+4MhW0mAwOcNCDFcySjcO5
Uw+eghsYOAISkPDB4HrpiHMITRKQINfm7lc5sdRmP9PKXG/0FB9GHIgH2qypTUvnGnSgAxLTqEY1
TNGCFDgmC5ioERicgE6lJfJERyjBvEwAhjyUYAw/gkISuKBPIvGznys8XhZKpVUWImk7haiBHwlR
HiNSwhCHaAFEbRADVUSlWlrpjSow+hukoIMHMBCmnXYQTXT8J01AEUhUpKKbDLTJNrhBbG9S5ogX
/tx0spT1VlPS6Ih41IJ7z3CGISxhCaNywamYWiqKYoQEE2xhDKXyQlb1yc/jDUm2+qRhF1AZsUNQ
aaGpgFWUioiDm/iEV7U6kAxU0QiQGbZyO4BBJFwACSkCFikC8mjjBPKZNImGB3Qi18sEEp+fVHa8
5PXTyliKlM3S4haGSISnwjYGPBwhCZiKFDvV5bswYPW1r90qWPlbUINGSZy8TcVLxJOTnjT2YiyA
YHIV0APQ0LVyGCgKYIMWzaqoJTe6OVRtHMErMoZmEatJ6UsnXN4Uqzg50TpKDxqBq4ZOoka/qAQh
aZdOSE6Kqb4rwQeK9F8A79OFX7iECDolZBeu/so7ZQ2fEQ/xGN3Sinx6tYEqahEDFZkvHeRiblCu
wpqTTa5YBwrmsVzDXPgw98PrQ3N/VgznOMdlc0LbQQ8kmAqZDMxTXIiCFDwoqaWtUwGZOtFUzxAj
IavQlCzMxIhmOIMZ8JefbG1BIWKQ1lTEAIgtIQQOZBCDF28GB/FIhYoGV9KUDY4RfmXKlysXCWEy
opiV4+UGKgAhDByFzGW2sHtQVzk5C3vYGqGWzOAhj4c2VBGWCCQmivoFJ9BXUtT+IBJI+4EPICEJ
R1B0VnXkKUljwhiT3uQkxmoI8cBEt5z+pg1usZnx4UABDebJ5CABg14RpZca9QxwkPKl2VAO/ivo
kEQFKqCbyu1UQFcJTnjFlDhiS3ziETELUSLhiHdMQxzV+IYhZtwpMHRhDKRVmqB3PK/TlgCrW/hC
y72dzy9AW4fQLmULjxfkTR7vBjUohCEsfdDtSOabPYAoDlaQiosqwAbyQF1reCCgKyJFozyIxGp4
o9Kd9mYDi0AHyXZ5xWVVqyllQYpRckbxtKv9IOtbbC16UY2GGqJTmPjFF5oAaJPrOEVMpbYSfvwp
b/ewhT8KpA77yU8FhFXnGpBVC1oApU5T4s7HJY/Sd0kgANFppZHdzy+JQl0WEBOLtdmr0IZC0q4j
RUz4ITuD1g77iXeMugWSgQ1oUY1JKGIN/jIXZBMEzUFqUyrlSuiDFK5ao9GKXNEsjLTLbTTKUtqc
hU/x55C22p3vfKetlymipk2tgEZA6CpictlwmNvY3pwFdZGILmB7KZo04QcSBXc/hwkkFqlINvb8
l7NrdokrOBFc7cV7gQQGY7B3wScpIHQiQAAGTcAFW7AFYXBtVCV4IneARAAEqUJ4p5JJlPYY2rd9
MvEUl6EiGnAeKCgDHEYa1aJ+XZEmhuUaPCB2QyMtzAV1u+QIi5AgLkMgvIEVG9B/Q7hiYVEbkMAC
9sBQqTAlhtAJn6IjXOB36bSAfYcEY/ADRzACd2ciR2CBmqQjXcBnXHAG+dQFXAAELrIE/vpUfSwU
ZJrUQkGiAKwihwrAcbQQQTqhK78CZmy0FC+Aa2FhYbyRG8Q0OBtiP7gxOEhBLhanOYlzM0QoieRl
YlD3DvMgDuZQDp7gCZoghl/QIn53ciVkhU7FbV9AOyYQBkPiATGyBR4ABmGQchxQI2PQIlfTIor3
X3I4Cr3oC78AbakihzegIo8hh+LRCDZQC4cwD9PQA4wgD/OxCBsTOC/jCO0hFKgzP6HBcLVhFoil
IXfyGYeyZkwxiec4WfOxV4OzCFfSC5sGIgLVBOoiisI3fOuybUfQBGBAO0rgBPv1BVqgBF44LyRg
IifCAR/gVKQ1L0ugeKbyFGAwA87gRgyc6AmT8At2BySKFyQFBT11+BRmdRMSxQI6cTEqkHE06B/o
wBQdwzHUtR9dARS9EUXzwQNXJ0YExBuR4FEQQnY7gI7JERAAOw==

------=_NextPart_000_0015_01C31F89.0EAB6500--


From dlowther at ou.edu  Wed May 21 09:11:11 2003
From: dlowther at ou.edu (Lowther, David W)
Date: Wed, 21 May 2003 11:11:11 -0500
Subject: [Mapserver-users] trouble using FILTER in PostGIS query
Message-ID: 

Jeff,

I don't know why, but I've had a lot more luck rewriting the entire DATA for
a PostGIS layer as opposed to setting the filter. Give it a shot, but be
aware that some newer versions of Mapserver come setup to NOT allow write of
data line. Someone else may be able to address this issue additionally.

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: Jeff Hoffmann [mailto:jeff at propertykey.com] 
> Sent: Wednesday, May 21, 2003 10:57 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] trouble using FILTER in PostGIS query
> 
> 
> I'm trying to figure out how to set a FILTER on a PostGIS 
> query based on 
> a query parameter passed in from the URL.  I tacked the 
> parameter on the 
> end of the URL ("&pin=13929111046") then added the following 
> line in the 
> mapfile:
>    FILTER "parcel = '%pin%'"
> but nothing happens.  When I looked at the actual query that is being 
> sent to the database, it appears that the "%pin%" never gets 
> translated 
> into the value from the request.  Am I doing this right?  And 
> if so, why 
> isn't it working?
> 
> -- 
> 
> Jeff Hoffmann
> PropertyKey.com
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu 
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
> 


From jeff at propertykey.com  Wed May 21 09:13:47 2003
From: jeff at propertykey.com (Jeff Hoffmann)
Date: Wed, 21 May 2003 11:13:47 -0500
Subject: [Mapserver-users] Re: trouble using FILTER in PostGIS query
In-Reply-To: <3ECBA1C3.7070904@propertykey.com>
References: <3ECBA1C3.7070904@propertykey.com>
Message-ID: <3ECBA5BB.8080408@propertykey.com>

Jeff Hoffmann wrote:
> I'm trying to figure out how to set a FILTER on a PostGIS query based on 
> a query parameter passed in from the URL.  I tacked the parameter on the 
> end of the URL ("&pin=13929111046") then added the following line in the 
> mapfile:
>   FILTER "parcel = '%pin%'"
> but nothing happens.  When I looked at the actual query that is being 
> sent to the database, it appears that the "%pin%" never gets translated 
> into the value from the request.  Am I doing this right?  And if so, why 
> isn't it working?

I think I found the answer on my own.  I'm trying to do this with a WMS 
layer, which apparently isn't supported now (see 
http://lists.gis.umn.edu/pipermail/mapserver-dev/2003-January/000034.html).
Does anybody know if there is support for it yet in CVS?

-- 

Jeff Hoffmann
PropertyKey.com



From aborruso at spaziogis.it  Wed May 21 09:14:48 2003
From: aborruso at spaziogis.it (aborruso at spaziogis.it)
Date: Wed, 21 May 2003 18:14:48 +0200
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!
Message-ID: 

Hi Daniel,
thank you. I'll reply to your 3 questions:

1- What do you get when you run the following in a DOS window?
     mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"

"
MapServer Message


msLoadMap(): Unable to access file. (C:/invalid/path.map)
"



2- What do you get when you access the following URL via a web bowser?
     http://localhost/scripts/mapserv.exe
   (Do a 'View Source' and quote the exact result, also change the URL
    to match the location of the mapserv.exe script on your server)

"Error in CGI Application

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

"


3- What do you get when you access the following URL via a web browser?
     http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map
   (Do a 'View Source' and quote the exact result)

"Error in CGI Application

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

"


That's all,

Andrea





|---------+--------------------------->
|         |           Daniel          |
|         |           Morissette      |
|         |                |
|         |                           |
|         |           21/05/2003 15.38|
|         |                           |
|---------+--------------------------->
  >------------------------------------------------------------------------------------------------------------------------------|
  |                                                                                                                              |
  |        Per:     aborruso at spaziogis.it                                                                                        |
  |        Cc:      mapserver-users                                                           |
  |        Oggetto: Re: I'm not able to solve my problem!!                                                                       |
  >------------------------------------------------------------------------------------------------------------------------------|




Hi Andrea,

The most knowledgeable people about Windows configuration are on the
list, so I'm returning this to the list.  Perhaps the main issue is that
the problem is not presented properly and those people who know don't
see the real issue so they can't jump in and help.  Your Email titles
should describe the problem and not attempt to translate yor personal
feelings with respect to the problem BTW... "Please help me" as a title
will just turn down readers if anything.

I have tried to follow that thread and the information that was
exchanged there must have been incomplete (hopefully) since some of what
was described seemed impossible to me.  From what I understood, it would
seem that in a DOS window your mapserv.exe returns error messages but no
HTTP headers and no MapServer version information, and when run in your
web server it returns HTTP headers and version information sometimes but
not always, causing the web server to complain about missing HTTP
headers. However, when run with no query string in your web server your
mapserv does return the expected "This script can only be used to decode
form results and should be initiated as a CGI via a httpd server."...
this is really odd, let's see...

Before blaming it on Windows configuration I would like to solve a
little mystery about the inconsistent reports that I saw in the previous
email thread.

So can you please answer the following questions, quoting exactly the
output that you get and making sure that you quote the complete output
everytime:

1- What do you get when you run the following in a DOS window?
     mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"

2- What do you get when you access the following URL via a web bowser?
     http://localhost/scripts/mapserv.exe
   (Do a 'View Source' and quote the exact result, also change the URL
    to match the location of the mapserv.exe script on your server)

3- What do you get when you access the following URL via a web browser?
     http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map
   (Do a 'View Source' and quote the exact result)


Please send back that information (via the list) and we'll go from
there.

Daniel


Steve Lime wrote:
>
> Hi Andrea: It may be a simple configuration problem but it's on a
> Windows box and I have no experience with web servers in that
> environment- sorry. Have you gone back through the list archives? I
> recall seeing lot's of discussion centered around setup on Windows
> machines...
>
> Steve
>
> >>>  05/18/03 12:07 PM >>>
>
> Dear Steve and Daniel,
> I'm writing directly to you beacause I have a mapserver problem I have
> been
> not able to solve with the help of the mapserver list (I have written my
> first message ten days ago). I'm sure it's stupid configuration problem,
> and I know you are mapserver gurus.
> This is my problem: I write in my webbroser an url like
> http://mapserver.spaziogis.it/cgi-bin/mapserv.exe?map=c:
> \nodata\map.map&mode=map and I have "CGI Error
> The specified CGI application misbehaved by not returning a complete set
> of
> HTTP headers. The headers it did return are:". This a generic error and
> I'm
> not able to understand it.
> If I write "mapserv "QUERY_STRING=map=c:\nodata\map.map&mode=map"" in my
> mapserver dos console, I have "msLoadMap(): Unable to access file. (c:
> \nodata\map.map)". This is a message that I understand and I think to be
> able to solve it. Why am I not able to read undestandable error also in
> my
> browser??
>
> I have Winxp Pro with IIS.
> I have MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
> OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER
> SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL
> INPUT=SHAPEFILE.
> I have not compiled mapserver in my xp box.
> I have simply downloaded the binary files from mapserver site:
> ms36gif_gdal_pg_wms.zip and ms35_libs.zip.
>
> Thank you and excuse me to have write directly to you.
>
> Sincerly,
>
> Andrea
>
> ----------------------------------------------------
> Andrea Borruso
>
> Nadir s.n.c.
> Tel 0039 091580305 interno 218
> Fax 0039 0916124646
> email: aborruso at spaziogis.it
> www.spaziogis.it
> ----------------------------------------------------








From eric at gomoos.org  Wed May 21 05:27:08 2003
From: eric at gomoos.org (Eric Bridger)
Date: 21 May 2003 12:27:08 +0000
Subject: [Mapserver-users] more (known issue: no results with
 QueryByPoint	(Mapserver 3.7 PHP mapscript))
In-Reply-To: <3ECB94C1.8080704@gwdg.de>
References: <3ECB94C1.8080704@gwdg.de>
Message-ID: <1053520031.1453.11.camel@ubet.gomoos.org>

On Wed, 2003-05-21 at 15:01, Michael H?rtel wrote:

In the Unix tradition, QueryByPoint() returns zero on success. Now you
need to do something like: (sorry this is perl mapscript, not php)

 my $results = $layerObj->{resultcache};
 my $num_results = $results->{numresults};
 for my $i (0..$num_results-1){
    my $rslt = $layerObj->getResult($i);
 }
> 
> BUT: $query is an integer, that ALWAYS is "0"! i think $query should 
> return "MS_SUCCESS" (1) if some objects in the shape file were found but 
> it doesn't!
> 
> So i think my situation has not really changed :(
 




From ed at topozone.com  Wed May 21 09:41:07 2003
From: ed at topozone.com (Ed McNierney)
Date: Wed, 21 May 2003 12:41:07 -0400
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F442F@mercator.topozone.com>

Andrea -

You should realize that when you are running mapserv.exe from the command line you are running under the security context of the interactive user ID you logged on with.  When you run it under IIS you are running under the "anonymous user" account configured on that server (unless it's been changed).  What user context is being used for anonymous Web users on your system?  Does that user have proper access rights to do what you're trying to do?

	- Ed

-----Original Message-----
From: aborruso at spaziogis.it [mailto:aborruso at spaziogis.it]
Sent: Wednesday, May 21, 2003 12:15 PM
To: mapserver-users
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!



Hi Daniel,
thank you. I'll reply to your 3 questions:

1- What do you get when you run the following in a DOS window?
     mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"

"
MapServer Message


msLoadMap(): Unable to access file. (C:/invalid/path.map)
"



2- What do you get when you access the following URL via a web bowser?
     http://localhost/scripts/mapserv.exe
   (Do a 'View Source' and quote the exact result, also change the URL
    to match the location of the mapserv.exe script on your server)

"Error in CGI Application

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

"


3- What do you get when you access the following URL via a web browser?
     http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map
   (Do a 'View Source' and quote the exact result)

"Error in CGI Application

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

"


That's all,

Andrea





|---------+--------------------------->
|         |           Daniel          |
|         |           Morissette      |
|         |                |
|         |                           |
|         |           21/05/2003 15.38|
|         |                           |
|---------+--------------------------->
  >------------------------------------------------------------------------------------------------------------------------------|
  |                                                                                                                              |
  |        Per:     aborruso at spaziogis.it                                                                                        |
  |        Cc:      mapserver-users                                                           |
  |        Oggetto: Re: I'm not able to solve my problem!!                                                                       |
  >------------------------------------------------------------------------------------------------------------------------------|




Hi Andrea,

The most knowledgeable people about Windows configuration are on the
list, so I'm returning this to the list.  Perhaps the main issue is that
the problem is not presented properly and those people who know don't
see the real issue so they can't jump in and help.  Your Email titles
should describe the problem and not attempt to translate yor personal
feelings with respect to the problem BTW... "Please help me" as a title
will just turn down readers if anything.

I have tried to follow that thread and the information that was
exchanged there must have been incomplete (hopefully) since some of what
was described seemed impossible to me.  From what I understood, it would
seem that in a DOS window your mapserv.exe returns error messages but no
HTTP headers and no MapServer version information, and when run in your
web server it returns HTTP headers and version information sometimes but
not always, causing the web server to complain about missing HTTP
headers. However, when run with no query string in your web server your
mapserv does return the expected "This script can only be used to decode
form results and should be initiated as a CGI via a httpd server."...
this is really odd, let's see...

Before blaming it on Windows configuration I would like to solve a
little mystery about the inconsistent reports that I saw in the previous
email thread.

So can you please answer the following questions, quoting exactly the
output that you get and making sure that you quote the complete output
everytime:

1- What do you get when you run the following in a DOS window?
     mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"

2- What do you get when you access the following URL via a web bowser?
     http://localhost/scripts/mapserv.exe
   (Do a 'View Source' and quote the exact result, also change the URL
    to match the location of the mapserv.exe script on your server)

3- What do you get when you access the following URL via a web browser?
     http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map
   (Do a 'View Source' and quote the exact result)


Please send back that information (via the list) and we'll go from
there.

Daniel


Steve Lime wrote:
>
> Hi Andrea: It may be a simple configuration problem but it's on a
> Windows box and I have no experience with web servers in that
> environment- sorry. Have you gone back through the list archives? I
> recall seeing lot's of discussion centered around setup on Windows
> machines...
>
> Steve
>
> >>>  05/18/03 12:07 PM >>>
>
> Dear Steve and Daniel,
> I'm writing directly to you beacause I have a mapserver problem I have
> been
> not able to solve with the help of the mapserver list (I have written my
> first message ten days ago). I'm sure it's stupid configuration problem,
> and I know you are mapserver gurus.
> This is my problem: I write in my webbroser an url like
> http://mapserver.spaziogis.it/cgi-bin/mapserv.exe?map=c:
> \nodata\map.map&mode=map and I have "CGI Error
> The specified CGI application misbehaved by not returning a complete set
> of
> HTTP headers. The headers it did return are:". This a generic error and
> I'm
> not able to understand it.
> If I write "mapserv "QUERY_STRING=map=c:\nodata\map.map&mode=map"" in my
> mapserver dos console, I have "msLoadMap(): Unable to access file. (c:
> \nodata\map.map)". This is a message that I understand and I think to be
> able to solve it. Why am I not able to read undestandable error also in
> my
> browser??
>
> I have Winxp Pro with IIS.
> I have MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
> OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER
> SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL
> INPUT=SHAPEFILE.
> I have not compiled mapserver in my xp box.
> I have simply downloaded the binary files from mapserver site:
> ms36gif_gdal_pg_wms.zip and ms35_libs.zip.
>
> Thank you and excuse me to have write directly to you.
>
> Sincerly,
>
> Andrea
>
> ----------------------------------------------------
> Andrea Borruso
>
> Nadir s.n.c.
> Tel 0039 091580305 interno 218
> Fax 0039 0916124646
> email: aborruso at spaziogis.it
> www.spaziogis.it
> ----------------------------------------------------






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



From eduardo at linkgeo.com.br  Wed May 21 10:40:34 2003
From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae)
Date: Wed, 21 May 2003 14:40:34 -0300
Subject: [Mapserver-users] Linux compiled version
References: 
Message-ID: <005901c31fc0$19b8cff0$e909bec8@vcp.advcp.br>

does anybody has a pre-compiled version of MapServer with standard options
for Linux?

tks

Eduardo Patto Kanegae




From mapserver at gismap.ch  Wed May 21 10:49:38 2003
From: mapserver at gismap.ch (Mapserver)
Date: Wed, 21 May 2003 19:49:38 +0200
Subject: [Mapserver-users] CGI-Question
Message-ID: 

Hi list,

I'm quite new to mapserver and I have a question concerning the
mapserver-cgi:
I have a pc with suse-linux and i'm able to compile mapserver to get a cgi.
Now - can I upload that cgi to any webspace-hoster? Will it run properly or
are there restrictions? Are there points I have to consider?

Thanks, Roman



From aborruso at spaziogis.it  Wed May 21 11:10:58 2003
From: aborruso at spaziogis.it (aborruso at spaziogis.it)
Date: Wed, 21 May 2003 20:10:58 +0200
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!
Message-ID: 

Ed,
I know that when I'm running mapserv.exe from the command line I'm running
under the security context of the interactive user ID I logged on with. And
I know I must set properly the access right for the interenet guest user,
but I do not solve my problems also when I give all the permissions to
Internet guest user and to "Everyone" user.

Thank you,

andrea




|---------+--------------------------->
|         |           "Ed McNierney"  |
|         |                          |
|         |                           |
|         |           21/05/2003 18.41|
|         |                           |
|---------+--------------------------->
  >------------------------------------------------------------------------------------------------------------------------------|
  |                                                                                                                              |
  |        Per:     , "mapserver-users"                                |
  |        Cc:                                                                                                                   |
  |        Oggetto: RE: [Mapserver-users] Re: I'm not able to solve my problem!!                                                 |
  >------------------------------------------------------------------------------------------------------------------------------|




Andrea -

You should realize that when you are running mapserv.exe from the command
line you are running under the security context of the interactive user ID
you logged on with.  When you run it under IIS you are running under the
"anonymous user" account configured on that server (unless it's been
changed).  What user context is being used for anonymous Web users on your
system?  Does that user have proper access rights to do what you're trying
to do?

             - Ed

-----Original Message-----
From: aborruso at spaziogis.it [mailto:aborruso at spaziogis.it]
Sent: Wednesday, May 21, 2003 12:15 PM
To: mapserver-users
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!



Hi Daniel,
thank you. I'll reply to your 3 questions:

1- What do you get when you run the following in a DOS window?
     mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"

"
MapServer Message


msLoadMap(): Unable to access file. (C:/invalid/path.map)
"



2- What do you get when you access the following URL via a web bowser?
     http://localhost/scripts/mapserv.exe
   (Do a 'View Source' and quote the exact result, also change the URL
    to match the location of the mapserv.exe script on your server)

"Error in CGI Application

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

"


3- What do you get when you access the following URL via a web browser?
     http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map
   (Do a 'View Source' and quote the exact result)

"Error in CGI Application

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

"


That's all,

Andrea





|---------+--------------------------->
|         |           Daniel          |
|         |           Morissette      |
|         |                |
|         |                           |
|         |           21/05/2003 15.38|
|         |                           |
|---------+--------------------------->
  >
------------------------------------------------------------------------------------------------------------------------------|

  |
|
  |        Per:     aborruso at spaziogis.it
|
  |        Cc:      mapserver-users 
|
  |        Oggetto: Re: I'm not able to solve my problem!!
|
  >
------------------------------------------------------------------------------------------------------------------------------|





Hi Andrea,

The most knowledgeable people about Windows configuration are on the
list, so I'm returning this to the list.  Perhaps the main issue is that
the problem is not presented properly and those people who know don't
see the real issue so they can't jump in and help.  Your Email titles
should describe the problem and not attempt to translate yor personal
feelings with respect to the problem BTW... "Please help me" as a title
will just turn down readers if anything.

I have tried to follow that thread and the information that was
exchanged there must have been incomplete (hopefully) since some of what
was described seemed impossible to me.  From what I understood, it would
seem that in a DOS window your mapserv.exe returns error messages but no
HTTP headers and no MapServer version information, and when run in your
web server it returns HTTP headers and version information sometimes but
not always, causing the web server to complain about missing HTTP
headers. However, when run with no query string in your web server your
mapserv does return the expected "This script can only be used to decode
form results and should be initiated as a CGI via a httpd server."...
this is really odd, let's see...

Before blaming it on Windows configuration I would like to solve a
little mystery about the inconsistent reports that I saw in the previous
email thread.

So can you please answer the following questions, quoting exactly the
output that you get and making sure that you quote the complete output
everytime:

1- What do you get when you run the following in a DOS window?
     mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"

2- What do you get when you access the following URL via a web bowser?
     http://localhost/scripts/mapserv.exe
   (Do a 'View Source' and quote the exact result, also change the URL
    to match the location of the mapserv.exe script on your server)

3- What do you get when you access the following URL via a web browser?
     http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map
   (Do a 'View Source' and quote the exact result)


Please send back that information (via the list) and we'll go from
there.

Daniel


Steve Lime wrote:
>
> Hi Andrea: It may be a simple configuration problem but it's on a
> Windows box and I have no experience with web servers in that
> environment- sorry. Have you gone back through the list archives? I
> recall seeing lot's of discussion centered around setup on Windows
> machines...
>
> Steve
>
> >>>  05/18/03 12:07 PM >>>
>
> Dear Steve and Daniel,
> I'm writing directly to you beacause I have a mapserver problem I have
> been
> not able to solve with the help of the mapserver list (I have written my
> first message ten days ago). I'm sure it's stupid configuration problem,
> and I know you are mapserver gurus.
> This is my problem: I write in my webbroser an url like
> http://mapserver.spaziogis.it/cgi-bin/mapserv.exe?map=c:
> \nodata\map.map&mode=map and I have "CGI Error
> The specified CGI application misbehaved by not returning a complete set
> of
> HTTP headers. The headers it did return are:". This a generic error and
> I'm
> not able to understand it.
> If I write "mapserv "QUERY_STRING=map=c:\nodata\map.map&mode=map"" in my
> mapserver dos console, I have "msLoadMap(): Unable to access file. (c:
> \nodata\map.map)". This is a message that I understand and I think to be
> able to solve it. Why am I not able to read undestandable error also in
> my
> browser??
>
> I have Winxp Pro with IIS.
> I have MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
> OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER
> SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL
> INPUT=SHAPEFILE.
> I have not compiled mapserver in my xp box.
> I have simply downloaded the binary files from mapserver site:
> ms36gif_gdal_pg_wms.zip and ms35_libs.zip.
>
> Thank you and excuse me to have write directly to you.
>
> Sincerly,
>
> Andrea
>
> ----------------------------------------------------
> Andrea Borruso
>
> Nadir s.n.c.
> Tel 0039 091580305 interno 218
> Fax 0039 0916124646
> email: aborruso at spaziogis.it
> www.spaziogis.it
> ----------------------------------------------------






_______________________________________________
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 May 21 11:19:05 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Wed, 21 May 2003 14:19:05 -0400
Subject: [Mapserver-users] Linux compiled version
Message-ID: <200305211819.h4LIIxN03699@yogi.medinaco.net>

"Standard" options?
I have one for 3.6.5 w/ PROJ.4, GD-1.8.4, & freetype-1.3.1 on RH7.3 .
It's not statically linked so you would still need to compile freetype, gd, & proj.4 .
Lowell F.

The following message was sent by "Eduardo Patto Kanegae"  on Wed, 21 May 2003 14:40:34 -0300.

> does anybody has a pre-compiled version of MapServer with standard options
> for Linux?
> 
> tks
> 
> Eduardo Patto Kanegae
> 
> 
> _______________________________________________
> 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 May 21 11:29:19 2003
From: ed at topozone.com (Ed McNierney)
Date: Wed, 21 May 2003 14:29:19 -0400
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F4434@mercator.topozone.com>

Andrea -

It helps if you're a little more specific about what permissions you set.  Also, remember that giving "Everyone" permission is not at all the same thing as giving every user full access to everything, because those users might either have individual or group access RESTRICTED at a different level.

What is the name of the anonymous Internet user, and what specific permissions did you set for 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: aborruso at spaziogis.it [mailto:aborruso at spaziogis.it]
Sent: Wednesday, May 21, 2003 2:11 PM
To: mapserver-users
Subject: RE: [Mapserver-users] Re: I'm not able to solve my problem!!



Ed,
I know that when I'm running mapserv.exe from the command line I'm running
under the security context of the interactive user ID I logged on with. And
I know I must set properly the access right for the interenet guest user,
but I do not solve my problems also when I give all the permissions to
Internet guest user and to "Everyone" user.

Thank you,

andrea




|---------+--------------------------->
|         |           "Ed McNierney"  |
|         |                          |
|         |                           |
|         |           21/05/2003 18.41|
|         |                           |
|---------+--------------------------->
  >------------------------------------------------------------------------------------------------------------------------------|
  |                                                                                                                              |
  |        Per:     , "mapserver-users"                                |
  |        Cc:                                                                                                                   |
  |        Oggetto: RE: [Mapserver-users] Re: I'm not able to solve my problem!!                                                 |
  >------------------------------------------------------------------------------------------------------------------------------|




Andrea -

You should realize that when you are running mapserv.exe from the command
line you are running under the security context of the interactive user ID
you logged on with.  When you run it under IIS you are running under the
"anonymous user" account configured on that server (unless it's been
changed).  What user context is being used for anonymous Web users on your
system?  Does that user have proper access rights to do what you're trying
to do?

             - Ed

-----Original Message-----
From: aborruso at spaziogis.it [mailto:aborruso at spaziogis.it]
Sent: Wednesday, May 21, 2003 12:15 PM
To: mapserver-users
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!



Hi Daniel,
thank you. I'll reply to your 3 questions:

1- What do you get when you run the following in a DOS window?
     mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"

"
MapServer Message


msLoadMap(): Unable to access file. (C:/invalid/path.map)
"



2- What do you get when you access the following URL via a web bowser?
     http://localhost/scripts/mapserv.exe
   (Do a 'View Source' and quote the exact result, also change the URL
    to match the location of the mapserv.exe script on your server)

"Error in CGI Application

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

"


3- What do you get when you access the following URL via a web browser?
     http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map
   (Do a 'View Source' and quote the exact result)

"Error in CGI Application

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

"


That's all,

Andrea





|---------+--------------------------->
|         |           Daniel          |
|         |           Morissette      |
|         |                |
|         |                           |
|         |           21/05/2003 15.38|
|         |                           |
|---------+--------------------------->
  >
------------------------------------------------------------------------------------------------------------------------------|

  |
|
  |        Per:     aborruso at spaziogis.it
|
  |        Cc:      mapserver-users 
|
  |        Oggetto: Re: I'm not able to solve my problem!!
|
  >
------------------------------------------------------------------------------------------------------------------------------|





Hi Andrea,

The most knowledgeable people about Windows configuration are on the
list, so I'm returning this to the list.  Perhaps the main issue is that
the problem is not presented properly and those people who know don't
see the real issue so they can't jump in and help.  Your Email titles
should describe the problem and not attempt to translate yor personal
feelings with respect to the problem BTW... "Please help me" as a title
will just turn down readers if anything.

I have tried to follow that thread and the information that was
exchanged there must have been incomplete (hopefully) since some of what
was described seemed impossible to me.  From what I understood, it would
seem that in a DOS window your mapserv.exe returns error messages but no
HTTP headers and no MapServer version information, and when run in your
web server it returns HTTP headers and version information sometimes but
not always, causing the web server to complain about missing HTTP
headers. However, when run with no query string in your web server your
mapserv does return the expected "This script can only be used to decode
form results and should be initiated as a CGI via a httpd server."...
this is really odd, let's see...

Before blaming it on Windows configuration I would like to solve a
little mystery about the inconsistent reports that I saw in the previous
email thread.

So can you please answer the following questions, quoting exactly the
output that you get and making sure that you quote the complete output
everytime:

1- What do you get when you run the following in a DOS window?
     mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"

2- What do you get when you access the following URL via a web bowser?
     http://localhost/scripts/mapserv.exe
   (Do a 'View Source' and quote the exact result, also change the URL
    to match the location of the mapserv.exe script on your server)

3- What do you get when you access the following URL via a web browser?
     http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map
   (Do a 'View Source' and quote the exact result)


Please send back that information (via the list) and we'll go from
there.

Daniel


Steve Lime wrote:
>
> Hi Andrea: It may be a simple configuration problem but it's on a
> Windows box and I have no experience with web servers in that
> environment- sorry. Have you gone back through the list archives? I
> recall seeing lot's of discussion centered around setup on Windows
> machines...
>
> Steve
>
> >>>  05/18/03 12:07 PM >>>
>
> Dear Steve and Daniel,
> I'm writing directly to you beacause I have a mapserver problem I have
> been
> not able to solve with the help of the mapserver list (I have written my
> first message ten days ago). I'm sure it's stupid configuration problem,
> and I know you are mapserver gurus.
> This is my problem: I write in my webbroser an url like
> http://mapserver.spaziogis.it/cgi-bin/mapserv.exe?map=c:
> \nodata\map.map&mode=map and I have "CGI Error
> The specified CGI application misbehaved by not returning a complete set
> of
> HTTP headers. The headers it did return are:". This a generic error and
> I'm
> not able to understand it.
> If I write "mapserv "QUERY_STRING=map=c:\nodata\map.map&mode=map"" in my
> mapserver dos console, I have "msLoadMap(): Unable to access file. (c:
> \nodata\map.map)". This is a message that I understand and I think to be
> able to solve it. Why am I not able to read undestandable error also in
> my
> browser??
>
> I have Winxp Pro with IIS.
> I have MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
> OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER
> SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL
> INPUT=SHAPEFILE.
> I have not compiled mapserver in my xp box.
> I have simply downloaded the binary files from mapserver site:
> ms36gif_gdal_pg_wms.zip and ms35_libs.zip.
>
> Thank you and excuse me to have write directly to you.
>
> Sincerly,
>
> Andrea
>
> ----------------------------------------------------
> Andrea Borruso
>
> Nadir s.n.c.
> Tel 0039 091580305 interno 218
> Fax 0039 0916124646
> email: aborruso at spaziogis.it
> www.spaziogis.it
> ----------------------------------------------------






_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/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 aborruso at spaziogis.it  Wed May 21 11:36:22 2003
From: aborruso at spaziogis.it (aborruso at spaziogis.it)
Date: Wed, 21 May 2003 20:36:22 +0200
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!
Message-ID: 

--0__=4EBBE7BEDFF626178f9e8a93df938690918c4EBBE7BEDFF62617
Content-type: text/plain; charset=us-ascii


Ed,
I did not want to be insufficient specicif, but I really give all the
possible permissions to the "Account Internet Guest(IUSR_NADIR-HP)". Look
please at the attached file.
Thank you,

Andrea
(See attached file: ed.jpg)



|---------+--------------------------->
|         |           "Ed McNierney"  |
|         |                          |
|         |                           |
|         |           21/05/2003 20.29|
|         |                           |
|---------+--------------------------->
  >------------------------------------------------------------------------------------------------------------------------------|
  |                                                                                                                              |
  |        Per:     , "mapserver-users"                                |
  |        Cc:                                                                                                                   |
  |        Oggetto: RE: [Mapserver-users] Re: I'm not able to solve my problem!!                                                 |
  >------------------------------------------------------------------------------------------------------------------------------|




Andrea -

It helps if you're a little more specific about what permissions you set.
Also, remember that giving "Everyone" permission is not at all the same
thing as giving every user full access to everything, because those users
might either have individual or group access RESTRICTED at a different
level.

What is the name of the anonymous Internet user, and what specific
permissions did you set for 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: aborruso at spaziogis.it [mailto:aborruso at spaziogis.it]
Sent: Wednesday, May 21, 2003 2:11 PM
To: mapserver-users
Subject: RE: [Mapserver-users] Re: I'm not able to solve my problem!!



Ed,
I know that when I'm running mapserv.exe from the command line I'm running
under the security context of the interactive user ID I logged on with. And
I know I must set properly the access right for the interenet guest user,
but I do not solve my problems also when I give all the permissions to
Internet guest user and to "Everyone" user.

Thank you,

andrea




|---------+--------------------------->
|         |           "Ed McNierney"  |
|         |                          |
|         |                           |
|         |           21/05/2003 18.41|
|         |                           |
|---------+--------------------------->
  >
------------------------------------------------------------------------------------------------------------------------------|

  |
|
  |        Per:     , "mapserver-users"
                               |
  |        Cc:
|
  |        Oggetto: RE: [Mapserver-users] Re: I'm not able to solve my
problem!!                                                 |
  >
------------------------------------------------------------------------------------------------------------------------------|





Andrea -

You should realize that when you are running mapserv.exe from the command
line you are running under the security context of the interactive user ID
you logged on with.  When you run it under IIS you are running under the
"anonymous user" account configured on that server (unless it's been
changed).  What user context is being used for anonymous Web users on your
system?  Does that user have proper access rights to do what you're trying
to do?

             - Ed

-----Original Message-----
From: aborruso at spaziogis.it [mailto:aborruso at spaziogis.it]
Sent: Wednesday, May 21, 2003 12:15 PM
To: mapserver-users
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!



Hi Daniel,
thank you. I'll reply to your 3 questions:

1- What do you get when you run the following in a DOS window?
     mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"

"
MapServer Message


msLoadMap(): Unable to access file. (C:/invalid/path.map)
"



2- What do you get when you access the following URL via a web bowser?
     http://localhost/scripts/mapserv.exe
   (Do a 'View Source' and quote the exact result, also change the URL
    to match the location of the mapserv.exe script on your server)

"Error in CGI Application

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

"


3- What do you get when you access the following URL via a web browser?
     http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map
   (Do a 'View Source' and quote the exact result)

"Error in CGI Application

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

"


That's all,

Andrea





|---------+--------------------------->
|         |           Daniel          |
|         |           Morissette      |
|         |                |
|         |                           |
|         |           21/05/2003 15.38|
|         |                           |
|---------+--------------------------->
  >
------------------------------------------------------------------------------------------------------------------------------|


  |
|
  |        Per:     aborruso at spaziogis.it
|
  |        Cc:      mapserver-users 
|
  |        Oggetto: Re: I'm not able to solve my problem!!
|
  >
------------------------------------------------------------------------------------------------------------------------------|






Hi Andrea,

The most knowledgeable people about Windows configuration are on the
list, so I'm returning this to the list.  Perhaps the main issue is that
the problem is not presented properly and those people who know don't
see the real issue so they can't jump in and help.  Your Email titles
should describe the problem and not attempt to translate yor personal
feelings with respect to the problem BTW... "Please help me" as a title
will just turn down readers if anything.

I have tried to follow that thread and the information that was
exchanged there must have been incomplete (hopefully) since some of what
was described seemed impossible to me.  From what I understood, it would
seem that in a DOS window your mapserv.exe returns error messages but no
HTTP headers and no MapServer version information, and when run in your
web server it returns HTTP headers and version information sometimes but
not always, causing the web server to complain about missing HTTP
headers. However, when run with no query string in your web server your
mapserv does return the expected "This script can only be used to decode
form results and should be initiated as a CGI via a httpd server."...
this is really odd, let's see...

Before blaming it on Windows configuration I would like to solve a
little mystery about the inconsistent reports that I saw in the previous
email thread.

So can you please answer the following questions, quoting exactly the
output that you get and making sure that you quote the complete output
everytime:

1- What do you get when you run the following in a DOS window?
     mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"

2- What do you get when you access the following URL via a web bowser?
     http://localhost/scripts/mapserv.exe
   (Do a 'View Source' and quote the exact result, also change the URL
    to match the location of the mapserv.exe script on your server)

3- What do you get when you access the following URL via a web browser?
     http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map
   (Do a 'View Source' and quote the exact result)


Please send back that information (via the list) and we'll go from
there.

Daniel


Steve Lime wrote:
>
> Hi Andrea: It may be a simple configuration problem but it's on a
> Windows box and I have no experience with web servers in that
> environment- sorry. Have you gone back through the list archives? I
> recall seeing lot's of discussion centered around setup on Windows
> machines...
>
> Steve
>
> >>>  05/18/03 12:07 PM >>>
>
> Dear Steve and Daniel,
> I'm writing directly to you beacause I have a mapserver problem I have
> been
> not able to solve with the help of the mapserver list (I have written my
> first message ten days ago). I'm sure it's stupid configuration problem,
> and I know you are mapserver gurus.
> This is my problem: I write in my webbroser an url like
> http://mapserver.spaziogis.it/cgi-bin/mapserv.exe?map=c:
> \nodata\map.map&mode=map and I have "CGI Error
> The specified CGI application misbehaved by not returning a complete set
> of
> HTTP headers. The headers it did return are:". This a generic error and
> I'm
> not able to understand it.
> If I write "mapserv "QUERY_STRING=map=c:\nodata\map.map&mode=map"" in my
> mapserver dos console, I have "msLoadMap(): Unable to access file. (c:
> \nodata\map.map)". This is a message that I understand and I think to be
> able to solve it. Why am I not able to read undestandable error also in
> my
> browser??
>
> I have Winxp Pro with IIS.
> I have MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
> OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER
> SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL
> INPUT=SHAPEFILE.
> I have not compiled mapserver in my xp box.
> I have simply downloaded the binary files from mapserver site:
> ms36gif_gdal_pg_wms.zip and ms35_libs.zip.
>
> Thank you and excuse me to have write directly to you.
>
> Sincerly,
>
> Andrea
>
> ----------------------------------------------------
> Andrea Borruso
>
> Nadir s.n.c.
> Tel 0039 091580305 interno 218
> Fax 0039 0916124646
> email: aborruso at spaziogis.it
> www.spaziogis.it
> ----------------------------------------------------






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





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




--0__=4EBBE7BEDFF626178f9e8a93df938690918c4EBBE7BEDFF62617
Content-type: image/jpeg; 
	name="ed.jpg"
Content-Disposition: attachment; filename="ed.jpg"
Content-transfer-encoding: base64

/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB
AQEBAQICAQECAQEBAgICAgICAgICAQICAgICAgICAgL/2wBDAQEBAQEBAQEBAQECAQEBAgICAgIC
AgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL/wAARCAGaAWMDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD+ynVN
RuLSXR9N02xGqa94k1UaJ4e0x7lbGG91IafqGsTi6vnik+xWcOj6RqtzNKIpnWOxbZFI5VTpf8IX
8df+hW+EH/h2/GX/AM4+ua1OQxfED4IyA7SvxG1zkds/Bn4tD+tfMX7Yt3rPxE/af+AnwJ1LUPj9
q/w0v/2SP25f2itS+F/7Nvx48c/s0fFD4mfFv4C/EL9h7wd8KdI0r4ufDX4u/D/UIw2gfH34radB
omseMtK8F3+o+LLDU/EiifQ9H1XR/nctweBnhKVSvhlXqVeZ3cqislJxslCcFbS+t3d72saVqtd1
60YV3SjTaSUVB3vCMrvmjJ3vK2llZbH2F/whfx1/6Fb4Qf8Ah2/GX/zj6P8AhC/jr/0K3wg/8O34
y/8AnH1+U5/4KfXXwZ+Cn7Ofg34QfA39pv4xfEb4g69+2h4esfBf7S03xf8AiT8Sfhp4W/Yh/aOg
/Z0+K3hP4n+Pv2Bf2eP2jfEPjfX9C+IHi/wV4f8ADfiG/wBJ1238TeH9Bm1vx18UbzxzdW7+M/XP
B3/BUvx54v8AEWva3c/sgeP/AIc/ArwR8ev2OP2f/H3i/wCLPxA0fwZ8cdC8cft1fC/9jvxL8IvD
Fp+zlbeF7+aDx74U+JX7YXhLRPirpWv+I/Dln4Z0fTY9a8Iaz8RNcl1fwZ4e7/qOWf8AQuj/AODK
3e3/AD+7mfPif+guf/gNL/5Wffn/AAhfx1/6Fb4Qf+Hb8Zf/ADj6P+EL+Ov/AEK3wg/8O34y/wDn
H1+RPgP/AILX/Er4pfD1PiJ4F/Yh8ff2D8T/APhmrUP2aPEnxEP7VHwc+GHifR/2n/2n/wBnf9nL
wHpvx5+MnxQ/YX0zw14F8ey2X7S/hLxNZ2Pwnv8A48aHqmn/AA98Zm08T/YNP8Pav4p5/wD4KO/8
FUPEXgrwR+238CfBXhvxDpOlap+zL+234E+Af7WPwY1X9phLjQ/2j/gr+xd8dvjd4o06/wDiLffs
u+HPhj4W17wtrfwP+L2iSt4F+NfjbxrovjDwLaaff+FNKu7Txe/gg+oZZe39nR/8GVvL/p9/XyDn
xP8A0Fz/APAaX/ys/Zb/AIQv46/9Ct8IP/Dt+Mv/AJx9cvaa3r2q6w3grSdC06b4jWt9rllqug3v
iB7Tw9pSeHrPw1qGoapceJ7fRbiaXSWsvGnhJ4Hj0xriT+3ole2jZZAvyR8Ff+CnPiH41/tX618C
9D/Zg+Lsfwfg+LXx/wDgVpPx6s/AX7S91YaV4/8A2btZ+JHhLx74i+JniDWf2WNM+EXhv4R3vjn4
O+O9E0HU/DXxr8aeJbvVPEPg/T9T8HaNqOqeKLLwT9H/AA5u2H7SvjafewLD4oruJ5IXwl+x4ACT
7IPypwy3LKs+V4JU/ZxlN2nV97lj8LvUlZNtN2tLTfvlWxGKpKm1iZS9pOMNY09OZ7q0FqrWV7rX
Y9Q/4Qv46/8AQrfCD/w7fjL/AOcfR/whfx1/6Fb4Qf8Ah2/GX/zj6+PfH3g23/aa/bw+NPwa+Jvx
C+P2kfDT4KfskfshfE74e+G/gf8AtN/tFfsvfZPHPx6+Mf7dHhX4pa54o1j9mb4o+Eb/AOIv23QP
2efhHb2Vt4jutWs9C/4R+7l0C30ubXNfk1R2o/tv+PPhf441fwLP4Ib4qfBb9n348/ssfsSfHf8A
aE8b/FHR/Df7RPiL9oj9pTR/2aLT4f8AjHwv8AvAPwDs/BfjPwFcal+1v8B7nxVrCeK/AMunS3Xj
RvD/AIDubbw/4fsPFE/Usreiy+Df/Xyt5f8AT7z/ACNefE/9Bc//AAGl/wDKz7A/4Qv46/8AQrfC
D/w7fjL/AOcfR/whfx1/6Fb4Qf8Ah2/GX/zj6/MbwB/wV+8ea/8ACb9n74l/EH9kxvhrqX7ZfwF+
EXxf/ZL8Gn4+aP4xute1j4ofGb9j79mqPSvj/reh/DVbb4MeApPjR+3J8Cb/AEPW9AHxA1y/+HZ1
3xFr/g3wj400yH4Z3/gfg7/goL8a/gf+0n+2ZqH7S3wyfUNf+Gvj74zfE7xho/gD9sH4tfEL4G/s
2/srfB74Af8ABB+f9oHW/CPhrxR8HvDUHxX/ALF+G37S3xB+LkVtF4I0/wAR2useEPF/gzwXb31/
8SdW1bUX9Ryz/oXR/wDBlby/6fBz4n/oLn/4DS/+Vn7a/wDCF/HX/oVvhB/4dvxl/wDOPo/4Qv46
/wDQrfCD/wAO34y/+cfXwF4r/wCCh+tT/GjxaPh1+zn4/wDin/whPgH9v3T/AIOaz4T+MfjiDR/i
va/sifFn9gz4K/HXUvEP7P8A4e8GXt5P/Yn7SfxW+L3h17618M+NPiJY6F+yz4hv/hF4Y8ef8LV0
3w3reDZ/8FHfFeo/GDwr4G8D/AfQ9f8Aj9+0B8I/2TV+Fsd9+2RqOt/sneMp/iND/wAFN/inB4m8
O/ED4feAvFmneHvhJd/CD9iH4m+JvC/xB0LwJP4x+I1l8VPh3ofjvwn4KXQ2j8KH1HLP+hdH/wAG
Vv8A5cHPif8AoLn/AOA0v/lZ+jf/AAhfx1/6Fb4Qf+Hb8Zf/ADj6P+EL+Ov/AEK3wg/8O34y/wDn
H1+Y15/wV+8eJa/HXWNM/ZMbUvCn7IHwF8Q/H79rfxe/x80ex0jwdpHwX/aI/bj/AGbf2j/A3wU0
+X4atq3xn8exeK/2G/Heq/C8appvgvQ/G+h308njnXPg9q1tpekeIPWvgr/wU58Q/Gv9q/WvgXof
7MHxdj+D8Hxa+P8A8CtJ+PVn4C/aXurDSvH/AOzdrPxI8JePfEXxM8Qaz+yxpnwi8N/CO98c/B3x
3omg6n4a+NfjTxLd6p4h8H6fqfg7RtR1TxRZeCT6jliv/wAJ0dP+nlb/AOXBz4n/AKC5/wDgNL/5
WfQMHhT4+fE7XvGlt4f8UaN8MLX4e+JYvBGpaXbSaVrV3qet/wDCL+GfF1xqw1TW/AuopcaQ9h4s
05bTy4LKUrCzTwq52j50+NXxb8E/s2+KbDwN+0V/wUu/Za+AfjbVfD9r4s0vwf8AGr42/s5/CzxT
qXha+1HVdHsvEth4f8c+A7C7vPD82raFrdrFeRwtbSXOjXcCSGW3mVP0J+A8pm1v9oKQksW+NlqM
k5Py/BD4LKM/gBXwV4t8OftS+IP+CpP7T3/DNXxj+APwl+yfsB/8E8f+E0/4Xl+zX8RP2hv+Eg8/
9oj/AIKj/wDCOf8ACL/8ID+1f8MP+EQ+yeTr3237X/bn9of2laeR/Zn2Kb+0PzHN/BLJM8zHF5vP
jPirLp5jL2vsMHxDjsLhaPMlanQw9KahSpxWiirvrJyk239xl3H2YZfgsPgYZFkuKjhY8ntMRlGC
r1qnK7OdWrUpSnOcnq231tFKKSX0T/wz/wDtL/8ARdYP/ADwR/8AOXo/4Z//AGl/+i6wf+AHgj/5
y9flzofjL4ifsiaH46/Zrtf2xfH/AMEf2Ov2a/2vf2WP+Cd0Hx98aaX+y1p3/DG37LXwg/4I5fCb
9oDw98U7z4qfET4ETeFtN8f/ABD/AGq/Evwz8E6/rnxJsPEfh2b/AIWhpvhvwPonhXxHqukXo8B/
4aR/av0LXP2of2oPDHxM3eOvE/7IX7L/AMGfg38QfGlr8N/AHwt+PX7Mnwu/4LHftx/ATxZ/wUdv
PiAnwO8Q6XZ/8IH+w38Vfgz8Xtf+IPhfw5qXwX8Mad+1VpvxD8TfC7XfAer+CPD1v5v/ABL9kH/R
f8Z/+JRmX/yZ2/8AESsy/wCibyD/AMMeXf8Ayk/cT/hn/wDaX/6LrB/4AeCP/nL1geGvhX8bvGen
XOseD/2mvDHizSbPxB4s8J3eqeGrr4b67p1r4p8BeKdZ8DeOfDVze6X8IJYoPEGi+NvDviDR9Ws2
YXOnaroV5p95HDd2s8Kfj1rX7c3xVk+Afw18NfET/grt8IPgF8VfiV8X/jf4V/Z6/ai8C/Fz9jHx
z+zD4++DngnwZ+z5rHxE+Lvxw/aS/aO/4J4/D3wL+1B4g+HfxI+JeuaDonhb9n/w14Ok8Sah4hsP
h74i1m31Twd8W/in8Ot/x3/wUF/aX0/S/wBpHU9f/am/4VN4/wDg9/w2zrH7CXwl/wCEW/Z80z/h
5L+0H8Jv+CjP/BSf4F+EP2Kf7A+IHwyv/EHxx/4R7wB+zZ+xh4X/AOEd+DV94S+Jc3/DSP2jWfEd
94g8W+D9S00/4l+yD/ov+M//ABKcy/8AlnmH/ESsy/6JvIP/AAx5d/8AKT9hf+Gf/wBpf/ousH/g
B4I/+cvR/wAM/wD7S/8A0XWD/wAAPBH/AM5evy58aftff8FAfhd8Lda/aJ8I/En/AIaK8ZfED9r3
/gsZ+y18Dv2U/wDhRHhmXweuj/sf+Hf+CpfxR/ZuT7P8M7K28efFT4/TeOv2KPh34N8/TvEelaFq
/gXxP/ZD+CLn4jRy/EzUvr3/AIJUfHj46fGf/hfFn8S/2n/gD+1z4A8Kf8KvufAfxV+Bvx08H/tT
f2V4w8R/8LEi+I/w+8UfH/4FfsHfAP4Z3P2HRfD3ww1Ky8H6XoGt+OvDv/CY3eteM9YTw/4w+Htl
AL6P2QP/AJr/AIz/APEozLy/6eeYf8RKzL/om8g/8MeXf/KT6Q8KeHvjxp3inxJ8Ob+bwH481bw/
4f8ACfjE+JNc8S3vg8DSPGWo+MdGsNLmHh34a3EV/qEd94E1eQtHp9pGsN1GHllkO1fRf+EL+Ov/
AEK3wg/8O34y/wDnH108dybf9oL4jkMV3/Bv4HdDjO3xt+0P7e9fnv8AsmfDW5+PA8VftSeMPjb+
07pvxm0P9tb9tTwVaT+G/wBpL4xWfwdk+Gv7OX7dHx4+APgb4c3P7KOqeLbz4RvoF18Bfhf4f8Ma
rfL4ETxBPJeXnjOz1qx+JMkHjW3/AE7KOG8qyHLcHlCliM2jgIKCxGOxVfEYuqm+ZOvXdSLqzSfL
zyXM0o8zlK7fw+Y5liszxuJx8vZ4GWJld0sNRo0aEGkov2dJU3GCduZxjaKk3yqMbJfcP/CF/HX/
AKFb4Qf+Hb8Zf/OPo/4Qv46/9Ct8IP8Aw7fjL/5x9fmNqH/BX7x5oHw9+DPxQ1b9kxvEWg/ta+A/
gh8bf2PPCXwy+Pmj638UPiJ8GPi/+0/+xf8As7zW3xj0n4lfDXwf4a+CPx6t7H9vH4I6rpnhqy8W
+MPCWpajpfiXRtT+I/hyw07TvEmset6T/wAFCPj34t+JF5+y94L/AGbfhLd/tj+Dtf8Ai3bfE/wf
4o/ah8Y+Hv2ZtH8L/CHwB+xz8TNZ1jwF+0JpP7KWreKfHGv3Xhj9vv8AZrS103UfhT4btxf2vjm3
l1VLfw7oF74z9L6jln/Quh/4MrdLX/5fHFz4n/oLn/4DS/8AlZ9vf8IX8df+hW+EH/h2/GX/AM4+
j/hC/jr/ANCt8IP/AA7fjL/5x9fiX/wTy/4Kg6F4A/Zb+DWv/tLL8QLDwRZ/AT4a/wDC5/2q/iH8
Zvih8dNY8T/HH4d/8Edf2E/29NUMHwxu9D1nWPDf/CR/s9a9+0x4h1H+xnGkPrv7MOravff2h47+
LEFtc/THhz/goX8Y9AfxnNqf7HPiHw78Rm/aZ+Dvwn+OfhHxb+1zB4k8G+Avil45/YW/Yx+NTfBz
4b+ONV8O3vhbwx8W9Y8UfG6y+Hnw70CWTwB8G/HvjzwTd32ufFLwX45+J/hzSvFw8Dli3y6H/gyt
/wDLv60DnxP/AEFz/wDAaX/ys/Rz/hC/jr/0K3wg/wDDt+Mv/nH0f8IX8df+hW+EH/h2/GX/AM4+
vzFtf+CoOt+EvCn7SWu/D79n5vEfgL9jg/tZfHn9rS/+I/7T3ji88c6V8GPAH7bH7ePwal1n9m+1
134VeJv+Fs+PdTH7Enx21uw8Aa/rnw38JeDLPWfBXgjw/wCKZNAE114Y39f/AOCuuqfDbwx45+M3
xj/Zk8Q+EP2cPCvxb/4KA/ArQPGvhT4seFvHfxX+IXj/APYB0/8AbA+IXi7xD4b+EcugaVp2lfCP
XfhB+xj8TEs9T1rxhpfiWz+ILx+F38HXXg1rT4oX59Ryz/oXR/8ABlb/AOXBz4n/AKC5/wDgNL/5
Wfo3/wAIX8df+hW+EH/h2/GX/wA4+j/hC/jr/wBCt8IP/Dt+Mv8A5x9fH37PH7S3xJ/b5+F37S3w
b+J/wj+Pn7Huvv4BTwlafFv4c6d+1R8MTFo/xn8O+PfC1v4h+A/xR/a8/Y3+DXiW0+PfhK98Nahq
d49j4E1LQ/D/APwkfgzUbbxDq9/qOp6PoXg/gX/grzoWhf8ADP3/AA0prvgT4ef2Z+yP8cfGH7dv
/CO+B/ifq/8AwpX9sH4J/wDCw/8AhIvhX4C/se51r/hIPANt/wAMG/8ABWzzrjT/APhKoLr/AIZW
0X7D4kf/AISjwf8A8J0fUcs/6F0Xb/p5W/8Al39fmc+J/wCguf8A4DS/+Vn6c/8ACF/HX/oVvhB/
4dvxl/8AOPoPgz46KCzeFfhGyjlli+LXi9pCByRGsvwTRWfHQM6KT1ZRkj8h4/8Agop+0F+x/wCH
fg98DfiN+zT8fP2jP2k3+A3hX9sr9srw/wCEdN/aR+N3iH4b+Iv2rfih8avF2ufAD9mmb9nT9nD4
r6D4hHhfx74E+NPhHwF4f+JHjr4a+F7Lwv4O8C6NY/EnxBZR+J/EPhj1X9jz9rv496Nq2m+A/jd4
Q0PxJ8LPjt/wUO/4Ke/s8fAX40Wfx88ZfEH4wv4n+Fv7TH7ePxR8O+EviZ8IPF3wc0vTvhx8I9F+
D/7OPj7w3oN3o3xA8VXFpH4Y8H6bB4bsNL1G9fwufUcss3/Z8Lf9fK3/AMuGp4ltL63PX+7S/wDl
Z+i2i6nDrWj2uqRRyW8j3Wr6ZfWU3ltLp2r6Bqt3oWt6dJLE7LO1vrGn30Jdflf7PuHBwNKuF+Gb
mTwdM5JJf4jfGpyT1Jb4weNiSffmu6r5PG0oUcZiqNNWp0qk4xvq7KTS19D0MNOVTD0Kk3ec4Rb6
atJsKKKK5jcKKKKACiiigAooooA8k8YeLLKw+IPw3sbfSfGevX3hPxAfGHiO38IfD7x341OjeHPE
HgH4r+EdG1G/k8JeHL1Lf7T4gEtvFCzCdvIllEXkRSSLyHxt8EfA79oL/hGLj4heCP2o9N17wb/b
UPhjxz8I9C/bZ/Z6+J+j6R4m/smTxT4Ttvit+z/H4Z8SN4D1a98O+E7zV/Dz6q+h6rqHgjQNS1DT
7m/0HR7mx+ivhB/yWn4sf9kv+CH/AKlfx+r6gr7nLsLTeBwj5pJ8t9Gl8UnJ9O7fyt8/HqKXtq0k
178uz+ylHuukfvZ+Pafso/sX6Z8N/A3wn8EfAn9oX4OeDPhjr3xW134cx/s8+HP24P2bvE/gWD44
eP8AUfil8V/BfhP4gfAR/DniDQPhLrfxAv7TVLvwTa6pF4PFx4U8OCHQ4o/C3huPSu8034Mfsn6H
4Y8QeCPD37PPxJ8MeDPEvxa+Afxx1Dwj4V+BP7SPhfwxZ/Ej9l7T/gBpHwD1Pw5oHh/wlbWng/Qf
DWlfsufAe1s9B0mKy0Ca38ARw3ul3Ud/qi336kUV2/VKf88//Al/8iT7/eP3P/5L+rn496D+yj+x
f4cnWWw+BP7Qt3badr3w113wVoviLw5+3B4u8MfB6D4RfF/4efHjwB4L/Z68JeK3vdL/AGb/AIS2
fxS+EHwi1CfwT4CtPDng/U7f4TeF9I1TQ73RfD2j6fZYPxI/Yu/Yf+LfiHxLr3j74JftR6xZeLP+
FxTat8PbOf8A4KD+Hfghb6v+0F8MPiZ8H/jb4s8O/s+eGdas/Avg/wAeeKPBHxn+Lo1nxDpHh2x1
y91f4m694ll1A+JNVvdWm/aKij6pT/5+T/8AAl/kHv8AeP3P/wCS/q5+W3h34Pfsz+E/i9dfHDQv
hJ+0NB40fXfFXjDSdEvPBX7ZGr/CDwb4/wDHkGsW/j34n/DP9nvWbOfwD8K/i3r8finx0dd8W+G/
DWleJNZf4n+L5dT1S6k8YeJ31bW8HeJL7SvjB4i8XX3w/wDjPBomoyePjbXf/CivjJKzrrfh79nK
x0wm2h8DNKnmXXgLxWnzICn9lbpNiz2xm/TOirhh4U3KSlJuUZQ1a2la9tN+3TyZnUpOqoKUkuSU
Zqye8dt5PTe/XzPy3+Mvwl/Z++Oview8b+MPCH7YPhfxnZ6Da+Fbrxd8Cb3/AIKAfsw+J/E3hjTN
Q1TV/D/hzx9r/wCzZqfhO7+JGg6PqviDxXdaBZ6/LqVv4fuPG/iCbRY7CTxBrTX2DD+zr+x/Y+OP
CfjnRfgD8Z/Cv/CF/wDCvZtG+G3gn4Z/tc+B/wBnm51f4RaR4f0D4R+LPFH7LnhDSrL4beOPHnhL
RvBfw6tvC3iHW/Cmoa54ci+E3gxdG1Cy/wCEM8Lf2R+s1FR9Tp7c87eq/wDkTT3+8fuf/wAl/Vz8
mbr9nX9j+98D/CT4dT/AH4z/APCKfAb4DS/s1/Bq3h+Gf7XNrq/w2+E/9r/AvxHpdp4T8VWulJqu
l+PNI8V/s0fAjWfD3jNL3/hM/DeufDTT9b0DX9N1Xz7yY+Cf7Pf7K37Pvji5+Jvw5+Fv7Udx8Sb/
AP4WR/afxC+Jtp+3h8dPHGsf8Lb0j9nTw/48/tvxZ8cbvxFf639q0H9kv9nmxtvtdxN/ZVn8Nbe2
0n7DDe6ol9+s1FH1Sn/z8n/4Ev8AIPf7x+5//Jf1c/Jm6/Z1/Y/vfA/wk+HU/wAAfjP/AMIp8Bvg
NL+zX8GreH4Z/tc2ur/Db4T/ANr/AAL8R6XaeE/FVrpSarpfjzSPFf7NHwI1nw94zS9/4TPw3rnw
00/W9A1/TdV8+8mwZ/2Uf2L5NPmtLP4E/tC6Bqsug+ANCi8feEPDn7cHgr4v6fP8OfE/x38ZaR40
0b42eEXsvF+hfFrU/EX7UP7R03i7xtZa3B4w8dp8cvFNr421zxBaa3fwT/sJRR9Up/8APyf/AIEv
8g9/vH7n/wDJf1c/Jm1/Z1/Y/svA/wAW/h1B8AfjP/winx5+A0X7Nfxlt5vhn+1zdav8SfhP/a/x
08R6paeLPFV1pT6rqnjzV/Ff7S/x31nxD4ze9/4TPxJrnxL1DW9f1/UtV8i8h3fDvwe/Zn8J/F66
+OGhfCT9oaDxo+u+KvGGk6JeeCv2yNX+EHg3x/48g1i38e/E/wCGf7Pes2c/gH4V/FvX4/FPjo67
4t8N+GtK8Say/wAT/F8up6pdSeMPE76t+pNFH1Sn/PPX+8v/AJEPf7x+5/8AyX9XPm39m8391F8Y
9bu9C8T6DaeIvi6NU0eLxZ4X8ReENSvtNg+FHwq0SS/i0jxRplpd/Y/7V0jU4FlaEI72MgRmCmvp
KiiuiMVCMILVQSS+St+g0rb7tt/e7+f5hRRRVDCiiigAooooA+T/ABxr0nhD45eKdW1Dw18QNQ0n
XfhR8KtO07VPCnw0+IHjnTpNQ0Dxf8arnVrCe98G+Gr+OyvYbbxDo0jRTNG5TUI3VWUkj5J/4Z7/
AGVv+Fn/APC1v+FW/tR/2l/wnn/C1P8AhXX2T9vD/hm//hZ//CQ/8Jv/AMLH/wCGS/tf/Crf+E8/
4Wd/xWv9sf8ACH/2h/wn3/Ff/aP+Ez/4ntfrNRWFTDQqTc5SknK17NJaJLs+xKUlezVrt6p9Xf8A
mXmfj3oP7KP7F/hydZbD4E/tC3dtp2vfDXXfBWi+IvDn7cHi7wx8HoPhF8X/AIefHjwB4L/Z68Je
K3vdL/Zv+Etn8UvhB8ItQn8E+ArTw54P1O3+E3hfSNU0O90Xw9o+n2W94+/Z7/ZW+I3iHxb4y1b4
W/tR+GPHnjnx5c/EfxN8SPhFaft4fAj4n33iHUPhh8Ivg9rWnW3xM+CV34f17SPAepeA/gF8EodX
8K2Wo2/hjV9Q+FGga9qej3evaXaanF+s1FR9Up7+0nf/ABL/ACD3+8fuf/yX9XPyZ8B/s6/sf/DL
4YR/BrwP8AfjPonw2i8efs1/E2Pw5/wrP9rnUtvjj9kLw9+zx4V/Z31v+2NX0q4vz/wj2g/spfAK
D7Mbo2erf8IF5uuW+pzaprUmonj79nX9j/4neIfFvirxt8AfjPquvfEHx5c/EH4hX9t8M/2udD/4
WDdar8MPhF8GvFngPx9a+H9KtYfG3wG8SfDb4CfBjTfF3w01SO7+HnjH/hWmkXninwvq9/aJdV+s
1FH1Sne/PO/+JeX93y/LsHv94/c//kv6ufj3r37KP7F/iOdpb/4E/tC2ltqOvfErXfGui+HfDn7c
HhHwx8YYPi78X/iH8ePH/gv9oXwl4Uey0v8AaQ+Et58Uvi/8XdQg8E+PbTxH4P0y3+LPijSNL0Oy
0XxDrGn3veal8GP2T9c8MeH/AAR4h/Z5+JPifwZ4a+LXx8+OOn+EfFXwJ/aR8UeGLz4kftQ6f8f9
I+Pmp+I9A8QeErm08YaD4l0r9qP48Wt5oOrRXugQ2/j+SGy0u1jsNLWx/Uiij6pT/nn/AOBL/wCR
D3+8fuf/AMl/Vz81vgl4I+B37Pv/AAk1x8PfBH7Uepa94y/sWHxP45+Luhfts/tC/E/WNI8M/wBr
SeFvCdz8Vvj/AB+J/Ei+A9JvfEXiy80jw8mqpoelah431/UtP0+2v9e1i5vjWPAX7O+vf8LD/tb4
OfGe7/4Wt8efg3+014+/4tB+1DB/b3xv/Z//AOFE/wDCovG3+jeG0/sv+yP+GZ/gl/xLbL7NpF//
AMIV/wATOwvf7S1f7f8ApTRS+p0v55/evL+75fl2D3+8fuf/AMl/Vz8tvjL8H/2Z/j94nsPF3xQ+
Ef7Q2q6rFoNr4P8AEtp4d8F/tkfDzwx8WvANjqGqanY/DD9oXwR8ObPSdF/aV+EsFz4i8YrB4S+I
Fh4l8Nw2/wAQ/FFpHpa2ninxDDqfOfD/APZ6/ZZ+FfxI1b4t+DfhV+1LL4tvvHPxW+KWm6P4vtf2
7viP8MfBfxQ+N2v+MPE3xT+I3wr+CfxIvdV8F/B7x5rOpfET4jxXGseFtA0bUI9P+JPiPSbe4h0r
X9Ysr39bKKf1Ona3PNL1X/yILnTT5lp/df8A8kfnn4A8XrovhQadqngn4y2l8fGHxM1YwH4C/G2c
ix8Q/EbxPr2kTGW2+H7pmXStRs5du4vH52yVUkVkXsP+Fhad/wBCj8ZP/DAfHP8A+d3X25RXBWyP
B161WvOpVU60nJ2lC15O7teD03tqzWlWrUqdOlFxcaaSV4u9kktfePiP/hYWnf8AQo/GT/wwHxz/
APnd0f8ACwtO/wChR+Mn/hgPjn/87uvtyisv9XsD/wA/av8A4FD/AOVmn1mv3h/4DL/5M+I/+Fha
d/0KPxk/8MB8c/8A53dH/CwtO/6FH4yf+GA+Of8A87uvtyij/V7A/wDP2r/4FD/5WH1mv3h/4DL/
AOTPiP8A4WFp3/Qo/GT/AMMB8c//AJ3dVrr4o+G9OSCbV9J+JOg2VxqGl6WNU8R/Bv4veHNFgvta
1K00fSor7XNd8D29npyz6pfWcCSXE8UfmXKKXG4V9y182ftb/wDJC9c/7HX4M/8Aq6fh7Uz4fwUY
TkqlW8U38UOiv/z7E8VXSb9zT+7L/wCTKCOsiJIhyjqrqcEZVgGU4IyOCOtFQWX/AB52n/XtB/6K
Sivjz0iz8If+S0fFj/sl/wAEP/Ur+P1fUFfL/wAIP+S0/Fj/ALJf8EP/AFK/j9X0/wD178fp/nvX
6DlrtgMJ/gR5M/4lT/FL/wBKZ5Dovxp8La78e/iV+zraaf4gj8bfCz4QfBD40+INUubXTk8LXnhb
4+eM/wBoPwN4OsNGvotVe7uPEFtq37NvjmTU4p7G3t4bbVdJe1uryWe8hsOA/Zq/a6+Dn7VPhbwF
4g+G174gsdW8e/sw/s1ftdp4G8WaFPpninwv8HP2stO8e3vwavfEt3p0t5oj+ILu5+FnxFs72w0v
WNTewufCkjTuLS80y6vvAfiPD8bfgR+2d8VP2ivBn7MHxf8A2o/BPxy/Zh/Zg+CtrpfwE8W/s16F
4p+Hfin9m74q/tieOfEV/wDEGx/aa+P/AMObR9A1vSP2pPCUfh+Xw9feILh7nwX4hTXLTQ4o9Em1
z8Zv2jP2M7r9kf8AZp8G23x++JvwB+FN7/w7E/4JTfsAXH7Q118Wf2cvh3/aV1+xD+0H4k+Lf7bH
7J/w+8Uftj22kaF4q/4Xv8Btav7Lwf4X8T6Te/Dnxz/wpnV9M+N9t4W8M2+nHWe1yt5/0iT+rWvI
NH+NPhbxZ4z8WeBvAmn+IPHOrfDH4v23wW+NFxo1rp2k6d8G/FN/8BPDX7RWlX/iybxnqulS+JvD
914J+IXwmtY5fCUPiW4j1X4q6ZBc2sFpp/ia+0D+cj/gnv8AsU/s6/tOeKfgz4y0rQtA/aT/AGF/
APh/9v3w5qHw38cfG79gX4yfDT4efEz4maj/AMEutQ8B/Bn4kfs2/wDBOfR9L+BHhvQL6/8Agz8a
PiNY+AtFs/Hnh608Q3GifGDxNqek/FXxNp+n+HvX/wBiz9g39q/4Z/ED9kz4m/Hb4Vf2x8bJvj9+
yF+0F+0/8fNT8c/Dfxj46vdH8C/8EB/ij+wF4t8CfFHx/N4wn8R/Ezx/4Z/bFsvFOoXAtRruhTWf
7U1j4j0DXdVubz4gR+GTm1Wn9af5gf0b0V+A3xW/YJ+M3jH/AIKd6j+0fq2gfH7xN9r+P37OnxH+
B3xo8A+If2CPDXwt+BX7Pnww8A/BDSvij8CvGnxi+Kvwg8QftMeAP+Eg8aeAP2irzUfh78JWi+Gn
jrTvj/Domva94Y/4WB8Vdb0f5i/4LtXvwO/4Sr9pj4e/GT4YfCD9q74q/H7/AIJxw/Cj9g/4J6l4
9/Y/1/49/s8/tKXmo/tc6Jqvxg+E3wF/aV+Mfhvxi/iD4ieI/H37POk6De/BLQ/GnjfxbrX7MTaN
No39qeHfBdpqxzaN9gP6lqK/Cb4O/sp/tC/svfE/wp+0D8Pf2XdA8a+Ntf8Ai9/wWt0nxr4P8O+O
/hL8OtS1zX/29P8Agol8Kfjd+zL+0f8AGzx3d6i63Hwgtv2ff2bfBGneLNS0m38afE/w/pWseFdK
0b4beJpdJ1HSdE/OT/gnz+xx8RNG1SX4YP8AsS/8I1+2L+zr8fv+CQ/hnx1+3t537LSf8M+eD/2b
/wDgnN/wSK8Q/tTfsu/8Le0T4sz/ABVuv+El+F3g/wCNvgz+z/BvhrW/AviL/hoD+y9W1yHw5rXi
zUNMObbTcD+tTxLrOo6Fp1tfaX4T8QeNLmfxB4T0aXR/DVz4WtNRs9O8ReKdG8P6x4suZfGHiXSb
RvD+g6Tqd7rurRw3UuqTaV4dvIdD0zWtbk0/R7/oK/kL/YV/Y4+InxG/ZH/4JtePv2bv2Jf+GXfC
WjfAH/gmH4m/aM1bzv2Wvh3/AMNz+MPC/wC2r/wS1/aV039qH7D8EPixrFz8SP8AhCvgp+z7+1xr
X9ofFGHw146t/wDhoP8As7wxoep6t4o8V2Gn/wBWnwn0zR9F+Fvw10bw78Lv+FH+H9J8AeDtM0L4
Lf2f4E0n/hUGj2Hh3TrXTPhcNK+F2uap4Z0z/hH7KGDSfs/h3U9R0KH+yfK0i+u9PW3nkFLb+uwH
oFFJn9Ov+fX/ABo/z2/z/wDrp3/r+vvFcWik9/09/bNH+frRcLi0Un9e/H6f570Z/Tr/AJ9f8aL/
ANf19wXFopP89v8AP/66Pf8AT39s0XC4tFJ/n60f178fp/nvRcLi0Umf06/59f8AGj/Pb/P/AOui
/wDX9feFxaKT3/T39s0f5+tFwuLRSf178fp/nvRn9Ov+fX/Gi/8AX9fcFxaKT/Pb/P8A+uj3/T39
s0XC4tFJ/n60f178fp/nvRcLi0Umf06/59f8aP8APb/P/wCui/8AX9feFxaKT3/T39s0f5+tFwuL
RSf178fp/nvRn9Ov+fX/ABov/X9fcFxaKT/Pb/P/AOuj3/T39s0XC4tFJ/n60f178fp/nvRcLi18
2ftb/wDJDNc/7HX4M/8Aq6fh7X0ln9Ov+fX/ABr5t/a3/wCSGa5/2Ovwa/8AV1fD2s6r/dVf8Mvy
E3o/QybL/jztP+vaD/0UlFFl/wAedp/17Qf+ikor80PaJ/hH/wAlo+K/v8MPgePTP/FV/H7ivqDv
0x069OOg+uT/AJ6V8v8Awj/5LR8V/wDsmPwP/wDUr+P1fT+egPOc8Yz2HQj2P69q/Qcta+oYX+7B
Hkz/AIlT/FL/ANKZ4qvjj4qa74q+IGh+Bvh98PtU0nwD4o07wpcat4r+K3iPwtqOpajfeA/Bnjqa
eHRtI+DutRQWUdr41tLdWa+Z5JLORzHGpQHQ/tH9of8A6Jj8F+mP+S8eOOnp/wAm41/GR/wdoft0
/tHfs3fCO0/Zg+CnjP8A4QD4f/tpfGj40aZ8ftZ0KK6s/HfibwJ8KP2b/wBiG2g+Fun+Job5f7D+
H+v/APC19VXxTb28C3mtWei2uiy30fh++8Q6Trnzp+xP/wAEAPE3/BOb4nf8Euv2lPiJ8VviZrP7
UvxE/bD+FWtw+Jf2Svi78P8AXfhNovwp1bxD4Fe5+CuifDd9F0/xt+0heeIPhHf/ABX1P4oeJND1
3RfAvg34R6d418RXcXjO08NQaF499yXJ7VUaeFotqjGo3OpOF7UI1Z+9KtCPNK0uSEbSnNxp04yn
KEX59KNWpGU5YqpH95USSjTdkqkoxX8NuySSbbel231P7ptT8bfG3RrhLXUvh98F7ed4luET/hd/
xDmzEzyRq+63/ZpZR88TjBOflzjoazf+FmfF3/oRvgv3/wCa1fErv1/5tlrmP2wPjD4Z+APgLxj8
YPFtjrut6V4H8FrqNp4S8I22n6l48+IXia71O50nwV8LfhnoOp6nZR+LPiv4r8ZahoPhzwpoa3UN
xrniPxRpmj2jG6vYVb4p+Gv7Z2gaV+z9ovjL9pGT/hG/jf4R8dal+zt8Z/hj8KPh58TPiD4p1X9p
jwLbX8vjLS/gj8C/BOm+JPiB4t8C6/4R0S9+J/gmA6Tc6/dfBjxFpHxC1ixsNEa+vLX5TFZ9iaOI
q06eW4ecKcuVX+sNt2T6YhX+S6ruejDA3jFvHVk5K+1G3/pn+tT79/4WZ8Xf+hG+C/b/AJrV8Su3
T/m2Wj/hZnxd/wChG+C/Un/ktXxK6nv/AMmy+9fD+r/8FAf2TtF0/wAL6td/EbXbnSvEWhXHijXN
T0T4RfGnxJp/wW8M6f4m8ReCtb8RftVXnh74eXUf7HWhaX4y8EfEnSdZu/is3g230XU/hD42sNWk
s7rwT4ri0c8Xf8FAf2TvAWofEy08X/EbXdC0r4S6F8Vtc8V+O7z4RfGlvhHqU/wL8M+J/GHxl8G/
Df40QfDx/CXxm+K/hfw94E+I82ueC/B+ta74u01/hX4utrrRI7rwn4jg0znXEeNe2VUH/wBu4ro9
f+Yjv+ZX1Bf9B9X/AMof/Kf6ufcH/CzPi7/0IvwX6Y/5LV8Sunp/ybLR/wALM+Lv/QjfBfrn/ktX
xK6/+Iy18efGj9t/9l79nrxtbfDj4vfE7/hFfHWof8K5h0fwvD4L+IfibVvEerfGDSf2htX+E/hX
wrb+EvCd/wD8JX468T/8Mr/HCx8P+H9NN1resa34ZsPD+n2FxrviXwvp2s4Xwd/bW+HXxy/aI8Vf
AvwDpmu6rpWifs3fCr9oXS/iGvh7x5aafJP43+Mv7RHwR8d/Cj4g6XrHgS0j+C3xX8J+MvgNJZ33
hjxPqFh4un1O78SaTJ4asrrwH4m+zn+seN5XP+y8OopJ3tiUrabf7Rrv06O+y0P7PV7fX6t/+4P/
AMp/q59wf8LM+Lv/AEI3wX7/APNaviV36/8ANstH/CzPi7/0I3wX7f8ANaviV26f82y1+ZHgb/go
x8KtG8LaWn7QOvf2D8UvHPx0/wCCgngD4SfDT4U/Cr4xfE/xt8T/AAT+xV+2b41/ZyvJvAvw6+G3
h7xPrvjnx1ZeBU+HeueIbDSree7a0fxJ4ptdKsvC3h/XJdD3fCv/AAUg+Amu6z+0Rb3s+u3Xhn4N
/Ff4O/Dj4ceKvhX4N+KXx9g/aY0/43fssfCr9qfwhrvwE034P/DbVJPi5rsfg3x14wvdS8P+C38W
anonhH4ef8J/rw0rwxq1rcwv/WHHa2yrDtR62xNnaSjp/tGuuml9fTQWATs/r9XX/rz6/wDPk/Rr
/hZnxd/6Eb4L9Sf+S1fErqe//JsvvR/wsz4u/wDQi/Bfpj/ktXxK6en/ACbLXwFrX/BSn9inwzbX
+o+J/jR/wi+haF4F+GvxE8aeK/E3w5+LPh3wT8MNA+LX7QOpfsr+DtP+MfjfWvAkGkfBjx0v7QGg
eLvDWteF/Fd7o/ibwxd/D7xRP4m0jSLDwv4hu9M3bj9vv9mWHwzpHiGDXPivrGq6vrviLw6fhP4Z
/Zj/AGnvFf7SPh/UPCOn+F9X8TXHjr9lbwz8Hbv4lfDnQrHRfH/wwvrnVNf8KabpkVj8YfBN6139
l8a+FZtYX+sWO/6FNDXT4cVvZO3+8dtfncPqC0/2+r/5Q/8AlJ9wf8LM+Lv/AEI3wX65/wCS1fEr
r/4jLR/wsz4u/wDQjfBfv/zWr4ld+v8AzbLXx5+zp+1p4J/aU8f/ALS3g7wNaf2hoXwC8dfCbQPD
/wAS/D8+reKPhn8YvBPxl/Zn+C/7Rvg/x/4G+Itp4bh8Oax5ln8V7uym0rR9a1y7tNP0jR/EOoPZ
WHi7Q4pflH9lP9sr4mfFzxB+ytrfxK/aG/YXsP8Ahsz4F+FP2ifAH7Glpba/8Mv2t/h78M/id8M9
Z+KvhXVPD+v6/wDHzxN/w1L/AGF/YF/4e1iey+Hfw70/VYLDXPGVtfaL/wAI0/grWH/rFjPe5stw
ycEnZrE9VzLbEPor62t62QfUErf7dWd/Kh3S/wCfJ+uP/CzPi7/0I3wX7f8ANaviV26f82y0f8LM
+Lv/AEI3wX6k/wDJaviV1Pf/AJNl96+PLr9t/wDZes/BPwn+IU/xO/4pb46/AuX9o/4PXEPgv4h3
WrfEb4Vf2t8EPDumXXhXwva+E31XU/HWreKf2kvgZo/h/wAHJZf8Jj4j1v4kWGi6DoOo6r59pDhX
H/BQH9k6w8M6R4p1j4ja74cttQ13xFoet+HvFfwi+NPhP4i/C6Dwbp/hfW/HHjL4/fCjxL8PLXxP
+zf8KNA8M+PfhtrPiDxp4/0jw34R0LQfir4R17V9bstG8WeHL7U0uI8a7Wyqg7u3w4ndbr/ePLVB
9QWn+31f/KHl/wBOf6ufcH/CzPi7/wBCL8F+mP8AktXxK6en/JstH/CzPi7/ANCN8F+uf+S1fErr
/wCIy1+crft6afL+xx+2j+1hZ/C3XWuf2N9d/b08O6t8P9XufE3hrT/iDqH7EnjP4s+G47jwv8Q9
e+H0FrqmheJ9K+G+mXMmqaLZa/pnh/U9e1Hw3Ld6prPhrVoF+UfF/wDwUj+OXwtf/gql8NfHfhX4
Uah8T/2H/wBm7xn8Yf2dviHpGh+L9G8B/tC+Jvgp+xF+zp8dv2ibHxR8K/8AhOtX1DwBoXhf4t/t
JfBd44p/F8VxrHhz466do2j3Woan4N8UeIri4cQY6TaWWYW8Xa3+0dHFO3+09OZXt0beydl9RVk/
r1Zp+VH/AOU9bffofuR/wsz4u/8AQjfBfv8A81q+JXfr/wA2y0f8LM+Lv/QjfBft/wA1q+JXbp/z
bLXwF45/bC/4RL9rfwf8FodD+1/By0/4R/4XfGb4srpn2jQPh5+0x8drK78Wfsz/AA71bx4niePS
vCXn+Fvh5r+m+JNI1W1GvyeJv2v/ANnCz8P295bfECaSDwv4d/tZftMWWm6h8fvizqPwL8Sfs56t
+3R8Uf2LdK+Gnw7+FHj/AME/GvwB5f8AwUD8XfsFfBb4lah8T/Evx38QaF8X/O8daZ4Dm8UaNH4V
8D/ZtJ8bavr+k6rd3nhez8IeL5XEWLsn/Z2FV7W/3m7b2X+8btK+vS3VoPqKvb67WuvKj5f9Of61
P1x/4WZ8Xf8AoRvgv1J/5LV8Sup7/wDJsvvR/wALM+Lv/Qi/Bfpj/ktXxK6en/Jstfg18QP+Ckfx
M0rxH8GfD/iL9o79hf8AY00L4g+Ov+CsPh/U/ir+1R4K1/XfBOq/8MI/t2+Dv2Xfg94G8KW99+1v
8N4bXx1rfw58S6vrmuTSaxqP2q78I3c2l6Pp1gZYrX6u1L9sL4mWP/BMf4/ftmW+h+Bb/wCI3wh+
Bf7XvxB8EajDpmv/APCnfjP/AMM5SfFyw+Fvxy8K6Knid79PgX8TdC+HXhfx14ftLTxJqu3wr8S7
CDTvGGvwi38S39PP8YlBvLsL+8lyr/ed7uO/1i28Xs9OtroFgU9Fja2ivtR8n/z58/zP03/4WZ8X
f+hG+C/XP/JaviV1/wDEZaP+FmfF3/oRvgv3/wCa1fErv1/5tlr8VP2iP+Csfwz0/wD4W9/wxv8A
Gz9lH9pP/hU3/BN3/goJ+2F4i/4Qb4kaB8Yv+EZ+Jn7Mf/DOf/ClND8Yf8Ks+I6/2N4F1z/hZ/xF
/tC2n+zahqf/AAi8P9k6np/2K++0cLH/AMFI/iZoFt4y1nwn+0d+wv8At2/Dn4ceBdJ+Onx2+NP7
I/grX9E8E/sq/BT4Z/tA/s+aN8fYvizpWh/tb/FJ/E/jrXP2VviB+0X418A2dvqWhatNd/sm69a6
T4Y+Ic13Lpuk0s+x0lFvLMMnLZNYldVv/tFl3V2r39270D6irv8A26s7eVDy/wCnP5H7y/8ACzPi
7/0I3wX7f81q+JXbp/zbLR/wsz4u/wDQjfBfqT/yWr4ldT3/AOTZfevzI/aD/bC+Jnwo+N/xK+Gv
h3Q/At7oXg3/AIdF/wBmXetaZr9zq0//AA3z/wAFDPiv+yX8Yft89j4ntoZf7N+HPgXSL3w15cEX
2PW7m5udU/tmweLTYT9o/wDbC+Jnwh+If7T3g3w7ofgU6F8H/gX+wT8QdM8beJtM1+70n4af8NZ/
tQ/tK/Af4w/HL4xrY+J7GHVfgX8L/hz8ItI+IWtWkd34X/4kngvxQuqeMNDsLmLW9AhcQ4x2tluF
963/AEEdeS3/ADE/34/e+w/qFv8AmNraeVH/AOU+R+m//CzPi7/0IvwX6Y/5LV8Sunp/ybLR/wAL
M+Lv/QjfBfrn/ktXxK6/+Iy1+Knxb/bq+Jnw5+A/7L3j7/hr/wD4JuweFvj5+1d4g+C3/Dc39la/
4i/ZIvPhno37On7RHxY/4SX/AIQj/hqzSLbwH46Hxj+C3/Cu/sf/AAt/xTp809r/AGz9qt9V1r/h
DPDn2X+xN+0D4m/aG8B/EXWde8V/Cj4taV4C+K938PvBX7SHwB0rUND+An7S3hlfh18NvHl38R/h
HpN58RPGUdloWieMvHni34d6qLTxp4qt5PFPwO8QTNfaZdSXPhrQiXEWLhDneXYXlWm2J6O3XEJb
9PiW7SS0SwCbt9drX/7geT/58/lofcH/AAsz4u/9CN8F+/8AzWr4ld+v/NstH/CzPi7/ANCN8F+3
/NaviV26f82y1+curftleJvC/wDwUps/2MPE3gzQoPhJ4z/Zu+FPjbwD8V7e/wBQHiZf2kfHXiL9
r3XI/gxq/h6BbldQ0LWfgP8AsmfFXxNp2smLS7HQ7j4Oappep32o6h4u8MWVt4X4Y/4KR+Jp/gb/
AME//in4j8K6Fe3Pxg/Zu+Av7WX7cGp+END1C48Gfs8fA340eEPBvgqHxtJeX/jot8JdCj+PHxU0
/wAUpqXi64utHT4OfstfHXWxqV1rPghIrgXEON0tluG95Jr/AHjXmTa/5ietmtevyD6ik/8Afq2n
lR8v+nPn+Z+x3/CzPi7/ANCN8F+pP/JaviV1Pf8A5Nl96P8AhZnxd/6EX4L9Mf8AJaviV09P+TZa
/I74gftZftMeAfFP7f8A8aLjUfgXqP7K3/BP3x1Hp/jf4QQ/Cjx/b/tA+Pvhn4b/AGMv2eP2p/il
4u8K/Hd/ju3hyx8dWFn8Z/FEnh/w7d/DxdP1+XwNYeHNR8UeGU1248Y6Bwv7Sv8AwUD+Jnws8ZeN
PCP/AAtb9lH9m3wtoX/BSLw5+x7/AML4/aV8K6/rvwz8GfDPU/8AglhoP7cv9ueNLT/hofwDbXXj
rUfjHqH/AAi+nXP/AAkWk6emn67YW/8AZl/qqefeUs/xkmrZdhXdXv8A7TppF2t9Yve0o6JPfS72
HgLb42tvbah/8p8j9q/+FmfF3/oRvgv1z/yWr4ldf/EZaP8AhZnxd/6Eb4L9/wDmtXxK79f+bZa+
H/2Jv2gfE37Q3gP4i6zr3iv4UfFrSvAXxXu/h94K/aQ+AOlahofwE/aW8Mr8Ovht48u/iP8ACPSb
z4ieMo7LQtE8ZePPFvw71UWnjTxVbyeKfgd4gma+0y6kufDWhfGn7N//AAVj+Gf7RPhz/gl5oHgv
42fso+Ov2gP2tv8AhFf+GoPg38NfiRoHifxt8IvN/YS+O/7RHj3+xfh5pXxHvtb8A/2R8b/hv4O8
P3P/AAkKal9gtNan0q9zq9za30E/6w4189ssw0lS30xOis5Xf+0aaRe9mno7PY+orT/bq3veVDyX
/Pn8vM/av/hZnxd/6Eb4L9v+a1fErt0/5tlo/wCFmfF3/oRvgv1J/wCS1fErqe//ACbL71/P7+xj
/wAFG/jl+09oX7LyaD+1L/wT6+OnxP8A2oPhQmseNfg5+zt8KPF9348/YT8Ta7+zd4w+MVp8UP2i
dDs/24PFmoeMvhR4b+Lfhzwl8NNc0i70/wCG9xqHiP4waHGvizQNT+zaFrH68/svfGn/AIaS/Zn/
AGd/2if+Ea/4Qz/hfnwL+Enxp/4Q/wDtn/hIv+EU/wCFp+APD/jn/hGv+Eg/sqw/t37B/bv2X7Z9
hs/tX2Xz/stvv8lCrxDjKLanl2G0tf8A3nz74hP7L8vk0EcCpWtja33UfL/pz5r7z6J/4WZ8Xf8A
oRfgv0x/yWr4ldPT/k2WlHxL+LzEKPAvwXJLAAf8Lq+JIyTwP+bZfesmpIf9bF/10T/0IVnDifEO
cYvLsNZtL/mI7/8AYQU8uaTf12tp5Uf/AJSbl/8AEL4s6XNJbap4a/Z0024jJWW3v/2k/E1nPG38
SyRXP7PSsjcjIIGKrWnxO+KGoyTQ6boP7N+pXFvaXF9Na6b+0r4l1C6Szs0Mtzcm1s/2enkMMacs
wUgcZr83f2zv2trj4R+Ibj4YfDnQ3+Jv7R3xD8XeMtL+FfwssnLnYviPXYJPGnjWWK6i/sTwHYCx
vZZZZZ7X7Z/ZdzGlxZ2dpq2raTzn7Mf7TPh/4+eHvFfiPTLfUPC3jzwT4M+K2lfEP4beIA9t4u+H
HjHT/hr42W50nVrS4t4JZbNrvT74Wd4YIRcLZTRSw2moWl/YWf79DgXCyynEY1zjDEUaEqyjao4y
cYcyX8VOztr710nfWx8HPPq8cXTw6qzcZTUG7U7pNpf8+rX+X3XR+x3w08Yaj448K/23q+iWfh7V
rXxR4+8KappWma1P4i06DUvAXjzxL4Evp7DWrrRNOlvrKe58OS3ETS2NtIsd0qNFuUk+V/tbY/4U
ZrmMf8jp8GRkf9lp+HvH612HwOOPBniDn/mtH7R3bP8AzcN8T85/P9fy479rYj/hRmuAcf8AFa/B
kkfX40/D055H1r8rx8YQqYyEI8sYuoktXZJtJXbb0Vt233bZ9bhpynhcPOcnKc6cW3ZK7cU29Elq
+yS7Iy7L/jztP+vaD/0UlFFl/wAedp/17Qf+ikor8tPoSb4R/wDJaPiv/wBkw+B//qV/H6vp0HHP
4fh17fy/lXzF8JP+Sz/Fj/smHwP/APUr+P1fTdffZddYHCPvBHkz/iVP8Uv/AEpn813/AAXJ/Y5/
aK/bo+Auu/BL4EfskeEP2tdJ0n/goN8Jvit8SdAv/j9B8CfiH4T0LwJ+zJ8KIHl+HF74g1/RPD90
3iDw54g8Z+F9V1XWNS1aXw/aeL47rSPBGuancw+JPBPM/A3wN/wWB8W/t+/sL+MvGH/BO3S/2cv2
Kfgppd1DrvwF8X/tY/s66/8AA/8AZX8ZWnwo+K/wOsfiX+y5bfs9arP4mubi2+CXjPWdF0fwpreg
6r4OH/C0Lrwzb6T4Oi0XSfibp3pP/BWr/guN4V/4Iv3El5efs7eIP2jPG/7Rn7RHi228PeHrb4j6
d8J/Cvh/wr8J/wBmn9leXxjrOs+MZfB/iS7l8QPq/wAR/AsGmaZBoT213bTatdXWrafLp9nZ6t/O
bo//AAV2/wCDlD9tr9prxJrPwp8Z6X/wTX/Zu8f/AAb+IP7W/wAOrv8AaG/Z78B6X+z38Nv2SPht
4d8MXH/CyLT42fFX9mHxD4p+OGl3jeKvh1BPrfh+w1SDVfEXxUs7nTNG8P8Ahu7t7LSP07CcU4LD
4LA5LDw7ybOczeHq4eGNrRzepj60sfhXQg3So5rSwU6+FdZSwEo4FSp1qVGclVnF8/mUaEnGpUeL
qU4e1qPlXs1FctaTerg5JSt7/vWab2P7fP25/wBnTT/2n7f4a/DvxX4t13QfhhpHxA8HfEf4neGf
C+oeJvCnib4j6f8ADtPF3ib4ZaF4d+KvgLxZoniX4Na7oP7Qll8GvHlp4g8OajBqbXHwej0OQ/2Z
rWokfBk//BOGfwL4vl8b/s8fHHXfBeq6B8V/Af7Rvw60z4/J8XP2udPg/aRsfgb8c/2UPi38S/i5
40+KP7QFv4++LOheJP2Wfin8PfDWleHLfxv4dsfCOp/ADw/rdhLfWt/4g0LVPtr/AIJWfE/46/tE
fsB/s8fFH9r26+GPjL9oq+0zx/4T+JPi34faTZ2GgeKL/wCGvxb8f/DfSfEuoeGpLaCfwB491Hw9
4T0i+8WeF7/S/DWq+FvFWo614d1nwd4L1bTL3wno32N8J/GXwm+OPws+Gnxr+FraR4o+GXxg+H/g
34pfDrxN/wAI1eaJ/wAJF4E+IHhzTfFnhHXf7G8RaRaahpH2vw/q+n3H2W+tLW8t/tHlXVvDOjxr
+P4jK8TVr1akMTGFOq78rV1ra91s27avqkltoe3GvCMYpwbatr6f195+TM/7KH7SNh48l+KvhH9r
rQtH+J/xQ+FHgP4PftIeONb/AGcNC8Q6he+Gfhz8Rfjn8RvBl9+yrolr8SdP0b4Ea7olz+0r8VNM
0aXx9pnxpt20zw94JPia18Uano/inUvHPlHxA/4Jif8AC29J8XfBn4ifG/zP2VtR8dftm/Fnwb4K
8F/DX/hG/wBoHw98TP27PBP7UPgn4z3Pib48a54/1nw54v8AAtjZ/toftAzeF9JtfhnomoafLF4N
Gq69rqaBrY8W/t78NPGXwm+MHhzUvFnw6bSPEXh/SPiB8WfhbqGof8I1eaR9n8d/A74p+Mvgp8Ut
C+y67pFrPL/ZfxN+H/i7TPtSRtZ3v9kfbdOuLvT7i1u5ugtpvCF14q1nwdF4buV1fQvD/hnxNfXl
z4B12z8Kz6d4s1HxZpel22jeOrzQE0TxH4giufBesNqek6fqF1qui215pN5rNlYWmv6FPqOCyfFr
VYqCfdQ12tvbotF2Wismx/WKfWD+/wBD8P8Awz+wN8XL/wDax8D/ALYHxt/ag0L4j+PvDGu/CDV7
zwf4L+AMHwu+HVlp/wAH/gt/wUW+C+meF/h7ZXfxY8Q6z4d0K/tv29x4gvZPEOt+MNTXXvAmsLa6
jBoHiTRdB8Der/sz/sW/8M1/Fn4nfFDSviV/wlP/AAuP/hbv/CeaHqHg7+ztn/CU/trftWfthfCb
/hEdTtvFUn9if2B/w2d8afDviL7Zb6r/AMJX/Z3hfV9N/wCEN/srVtM8Q/rTbTeELrxVrPg6Lw3c
rq+heH/DPia+vLnwDrtn4Vn07xZqPizS9LttG8dXmgJoniPxBFc+C9YbU9J0/ULrVdFtrzSbzWbK
wtNf0KfUTRrz4b+I9R8WaP4euvBGu6v4C8QW3hPx1pejT6Dqmo+C/FV54V8M+OrPwz4ssbF3l8Oe
IJfBPjTwdrMdleLDcvpXizTNQWM2l/azSksmxU01LFQs0lZRsrR2Vkltd/g/RrEU078jv697f5H5
LfBf9i3/AIVB8WfAnxQ/4WV/wkP/AAhP/Dyn/iR/8Id/ZP8Aaf8Aw8N/bW+HP7YX/IT/AOEqufsX
/CIf8IB/wjv/AB7y/wDCQf2t/a//ABJPI/syb400v/gjX4Z0f4AeAvghd/EH4UfFe2+Guu/sv/FH
QdN/aN/Zl0/4zfBrxJ8cvgN+wzpX/BPLxb4g+JfwYk+K+lL4x+FGs/Afwp4K1vw54Yh1zTdY8IfE
TRJfEtz4y8VaNNaeFNO/o08TXnw38F6dbax4xuvBHhPSLzxB4T8J2eqeJp9B0HTrrxV498VaN4F8
C+Gba+1R4op/EGteNvEfh7RtJslY3Oo6rrtlp9nHNd3UEL9B/wAI/oP/AEBNI/8ABbZf/Gaccoxk
W3HFxTe/u+bl27tv8Nhe3p6fu3p5+n+X4H4BeE/+CXuk+EdNn07RfiL4F8K2d9/w75v5vC/wv/Z2
8E/CL4Z+HdW/Yj/4KB/GP9vvX9N+Hfw38AeILOw8I+BfE+u/GPUfC2kWU7anrfh7T9Bt9c8S+Jfi
L4jvNV1G/wAL4/8A/BKTwz8avjL8QPjzd6j+zd4/8ZeLviv4z8caD4K/a6/ZF0/9qn4G+EfDPxG/
Z3/Yl+CHi2zh+G0nxi8KXV98V4tV/Yd8Fajoni6HXLG303R/iP4n8O3PhvVJLu01yz/oa/4R/Qf+
gJpH/gtsv/jNfMHjb9rD9kH4cfEzQ/hF46+Ingjwv428R/GD4bfs9aTHquganB4Vl+Pvxf8Ah745
+K/w2+B118RBoJ8O6X8YNW+HfgK81W38M3Wqw60lt408FCeyil+IfgOPxI1lONjLnWMipO+vL3UU
+naK+7zY/rFOyXs3ZeZ8n/sxfsr6T+yzc/EvTPBviv8AtrwL8Q/+FL60mhX/AIH8E+EtW0Hxt8Kf
2fvhj+zFqN/pw+FulaB4W0jwLqXwt+A3wYlsvDWieDtEtNA1uy8Sz2NzJoWs6H4c8JfN3wp/YG+L
nw/1n9ijQdc/ag0LX/gP/wAE/ddjg+AXwr8PfAGDwr4m8WeA9K/ZY+Mv7KXhGL9oD4o6x8WNck8b
fFfSfBvxJ0S7g17wppPgPw5d3EPiddR8DXba34bn8CfrD4m/aE/Zr8HeDv2o/H/iPXtI07wl+xd/
wkP/AA0vq3/CD+JLz/hWv/CK/AnwN+0vr3+gWHhiW58Y+R8EviV4K1v/AIkEOq+b/bX9mw+Zq9td
2EHP/Hz9qL9nL9mvxV8PfAvxK0b4k6t42+KXh/4g+LPBHg74Kfsq/tE/tM+KtS8K/CvUfh5o/wAQ
PE2oeHv2bfg74su/DXh/TdX+LHw5tZb3VIbK2kufF1pBbyTSl1SP7GxV5P6zBuas/dvoly6XWjs2
rqz8w+sQ09x6efmn+Z+JWu/8EfdQ8a+EPhj8NPiP+0ZoXxA+En7O/wCzdbfsv/s+/CXxN+zp4Z1P
wHB4D+Hnxy/Yv+O3wV1T9oix1Hx7cXXx81251X9jDwhoXxXtLW88JeHPHvhzVltfB+gfCfUItV1T
X/V/D/8AwTY1/wAH/DPwN4L+HPxT+BfwJ1jRfjpd/GzXx+zR+xZ8M/gR8M/Cuv3egeD/AAVD43/Z
v8E+FfGL678LPjpZ+BfBlzpieIfGnjL4o+GfEOn/ABf+IPhf4h+AvHPw51zw/wCA/CP6vePv2sP2
Qfhp4VsvHXij4ieCJPBOqfswfGT9tDRfGPhPQNT+IfhXxD+zB8AdO+F+sfFP4v8AhnxD8PtB1S08
S+H7LSPjP8MrqygsJrjUNdtvFUc+gWepxQXbW58FP2ov2cvj54q1DwL4M0b4k+FfG1l4fuvFlp4O
+Pn7Kv7RP7LHirxT4V0vUdK0fxF4m+Hvh79pz4O+ELv4meH9F1fxF4StfEF74eh1O28O3Pjrw7Br
kmny+IdEW/t5TjGkni4WTvbkVrvd2t1699xe3pf8+39/ofnx8TP2NfE19+xF+3X+yh8PPGehX9z+
0xoX7cdx8KL7xpYahoUHgvxN+2inxK+IHiHSPiF4k0NtSbxFoVn8ePi98QLqy1HTdCsbiw8I3mj6
LPpet6zo174i8ReUfHn/AIJxaT+2D+zj+2f4D8aeMPHXwT8U/tw+OvDfx48O6pF4f8EzfFX9k/xt
J+x/8A/2X9X8E3Wq+F/HOt6V4y+2+FvhT4x0DxwPD2u2Np4j8HfGTxZ4GstbOlahJr99+v3ib9oT
9mvwd4O/aj8f+I9e0jTvCX7F3/CQ/wDDS+rf8IP4kvP+Fa/8Ir8CfA37S+vf6BYeGJbnxj5HwS+J
XgrW/wDiQQ6r5v8AbX9mw+Zq9td2EHj/AI5/b0/Y3+HHxM+JPwr8WyfEmz1f4MeIND8M/Gbxxpv7
IX7UPiX4BfBzUde+Hvgn4tJc/Fv9p/wx8Dbz4b/DPw/p/wALviL4M8Ra9q2ueK7DSvDWi62upeIb
3S7SG5lhmOT4uDTjioqSfNfld73i/TeKfnbzY/rEGrODttv/AF3Z+f3jr/gmN4Q8faf8bPGerfGL
4r237SvxQ+K/ib45+F/i3pHxH+OWg/CPwZ8XPCHibTdQ/Y28eeKP2MvDvxusvhf8Ytd+EnhL4bfs
36RG+vaC6eN3/Z/07VfEqPe6hd7d34d/sO/EzRr3UPAfxQ+O/gXx5+zFZ/tXfFH9sLwj8J/CPwJ1
/wCHPxMn+Jni/wDa38Xftl/DvQ/ij8bNQ+PXiG28YeBfCPxj8Vafq1vbeHfCXgvUNa1D4c+HY9X1
ObwyfFHhbxT+wfw08ZfCb4weHNS8WfDptI8ReH9I+IHxZ+Fuoah/wjV5pH2fx38Dvin4y+CnxS0L
7LrukWs8v9l/E34f+LtM+1JG1ne/2R9t064u9PuLW7mPhP4y+E3xx+Fnw0+NfwtbSPFHwy+MHw/8
G/FL4deJv+EavNE/4SLwJ8QPDmm+LPCOu/2N4i0i01DSPtfh/V9PuPst9aWt5b/aPKureGdHjU/s
fGNcrxcWlqvdvbZLl092y2ta3SwfWKe/s3f19N+/z3Py2+C/7Fv/AAqD4s+BPih/wsr/AISH/hCf
+HlP/Ej/AOEO/sn+0/8Ah4b+2t8Of2wv+Qn/AMJVc/Yv+EQ/4QD/AIR3/j3l/wCEg/tb+1/+JJ5H
9mTcL43/AOCbnwz+IP7L3xp+A/iibwLrnxG+IP8Aw8m/4Vb+0Hr/AMINA13xt+z/AP8ADx/4h/HX
xl43/wCEAj1HWmv7H7BoXxnt9E1X+ztb0f8A4Su08Iobv+zobtbSz/YP4aeMvhN8YPDmpeLPh02k
eIvD+kfED4s/C3UNQ/4Rq80j7P47+B3xT8ZfBT4paF9l13SLWeX+y/ib8P8Axdpn2pI2s73+yPtu
nXF3p9xa3c3QW03hC68Vaz4Oi8N3K6voXh/wz4mvry58A67Z+FZ9O8Waj4s0vS7bRvHV5oCaJ4j8
QRXPgvWG1PSdP1C61XRba80m81mysLTX9Cn1FLJsWmpLFRTTv8L3u3+cpabO9ttj6xT/AOfb+/0/
yX3H5Lftg/sW/wDDV/8Awlv/ABcr/hAv+Ep/YX/bk/Yt/wCRO/4Sn7D/AMNnf8M/f8XK/wCRq077
V/wjf/Civ+QN+7/tj/hKf+QrpX2H/TPuivoG2m8IXXirWfB0Xhu5XV9C8P8AhnxNfXlz4B12z8Kz
6d4s1HxZpel22jeOrzQE0TxH4giufBesNqek6fqF1qui215pN5rNlYWmv6FPqJo158N/Eeo+LNH8
PXXgjXdX8BeILbwn460vRp9B1TUfBfiq88K+GfHVn4Z8WWNi7y+HPEEvgnxp4O1mOyvFhuX0rxZp
moLGbS/tZpZeRYiUYQeJjywvZcr0va/9MaxUE2+R3fmfhF4Z/wCCYn/CKeFvGPhjTPjf/odj4F/Y
48B/s9Wk3w18zSfg3oH/AATz/bN/aC/a0/Y48J+KoD4/+3/F7wLoGhfEv4PeAvEEcup6J4m8VaJ8
GL/WJ/Fth4j8WPqWh+6eEP2Z/wBoHT9W+Nvxe8W/tJeBT+078U/AvwR+GuheP/hZ+zxc+CPg74Z8
E/s7eNviv8Svh9oviL4K/Ef42eOdV8X/ANseKfjl8UNN8a3Nn440C71Pwpqtjp/hOfwN4m08eMbj
9afE158N/BenW2seMbrwR4T0i88QeE/CdnqniafQdB0668VePfFWjeBfAvhm2vtUeKKfxBrXjbxH
4e0bSbJWNzqOq67ZafZxzXd1BC/Qf8I/oP8A0BNI/wDBbZf/ABmreT4uV+bFQfNZu8O3L5be6rrZ
2V92JYiCtaDVvP8ArzPxZ8F/sS+JrHxx8Pfi/wDEP4w6F4p+Lem/tl61+2V8V7/wX8K9Q8BfDrxp
4mn/AGDPGP8AwT98PeDPh74I1z4peJNT+GOhWvwwvvh/rN7cal4l8XXF/r3hnWHgGm6frtlY+Hd2
+sfH/wCy14/+PnjnwN8A/jp+1f8A8NX/AB0g+NOqaX8Fp/2Z/B//AApn/hD/ANmf9mL9nay8NeJb
39on9p3wT/wln9rf8KUu9Ys7zR4Z/I+3XWn6ha2f2OxvtZ/WnxZN4Q8F+FfE3jHWPDdzeaR4T8P6
z4m1Sz8J+Add8e+KrrTtC0651S+tvDPgXwLoGo63408QPbWsq2Wk6Np9/quo3LR2en2V1dzQwOeE
7z4b+PfCvhnx14FuvBHjTwT408P6N4s8HeMfCc+g+I/Cvizwr4j0621jw94m8M+IdHea017w/f6R
eWd1ZXtrNLbXVtdRzwSPE6sV/YuJbvLEQmrctnFpWTTS0s0k9rNbJbaAsTBbQa67/wCZ+PNx+zFB
+05P8ffin8VdC+K/wHuf2n/2bvgb8BZPhjrh+Ecfxy/Z88Tfs1/Fz9qnx74B+O/g34m/DD4jeO/D
Gm/Fe28TfHbwz4p8F3+mXF7ceEtY+HGia2bk6y0mnaN4X8Mv+CPnwatPhbZfDP8AaJ+JHxX+OFtp
n7N37P8A+yFbyfD74s/tEfsneGdb/Zu+BPwE8PfDCL4U/EfwD8APj7p2mfF7QtS+J+sftE+MRN4o
TVb6yt/2iL7wl9ru9G0iykm/oa/4R/Qf+gJpH/gtsv8A4zR/wj+g/wDQE0j/AMFtl/8AGapZRjFd
RxcYJ22TVrWSs91ZJK97u2rYfWKbtem21/XofgF4d/4J/ftA3dl8cfh38ZP2tvAvxX+CH7Wn/Cv7
/wDa30m0/Zfufh78a/jBq2j/ALJHwC/ZZ+MGm+H/AIqaF+0BN4c+FXgX4g2fwHS61iy0v4fSa3oe
k/EnXNK8I+JdB1uHQfF2i+6f8MW/8X+/4Xl/wsr/AJvo/wCG0v8AhF/+EO/6xof8O7P+Fa/23/wl
X/c4f2z9k/6l/wDsr/mN1+xP/CP6D/0BNI/8Ftl/8Zo/4R/Qf+gJpH/gtsv/AIzSeT4t3vioJNcu
kLK1ktkl0ilffRah9Yp/yPvuflh4d/ZF+Gcfj/44+OfiVoHgX4wf8LP/AGrvh/8AtdeANL8c/DnQ
NZ/4Un8TPhr+zP8AAL9nbwrr/g+91+XUPL8dWP8AwpO/1jT/ABHZQ6VqGn/8JzNp9sq/ZXvr7hfh
z+xb/wAIB8Jv+Ca3wv8A+Flf2t/w7y/4QT/ief8ACHfYP+Fv/wDCE/sU/Gj9j3/kGf8ACVTf8IB9
p/4W/wD8JF/x8a35P/CPf2R+9+1/2nbfsT/wj+g/9ATSP/BbZf8Axmj/AIR/Qf8AoCaR/wCC2y/+
M1P9iYq1nio2sl8L2UeX/wBJbX476h9Zp3v7N39fNP8ANH5m/Ab4W6h+yd+yF8GfgnpKa78a9V/Z
p/Zu+Hfwt0yPwvp3hnwl4m+LeofBr4Y6P4Ss08O6T418b22jeGdd1658ORi0t9W8SW+mWVxqscV/
rkVrFLfqfsbfB7xN+zx+yF+yp8APGt9oWqeMvgb+zd8Dfg94t1Pwvc6he+GdR8TfDP4Y+F/BWvX3
h281bTLK6u9Cm1XRLuS0lubK0uJLeSN5rW3kLRJ+mX/CP6D/ANATSP8AwW2X/wAZo/4R/Qf+gJpH
/gtsv/jNJ5HiJKSeIh775no99f8AN/1sLEwVvceitv6Hy9UkP+ti/wCuif8AoQr6d/4R/Qf+gJpH
/gtsv/jNZ+raHosOlanLFo+lxSxafeyRyR6faJJHIltKyOjrCCjhgCCDkEZFSsirQam68Xya7Ppq
P61F6cj1Pzr8aeB528e674mfSdbfVJtV8Wy6XfyfBH46a3rGi6X4w1u017WvD8Ou+FPhNqto1o99
pmji5+wajPZ3kmgWlwryCKApz3hf4W3Tat4sl03StVs9Q8WeHPGttfyp8GvjR4Pi1TW/EXw/uvAc
Gu+JPEPjf4X6LYbLPRhpxmnuL17xrLw9DY2cFzMLS1Pe+ONRur3xT4t+1m2vDbeLfFtpCZ7CyeSO
2tfEGpW9vCZpIC0gSCKJFLEkKgHQV53pupXmlan4j1DS5V0y9s/ht8UZ4J7KGC3kEtp8NfFV9bMx
giUSBL22tpVVwy77dGxlQR/Wyp5xLh3FyWYxjJYOTcfZU3GSVH4W1BTSadnJe9Ztp31PyGpHBrMs
PKeG5l7ZJNSmpK8k761OVtbpNNXtdWPuT4Hf8id4g9B8aP2jj+I/aF+KHp06/wCelch+1qc/AzXP
X/hNPgz/AOrp+Hg69zXXfA//AJE7xB/2Wj9o7/1oX4oVx/7Wn/JDdc/7HT4M/wDq6vh7X885jJ+3
xy6OdX82fo+E/wBywv8A16h/6QjOsv8AjztP+vaD/wBFJRRZf8edp/17Qf8AopKK/Lz6Ik+EpI+M
/wAV8f8ARMfgeP8Ay6/j9X057euR2OOpH6V8w/CgkfGf4q47/DP4HDt/0Nfx/wDWvpvdxn8ec854
7fT/APVX3uXP/YcLrpyRPJn/ABKn+KX/AKUz+VD/AIKh/s5z/tLf8FhP+CVvhPUvgh8Kf2gfht4U
/aC/bb8d/Gb4efG82snwyvPhlpn7Ln/BN7RtSutV02/tZ7XxL4pXXNf8Px+FNGv4jpOs+LbrQ9N1
2Wz0K51O/tfmX9oX/gs5+yb+y7+2x+2/8ev2d7+NfHfg79nP4P8AgDxB+zr8Wr79ov8AZ41D47+O
ta+JWs+CviTYXGp63o2tx3PiD4XeCPhz8BG+E1hoOn6DoWmaT+1J8Udb0rdZah4r8TWH7X/t9fsm
f8Ev/jj4J/aE+P8A/wAFS/C+g3vwY/ZL+JWu+KLTxv4m+KHxk+HemeB7Dx58Af2V7DxDBBZfB3xv
pN3428RazqvhfwVp2kaUtvquq6jqktppPh+zm1LVBa3nxT/wTQ/ba/4Njvh9+1RdeHf2Bfi94Z0r
9q79rjVo/As3i74naR+21qfjL4j67qur6j4v/wCEOtvjN+15oU9t4e1bxL4xaGSXT4db0+bxp4ki
0Kzlh1nXYtBt0/W8nreGOAw9LGcR18/zfMamDoKvleDp4LL8HXqwxeFqQo1M3nisbXeEqYCm6k7Z
PGrSx6pKHNTp+2fk01jJRlGiqVOCq1bTk5Tklz1FdU1GK5lJ2X7yzje+rsfS3hHRdS+MH/BFL9ir
4B/speCfGnxWtf2vfh38FfhZ431z40fDfxr+zfo/xO+HfiDw7q3xh/bj8b/ta67ofhvxprvwGt/j
h8OvAXx/8OyfEvQbfxteah8Rv2o/DXiXwz4o1k+IdN8eHn77RP2rvhnB40+D/wAcPhP8YPhj+ztq
H7b7/tU/G3Tv2AvGX7VXxmg8O/swftX/AAa/ag8Ra/8ADr4R/tB/BP4PeA/jn8RfjA3/AAVl8DWX
xI8faR4B8OjUPCHg39qHwxpFzqMnwkbxBpOi/wBD1Ffm+LnhquLxNTB4eWFwdSpOVKlOp7WdOm5N
06cqvJT9rKEbRlU9nT52nLkjflXpxUlGKk+aSSu7Wu+rtd2v2u7dz+SL9nX4EftFx6R491HwXpf/
AAUf8EfDuw+MHwM0D4KaDrnj/wDb9+FOo6j8EP2xf+Dg/wD4KWeF/wBr/wAb+OfAXjTxTpWr+J/j
Bdf8E7/iH8MfEmt+OfGun3XxL8AaVq3hv4lWmu+GPEVtpHieD2DwX4A/b6+JX7U/wv8AhJ448a/t
/wDgH9njTv2gJfhRrfirw94j+NHhX7f+zP8ACj4i/wDByd4G8Lab4m+K+r2U9zdf8JL8EvB3/BOj
Tdd+I82oL8QtZ/4Sr4W+O7fxxbfES+8C+Nov6faK5xn8wV3/AMNr2ul/tNaT8SP+G/5/hZ8PP+Fd
eBvhvZeHv+Guz/wmPw6+DX/BR3/gsx4K8B+HvE3j/wDZ68/47XX/AAkv7Nvg79hOw134pfCSDxl8
U5/+Ek+FvxM+KemfEv4UyeO9N8S+v/Dr4EfH3S/2vvDuseKNL/bf8PSfGf8A4KP/ALK3x3+MOqan
4/8AGnhrTvFXwC+Gn/BDXxd4F8J6p8er79kPxTb/AAbsfEDft7fAG/0b4meH/DjW+i+IdV0TwHp/
iXStU+Huu/CeHU/6HqKAP5AvG/hr9s344+P/ABx4Z8Y+H/2v4/hl8RP+FV/tRftefADRfhJ/wVJ0
H/hmHx3+z5/wU/8A+Cdfxu8S/DX9n/8Aay+NXx18T6F8dfiB4W+As37ZkfhS6/Y+svh7Z+OP+FYJ
q3gvwjrM7fC/TfDv0B+1N/w2v/wh37Vn/Cnv+G//APhtr/jaz/wtH/hGf+Gu/wDhRP8AwyJ/won9
uT/h3h/wy5j/AIsl/wANAf8ACS/8O2P7P/4Ut/xez+2P7d/4Sf8A4mf/AAtyv6faKAPyg8J+GfiF
4G/4KK+GfB2j3P7b+tfDDQfg/o3hnS7zxZ4s+Jnin4IaF8N/BvwvttLsbnxN468dazr3gT43+H/E
PxJvomvdW1nUNL/bN0T4l/DyS81C98ffsz+Opp/AvxB8Zf2aP+Grf2nvjd8LdQ0n4gf8Il/w++TW
vF3xF+Gdh/xWPwC/45lfCXh34dftAeF/F0+g6jbfCz4geFfjb4j+Ft94L8V3Vv8A8SPx3/wi91Yv
/a/9nI/9H1c/beE/Ctn4q1nx1Z+GfD9r428R+H/DPhPxD4xttG06DxVrvhXwXqPizWPB3hnWfEMV
sLvVPD+k6v498dXWmWU8z21hc+NNWntY4pdRvGmAP5wfCXhH/goX8Rfit8dvh94r/ZW8Pt431r/g
q/H+1X49HxG8RePvgR+yP+0P8Gv2Dv2L/wDgnx8NvgL4/wDCHx48CfDr4p6z8JPEHjL9rHRv2fvj
H4M8F28XiKSOx/Zv+Ivwv8Y+L9Rl8L+KLTXeg+AHiH4k/sefGz9kLw3+0b8Af2gNH8Jfsk/s/wD/
AAUk/Y/0fVP2bP2bv2sf2w/hF4b8CeO/i7/wTF+O/wCxf8Nfhl4/+EH7O0/in4m/D/wz+ylZWHw5
l8eeKvCuhXmv+Nv2YfHMGpT6lq9nPquqf0fUUAfzBftGfsq/tHad+z/8XtGk+C/xA1Pxb8TP+CYH
/Bz14rt/B3hHQLr4hax4V8d/t/8A7X/7Pf7TPwB/Z48Raj8PRqukaj+0Bc+EvFWpaS+i6Dqet2eq
678PfEcfhLVfE2kacmsXP6PaZ+z/APtD/Db9tD4b3y/Hj4wftKavrf7EH7b+h+C/2jP2oPhN8JNZ
8K/s0/EK4+K37Cs3hDwMmh/sgfDL4MaJ4r8P+ObmG613WtE8UXVz4m1W2/Zngh8CeJPBtonjaTW/
1fooA/mh/aZ/Y6/bC+IH7P3/AAXh1QfH/wDaf0HxT498P+NbbQvgf8AfgJ8DNL+DX7Y/iqz/AOCO
n7HXgTX9Z+HvhL4v/AT4jfEibw/4s+KPh7xV4LTTPCHxLmubKTwnJoWlasPFdhqWsXP2Bo/7DvjT
9oD48/8ABUzTvij8b/2n/hn+zd8dP2n/AAh4Z8Ufs9eGfC3wC0L4NftP/BrWP+Cbf7C/w0+Jtzc+
PvHv7OGrfEJfD+vyaX478D6tq3gLx94ck0+TwVew6De6H4o0+/1Ov2eooA/CH9tD4X/H3w14q+L/
AOxR8B/g34g+Jnwb/wCCnXiCy8dwvc2XjTw/+zd8GJ9H1HR9R/4Ka/A39or4zeA/AOsr+yH8H/j5
+z5oxi8A654a8MeI/GWqfHT9oL4u+L7u/wBL1LUNF1Oy8/vtE/au+GcHjT4P/HD4T/GD4Y/s7ah+
2+/7VPxt079gLxl+1V8ZoPDv7MH7V/wa/ag8Ra/8OvhH+0H8E/g94D+OfxF+MDf8FZfA1l8SPH2k
eAfDo1Dwh4N/ah8MaRc6jJ8JG8QaTov9D1FAH8kX7OvwI/aLj0jx7qPgvS/+Cj/gj4d2Hxg+Bmgf
BTQdc8f/ALfvwp1HUfgh+2L/AMHB/wDwUs8L/tf+N/HPgLxp4p0rV/E/xguv+Cd/xD+GPiTW/HPj
XT7r4l+ANK1bw38SrTXfDHiK20jxPB7B4L8Aft9fEr9qf4X/AAk8ceNf2/8AwD+zxp37QEvwo1vx
V4e8R/Gjwr9v/Zn+FHxF/wCDk7wN4W03xN8V9Xsp7m6/4SX4JeDv+CdGm678R5tQX4haz/wlXwt8
d2/ji2+Il94F8bRf0+0UAfzBXf8Aw2va6X+01pPxI/4b/n+Fnw8/4V14G+G9l4e/4a7P/CY/Dr4N
f8FHf+CzHgrwH4e8TeP/ANnrz/jtdf8ACS/s2+Dv2E7DXfil8JIPGXxTn/4ST4W/Ez4p6Z8S/hTJ
4703xL6/8OvgR8fdL/a+8O6x4o0v9t/w9J8Z/wDgo/8AsrfHf4w6pqfj/wAaeGtO8VfAL4af8ENf
F3gXwnqnx6vv2Q/FNv8ABux8QN+3t8Ab/RviZ4f8ONb6L4h1XRPAen+JdK1T4e678J4dT/oeooA/
kC8b+Gv2zfjj4/8AHHhnxj4f/a/j+GXxE/4VX+1F+158ANF+En/BUnQf+GYfHf7Pn/BT/wD4J1/G
7xL8Nf2f/wBrL41fHXxPoXx1+IHhb4CzftmR+FLr9j6y+Htn44/4VgmreC/COszt8L9N8O/QH7U3
/Da//CHftWf8Ke/4b/8A+G2v+NrP/C0f+EZ/4a7/AOFE/wDDIn/Cif25P+HeH/DLmP8AiyX/AA0B
/wAJL/w7Y/s//hS3/F7P7Y/t3/hJ/wDiZ/8AC3K/p9ooA/KDwn4Z+IXgb/gor4Z8HaPc/tv618MN
B+D+jeGdLvPFniz4meKfghoXw38G/C+20uxufE3jrx1rOveBPjf4f8Q/Em+ia91bWdQ0v9s3RPiX
8PJLzUL3x9+zP46mn8C+wf8ABJ3/AJRZf8E0/wDswD9jf/1nX4c19v8Aizwn4V8e+FfE3gXx14Z8
P+NPBPjTw/rPhPxj4O8WaNp3iPwr4s8K+I9OudH8Q+GfE3h7WLaa017w/f6ReXlre2V1DLbXVtdS
QTxvE7KegoAKKKKACiiigAooooAKKKKACszWv+QNq3/YMv8A/wBJZa06zNa/5A2rf9gy/wD/AEll
qZ/BL0f5DjuvU/OLxrqdlpGs+O7yeXQ45G+I/ia1STxBPocdvtl1/wAUSzR24134t+EI2kLW8Wdl
1eOFj/1CKTIPLdP1WPV7rxzcRzaTLDF8PfixbwHRG0h7EKvwb8STOgbRfiD4nhaTzJpS3/E2dwSA
0MOAh9U8YvenxJ42gt9X13TI28eeMJpDoHiHXfDtxKYPEmtpEs9zoeoW0k8arPIRG7tHufdt3AEe
bwRPHceMXe91a/ln+GvxZlnutb1rVtev5WX4S+LIEBv9YvbiYxrFDEqoZNihTtUEnP8AUtFxXDuY
qSvKWCnZ72/cw+7Z7Lr5s/I8RGTzPCSTtFV46a938uq+4+9fgfx4P8Q/9ln/AGju4/6OF+KGev1F
ch+1n/yQ3XP+x0+DX/q6vh7xXW/BA/8AFH+IR/1Wj9o0Z54/4yE+KB4x9K5D9rI5+Buue/jT4NH2
yPjV8POR3r+ZMwa+sY//AB1fzf6n6jhP9ywv/XqH/pCKFl/x52n/AF7Qf+ikoosv+PO0/wCvaD/0
UlFfl59EL8Kf+SzfFb/smfwO/wDUq+P9fTWfx4x6Y6nt7/yr5l+FP/JZvit/2TP4Hf8AqVfH+vpj
+v8AnH5fyr7zL/8AccL/AIInkz/iVP8AFL/0pn8DP/B5J4Z+Mt18Mfgl4x0O58QJ+z5oP7ZHxP8A
DPxPs7fxZBZ+Fp/jL4s/ZH/ZU1T4E3Os+BW1mOXxH4gi8E+C/wBotdM1ZNOuo9FtrzVrOS8sG1+K
DUfvb4Of8Ejf2J/2Srb/AIJF+Fv2ZfDHhPxl8QviL+2H8Mfil4m1n9qz4LeC9N/apm+IvhPwWv7W
niAfFf4jaZc6f8Q/2ZLPwT8Ff2bfizH4W+GPhvS7XT5vipB4a0r4pajf+Grnx3ZeK/1k/bw/4J8/
FL/gop4W8d/DT4bfth+L/wBlGP4fftj/AA8+LOu2lh8LvC3xi+HnxUvPA3wI/Z+8S+BLH4j+AtY1
zRJ/EqaD4+0fw7relWV1rU/heS7spJte8La7qFt4c1Lw5458F/8AgjH+1z4Q/bw+BH7eXxm/4Km6
p8TfiL8KfBdz8NPiTcfDP9jr4d/AXxl+0z8NfN1i8svAHxw8W2nxR8Q6X4o8L+e/g21nhl8MSSQ2
XgOy1LQZtA8cu3jdP1DC8PcOVsvw+a4vxEyzK8dVweJ58urYDN8RiqdSngZrC0uanlVbL28dUVOn
SrwxnNgnWhiJ8k6L5fMo1ayU4Rwk5xVWdpqVNRadeXM9Zqfuq7a5fetZXufqx+3r+0v/AMMifsnf
Fb46W2rfD/w74g0j/hBfAHgPxT8X7/8Asj4J+D/in8cfiT4O+Bfwl8a/HnW49e0yfw/+z/ovxN+J
HhPVPHmpWV4uo6d4Q0jWr7TIbvULe2s5/wA4P2df+CjWo6T8DPgz8IPgO/h//gop420b9t/xf/wT
S8IfHDw3+0r4V1bwX8T9O8G/se/Eb9sP4IftAfEL9om4TXV+JfiC3/Z88PfCSw+O2safpqarB4/T
4nX/AIG8I+KpdG8M+E/Ff7PeMvhb4E+IHiP4T+LPF2hf2v4g+B3xA1L4pfC3UP7T1iw/4Rfx3q/w
s+JfwU1DXfsumahDBrfmfDL4wfEXTPsuox3dmn/CRfbUt11C0sbu14DxD+y58CfFXx28M/tL694G
+3/G3wd/wg3/AAjnjX/hJvGNr/Z3/CtfB37UfgDwV/xTll4hj0i8+xeEv20f2l7T9/YS/af+Flef
d+fc6NoE2lfnZ6J+MH7Y3/BSX4+/Fb9iX9vjR/2ZfhD4f8FfFb9nn9iD9q3xZ+0l49139prxp8Ld
R+BPirwZ44/bl/ZSm8TfsieKfh/8Adc1L46+INJ+Mn7C37Qms6Je68vweuZdKtvAmoGTSdV8Qa3p
3gv2D4g/8FcviT4VtdE0rwz+yR/wmXxA8fftAf8ABQT4f/DDw/4d8RftY/FfR9R+Cf8AwTz/AGjt
D/ZT+InxU+Io/ZM/YB+KXi34cfEDXPi14l0aXSPDsfgrWfCFtoTvcat8T7HxBNpXhnVfr/4mf8Ev
/wBiz4s+HPFHhPxR8OviBo/h/wAff8Lng+Jmn/C/9pL9p34I/wDC3dH/AGgPin8UPjX8UPCPxnuv
gx8Y9An+Mnw/ufib8b/jPqel+HPFEmraF4a/4W34msvDOnaPp+u6paXXoHin9hH9mfxV4c0jw5/w
i/xA8Ff2B8QPjp8S9G8W/B34/wD7QnwI+KeneI/2mfinrfxu+Pum2vxl+CvxT0DxbH8P/Ffxa1z+
39Y8J/23/wAIrc6j4c8PTf2Mv/CL+HBpQB8geMf+CsFr4X+Kf7Nugp+z18QD8MvjV/wyj4V+KFzr
Xhb9o6z+O37LPxs/bF8R+CPDPwz+CX7QHhPwv+y1rfwi+E3xA0mb4x/BHUfFeh+Mvjz4T8X6do/j
l73SfCmvT3Xguy8cfH//AAUu+IHxT8MftT/tn+IfCMn7X9n/AMM9/wDBMD9nr44/C34u/CX9pzxH
8Nv2WP2NfincfEX/AIKRX2oftJftU/s6aZ+0f4f/AOGj/h/F/wAKm+HWp67oenfC3406jrHhz4KX
2hP4J1j7bY+HfEP6v6//AME5P2Pde8VeCPFFv8MvEHgi2+H3iD4G+LNA+G/wh+M3xz+B/wAArzxV
+zTqPgTUfgN4m8Z/s1/Bz4laF8PfiR4g8LR/Cv4UWGlXviLwzqtzDovwo8K6A0j6J4a0TT7DoPjF
+wj+zP8AHv4p3Xxi+KHhf4gax4t1j4f+D/hP410jRPj/APtCeBPhZ8WPhZ4E8R/ELxT4c+Gnx0+B
fgD4p6X4J+Pfw/XU/ix8TIrzRvGnh7XdO1TTvHeqaPqlteaReTWLAHj/AI+/bw8VeDvjL4+0PTvg
r4f1r9nz4K/tP/s0/sZfGj4n3vxc1HRvjLpvx9/avg/Zpb4XTfC/4EwfCW90T4gfB+2uf2x/2fE1
/XdW+I3hXWrGMeMpNO8Kaw3h/RIvF/zB8JP+CtnxT+IHhL4NeOPE37Kfw/8ACvh/4o/s/wD/AASm
+OmqpoX7TniPxfrHhf8A4e2ftxat+yx8FPC2n2OofsxaLB4l/wCEb+GXh/WfGXim+ku9M2a6tr4L
0mz1LT55fHFr+j/ib9jb9njxf8Zbb47a94O8QXHjZPEHhPxnq2h2XxT+LejfBrxt8QvAEGjW/wAP
vip8UP2dNF8dW/w9+LPxg8Px+FPAR0Dxf4n8L6t4m0ST4V+DZdL1W0l8GeFn0jn9H/YK/ZO8P+BJ
Phto3wp/s/wl/wAM/wD7N/7MVjbQeOviT/bHh/4Rfsf6x438Tfsv2nhHxY/jE6v4M+IHgXxb8QvE
2t+HPG2k31l420/Xf7O1yPxD/a+iaLe6eAfP/wATv+ChPjvwb8Rfin4E8H/s0/8ACbWXwk/a/wDC
f7LWt+L9W+Muj+AfDmvXXiz9lj9l79o7wtomg6vq/gq40/w9+0B4z8QftL2vgb4aeHvGN/4T+HHi
fxV4Qg0PxD8ZfBHifxj4F8NeIug8A/t4eKvGPxl8A6HqPwV8P6L+z58av2n/ANpb9jL4L/E+y+Lm
o6z8ZdS+Pv7KEH7SzfFGb4ofAmf4S2WifD/4P3Nz+xx+0Gmga7pPxG8Va1fRnwbJqPhTR28Qa3F4
Q6DT/wDglx+wnpWj6noWn/Az7NZeJPiBrvxL8ezp8TfjE2sfFrxH428CfC34dfFvTfjh4ik+IJ1D
46fD/wCIfh/4K/C64+KnhPxhda34V+K+u+EIPFPxI0bxT4nludXn9g8M/sbfs8eEPjLc/HbQfB3i
C38bP4g8WeM9J0O9+Kfxb1n4NeCfiF4/g1m3+IPxU+F/7OmteOrj4e/Cb4weII/Ffj06/wCL/DHh
fSfE2tyfFTxlLqmq3cvjPxS+rgH5QftQ/tY/8INqn7engr4p/tLf8M96Z8Yv2/8A4Df8E3vh98eP
Gnxk/wCFJ/Dr9lv4E6z/AME4/gV+2P8AGLxj4S8Z3XiOx0j4UftAN4S8fftdTfD7xudN1TWNS+Kf
iz4WaB4qk1HwT4d0e18OewfBj/gpr8Zfjj4L/Y18PfA/4HfB/wDaQ+Mn7Rnwf/bF1zxf8R/DHx+g
+E/7I+k/EL9gT4+/BT9mf43+OfB/ji38J/EDxF4g/Zg8YfET4geLbz4a63o+jeJ/E13YzeCl17w3
p+m6/wCJvEngf7f+Hv7HXgT4f/tY/Gz9rCK8/tvxb8W/teoaVHqFvrFvrHw/1jxx8Nv2YvhJ8a9M
0zUtP8TxaRr3w/8AEXhL9hz9kO7sbG/8Oya74f13wP4pvIPFN9pHi2LQfD/oHh79lz4E+Ffjt4m/
aX0HwN9g+NvjH/hOf+Ej8a/8JN4xuv7R/wCFleDv2XPAHjX/AIpy98QyaRZ/bfCX7F37NFp+4sIv
s3/CtfPtPIudZ1+bVQD8gPih/wAFHPin+1b8IvhT8Tv2U/h1/wAIL+zk37X/APwRt8OfE74r+Ofj
r4j+F37R2lf8NWfGz/gnV+0c3gDwr8Dvhx8LvEehePfh/qvwF/az+GXhXxXNqHxQ8P8Any+JPG2k
/wBiaxo2l6fc+LS1/wCC2HxJuvAn7NnibTv2E/iB478W/Fn9kD4G/tzfFH4cfAoftY/tH6x4O+Cf
7TGsfE1vgn4N+EniD4F/sHa9pHjf9oC+8JfCHxjJqGjfE29+CfhCDXbvTdJ0fx9r+kL4j8T+Gvv+
x/4Jf/sWaR/wqK28P/Dr4geFfD/wS/4Z0n8F+AvBv7SX7Tvg34WavrH7Jn/Cu4/2ePF3xY+Enhb4
x2fhj4+fEDwzZfCD4SWVt4j8d6T4j127074VeGdM1LUb3T9A0m2tOg1L/gnJ+x7qnhX4SeBX+GXi
DTfBPwa+D/gP9nrQfB3hv4zfHPwl4V8e/AL4YadJo/gL4HftG+HvC/xKs7T9rT4P6ZpF94ktYPDP
xSh8Y6Kbbx/4qglspIvF3iZdWAPiD9qT/gsra/sx/EX456E/wH/4Wt8Mvh/8P/2mbv4X/FLwBq37
R0Xhzx/8bP2Vv2WPjF+038TPg/41+Jnij9jax+EXhP7FN+zr8bvB2pP4N+LfxL8X6H4q8Lw6dq/g
K1ntPGkPgn4g+Nfj3xV8B/jfp/wV+JX7c/xg+Gf7ROh+H7Xwl8X/APgph8a/20dR+EOifDrxVrH7
NWq+N/DX7Z2n/wDBHbX/AA7N+zPr3/BOC/8AifefDn4DxeKtUbw5ct8XPGN34St9Sufi3p9h8S9c
/d6z/YR/Zn0747eHP2i9P8L/ABAsPiB4O+IHjX4seEfD1n8f/wBoS1+BPhX4p/Erwd4/8DfEX4l+
HP2XIPimvwy0P4ga/ovxX+KU+t6za+EYtR1XWPiVr/iK+uZ/EGs6jqdz5/8ACf8AYLuv2f8A/hWn
g/4C/tk/tf8Awt/Zy+EX/CG6Z4D/AGU/7T/Zx+LPws0fwJ4Q/s0N8Lf+Fm/tCfs2+MPi7cfD+9hs
ru2+zv8AE03mhadqn9jeD77w1o2m6Fp+kgHxB8AP+C1HiD9obxp8BNM8F/sWfGDVfBPxF8P/ALHV
v8XPEXg3wx+1B8TNR+E/xC/bC+AXwE/aD02HRPFfgP8AY6vPhPrfwf8ABvg79pj4Y3XjHxD41+Ln
w08TWOlaB4s1e08AXkVn4St/G/oHhz/grT4g8VfEL43fDvwj+zD4g+KFzo3wf+LPx+/Za8W/CRP2
oNW+Hv7R3wa+E3xM+FXw81f4hR+M/ih+xb4PtPGHh+XSPjz8KPFds/7PzftISaz4ZTXpPCEfirW5
Ph3ofxL+/wDxN+xt+zx4v+Mtt8dte8HeILjxsniDwn4z1bQ7L4p/FvRvg142+IXgCDRrf4ffFT4o
fs6aL46t/h78WfjB4fj8KeAjoHi/xP4X1bxNoknwr8Gy6XqtpL4M8LPpHj+n/wDBL/8AYs0zWNT1
mD4dfEC4+0fD/Xfhb4T8P6p+0l+07rfgT4JeBNb8d/C34nW2hfsu/DjWfjHceH/2Sf7E+IHwO+C+
reEbr4Y6Z4SvPBN58JPDUng+40P+w9MFsAeP2n/BTXUQgh1T4HeH2uY/D/8AwSy1yLV/Bnx+8K/E
n4e+MNO/4KX/ALefxU/Yl0fxz8K/iF4O8J3Fp45+D+n6R8NLH4jeENbmj0vVfGvhnx/pVjrvhv4d
a2moWVlgftIftU/FPwV/wUn/AGav2cfg3oe298bfED9kyz+Nd74u+LXiO28CeOvgT8UvgL/wWl8a
6r4c8O+ALrwL4h0/4b/EDwv4g/Y6svFia3oFtpusfEe8tvDngfxRr+ieGNHt9Stvf/h/+wL4E8Hf
tHfDD416gPh/qnhL9mH4f/F7wP8Asg+CLT4caxc+O/hrrH7Tt18N9f8A2pfjH8YPjl8SviX4q1f4
5ftAeLPFvw5urhPGlpaeENdls/i549i8a3fj7V/FVzrsHsB/Y2/Z4k8VeF/Ht74O8Qav8RPBfh/9
njwz4a+JXiD4p/FvxF8TNO079lrUfi5f/CC5b4ja746uNbvvEC23x++OGl+J9Wub+bVfH/h74u+J
PDHj698TeHdZv9LnAPP/APgnl4s8VeLP2br+Lxb4m8QeLrn4eftP/t4fAjw1rfizWdR8T+Km+Gf7
OH7dP7RvwA+EGl+JvF+u3NxqvjnxBp/wp+GngzT73xBrl5qPiHX7nS5NZ8Q6rqut31/qN19v14B+
zF8C/wDhnX4RWnw6ufFP/Ca+INT+IHxs+MXjzxTBon/CL6PrPxT/AGjfjZ8Qv2h/i3deEfCkmr6l
P4Q+H4+JvxR8WJ4c0e91fXdR0nQotO07U/EPiDULa51q+9/oAKKKKACiiigAooooAKKKKACiiigA
ooooAKzNa/5A2rf9gy//APSWWtOszWv+QNq3/YMv/wD0llqZ/BL0f5DjuvU+GtV+GfxD1rWNUvof
DHhS6bUdQvNQuLyD4w6j4Yt729vbiS4v7+Dw/P8As867LocVxeSzzizfWNTNr9o8gXtwsayNZ0r4
DeMFk1a513QPDem6fd+HfEWjahf2/wAXNT8Y3dtpmtaJe6Tqx0/Qh8B/DizajLpF7fW8EsuprFaS
3i3b2175AtZvp3SOo/H/ANCrrr//AJAusf8AYPvv/SSSvof9ec9lgqmG9pGEJQdNtSrp8tktvbcj
03Ti4vZxtoeO8hwPtoVZOUnGfMk1S306+z5+u6lzed9Tx74In/ikPEP/AGWn9o04x6ftCfFDkkVy
H7WP/JDtd4xnxn8Gv/V1/D2uu+CXHhDxF/2Wj9o3/wBaE+J+TzXIftYf8kO1328Z/Br/ANXV8PP8
/jXjZj/vGO/x1f8A0qR24T/csL/16h/6QinZf8edp/17Qf8AopKKLL/jztP+vaD/ANFJRX5ifRC/
Cr/ks3xW7/8AFs/gdx/3NXx/r6UzjnJ9OhIAyOefYj/Jr5p+FZx8Zfit3z8M/gcPz8VftAV9K56+
nGB0/wBrOB06Hn3r7zL/APcsL/gR5M/jqP8AvS/Nn8hn/Bwd/wAFHv8Agoz+xR43+B/wZ/4JuX2o
ab8WP2qv2mPjC+pL4J+Cug/HX4ueKZPhB+zN+xdbeHvAHgXwZ4r8LeIbG50/UJfixrF9qK2/h+51
mSfwlpYsNRsLNdVtdU/BT4c/8EL/ANq/9tX9vb40+LP+Clf7QVv8bfjCf2ePG37Uv7RvgD4GfGLw
P4Z/aRb4tw+DPhq/gn9l6Xxn8evAelfD3wP4h0CL4n/DqPxI3g+Lxn4F+GPh3SdC8NalN4WtvF3w
5k1P+hX/AIK4fE74GfAH/gqZ/wAE0v2kf2h/2kPEn7MXw5+Anx0/bZ8bt418IeDPE/jvXfFOv337
MH/BOHwppnw1utD8JeFtXu/+ED1m18QapF4tKWsU914Ut9Z0jTNQ0zW9T0vULb4db/gop/wUH/4K
Tftf/tzXH/BPD4A+JvEvx2+FHwN+Ffwe+Ef7R37NXx8+HWt/B/4Z6T4P+PXxGv8A4gXC+I/2q/Cu
meGNJ8OfFrSde8C3OqaPoUg1HxFcfsc6Pc6LLrelRTeNPDH7BkPhhxpxBDDZ1R4ZnDh2rhcNiY5n
mFaGWZLGjDGYTLqtXEZjip4ehKhDEzlha0KGKp4inOTqRlajOL8mGNw1KE6brL2qq1lyQTnUu5VJ
pKEbu9veTcWmtOp/QF/wTi+IV1+xn/wRc/ZfvEm+JHxwvdF8UaD+z78Ev+FreLZLePxXdfHr9tm4
/Zu/ZSsbf4vjSr99c/ZItZvib8KYPC3xG0jwwra18HdM0fxx4b+Gdgb3Tfh7bfS/xC/a5/bi+GV1
8E/h34m/Yt/Z/wD+F2/tAftAWnwc+HB0/wDbf8W3f7ON7o//AAzj+07+0R4g1XU/i437GCeNtK+I
Gj6Z+y/rNnfaHJ8J/wCwp4vih4Wu9J8aanc/8JPpfhjH8E/sxfHXxr/wS3/ZV+Anib4Y/CP9nX49
fA7Q/wBhjx1pvwM8PfEnxn48+D3hvxN+w/8AGn4I/HLwJ8D7v4s6paa5reheH9btvgX4e8Natri/
8LBufCD+Jry8tL34pDRYb7xPX+Lf7Jvx9/bg1v8AZnH7cPwR/Ygn+DfwV/afX4s+Kv2cLbxH40/a
r8K+MPCtr+yP+2F8Hx4j1nxd8XfgB4P0rxh4gl+K3x5+Dd3pnhS58B6dbeGrb4Tat4l/4TfxFqWt
aV4d8OfmeLw0sHi8ThJ1KdaeFqTpudGpCrSm4ScXKlVpuUKtOTV4VIScJxalFtNM9OMuaMZJNKST
s1Z6909U+6ewaz/wUC+PsD+E/hP4e/Zj+D+qftYXn7b9z+xD468A6z+1P400L9njw54qX9gzxN/w
UVs/HHhP9oGx/ZM1HxL408Pv8CbXwdp0lvefC7QLmLxbrup6apm0bSbXxDrXsH7Qn7a+sfsefs4+
A/jD+1N4B+H/AIS+IHiP4gL4d8U+Afhb8U/HfxT8CeG/AnhK18d/GT47/EXQvihqn7P/AIc1PxX/
AMIP+xL8Hvjf8UbrSJ/B2kXmv3nwsuPAPhx9R8Qav4fm1T4g+Nf/AAS28VXmlaf4H+Gv7Pf7EHxe
/Zu+HX/BR+1/ap+EH7EPxr1XUfhn+zBoPwC1L/gmjqv7L/iX4daf4P0D9mLx5oPw68QL+2H45+I3
xTi0jS/B99ot/qGv3fiO41Gz8UaxftD7/a/sXftD/Ev4hfBT4g61498P/wDBPK2/Zz/Zg1X4A/Br
wL/wT88RfCT4sad4e074m/EzT774v/D3Wbz9q79hh/Dtx8H7b4d/s1/sSz+CU8PeBvCmq6FqsPjv
RbyTUNETQrq45xnsH7W37S/7U/wO+Lv7Nfw6+Cn7OX7P/wAYPD/7THxA1D4O+GfFPxS/ax+IvwK1
jw78U9E+Cf7Q37Q+s2uu+FPCf7G/xCgk+H6/DL9nzVUtdYt9Xk1G413xHb6dL4etdPhk1pvP/jx+
3z8U/hddftgeO/A37Pnw/wDHf7OX/BPz7b/w1h428V/tA+I/h58bF/4RL9nH4a/tefET/hnj4K6P
+zz4l0L4s/ZfgL8XfBI0X/hJPiF8P/7X8Xx6roN9/YOjWdp4s1I+Fv7FPxT+H/w2/wCCYfwtuNf+
H9z4f/4J2/tAeOfsN5DqviObWPFH7LHgn9k79tP9jr9l/wC13D+FIYNb/aAk+GXxg+AN9492W+ie
HH12x8YXXh7ytPi0XS7rgP2i/wBjv9qfxpY/8FEvgf8AC3TP2f8AWfgl/wAFN/7e/wCFi/GHx/8A
GD4i+Bvin+zb/wALF/Y2+DP7EHi7/hCvgR4d/Z88SaR+0J/Y/hL4Kaf4z037d8Q/h7/bmo+LpvCV
1/YNtpaeLdTAN/4v/wDBQL4+/DTW/wBuzxto/wCzH8H/ABP+y5/wTw8QS23x2+IepftT+NPDPx98
Q+FfCv7I/wAEP2x/ifrPwk+ANr+yZqnh3xL4gsvh38Z4tO0HTNZ+J3h6213WvDrRahq3huxuhf2/
2B+078fPFXwVg+C/hX4a/D3w/wDEz4yftGfGCf4KfCDwz45+IOo/Cf4ZnxVo/wAGvjB+0L4l1D4k
/EvQPh54w1Xwf4fi+FPwG+IwsZdL8IeI7m98QzaJpVxaafpuoX+v6P8AAHxy/wCCUvhX4tP/AMFP
vi4Phd+zBefth/tKeINV8WfsPftP+JvBOnXHxl/Zt8VaD+wZ+zn8Afg34mtvjUPh1c+KPg74g8L/
ALSPwk8VeLdJvfCFzf3Oix6lZa9pUia9Nc2Vt9v/ALW3wd+KfxEuv2a/if8ABS1+H/iD4m/sr/tA
ah8dPDPw7+KXjDxH8NPAnxP/AOEl/Zx/aG/Zh1nwtrvxU8J/D3xhqHw4+xeH/wBozVfElrfW/hDx
J9vvPAVv4fls9Pg1qTxBowB4/wDCb9vDxV4h+N/hz9n340fBXw/8L/G3/C4Pir+zJ488S+Bvi5qP
xa+Gen/tP+Gf2avgj+278Jfhb8NtZ1L4S+Fte8deH/FX7HnxI+KPiW+8Ta34Z8Haf4a8Q/s8a34R
eHVpdc8I6trvsHjL9sXwJb+HPhPqXwjs/wDhbviD4yftf6l+x14O8M/aNY8A/bfHfwm+KfxL8J/t
aXn9s+JvDBgtv+Fb/DL9nn9qLxb5d0trZ+MP+FIf2D4a1S51DxL4dkvfl+f9jL4++KPhL+1D8RdY
m+D/AMPv20Pi1+0/4R/be+BOmeFPHXjTxr8JfgX8ffgf+zx+z9+zz8MPA+qfHW6+FHhrxX4u+D/j
fwt+zrLpHxTuNG8H+E9avfh3+0l49+G+ni5tnPiLWeg/Zo/4J1/8M7/HbSfEU/xU+IHxW+CXwq+H
9hrXwP0L4t+OP+E58Y2n7U/xR8HaD8Lf2p/2gPGemP4IsdIt/iBrnhL4SeHfEdh4r0h7fxHqfjv9
uD9qbV/Eb3Ft8S4Le2AOf/ZO/wCCqXhX9rL4Gf8ABPb4xeHvg94g8Dav+218YL/4KeOvhf4y8Wad
D40/Zy8Vaf8Ase/H/wDa+s9Q1uzsdGkl8W+H/EHgn4NeDtW8HS3lv4aufEfgD49eE/iCtpZWmoWu
j3eB4A/4KFftT6j+wL41/wCCi/xS/ZK/Z/8AB3wSsP2APEf7c/w68LeAP2zPiL8Svin4q+y/Bez+
OnhH4XeNdE8RfsQeFNI8A/bvCT6hb6lrdjrniX+ytRtYYbXSNZtp3vLbz/4H/wDBLb4p/BvVP+CP
XiPQviR8P/DX/DF3w/8ABWiftwfDnw5D4jvPB37RfxT+HH/BOPx9+xN8L/jp4A1i/wBLg+y/EDw1
/wAJjqegTXlxomh6j408Ca1okPinVJP+FW/D/wAO2/j/AOzz/wAEyPj78Lf+Cbf7Qf7Bdn+yT/wT
g/Z68bfF7/gnB4h/ZW8Q/tN/s8/GDxpqXir9oX4+2XwG1P4NeDviL+0H4Zi/YJ8FXY8P3ur+MPHX
iDUdXn8SeMNa0m51y6t7XTtYl1S8v4wD9P8A4TftHfH1/j74c/Zz/ai+Bfwf+FHjb4k/B/4q/Gv4
U6p8A/2jPGn7RfhXVPCvwJ8afBHwL8VNP+IV98Q/2Y/hZd+B/EC6v+0d8J5PD8Wm2PiW21a2j8RP
qV3oEulabDr/ANv18AfC/wDYQ+Fn7OH7U/gP4pfso/B79n/9mj4JT/s//HvwB8dvh18C/h94c+DX
/C2fin4k+Iv7MviL9nrxr4p8I/DfwfY6R48/4RDwl4I/aSsbHUtZuDqPh/8A4XLeWuhwyW3iLXni
+/6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArM1r/kDat/2DL/AP8A
SWWtOszWv+QNq3/YMv8A/wBJZamfwS9H+Q47r1OA0jqPx/8AQq66/wD+QLrH/YPvv/SSSvB9d+Jt
n4Yv760stCXUUsb/AFHT2luvEn2GR5tOvJrOctbw+GJxGpmgkK/vG+XBODkDE079om31iXVNGvPC
0enWz+HPFWotqNr4kOqCH+xPD2pazKk1tL4etdsT22n3ChxIzK5X5CpLL7FPgziSWArY2OXc2GpU
5VJSVWjdQSUm+X2nO2kn7qi5dLXPPlnOWqvCi8TapOailyT3dla/LZa9W7eZ13wTP/FI+IeTx8aP
2jemTn/jIT4n8fqP8muR/avOfgdrnr/wmXwa5/7rX8POPz/zzXW/BM48JeIeeP8AhdP7RpPGOn7Q
fxPOM9//AK9ch+1d/wAkP13/ALHL4ND8vjX8PB3H+c+1efmP+8Y7/HV/9Kka4T/csL/16h/6QivZ
f8edp/17Qf8AopKKLL/jztP+vaD/ANFJRX5ifRDfhZ/yWX4q/wDZNPgd/wCpV+0BX0n/AFr5r+Fx
x8ZPirxnPw1+Bo/8ur9oCvpMkDn06nH19uea+6wErYLCq1/cieVP459uaX5n4u/t4/8ABZL9kf8A
4JByeKvEP7Tmm/GDxZq/x0/aI1PRvh54F+Cng3RPFHiq/wBO8Bfs1fs333jjxZqF54z8YeHtE0vw
/plz4q8E2cscusjVbq58ZWjadpl7aWur3Wm/zfeHf+DrD/gqj+2v+1z49+Dn/BMj9if9mjxR8PBb
+MvF/wAN9E/aBsfFVv8AEPQ/hD8OvDx1TxH8SPjt8Uo/2nPCHgT4d28sOn3N9Mk9xb6ZpFx4h0/w
tBrniPUfsmqaz++X7fv/AASG+Bf/AAU6/aQ+EvxF/aX8XXDfA/8AZN+Pvxlm8c/A2y07xVp958eU
+M37Ln7IUWiaKnxL8E+KbPVfhzY6Trvwu0+/vGsLG+utUs5Z7KC60dyL9fpnSf2TvgJ4X+OWt+PG
8ZWXiH4Ga5+yx4g/ZPj/AGXviB8HtO8d/Df4c/DQyfBOz+H3gn4GprHwpax+FPwe0nQ/hX4jGt+E
4dGvofHup+NdL1DxpqWrweA/BGm6L9ZRyrFZhWjOOHryw9OlhuaVHDVsRKScKEZxoxhFU5VIwlKo
o1atGElTlH2sZuEZeZTxWHoU5RqV6dOXtK2k5xj/AMvZ2bu722V0nvta57F+xJ+3de/FD/gm/wDB
f9t/9uiz+E/7G+o+IfC88/xav/FXxL0DQfgZpF7afEzVvhV4X+IvhH4m+LdaXSpPhP4+ns/DHiLw
TdJrWsaff6P8TtDi0jxJ4otrmy1zVPsf4KftC/AL9pTwrqHjr9nP44/B/wCP3gnSfEF14T1Txj8F
PiX4L+KnhXTfFVjp2laxfeGdQ8Q+Bdav7Sz8QQ6Rruh3UtlJMtzHbazaTvGIriFn/N+y/ZNluP8A
gn58Lf2T/hB8Y/CVt8SfBXxU+Cf7QGpfHnxN8MfFfibw546/aX+C/wC1/wDC/wDbf+MPxH8XfAgf
EDw5eaPoXj349ab4g1G88N6R4r0yy8P2nxKax8P3Fvpunafaj65tdS/aA0Xwt8CdW+K/xz+Gtv4j
8FfEXxTrvx1ufhf8C/EfhLwX8evAt14F+KPhjw18PdA8E+KfHvj7Wvg7FpnjDxz8G/EV3rNt4l1i
71G++E0+nBLDSPEt1Z2HjLD4l4v+z1harxyfL7H2VT2vMt4+z5ea/la52e1pex+se1h7BpPn5o8l
naz5r2tqtb9T7Hor8sfEEX7RetTtfaf/AMFDNb8JXPhzxB8TvFPgfS/Df7K/gefwr4on8W/GX4j+
Ovh54A/aNsfFvw01XVfiD8H/AAl8KdQ+DvgaC1+H2tfCXxlrNt4L8VeIdW8eS634t0WbwKTRftFp
p3xXisP+ChmtnV/HPh/9s228AX2s/sr+B9Q074KeKvjV4q8C3n7H2s+E9L0r4aafL4r8P/BHwT4W
8UafJpniW81i5+Jmq/EvU9Z8R6tp9pZaHoWleh/YOe/9CPG/+EuI/wDlZh9fwH/QdR/8Gw/+S8z9
TqK/K/xon7RWraj8U/Efgz/gobrXgrV/iD4f+L/hbwh4Ovf2V/A/iv4NfAyDxF4V8VaP8EPH/wAL
/D1x8NLTxlrPxg8K+JE+GOsa/deNfiB4v8G+MJNP8ZWNp4D8JWnibwyvw9S2H7RE/hXWfCutf8FD
taiufGPiDwz4p174ieEP2V/A+h/Ez4dTrp3iy48e+AP2dZPFHw01/wAKeE/g/deKV+F48OWvxF8I
fFfxloXh7TfGelaz488X634n8M+K/h4f2Dnv/Qjxv/hLiP8A5WH1/Af9B1H/AMGw/wDkvM/VGivk
34W/Fw+EvAmheGfiT8WIfi34t0T+09PufiPP8PPEXgfWPFuj2+sagvhPU/F3h/wz4M/sj/hYH/CJ
f2HH4jvtEstD0LV9dt9R1bQ/C3hLSL6y8MaR6B/wv7wL/wBBKH/wV+O//mFo/sHPf+hHjf8AwlxH
/wArD6/gP+g6j/4Nh/8AJeZ7lRXhv/C/vAv/AEEof/BX47/+YWkP7QHgRcZ1OHn00rx4f5eBaP7B
z3/oR43/AMJMR/8AKw/tDAf9B1H/AMG0/L+95nudFeFf8NA+A/8AoJxf+Cnx7/8AMJR/w0D4D/6C
cX/gp8e//MJT/sDPv+hFjf8AwkxH/wArF/aOX/8AQfQ/8G0//kvM91orxD/hfXgj/oIRf+Crx1/8
w1H/AAvrwR/0EIv/AAVeOv8A5hqX9g57/wBCPG/+EuI/+Vj+v4D/AKDqP/g2H/yXme30V4efj54H
XGdRhGemdL8d/wDzDU3/AIX94F/6CUP/AIK/Hf8A8wtH9g57/wBCPG/+EuI/+Vh9fwH/AEHUf/Bs
P/kvM9yorw3/AIX94F/6CUP/AIK/Hf8A8wtM/wCGgfAf/QTi/wDBT49/+YSn/YOfPbI8a/8AuUxH
/wArF/aGA646ir/9Pafl/e8z3WivCv8AhoHwH/0E4v8AwU+Pf/mEpyfH/wACucLqURIGcf2T48HH
A7+BfcUf2Bn3/Qixv/hJiP8A5WCzDL3tj6L/AO4tP/5LzPc6K8Q/4X14I/6CEX/gq8df/MNR/wAL
68Ef9BCL/wAFXjr/AOYal/YOe/8AQjxv/hLiP/lY/r+A/wCg6j/4Nh/8l5nt9FeGn4++BQSDqUOR
wf8AiV+O/wD5haP+F/eBf+glD/4K/Hf/AMwtH9g57/0I8b/4S4j/AOVh9fwH/QdR/wDBsP8A5LzP
cqK8MPx/8CKMnU4fT/kFeOz/AC8C03/hoHwH/wBBOL/wU+Pf/mEp/wBg589sjxr/AO5TEf8AysX9
oZf/ANB1H/wbT/8AkvM91orwr/hoHwH/ANBOL/wU+Pf/AJhKlHx78DkAjUYiCAQf7K8d9DyP+ZGo
eQ58t8jxq/7lMR/8rBZhgHtjqL/7i0//AJLzPcKK8Q/4X14I/wCghF/4KvHX/wAw1Ifj34HUZOox
AdOdK8d//MNS/sHPf+hHjf8AwlxH/wArH9fwH/QdR/8ABsP/AJLzPcKK8N/4X94F/wCglD/4K/Hf
/wAwtH/C/vAv/QSh/wDBX47/APmFo/sHPf8AoR43/wAJcR/8rD6/gP8AoOo/+DYf/JeZ7lRXiVv8
cfDd9f6RY6aseoHWdQn0e2nSTVLJYtZTSdU1+00y4tNX0O2uhJdaJ4e8UXNvOlu9pt8NXUU1zDcN
aw3Pax+L52LmTTba3iihuLia4uNSmWGGC1gkuZ5ZGTS2IVYonPAJ4rz8TQr4KtDDYvD1MNiJpNU6
lOcJtNuK92UVLVppXWvTQ6KVWlWhKpRqRq046OUZJxWib1Ttomr66XO4rM1r/kDat/2DL/8A9JZa
8xu/jP4VsZGjurqKN0JDAad41kAIGSN0XglgePQ1TX4w+F/EdhrtnpN7ZXVxa6aGubd18RafcrBq
N3b6NDPBHrPhi1W6UX2oWiMEc7TOgYrvXO9fK81o4ariauV4mnh6cW5VJYesoRW13Jw5UrtK7e7M
oYzBzqQpwxdKVSTsoqpBtvyV7s/Hf9syX9ovw14/ufjX8B9cvvGdp8NPE/xJ0vx/+zfcpaQ6Z8S/
CWo+L7q61jVfCl7Z6a17F8TLOLTrc2AdrtzHbFNJtzNNqejeKsr9l7w58cdA8PfEbxD8f/G39tfE
H4ieEPi14rn8DaUmmnwb8JrUfB3xRaWXgzwrc24mmujFZWlmL5je3Nm11A0lsbq7k1LXNc+/fEPg
TWtY1fUdUtj8MlfUrye9uZtX8F/Ea71G7ubh2knvNQk8N/HDR7GTUJpWaWd7bTrSGSaSSRLeIPtF
fQvhte2V7cPqy/DmSwv9M1PR9SXw54Q8f6XrM+mavZT6fqVlbaj4q+MuvWtjFdWNxPa3Ei6e119l
vJ0tLi0uHjuof1VeJ/BEclr4SOPqvEVMK6ah7Cty+0dLlu5ezs1fa+ltdD4qfDOfTx9GsqCVGFXm
k3Up3cea+i521oldd9vP6J+CnHhLxF/2Wj9o3/1oP4n1yP7Vv/JD9d/7HL4Nf+rr+Hddb8Ff+RS8
Rev/AAuj9o3HH/VwfxP744rkf2rDn4H696f8Jl8GsH/utfw8/XINfkWYO+Jx6/v1f/SpH2eE/wBy
w3/XqH/pCIbL/jztP+vaD/0UlFFl/wAedp/17Qf+ikor8zPoiP4X/wDJZPip/wBk1+Bv/qVftAV9
IFjxj09/oc9/Tv2r5t+GBA+MfxUz3+G3wNH/AJdP7QNfR/8AkV9vgX/smG0vaEf8zy5azn2Upf8A
pR8i+JdSbTH+M04co0v7Tfh63yG27t/7K3wwfHA5H7sflX4l/C3xp4z8Vftt/EX/AIaU8S6/4G+M
XhjRdU0j4B/B3R9X1G0+Eup/CDWZBeax4p8IeIYbm2/4W5rl22g2lxqEeoWFpIj6G142nC40GPTv
BX7L+Op44tY+MXh7VfC3ja+fUfjFonjfQ30/wN8Z306+tYvgX8JvCtvq2meN/AXwc8W2E0Ud/pvi
qxubOSzkk8xd/mWzW6ifxS50KxutStdXn+F3imXVrGx1LTLHV5LH9pQ6pZ6ZrE+mXWrafa3zf8E+
zLbWN1daJostzCjiOeTSLV5VdreIr/QfB2bZdgMswarwl7aKpt/wrOPs6drOdSDdtellJden5rnd
CvWxFeNKrGLUqlvjbT9pLflhJdnvs79j6D/Z9kN7qegWofMT2nxjnlGSFaa1m/Z9jjYgDlgl5Lz/
ALRrvfj866dB4VgD7UuLfxUzAPtUlLzwSAWDfexnj615v8I/FHhvwJJa6hf+GPiJYXNha+JrK206
z+FP7THiwTN4rufCN1q2p32v3P7N2iCRyngvQYLe1i0qEW62s80l3ePeBLToPiz448GfEaw0vPhf
4qS6jo0l4LJU+FX7R/h2BrfUzYm+juLr/hm3Vw43adZuo+y7t0GBIqs4Pyk8bho+IMc3lha39nxq
VbzjT5r88avK7p8jSc4ptTsrPV219imp/wCr0sJ9ZpLFSjCyc+VXj7O+jXOvhbScbu+yueD/ANrr
/wA9V/7+R0f2uv8Az1X/AL+R1J/Zugf9CR8SP/Cf/aR/+gho/s3QP+hI+JH/AIT/AO0j/wDQQ1+m
rinIdP3Vf/wVT8v+nvqfN/UsZp++o/8AgU/L+4NXVEbO6RTjp+9Qdfp9Kd/aUX99f+/q/wCNIdM0
A/8AMk/EkfTQP2kR/wC+Q0n9l6B/0JXxK/8ABB+0j/8AQQ1P+tGQv/l3XX/cKn5f9PRfUsbparRt
p9qXl/c/rQd/aUX99f8Av6v+NH9pRf31/wC/q/403+y9A/6Er4lf+CD9pH/6CGj+y9A/6Er4lf8A
gg/aR/8AoIaP9aMh/wCfeI/8FU//AJb/AFYFgsd/z9o/+By8v7n9aDv7Si/vr/39X/Gl+3xP/wAt
EGPWRD1+p46Uz+y9A/6Er4lf+CD9pH/6CGkOlaCengv4lj6aB+0h/X9iA0f6z5D/ACYhf9wqf/y0
TweOtpVo3/xz8v7n9aEn2yL/AJ6p/wB9R/40fbIv+eqf99R/41F/ZOg/9Cb8TP8AwQftHf8A0D1H
9k6D/wBCb8TP/BB+0d/9A9T/ANZ8i/lxH/gqH/y0j6nmP/P2j/4MqeX9zzD+11/56r/38jo/tdf+
eq/9/I6k/s3QP+hI+JH/AIT/AO0j/wDQQ0f2boH/AEJHxI/8J/8AaR/+ghprinIdP3Vf/wAFU/L/
AKe+pr9Sxmn76j/4FPy/uDV1RGzukU46fvUHX6fSnf2lF/fX/v6v+NIdM0A/8yT8SR9NA/aRH/vk
NJ/Zegf9CV8Sv/BB+0j/APQQ1P8ArRkL/wCXddf9wqfl/wBPRfUsbparRtp9qXl/c/rQq694mj0j
wvqVzb3unWl+3/CSfZ3u1024mb7H8IPi3q1l9nS+jfG3xLpvhtxsHzXEVtG2d6oxP4ij1DxRrVtB
fabNYWf9vfZk0+PTY4Y9nxg+MGk2WXsY18z/AIprRfDaR7icwW8Lr/rC72v7L0D/AKEr4lf+CD9p
H/6CGm/2ToP/AEJvxM/8EH7R3/0D1X/rPw5y/wC711V/m9lSv/6XfbT4vw0Mngcy5+aOJo8n8vPU
S2X923nsS/bIv+eqf99R/wCNNbUI4huEqZJx9+MdefX2pn9k6D/0JvxM/wDBB+0d/wDQPU5dK0FT
k+C/iW3GMN4f/aPx9eP2HxzUrijIU17uIf8A3Ch/8tKjg8wur1aNv+vk/L+55jf7XX/nqv8A38jo
/tdf+eq/9/I6k/s3QP8AoSPiR/4T/wC0j/8AQQ0f2boH/QkfEj/wn/2kf/oIaa4pyHT91X/8FU/L
/p76mn1PGf8AP6j/AOBT8v7oDUoiAS65Iyf3q9T+NH9pRf31/wC/q/403+y9A/6Er4lf+CD9pH/6
CGj+y9A/6Er4lf8Agg/aR/8AoIan/WjIf+feI/8ABVP/AOW/1YX1LHf8/qP/AIHLy/uf1oO+3xPx
5ijv/rEP6E+9L9si/wCeqf8AfUf+NRnStAPTwX8Sx9NA/aQ/r+xAaT+ydB/6E34mf+CD9o7/AOge
p/60ZD/LiF/3Ch/8tIeCzDTlq0baf8vJrt/cJftkX/PVP++o/wDGozqqqSolXCkgfvI+3FJ/ZOg/
9Cb8TP8AwQftHf8A0D1SDTNAAA/4Qn4knAxk+H/2kcn3OP2IetC4oyFfYry/7hQ/+WlQweP+1Vo2
0+3N9v7n9fiR/wBrr/z1X/v5HTl1VGOGkUjGf9ag5/D607+zdA/6Ej4kf+E/+0j/APQQ0h0zQD/z
JPxJH08P/tIj/wB8ho/1pyFq3sq6/wC4VPy/6elfU8Z0rUf/AAKXl/cF/tKL++v/AH9X/Gj+0ov7
6/8Af1f8ab/Zegf9CV8Sv/BB+0j/APQQ0f2XoH/QlfEr/wAEH7SP/wBBDS/1oyH/AJ94j/wVT/8A
lv8AVhfU8d/z+o/+By8v7n9aHX+AWS98dfDlAysp+LWiKcMGAx8Bv2oZcEr7mvs7xrbLp/gnxteq
QGtfBniycEEggx+HtSbIJ6dK+Q/h/f8AhHwzrOjaxeeGviXYtoGv/wDCS20MPws/aU8UT6jqcfhP
xf4OsFnvJP2adFj07ToNJ8d+J2eFbS4muZ7m1k+128do8F37n4n+N/hfXvDmuaGvhr4jSLrGl3ul
3ENz8Df2loIrmzv4Htb6zN3a/BYyWDzWcs8SXKJMbZ5luPs9yI/s8v5PxXiaWZ8V4HH4TCVqmDoL
Dxk3Saa5KjlLa8Ho73U2tbNqSaX1mUP6rleIo18RSjWqubSVRa3hGK0dpbq2qT7Kzu/xV/4KReK9
H03wB8PvFGl/Ebx54O+PGh+O7bUf2dtE+H8t5rut+OfH1zbpoNxoFz8O0vFtfFOiTaVrb2d7eXMM
j2EOuGxhW/XWp/D2v/XfwD134hah4GstQ+KGi6N4Y+JN54e+Gb+MNC8O6pLq+kaXql58avhTbX1p
aX0yZwY5syQJLeRW0kklrDqWpwxJqN1u6hoWnXtxpk9x8MPFmoy6FeyajoV5qGmftJPeaTqEumaj
okuo6a7/ALAEp06/fRtX1a1aWF1c22qXMBYxTSK/XeEbfR7K51H+1vCfj7RIr0aLJLe23gX9pvx1
dy/2B4l0XxZZWFvZyfsleGo9MSTW9A0iSe5klvibexktIrWN7v7Zbfo+dZ1llTIM1wlCFScq1JKE
EqTvyzjK3LGrKTbSaSjH17r5jCYfErMsLVdanGmm+Zv2i3i0nzSgoqzerb9Oz+kKK5X/AITfw5/z
7fEr/wAR8/aR/wDnQUf8Jv4c/wCfb4lf+I+ftI//ADoK/kz+wc6/6Fdf/wAFy/yP1n+0cvf/ADG0
v/A4/wCZ6l8Fif8AhEvEYH/Raf2jOO//ACcF8Tsfr/KuS/arJPwQ13P/AEOXwb/9XX8O66r4Jee/
gi/vZ9O1nS11j4nfHDxDY2mv6Jq/hvVzo/iT41/EHX9DvLvQ9fsra9037To2pWFzHHc28UvlXaM0
a5rk/wBqr/kiGvf9jj8Gv/V1/Duvtcwa+tY/r79X85Hl4RL6jhe/sof+kRG2X/Hnaf8AXtB/6KSi
iy/487T/AK9oP/RSUV+aH0JB8Mv+Sx/FP/sm/wADf/Up/aBr6Pzz36f48jjk/wCNfN/wzP8AxeP4
p+p+G/wNA+p8U/tA4r6Nzzk57cgYPY88/X8uvWvtsD/ueG/wR/I8qSfPV7OUv/Sh+f8APb6Zx0yP
1oz168Z6D/63Wo8ngn69Onfjnpj+VLknPpwMHByRjOTnrz+ntXUCT0d9V/wB+f8AHjnP6f5zRnr9
e/8A9Yfl65pmTxjIx1JxwOB09M/ypMnkAYJ/AZOPfrkH8vrQJRv1/rT+v61kzz36f48jjk/40Z/z
2+mcdMj9aZnnJz25Awex55+v5detJk8E/Xp078c9MfyoGld79v0/r1JM9evGeg/+t1oz/jxzn9P8
5pmSc+nAwcHJGM5OevP6e1GTxjIx1JxwOB09M/yo8xWemv8AWg/PX69//rD8vXNGee/T/Hkccn/G
o8nkAYJ/AZOPfrkH8vrS55yc9uQMHseefr+XXrQO3nv/AMAfn/Pb6Zx0yP1oz168Z6D/AOt1qPJ4
J+vTp3456Y/lS5Jz6cDBwckYzk568/p7UAk9HfVf8Afn/HjnP6f5zRnr9e//ANYfl65pmTxjIx1J
xwOB09M/ypMnkAYJ/AZOPfrkH8vrQJRv1/rT+v61kzz36f48jjk/40Z/z2+mcdMj9aZnnJz25Awe
x55+v5detJk8E/Xp078c9MfyoGld79v0/r1JM9evGeg/+t1oz/jxzn9P85pmSc+nAwcHJGM5OevP
6e1GTxjIx1JxwOB09M/yo8xWemv9aD89fr3/APrD8vXNGee/T/Hkccn/ABqPJ5AGCfwGTj365B/L
60uecnPbkDB7Hnn6/l160Dt57/8AAOQ+IHxA8IfC7whrfjzx3rdp4d8KeHbN7/WNYvnCW1pboMAd
N088kmyOGGMPNPNNHBBHJNJHG3y/H+3l8Hpo0mtvhn+2peW8qLLb3dj/AME8v27b6yuoZFDxXNne
2n7Ozw3lq6FWjlid45EYOjMpBqv+3wFb4K/D2KVElguP2zP+Ce9rc28qq8FzZ3n7dn7O1teWdxE+
VntJrSaaKWNwySRyMjqVJFfbn9tTf3x+Z/wr1KVPLqWApYvGU61apXrVqSVKrTpKMaVPDyu+bD1n
JydZrTlSUet7ry61XHTx1TC4WrSowoUqVRupSnVcnUnWjZctaioqKorpK7k9Ulr8Xf8ADdvwk/6J
X+29/wCK6P29f/ocaT/hu34S/wDRK/23vx/4J0ft6/0/Zxra8Yftr+DfB37YPwq/ZEvbYSa98SfA
Oo+IbvxL9p1hP+Eb8c+ILH4j+KvgT8PP7Hh8MSw6x/wmnw1/Zk/bf13+1l1OCz8Of8Muf2ZrCJf+
N/CMeod9/wANh/sy/wDC8f8AhmP/AIaS+An/AA0n/wBG9f8AC4vh9/wvH/kUP+Fg/wDJJv8AhIf7
f/5EL/id/wDIP/5BH/Ey/wCPL99U+3yT/oBxff8A3uj/APMP9fMfs83/AOg3Df8AhLV/+bTyf/hu
34Sf9Er/AG3v/FdH7ev5/wDJuPWom/bx+E6kgfCT9uNwMfMv/BOr9u4KeBwN/wCzuDjPqB044pdL
/wCCkH7H3jeC11z4TfthfsUfEfwX4e1+/tvjF4p0v9rb4WzQfDfwvafB74z/ABZTWLUeGp9XtNZ1
/wDsr4M+J9RuNN1S/wDDtvb+D/BvjPxcNVlj8IXGl6h7346/aZ+Bvwv1HUtI+Jnxu+EXw71bR9Aj
8Vavpnjr4leDvCOo6V4Xl8L/ABX8bxeJNSstf1i3ksdAbwX8B/jjq63kqrbnS/gz4r1ASG08O6vN
Zntsk/6AcX/4V0fL/qA/r5h7PN/+g3Df+EtX/wCbTwL/AIbz+FH/AESH9uX8P+CdX7dn58/s80f8
N5/Cj/okP7cv/iur9uz1/wCzea9A+In7dv7Hvwg8L/DTxv8AFn9rb9mX4X+C/jRoDeKvg74v+Inx
5+Fvgnwv8WPC6adoOrv4k+Gmv+JfFNtaeO9AGk+KvC90bzS5rq3Fv4ksJzJ5d5btJ638N/ibN488
Pajrn27wDffYfHvxV8Ged8N/Hx+I/h5P+FcfFDxh8PRZ6j4h/wCEc0v+zvHtuPC/2fxXoP2aX/hF
fFFtrHhj+0dY/sf+1r1e3yRWf1LF/wDhXR/+YP6/I9nm/wD0G4bT/qFq/wDzafMn/Defwo/6JD+3
L/4rq/bs/wDoea6Dwr+2v8FfFPivwz4Mn0n4+eANa8Y6iNF8LyfGv9lj9pX4C6Br2utbT3cXh/Sf
Fvxn+FOg6VqHiKWC2nNvYQ3r3dyYyltBK+FP1x/bU398f99H/CviX9vXVZZ/hP8ACyMlCy/tpf8A
BPdopMAywtL+3b+znZztBIRmFnsbq8gcqRvhvJYmykjKejCRyXGYrDYOGHxVGpjKkKUZyxNKcYSq
SUIylBYODlGMpJyipwckmlKN7rDE1M1wmGxGKnicNVhhoSqSgsPVg5xpx55RUvrc1FyUWlJwkk2m
4ys0/sXWtZ0zw9pGo67rV9baZpGkWdxqOp6jezw2llYWNpE011d3l3cukdraRxI7ySyMqRopd2VQ
SPju1/b7+B2p28V/oPgv9rfxXo90vm6d4k8FfsI/tqeNvCetWpJEeoeH/FvhP4CXumeIdMfBMV1Y
3dxbSr80crrzTv8Ago/LLD/wT4/binhkkhmh/ZI/aImhliZo5YZY/hN4seKSKRGDI4YAgg5BXI6V
9o2+orZW8FnaRW9pa2kMVta2ttGkFtbW8EaxQW9vBEgWGBIkVUVQFVVAAAArGlSwFLBU8Xjadau8
RVqU4RpVYUuX2UKMpOTnQr83N7aKSShy8ru5cy5d61bGTxk8LhalKj7CnTqSlUpzquXtZVIxUVGt
R5VH2Mm2+bm5la3L73xp/wAN2/CT/olf7b3/AIro/b1/+hxpP+G7fhL/ANEr/be/H/gnR+3r/T9n
GvtL+2pv74/76P8AhX5XeG/+CiPx/ulufip4v/Zq+EWh/sqr+2v4r/YptPHnhv8Aai8Z+K/2g5/E
9n+3TrH/AAT18D+N7n4Bap+ylo3hy10DUfjjB4f1HVbdfidNcaN4T1O81GzOvaxYweH9RSrZI/8A
mCxf/hXR/wDmEPZ5v/0G4b/wlq//ADae/wD/AA3b8JP+iV/tvf8Aiuj9vX8/+TcetRv+3j8J1IC/
CX9uOTgHKf8ABOr9vAKDyNp8z9nZT29O/Wt+H9vb9mbw/q934M+K/wC09+yP8P8A4lRf8L18RW3g
OH9p74fanq8nwv8AgZ45+Lnh3xV48u7PxINCv7P+xNA+DXjqbx3CunTad4J1zwF4u0G51rU4fC15
rU/rlv8AtM/A288L6x43tPjd8IrrwX4e+Efhv4/6/wCL7f4leDp/C+h/Afxlp3irV/CHxs1jX4tY
Nppnwj1XSfAnje603xJPMmjX1v4N1We1vZY9Ou2hPbZJ/wBAOL1/6i6Pl/1Af18w9nm//Qbhv/CW
r/8ANp4F/wAN5/Cj/okP7cv4f8E6v27Pz5/Z5o/4bz+FH/RIf25f/FdX7dnr/wBm8169qX7Yf7Mu
i+OPid8MdY/aS+Amk/Er4J+AtQ+Kvxm+HupfGL4fWPjj4R/C/SdI0TxBqnxI+J3hO68Qpf8AgLwF
baB4m8N31xrGq29pp0Nn4gsbmS4WG7geTe8UfHfw7ofxJ8BfCy08ZfCI+NPEuv6ZbeIPBXij4raf
4W+JNn4X8SfD/wCOXizwhrHgL4fxaJf3fxB1/VNW+BPjdbbTZ5NEt5vD/wAP/HPiG11W6l8F3ejX
x7bJP+gLF/8AhXR8v+oD+vyPZ5v/ANBuG0/6hav/AM2ngf8Aw3n8KP8AokP7cv8A4rq/bs/+h5qe
3/b0+Ba3Wmw+IPDv7THw8stT1PTtHj8TfF39jb9rL4PeBLHUNWvYtO0yHXPiL8T/AIMaToPh1J76
4gijlv8AUraIvMq7wxxX2j/bU398f99H/CviT/gpTrEzf8E+P221yhI/ZQ/aEmjZgGaK5tfhN4tu
rO5hJH7q5hvIYJopFw8csCSIVZQR0YOOSYzGYTCLDYuk8VVp0uZ4qjLldScYc3L9SjzWve3NG+11
e658XUzfCYTFYr6zhqn1anOpy/Vqsebki5cvN9cly3ta9na97O1n9rqwdVYZAYKwyMcMMgHI4/8A
r189ftU8/BHXvbxj8G//AFdfw69q+hW4Y+gY4GOgzxjnpj+VfPH7VBJ+CWvdcf8ACYfBofiPjX8O
s5PrXiS+Gf8Ahl+TPZkvdb8v8hbL/jztP+vaD/0UlFFl/wAedp/17Qf+ikor4A9cq/DX/ksXxS/7
Jx8DP/Up/aCr6M/TnI/+uB9K+cvhscfGL4p9v+LcfAwDPTP/AAlH7QXWvovI689M9D0r7bA/7phv
8EfyPMd+ep25pf8ApQ4n+WPQ+3f2H+cUufx7+g4//UP84r4F/as/bP8A+GePij8JPCGmaD/wkXhT
Szb/ABV/a/8AE8GlnV7H4A/sva74htfgf4Z+JHinWrfxTY23wr3fGnx7ofi+51jxREvh0/B79lP9
oHxBb3L6t4FhtJve9Y/af+Bmg/8ACxf7W8cfZP8AhU/x7+DP7MPj/wD4prxhOdA+OX7QZ+Aw+EPg
f/RvD7/2p/a//DTfwP8A+JnZfadIsP8AhNv+JpqFl/Zur/2f1C1t2fzPfgQPxzx/ifwH/wBY0f0x
75x6Ht0H9K/Mn4L/APBVf9mv4i/s7fsz/Hbx+PH3wpvfj98BPh98ffFfhJvg9+0B430f9nfwh40t
buG48ZfH/wCIej/BmDT/AIJfARdf8PeP00P4oePIvB/gbxdoXw213xf4e1a78NaVqWoWXe3H/BQP
4B3Hi+/Xw9438feIdA8Hf8NUeEvFHw/8I/sa/tc/Eb4oeNfHX7L3xy/Z7+A3xU8Q/CCbwR4CuZvH
ngHwT8SvjDD4d8QP4d8M+KbPWtR8SS3+keItPsPh541jlLPsF1ff+tPw/r1++f05yP8A64H0oJ/l
j0Pt39h/nFfA+m/8FMP2StWtfhhqdrq3x8i0D4u+PdP+FXhTxdqf7F/7aOi+BtJ+KGpftFa5+yZb
fDf4n+O9Y/Z/g0b4I+Pl/aI8PX/he40fxpfaBqNpeXFjcXVtDYanpt3d97qX7cPwD0jWPif4b1GH
49weLPhOdQm1jwWv7IP7XNx458c6PovjnRPhx4k8W/ADwRbfA59W/ai8A6P4r8VeD49d8Q/DWz8W
aFoVn430LVdX1Cy0nW9Jvrws+wXta7/rT+vx8j68z+Pf0HH/AOof5xSAgfjnj/E/gP8A6xr86PDX
/BS79lvxJP4n8U6X8W9f1zwvb6B4GsPD/wAG9K/ZO/aph/ab/wCFgXnxi/a9+EPjDSrX4UyeCpfG
HxG1/wD4SP8AZJ+M1vP4L0bwDD4l8F2H7OHjTxh4mlufCt9Z3eib2of8FPf2G9L1jTPD198b/K1+
98BaH8VdZ0Nfhr8X59Y+HPwu1Pxz8T/hh4k+JHxs0y38APN8BPAXgv4l/Bv4ieHfijrHjZNA074R
65osGkfFC58IahqelW98WfYL+e+2vp/XkffP9Me+ceh7dB/Sj9Ocj/64H0r5En/a7+EngL4B+Lf2
gPiN8SP+Eo8BeF/j58RPgbceIPhj8C/jTqOrv46079rnxD+yh4U+E+h/CDw3ZeKvFnjzx7Y/FdNE
8E3N/otlcWfirXNOuPEmh6bpegapZ2NjgXP/AAUM/Zag8L6P4kt9e+Lus6trOveJPDZ+EPhf9ln9
qnxd+014d1Dwdp3hTWfFNz49/ZM8L/Be8+J/w10Cw0T4h/Cu/utV8Q+EdM0uKw+M/gW+a8+yeOPC
U2sgXWmtl8/lp/w6ufbRP8seh9u/sP8AOKXP49/Qcf8A6h/nFeA/Bv8Aaf8Agb+0J4h+JPh34LeO
P+Fjf8KnPwy/4S3xZ4c8NeMLj4XXf/C4vhf4Z+Nfw8/4QP4xTeH4/CfxY+2/Cfxv4I16b/hFda1n
+zdP8baLNqn2L+1tOFz8yfs+/t9eFvib4p+P918S59A+Ffwe0Dw/4g/aB/Zv+K/jGTT/AAN4K+Kf
7GvgDUdT+E3xG+NsfjrX/GVxpfjfQNP+Knw38T+OX8SaCU8LWnwV/ai+Afia+vYdR8bXFtABrbz+
fl9/Y/RgED8c8f4n8B/9Y0f0x75x6Ht0H9K+Jbf/AIKGfstz+F9Y8Rz698XNG1bRtf8ADXhsfCHx
R+yz+1T4R/aa8Raj4x07xXrHha48A/sl+KPgvZ/E/wCJWg3+ifDz4p39rqvh7wjqely2HwY8dXy3
n2TwP4tm0Y1j/gol+yHoeneFdXu/iXr91pXiTQLnxXruqaJ8HPjh4m074H+F9O8UeJfA+ueJP2tb
3w58N7uP9i7QNK8a+BPido+t3nxcbwVbaHqnwb8dafq8lld+BvF0Oiln2BNX30/4b+v61+2v05yP
/rgfSgn+WPQ+3f2H+cV8iePf27v2U/hh8LpPjR45+KZ0P4aRePf2l/hhJ4l/4Qf4kant8c/se+Hv
2ivFf7Reh/2Po/g+4vz/AMI7oH7J37QFx9pFr9j1f/hAfK0K41ObVdEj1LyPVf8Agpn+z5eeMv2c
/C3wvuNf+Ktt8ef2m/Dn7PFxqOh+CvixY6joWgeP/gN+0h8Y/hX+0T4J8MyfDGa7+NP7MvijVf2d
9Z0vRfiXoAf4ZX2lx+I/Ftp44uNF8E+ITCBfbXX/AIb+vx8j9GM/j39Bx/8AqH+cUgIH454/xP4D
/wCsabkH8vfPBINGf6dc984x+NAWeu/4+X3Dv6Y9849D26D+lH6c5H/1wPpTc/1xnOM9evpRkdee
meh6UD7dvn5dP+HPif8Ab9cJ8Evh6+cBP2zf+CebEnjAX9vD9nNs9fRf88V9RHUYySRKpBJx+8T1
+tZHxg+Engv45/D3XPhn4+t9Rn8O63NpF75+i6ndaLrej654b1rT/E3hTxLoOr2TCTTNf0rxPpGj
6lYzgMsV5pcLvHIgaNvkpP2FPFkaiOD9vv8AbbihQbYojb/sUXTRxr8qo1zf/sWzT3JCgDzJ5ZZn
I3SSO5Zj6ChRxeX4fCvG0sHVw1evUftlW5ZRq08NGPK6NGu+aLoSclKMFZx5XK8lHyqir0MfWxKw
lTFUq9GjBeydLmjKnUrylzKtVoqzVaPLyuTupJpWXN8hfEj/AIJ/fHvx1p/7SXxLsf2n9c8MfF74
oftL2f7WfhD9nvSF+Ez/ALGPir4wfsu+J/hhF+wde/GDWte/Zu1L4uaToM3gb9lT9kqX4rWPhXxx
Ypc61pXiweFGs9Ov7WM/nj8f/hf8WPjfceM/2FtJ8C+ObX9nrwH8ef8AgrT8efiJ+1VD+z5+21F4
48NeH/2xP2ef+Cl3hzW4vCnwN8a/skaB4S/aD/4R74tftvaX4e8P2fws+MPjnxP8RrPw1p/iXw/4
XttH1bWX8I/ub/wwv4x/6P8A/wBtrt10/wDYdHXp/wA2S80f8ML+Mf8Ao/79trv10/8AYdA49/8A
hiWsll8Fp/bOC8tMcrbL/oA1sv6ehf1ut/0KMX9+D8v+oz+vz/BT44/Df4//APBQrW/2g/2h/jR8
Ltb/AGYvhEnwk+Gv7Pt9qngr4P8A7dfx3+JGpwa9+yj/AMFlv2ZvEuu/Dv8AZs+IX7D/AMK/in8R
te0Hxd/wUw+BmrXsNp4Ih8IXGgafrVzZePZ9R0TxHpeg/S3wf+F/xY/bz/bf8I/tcfGTwL4A8NeF
fg749/Y98Z33wY8d/s+fttfD7/hEv+FAfCP/AIK2eF/CF54N8bftn/skfDq2/aF8e2nxn/a8+EXj
XTte0Xw74X/4RL+y5tOutOh1Xw14b8U/EL9Vf+GF/GPX/hv/APbaxjP/ACD/ANh7p/4hLSj9hfxh
/wBH/fttnnHFh+w7/wDQSUf2dC3/ACOcGrKy/wB+02/6gP6/M+uVv+hRi/vwfl/1Gf1+f4Y/tTfB
T9o/9n7wp+3F8C/hR8Nk/aG+Kn/BR34DftZfCCHRtE8E/th6b4I+GukfG/8AbV/4KffGv4E6pYfH
zwD+xt4y+G99481PRv2+P7P8T6L8QPGHwq0PwVefDK21LU/GNz4V8Sp4j0X9w/2afh38cvgB4E8c
+ArrQ/hH4mttY/aX/aE+Muga1b/FTxdpU9x4Y/ai/b9/aJ+Ovi+w1jSZfgzOula94X+AnxL8E3mm
xQ3d7b+J/F76r4YurrwvotjaeM9Ut/8ADC/i/wD6P+/bb6Z/48f2Hc8HB4/4Yjo/4YX8X/8AR/37
bfbrY/sOjr0/5sj5oeWwat/bWC1d9sd/8weQfW63/Qoxf34Py/6jP6/P6q8Oaz4kutPuJfF2meH9
D1Vde8VW9pZeHPE974q0+fwxZ+J9YtPBOsXGp6n4W0aS117UPBkGgX+q6atpNb6Pqmp3mkWmq67a
WMOt6h8pftw30cvw0+FMQlQs37aH/BPchd6sSF/by/ZvJIAPTpT/APhhfxh/0f8Aftt9+tj+w6Bx
7/8ADEdafhv9hHRbXxj4M8WfEz9pP9pr492HgHxVoXjzw74F+KN78ANI8EL408KahBrXhDxJqtp8
Fv2e/CF/rl1pXiCz07UbK3u9RlsUvtMt7iW1laFMdGAwtDAY7BY6pm2Gr08FVp1nCksW6k/ZTjPk
h7TCUoXlyqKc6kUr3bdrPnxc8TjMJisJDLMRRni6c6SnUeFUIe0i4c0vZ4mpO0eZu0YSbtbS9zb/
AOCkhH/DvT9ub/s0T9ose/8AySTxbjv04H+cV9NtqUZJImU/9tE9PrV3xx4L8L/EnwZ4s+HvjfSI
PEHg3xx4d1rwj4s0K5eeO11nw54h0+40nWtKuZLaRJEguNNu7iJzG6OFmJVlbBHxHB+wVrWnRR2O
g/t0/tsaFo1qgg0zRo7r9kjxGmmWUXyW9imueOf2RdW1jVI4owqLNqOpXt2yqPNuJCM1mlSxeAoY
R4ung6uFrVql6qquE41oUI2i6NKtJSg6F2pQUWpK0rpp61YV8PjquKjhamLp4ijSptU3SU4ypTrS
u1WqUouMlWsuWTknFpxs0z7O/tFP+eq/9/E/xr+Yfw34f/ZR8G+HLj4i+EP2dPit4V/bSvP+Ch/i
r9qG7/an8N/8Eg/+Ckuh/GC6+BXjr/gpprH7SXjf4fXHxw0z9gOLxZPr2s/sU+Idf+HOq6S050bU
Y9cvPCN3qE3hK5mvn/a//hhfxj/0f/8Attduun/sOjr0/wCbJeaP+GF/GP8A0f8Afttd+un/ALDo
HHv/AMMS1jHLaa0/trB62/6Dun/cgy/rdb/oUYv78H5f9Rn9fn8B+Ff+Cb/xx0PxF8d9Xu/GPwjk
tvih+0v+yd8ZdBS38Q+LnntPDHwI/wCC7n7aP/BUDxdYawsvgRFt9eufgL+0b4J0jTYoWuLebxhp
eq2F1dWeiwWmv33B/EL/AIJv/tgW/wALf28fh/8AB/xj+zNLqv7fPwk/a8+DXijxD8SvEPxOi0/4
P+F/iJ+2L/wUq/aa+FF9oPh7wv4EeT4k694o8Gft/jwv4iluNR8O2/wz1TwQfFGm2vxetHHhW4/T
j/hhfxj1/wCG/wD9trGM/wDIP/Ye6f8AiEtKP2F/GHf9v79ts844sP2Hf/oJKf8AZ0db51gldp7Y
7fS3/MCH1yt/0KMX9+D8v+oz+vz+XdC/Yj+JWreN/A3wu+K2jfATxd+yf8K/2tf22f2urfXNT8R6
74z8b/HX/htrSP20tK8V/s8fE39nDxJ8JofDfg7wHpVl+3b46s7jX18eeLv+Eks/hFZJc+ENKTxj
eQeEj4R/sE/ErwF4r/Zj+IPjP4qL8WPiT8IP2tdZ8d+P/ib8TPHOveO/iN4m/Zi+Ff7FP7Wf7En7
LPg2x8aar4Mhv9Z8eSaB8XPBfxB8eadezW3h5/ip8afjV4s8OzW0PiO00m5+ov8Ahhfxf/0f9+23
0z/x4/sO54ODx/wxHR/wwv4v/wCj/v22+3Wx/YdHXp/zZHzT/s6P/Q7wX3Y7/wCYA+t1v+hRi/vw
fl/1Gf1+f2R/aKf89V/7+J/jXxV/wUf1CNv2Av21Y/NTdJ+yj+0OqqXQlifhD4w4Az161d/4YX8Y
f9H/AH7bffrY/sOgce//AAxHVDUf+CeWl+LYP7D+K/7Wf7W3xi+H17JCvij4Y+M7z9mTQfCHjfSV
kV7rw54pvfhR+y/4a1ybw9dxK0N7bWms2YureaSCZmikdT0YDCUMFjsFjKmcYWrSwlalVlGmsY5y
jTnGbjBTwdODk1G0eacI3teUVdnNjamJxeDxWFp5ViKdTE0qlOMpvCqEXODipTcMVOaim7ycYTlZ
O0W7J/ok5+Zvqw9D1OO/sP8AOK+ef2p/+SI68Ov/ABWHwa+n/JbPh1/9avoRm3szHALOxwucAkk4
+mDXzz+1Mc/BLXv+xw+Df14+Nvw6BzXlv4Z+kvyZ7Er8kr728ySy/wCPO0/69oP/AEUlFFl/x52n
/XtB/wCikor4A9Yp/Df/AJLF8Uf+ydfAv/1KP2gq+iPyJ59Rjvkfh39vWvnb4cf8lh+KX/ZOfgZ/
6lH7QVfRGcDv/Q+o68CvtME/9lw3+CJ5v26n+KX/AKUfnZ8Wf+CanwU/aO+JX7QfxB/aS8TfFz4g
23xv0Dwv8Jrbwf8ADv48ftI/sz+F9N/Zl8M/D8aRF+z38S9A/Z4+N/h7S/2gtAf4p+Of2kPFQ1Px
Vp11qEdv+0Lf+Fvn0XS7JX8E8bf8E9v2g7Xwtf6peftVa98VJLz4u/sV/trfH7wr4U/Z5+FGh/Ff
9rL9rL9iHTv2TdO1DR/DXiHxT8XtD8H/AAf+EfxC8O/sd+B5bPwrDDot74a+IOuR65c/FGb4fwah
4Avue/ac+OHxR/Z6/bH/AGvPiH8GPC/gLxn8S9S+An/BCH4QeG/C/wAT9b8ReGfA2sf8NEf8FPf2
5f2fdYttc8VeFdJ1LUPCWNB+J+qPa6vBpOuf2TeRW+oS6Br8NtJo194J8T/28f2ofhD+0n8S9T8e
694C8c/8O7/2Rv8Agqv4z+PfhH4f6B8Q/hR8L/2uD8HPgB/wSZ/az+Ft74R8Ca18XPFn/DPfj7Sf
+GrrPwxHr2s33xR8rTtF8X3Gnadpv/CdraeF+xNu2t9u3Zf8D/hie3Tv/Xr8z174b/8ABNj4leK/
2ZNJ+Flp44179nvwX8VP2J/CP/BNr9ob4Y/Hj4O+APH/AMeH/Y2+Amv/ALRXgT4Fp4A8c/AH9rbV
fBPww/aak+Cf7QPjhdf8ZzSfEfwrr2sy+H/ENr8NvBMVlq/gS69c8X/8E0vih/Zlvc/Br9rIfCbx
7Zf8PFrOz8ZD4SeItUP/AAj3/BRT/gol8Ff24fHnh3zPBnx38L6/4e/s7wD8LvE/w4/tnw34l8Pe
KP8Ai4X/AAm/hjXvBuv6LpsFeQ/DX9tr/goY/wAa/gR+zr8dPhl8I/hR40+JX7TXwm8Oa14m8aeA
vhlo/ijU/gN4r/Zv/b0+OXi3SdE/Zy+An/BS/wCMd18Ptek1b9iEaT4b+I/iPxx/Y2q3HxD1u2tP
hzfyfD7UZte8j03/AIKnftteF/2bP2W/i18Q/hR8BfHfxL/bt/ZG+DXxu+BPw3+CGleLLX/hVfjn
4ifH/wD4J8/sv2lv4n1L4u/GLRLD47f8JBr3/BQbwl40svDT6t8KLPwr/wAK5u/hvqHxH8SQaonx
c0tXfe/b7v8AgC0s7LX/AIb9T748NfsdftQ6H8UP2YfGtz8fP2RX8Bfs5+AdA8B6L8DvDX7DHxE8
GfC7wJ9j8Q+N9B8T+NP2YfDek/txtZ/A3x9qP7NOu+EPh1p+pa/Z/EP/AIRLTvDOuN4Qh0TQfH/j
jwnrfyNoH/BGv4ofDvxf4l8c/Bz9pr4B/CTx9dfATxv+z1Z/G7wX+xX4i8M/tQ/GXw98Rvjl+zB8
SvHvxE/bg/aO8F/tdaRr/wC0p8e9e8A/s8+JtD1bx34aPwx8UQ+Ifj54n+IHhjUvDOvrp0dru/s2
ftG/tp/F79ur9nTwB8dINB+DWrfDr4R/8FEdH+Onwxt28Ey2/wAWdP8ADb/8Eq/Gnwo8Vax8Gvgj
+2n8VNF/Zn+LmkXP7Swg02PxH43+IeqXPg6LVdZtNN8OWnxW09PDPgn7ZNx8HvBOl/8ABXH9tP4z
fsz/ALM37Sfin9j79prwdonhDxv+0X8XZ/2f/iv8Fvg9ov8AwTc/Ys+K3h/wT+yF+0zpHwb8X+J/
hP8AF24/aM+JuqXfw/0Xw1e+DpB8QfjPe+ING8R6T4qvFl1J9Vrv6d1b+v1G0tNHp/wP0PtqP/gm
38ULbxz8O/jno/xz+Afgv47fBbwF+zh4M+DGnfDz9kbxH4O/ZU8Ff8M7aR/wUP8AhVpVnN+zvaft
Sy6xN4Bm/Z4/4KE+JNC0/QdK+IOh/wBieI/hbpPiOLUb3Q7m48ExpYf8EsPs3wk/bn+Hlx8dRPr/
AO3b+yN44/Z+8d+KIPhgbbR/BfxQ+L3xp/4KG/tBfFf4r+EvCr/EOWebwDP8S/8AgoR4rj8O+Drz
Vp9R0XQ/hvp+n6l428R397c6zHu/FT9vnxR8NtR/aA0jUJvhHpGreB/+Cqf7BH7A3wa0vxJLqNhq
PxD8L/tQeF/+Cevjj4nQ21lP4ygl8WfF3TvBf7THx+1jSl0pYrez0v4b2eoaho2oWmj61Nf/ACP8
Av8Agpd+3p8WPhrafEvxZ+z38I/hnpP7Sn7Mug/tEfsfRfFHxb+zz8Mp/wC0PHfxA/Z78IeAvhZ4
W0e2/wCCg3ibWv2yte1G2/ac8HWujajrejfsv6Xq3jHS/CPgzxBP4Bu/i7Zah8Pld7p9v0f5Bp6v
9NPzR9dfHP8AY4+MOifsY6n8DPgH4k8P+Lfinqf/AAUW8A/tbeH/ABP4q8JwL4X8Iad40/4LA+F/
29fF954l8Fy/FHRZPG+geB/BWt+IheWFl4m0XVPFtv4Dki0htK1TV7Oyt/Ivih/wSG/4XD4hX42f
FPxX+yL8b/2lde8e/FLxn49P7R/7Cp+OX7Hs3/C0fhd+yV8G7y9+GX7LfiP9pO31/wCHfj7T/AH7
DvwEgsNfvPih4i2T+IviIX05rPxVoth4P739i745fGj44/tofFnU/EHxY8BeJ/hrpP7BH7Jd3rng
vwPoPxb0nw9N8aLv9rT/AIKQfDnU/iD4f8E/E7xJZ3/7MXj6Xw/8F59L+J/w08RaBrvi3wz4o0nT
PAur+NLub4ZXF94o/XHOB3/ofUdeBRzWdr7f1/l/VwSv002/r8+h8FfB/wDYr8Q/s7/CH9qv4c/B
D44jwV4s+OX/AAjl58IPiWfgv8L4/wDhQXiHwL+w3+zb+xv4A8Rf8Ko8Iafongrxn/Zmpfs5aR4u
/sXS9A8JeFz/AG7/AMIzZaDp2k2Mck3gnij/AII2fs2f8IhpPw5+E3jT49fCnwDdfAT44fsf+OND
1v8AaC/aB/aKx+x78dvgbrXwv8S/Av4H6b+098WvGGgfs4/ZfH2h/s8+LbTWfD+gNP8A8Y66X4Zm
tZdA1PULev1wzyTznv3x+fv+VGenX2wTyc9eehzmkpbK+ug7fD3/AK/Xf/I/OvxR+yr+1l8RIPAX
j34iftZfCLUvj/8AA74uaX8V/gFeeF/2S9b8M/sy+EdRX4PfHP4DeKpPHvwSv/2ndU8c/EfX9b+H
P7SPxIiurmD4waFpdpf+DfAt7pmhWS6V4vt/H/BfFz/gnt8Yfi9p/wATrHXv2qvD99cftZ/sy6f+
yT+25rGufs9Q3Wo+Lvg9ZeKP2i/EFrZfslxeFPi/odp+zVr+m6T+1n8adD0W+8aWvxmeLS9C8DTa
+niXW9D8Uax47/VEnOeuOOfT2xnp1oz0xnp05/PI6nH6Uc3n/WnoOz1e39L+vzPxR/aH/wCCR/jn
47+EPFXwhtv2uR4K+BMvj39vz4n+APAEXwE0jxB4hsPHP/BRb4G/tr/D74va58UvH918Sbef4gf8
Ix8Sv20/F2s+Abbw/ZeB7Ox8L2F54V8X2/jfXb3SPHnhn65+Jn7D/wDwnn7YXhf9sWw+J40LxZ4E
/wCGXP8AhEvCF74KOt+HU/4UZY/t/wDgD4hjxHcweLbG51n/AISX4Lf8FDvidp2i/ZX07/hFfFHg
rQfEt9/wl2krqPhC++9c4Hf+h9R14FGeSec9++Pz9/yo5vPT/hn/AF/mJR20/r+r/wDDjvrgDJ45
4xx1B+np04o5xxgcdskHJx/P65x6U3PTr7YJ5OevPQ5zQTnPXHHPp7Yz060X87f8P/wRq/8AXy/T
vqOHXAx25Gc9OOCfb9KT8iefUY75H4d/b1pM9MZ6dOfzyOpx+lGcDv8A0PqOvAoUrhrf+v6/QceO
uOMYBz7HHXnt60fXAGTxzxjjqD9PTpxTc8k85798fn7/AJUZ6dfbBPJz156HOaFLZX1/r+v+AGun
/A/rcdzjjA47ZIOTj+f1zj0oHXAx25Gc9OOCfb9KaTnPXHHPp7Yz060Z6Yz06c/nkdTj9KOb+vuD
Wz6dvw/r8xfyJ59Rjvkfh39vWlPHXHGMA59jjrz29a+B/wDgpQftP7MOkeHrjNxoHj79rn/gnZ8K
vHehz/vdH8a/C/4u/wDBQn9l74YfFj4beLdNcmHxH4B8T/DTxd4q8O+ItHvEm07W9D8TahpOpW1z
YXtzby+ReN9E+Dv7F/jL4Yfs5/sBeCP2Zv2cvjB+1l8XPCHgDXPC+j+C57r4PfCHTrD4DfthfH7Q
fjx4r/Y3+EfxH8D2mu6/4t0r9lL4k+BovEFlqfhHVNck0PTZ9W8QeJdO+GGm+FVL9b6f8M/yf9ML
ten/AA39f8E/VX64AyeOeMcdQfp6dOKOccYHHbJBycfz+ucelfz43X/BTb9sm40X9rvxlpHhL9mZ
PBX/AAT6/Zl+IHx4+OV3qOg/FR/FHx38U/s2ftZf8FMf2afib4A+E/h628fC0+C2g/EfSf2Bo/EG
ha/q+reNLj4S3OtNomoeHvjNHqg1rw5678bv+CiX7RPwpvv2jU0Tw38BPiReRePvBPwr/Zb+H3ge
9utS8X69q/jD9sL4L/sOr428P+Mde+K2keEf2qxoXxc+L2pwfE/wVcaz8B9d+DnjnwDpnwy8T6rq
fhr4j+DfjlI3e9k9/wDgfoxJu19X/X+Xnc/bEdcDHbkZz044J9v0pPyJ59Rjvkfh39vWvww+FX7Z
X/BST4rfGH4f/ssXvgT9mb4I/GC60D9rfU/if48+K/h7S/GWo+FtO+BUH/BPHxj8P/FMn7Lv7M37
b/j208Ja/qukfto6p4dufA2ufG6DVLjSoNC+MEOv6dp11Z/DDX/I/wBjT9s74o/tFfF/4Y/GXxXo
PgLVfhp+1F+3v+zj/wAKn+GnxA0vxF8SPHP7Iv8Awsn/AINwtE/bH8dj4L/FfUfFVpYaT9r1/Vrb
RIv7N8H6Jss/HXxLurz+0JvH6x+HH8wvr1/q3/A2P6LDx1xxjAOfY4689vWj64AyeOeMcdQfp6dO
KbnknnPfvj8/f8qM9Ovtgnk5689DnNSpbK+v9f1/wB66f8D+tx3OOMDjtkg5OP5/XOPSgdcDHbkZ
z044J9v0ppOc9ccc+ntjPTrX4ZfHfxZ4o+A3/BVP49/thx+JPEC/BL9nn/gnT+x5D+1v4Ji1nUZt
Bj/Zl8VfF3/gqF4s8W/HrQvh/Z3NtF4z+Lvw48afCn4e6rBJJPdX8Hwy174t6X4V8P8Aifxtrvhj
R7gTvf8ArsJtpf1/X9an7nfkTz6jHfI/Dv7etKeOuOMYBz7HHXnt61/Lv8Ef26/2u/gl+xr+wp8O
/wBmj4BaD8SfBf7Ov/BG/wD4J8/tV/HjxH4rvPghovhbVvC/xH+FnxD0PT/BfiT4ufGz9tn4RWn7
KugWuk/sv+NJ7zx7F4b+NFva2/iyTU9R8G6dH4VhsPG32v4l/wCChvxo+HviL4f/ALQ/xP8AF3wF
8E/sQ6/+1z+37+zd8Q/BX/CkPi14l+OXwz8DfsEfC7/goFr3iz41f8Lu8P8AxvmsPGf9q6/+wdqG
tf8ACN2PwmS8sNH+Iv8Awj1tf6zqekJrmsP56f8ADP8Ar/ME9l/XT/htD9sfrgDJ454xx1B+np04
o5xxgcdskHJx/P65x6V+ZP7B/wC0/wDtV/FT4o/H74Bftf8AwgPw2+Jfwg8A/AP4waHrY8D/AA5+
FX/CUeB/j94i/aC8F6Zpf/Cufhj+2t+0DYW50vX/ANm/xNN/bcvxCtbzVP8AhKvsEngzRYdEt9c8
VfpoTnPXHHPp7Yz060m7df60/RhFtq/9f1buOHXAx25Gc9OOCfb9KT8iefUY75H4d/b1pM9MZ6dO
fzyOpx+lGcDv/Q+o68ChSuPW/wDX9foOPHXHGMA59jjrz29a+ff2pf8Akievds+MPg5xz2+Nnw5H
+fpxX0BnknnPfvj8/f8AKvn39qQ5+Cevf9jf8G/X/otvw55596Tl7slfXlf/AKSyKl+R37f1+JPZ
f8edp/17Qf8AopKKLL/jztP+vaD/ANFJRXwR6pS+HH/JYfil/wBk5+Bn/qUftBV9Df5/zz/nFfPH
w5OPjB8U+cf8W5+Bn/qUftB/nX0Juz1OR35GO349/wAD3r7LCf7rhv8Ar3H8jzGvfqP+9L/0o+Kv
jN8dP2E/AfxF17RPjlq/we034myQfCK68Qf8Jp4Ht9T8Q31t8JPF178XfgVcXurXHhqdtVg8K/EH
xBqviPwu/nyr4f17VLzU9LNnqclxKeC/4bE/4Jpf8JD/AMJd/wALC+BP/CWf8J9/wtX/AISf/hDI
/wDhIf8AhaH/AAq//hR//Cyf7a/4Rb7T/wAJ7/wpb/ikP7Y83+0f+EX/AOKf+0f2T/olew/s9c/t
uftyc5/4ob9kLn/uBfGevvytqcK1WDmqsYrmmkuRv4ZOO/Ov5b7IcnCHu8rez37pPsfjL8MPjf8A
8Egvglo+h+HvgxB+yX8ItA8M+PdT+K3hvQ/hh8HPDXgHR/D3xQ1rwNqHww1j4kaJpnhTwLaQ6T4+
u/hrq2q+HrnWLdI9Qn0PUrjSZblrCaS3beuP2mv+CVV54X0fwPd67+zVdeCvDvwj8Sfs/wDh/wAH
3Pw00qfwvoXwH8Zad4U0jxh8E9H0CTwcbTTPhFquk+BPA9rqXhuCFNGvrfwZpUF1ZSxadZrD9++A
P2sf2WPiv8U/GvwL+Fv7S37P/wASvjb8Nf8AhI/+Fi/B3wB8ZPh14x+KfgH/AIQ7xHZ+D/F3/Ca/
D3w74judX8K/2V4t1HT9L1L7dZwfYdRv4bG68q5lSJvf609hiP8An/D/AMFv/wCWE80P5G/mvL+6
fkH4I/aa/wCCVXwz8L/DjwP8N9d/Zq+H/gr4O6/rfiv4R+EPBHw00rwp4X+FnijxLp3jTSPEfiT4
ceH9B8G29p4H1/UNJ+JHxEtb280yG1uLu38ea1BPJJFqt8s+D8Q/jf8A8Egvi745g+J/xXg/ZL+J
3xLtvAPiH4VW3xD+Ifwc8NeNfHNv8L/FukeLPD3iv4bw+LfEngW5v4vAOp6B4+8d2OoaOtwNOvbP
xpq9tc28sOpXiTfs1XP+LPFnhXwF4V8TeOvHXibw/wCC/BPgvw/rPizxj4x8Wazp3hzwr4T8K+HN
OudY8Q+JvE3iHWLmG00Hw/YaRZ3l1e3t1NFbWttayTzyJEjMD2GI0/fx/wDBcv8A5YHNDT3Xp5r/
AORPyk8SftNf8EqvGXxAt/ix4v139mrxX8U7PQPCnhS0+JfiT4aaVrnxAtfC/gT4laP8ZvA/hu28
Zap4Nl1GDQNG+MHh7QPFelWa3It9O8S6FZ67Zxw6pbQXSYGi/G//AIJBeG/+F3/8I7B+yXoH/DTf
9rf8NJf2L8HPDWlf8NB/2/8A8JP/AG6Pjh9h8Cp/wtj7b/wm/jP7X/b39ofaf+Eu1Tzt/wBvuvN/
Xrwz4s8K+NNOudY8HeJvD/izSLPxB4s8J3mqeGdZ07XtOtfFXgLxVrPgXx14Zub7S7mWKDxBovjb
w54h0bVrJmFzp2q6Fe6feRw3drPCnQUewxH/AD/j/wCC3/8ALA5oO/uPXzX/AMiflF4d/bF/4Jp+
EP8AhA/+ES+IPwJ8L/8ACq/AN58Kfhh/wjvgyPRP+FcfC/Uf+EM/tD4b+A/7M8LRf8Ih4Bn/AOFc
fDzztH0/7Pp0v/CBaNvtm/sux8jvv+HjX7Ef/RxXgb/vjXf/AJT/AOcV+j9FH1ev/wA/4f8Agt//
ACwOeCt7r0815f3T84P+HjX7Ef8A0cV4G/7413j6/wDEn/zij/h41+xH/wBHFeBv++Nd/wDlPX3/
AOJvFnhXwXp1trHjHxN4f8J6ReeIPCfhOz1TxNrOnaDp114q8e+KtG8C+BfDNtfapcxRT+INa8be
I/D2jaTZKxudR1XXbLT7OOa7uoIX6Cj6vX/5/wAP/Bb/APlgc0LW5X/4F/wD84P+HjX7Ef8A0cV4
G/74138v+QPR/wAPGv2I/wDo4rwN2/g13/5T/wCcV+j9FH1ev/z+h/4Lf/ywOeF78rfzX/yJ+cH/
AA8a/Yj/AOjivA3/AHxrv/yn/wA4o/4eNfsR/wDRxXgb/vjXePr/AMSf/OK/R+ij6vX0/fQ0/wCn
b/8Algc0NPden97/AO1Pzg/4eNfsR/8ARxXgb/vjXf8A5T0f8PGv2I/+jivA3/fGu/l/yB6/R+ij
6vX/AOf0P/Bb/wDlgc8Nfdevn/8Aan5wf8PGv2I/+jivA3b+DXf/AJT/AOcUf8PGv2I/+jivA3/f
Gu//ACn/AM4r9H6KPq9f/n9D/wAFv/5YHPDT3Xp5r/5E/OD/AIeNfsR/9HFeBv8AvjXePr/xJ/8A
OKP+HjX7Ef8A0cV4G/7413/5T1+j9FH1ev8A8/4f+C3/APLA5oWtyv8A8C/4B+cH/Dxr9iP/AKOK
8Df98a7+X/IHo/4eNfsR/wDRxXgbt/Brv/yn/wA4r9H6KPq9f/n9D/wW/wD5YHPC9+Vv5r/5E/MH
xX+3f/wT78d+F/Engfxx8ZvhP4y8FeMtA1jwp4w8IeK9EvfEXhfxX4X8Q6dcaR4g8N+JPD+r+Hpr
TXNAvtJvLu1vLO6hlt7q3uZYJ43idlPgmj/EX/gi14d+D3iv9njw/wCFP2LNC+AHjvX7bxX44+Bu
j/APwTpnwe8ZeKLOfw3dWniTxX8M7L4epoviLX4rnwb4QkjvLuymuEfwpprrIGsbUxftzRR7Curf
v4f+C3/8sDmhouV6f3v/ALU/IS3/AGmv+CVVn4X1jwPaa7+zVa+CvEPwj8N/s/8AiDwhbfDTSoPC
+u/Abwbp3irSPCHwT1jw/F4NFpqfwi0rSfHfji103w3PC+jWNv4y1WC1sootRu1mS6/aa/4JVX2o
/GfV73Xf2arzVv2j9A0vwr+0Pql18NNKuNR+PPhfQ/C9/wCB9E8NfGe9l8GtL8UdBs/BWq6po9rZ
6419bW+l6jcafDGlpNJC3258ef2oLL4G+M/h18PrT4PfFz4x+L/iV4Z+I/jHStI+FcvwhtP7J8Of
C7VfhnoniXUddv8A4vfFvwnax7tT+LPhKK1hs5ryeXzLh3iijg3twNp+2D8Qr7H2X9g/9rqXPT/i
pf2H0/8ARn7ZwrthlOPnTp1frWHpxrJuPtKlGnJpSlC6hUxMZW5oNJ8urjoziqZlg4VKtF06050m
lLko1qiTcYyS5qdGUb8sk7J3tJXPmH4cftNf8Eqvg7p3gvSPhHrv7NXws0n4b6B428KfDvS/hz8N
NK8Eaf4C8L/EzxRonjj4keG/Bdl4Z8HWsXhbQPEHjXw14c1jW7OxWC31XVPD9lqF/HcXdrbzRmif
tNf8EqvDWo+CNX8Oa7+zV4f1b4Z6B4L8KfDjVNE+GmlaVqPw/wDC/wAN/C/xG8D/AA78N+CL2w8G
xy+FNA0HwX8Yvi5o+i2dg0Fvpel/FLxHp9jHBaa5qcV1+m/wf+Jug/Gv4S/C74y+FbTV9P8ADHxb
+HXgn4m+HLDxBb2Vrr1loPj3w1pnirR7TW7XTr+7t7bV49P1W3S5jgurmFJkdYriZAsjei1y1MJi
qVSpSq1YwqUm4yTpu6lF2af7zo1r5nVTrUatOnVprnp1IqUWno4tJp/D1W3qfnB/w8a/Yj/6OK8D
f98a7x9f+JP/AJxR/wAPGv2I/wDo4rwN/wB8a7/8p6/R+io+r1/+f8P/AAW//lhfNC1uV/8AgX/A
Pzg/4eNfsR/9HFeBv++Nd/L/AJA9YFt+3f8A8E+7PxRrHji0+M3wntfGniLQPDXhTxB4vt9EvYPF
OueF/Buo+K9X8IeG9Y8QReHxd6noGlat488cXWm2c8z29jceMtWntY4pNRu2m/T6ij6vX/5/Q/8A
Bb/+WBzwvflb+a/+RPxl1r43/wDBILxJ/wAKP/4SKD9kvX/+GZP7J/4Zu/tr4OeGtV/4Z8/sD/hG
P7C/4Uf9u8Cyf8Kn+xf8IT4M+yf2D9g+zf8ACIaZ5Oz7BaeV8y+G9J/4JaaZ+2lcft4eLv2rNF+J
vxytdf8AFfiTwZqXiT4Sfsw+DdR8B6j4l8E6x8KLG2t/ix8EP2TfCXxI+JWgaN8GvEOteEtK0rx7
458X6WNLms77UbPUfEeieH9d0r9FvAn/AAUTm+JnhHwn468EfsWftda54V8ceGtC8X+FtVGp/sb6
f/anh3xNpdrrWiah9h1X9r6C5svP0y9tZfJuYYZ4vN2TRRyBkHtnwu/arl+IPxX0n4PeJ/2e/jp8
FfEviL4deO/id4a1D4n3fwC1PQdf0H4b+Jfhl4W8V2lpc/B347+LLmy1eHUPi34OeOO+tLSGeGe4
aK4Z4GjPoTybMqTqxeIw8qlBS54RqUJ1FyJud6cMTKfuJNySjeKTbSszz6ebYGqqLiqvJVceScqN
eMHztKHvyoqFptpRblZtpJ6q/wAL/BD43/8ABIL9mT/hJ/8Ahm2D9kv9nz/hNv7F/wCEz/4Uf8HP
DXwn/wCEu/4Rv+1v+Ed/4Sf/AIQPwLYf2/8A2f8A2/rv2L7X5v2X+2rvyPL+0zb/AHv/AIeNfsR/
9HFeBv8AvjXfy/5A9fo/WZrX/IG1b/sGX/8A6Sy150qFdJv20HZf8+3/APLD0VKDduVq/n6eR+ef
/Dxr9iP/AKOK8Ddv4Nd/+U/+cUf8PGv2I/8Ao4rwN/3xrv8A8p/84rnf2pf2pvDPwA8M+NviH8Qf
GviDQdC8PeIvEGiWNho/iDVbfVfEOrW+q6pbaL4W8LaNa6tbpqGvXEOnuI4wY4oYbWe9vZraxtry
7hwPhR+0G3xC0JfiH4M+IeseLvBOs/Dn4h6/pl03iTXNW0zUYNL8D+JdRiWWy1i6ZtP1K21XSxHc
QyxQ3lnc2U1rcpDLHNCP0CHhtm88tr5gsyoL2FF1nTdKd2ox5rJ+1d72sny2va6Vz5yXEuEhiaWH
eHleUlC/OtLtK7XL66X9Nrn6H2d1Hf2VjfwJcxwahZWeoWyXtnd6deLbX1tFd24u9O1CGK4sLnyZ
k8yCeKOeJsxyxpIrKPB/2o/+SJ6//wBjf8G//V2fDmvoDP7qzGf+YdpnAx/0D7X17818+/tQnPwU
18AjH/CXfBs49P8Ai9vw57/57V+eRblC/Vxb++P9WPoZpqE+xasv+PO0/wCvaD/0UlFFl/x52n/X
tB/6KSivhz1TP+HfPxg+KI/6p18C/wD1KP2g6+hPYHp3698kjj2/Tivnv4ef8lg+KP8A2Tr4F/8A
qUftB19A19jhf91w3+CP5Hm/aqf45f8ApR8p/s8jH7bf7cY/6kb9kL/0xfGc19+V8Bfs8f8AJ7f7
cf8A2I37IX/pi+M9fftd2E/g/wDb9T/05Mmr8fyj/wCko/nh/Zu/a8+DXgf/AIJV/s1/Cf4RXvwf
/aD/AOCmH7F//BODSdZ8BfsgaboM/wAdvj78E/2uP2fP2EPEnhDXvCfxb+Cnwyln8ZfAHxBb+JI/
FXw016TVf+EUvv7a+JK/DQanbeJ/F+l6LqfP6d+1R+0B4+/aA+C37Ov7Jv8AwUi/4aS/Z/8Ail+0
B8H/AARqf7dEHgv9kD46awmseNP2QP8Agqv8Uf2hv2b/AAj4u/Z8+Fnhf4ZQfEDwfov7Kv7KXjPw
4t34c1PXfCmu/GbTtY8fWfjz4f65p3gK+/o+orpMz+UKH44/tMXnxm+OnxFX9pL4gfCr4m+K/wDh
hf8A4J7+EPiDoXgf9nsax8avB3wS/wCDkP8AbE/4J9/Gb48afofxG+Ces6Fr37QHhj4C/ET4Yv4p
bw3pFl4E0HXf2yLXUdQ8CWMGs/Dqy0I/b+/a3+Lvij9nv9vfwFe/tF/8JZ8TfFfw/wD+CxfwV+P3
/BP3+yfgmP8AhlP9kD4Ofsz/ALe0n7N37Xn/AAhnh7wFbfF3wD/wm8Pwb/Y/uf8AhLPHni3W/h/4
g/4bI3eGtEsYPFnw7TQv6vaKAP5QtP8A2t/i78D/AAR+1Jo3hn9ov/hQfiD4Z/ED/gpp8av2IPgp
/ZPwTf8A4eYftf6v/wAFcP8Agq7a+Iv2Q/7K+L3gLWfE/wAbfsV78Kv2XNJ/4RP4K6n4Q+IEH/DV
Xl3OtvqHibwLcaN+v37fPx4uvhd8U/2fPA3jv9sD/h35+zl47+H/AO0D4r8bftYfbf2cfCW342fD
zxH+zzo/wV/Z4/4WJ+158NfF3gLS/wDhLPAvxK/aE8Sf2KNEXxfq/wDwz/8AbtB1Wz0bQfFlpqX6
f0UAfgDd/tp/Hb/he2k6Rqv7Tf8AZXxttv2gP2Cvhl8Hf2E/+FL+Dvgf/wANf/ssfHnwd+x9qn7U
n7Zn/DMPxz8K6t+0H4d/4Q64+Nn7Y99v0bx1p/hz4f8A/DHf9l+PNO1a58D/ABNbxB4B+zR+2H+2
nF8Ov2X/AIj+PP2r/iB8Xr3Xf2f/APghF+0J458P+Ofhp+zFo3hz4gax/wAFkv2p9Y/ZT+NvgPxC
PhR8A/DOoaT8P/h94f8AAzeJ/haNC1DRtdtfFXizUz8Qtd+IvhhdK8M6X/T7RQB/IF8Nv2yviL+0
X+zr+wh5n7bv/Ddv/C4v+HTPx9/bD/c/ssap/wAMX/tT2/8AwVN/4JI/8IV8Ff8AjFD4S+Ev+FS/
8Jb/AMLa/ac/4pz4j/294jvv+GbP+KfvLD/hHPGX9q8/Y/tP/ttftSfAbV0+PP7THwfsbb/hIP2A
v2h/2lPCXwb+JPgf4tfGX/gmL8Qvhz/wUk/YZ+IfxCPj7wZF/wAE8vCfh39hXw/8N/h2f2idT8Ue
Ef2ivGfxm8TWsf7PE1y+qatonw1+Luuar/W78J/hb4E+B3ws+GnwU+Fuhf8ACL/DL4P/AA/8G/C3
4deGf7T1jW/+Ed8CfD/w5pvhPwjoX9s+ItQu9Q1f7J4f0jT7f7VfXd1eXH2fzbq4mnd5G9AoA/EH
4N/tb/F3xR+2T4K8BXv7Rf8AwlnxN8V/tf8A7YXwV+P3/BP3+yfgmP8AhlP9kD4OWP7V8n7N37Xn
/CGeHvAVt8XfAP8Awm8Pwb/Y/uf+Es8eeLdb+H/iD/hsjd4a0Sxg8WfDtNC/b6iigAooooAKKKKA
CiiigAooooAKKKKACiiigD82/wBrfQ/GfiP9pz4MaR8OdU07QviFefsX/t7weBNc1eNJtJ0Xxlce
Pf2HLbwvq2qRSaZerLp1trk9jNOrWd2GihYG2nB8pvKv2Xfhp+1p8ePi94P/AGgf2p9MPwN8M/A0
6/4e+Gv7Pnhm5Sa08W/EybwxrXw3+Ivxj8Z3M1xd/afDkg1bxXB4UhW4mf7Bew3VheNprT6t42+p
v2sdN/YyTXfhj4o/ao+M2ifBLxNpWlfELQfhh4iuv2s/HH7KWu6pofiG8+H+ofEfRtM1fwL8WvCl
x4x0o3/hj4cT3tvNJew2k1nYS7IHmVpfmBfEn/BKhBhP+ChKoPRf+Cx37Rij8h+2HV47hOjxDV4f
zCviM1jQyqHvYbD0OfB4itSxVWvh6s5KtCc/YTnzcsXCMqsYqrGpGlBL88zjJ6eLz+jjcXnCp4TB
V6WI+o/2i8PQr1qMMPPC1cVRWHnNvDVqbrU4Qqxp1n7GVeNRUqcI/XX7AH/Jh37E/wD2aP8As3f+
qb8GV9cV518H9E+G3hn4S/C7w58GptIufhB4f+HXgnRPhVceH/EEvizQbj4baV4a0yw8DTaJ4qn1
K9fxNpD+GLfS2ttQe8u3vYWS5a5nMhlf0WujH1VXx+NrxjKEa1apNKStJKU5NKSu7SV7NXdn1Puc
DSdDA4OjKSnKjSpxbi7xbjBK8XZXTtdOyuugUUUVyHUFFFFAH5h/8E+PCqyfsafsi3bx7muP2ZPg
JOvGeJfhX4UkB/8AHq9r1nThp/7dP7OCgYMn7I/7auR/ufGP9gLH/oRr5C8Op/wSE8IaJo3hnwn+
3RoPhfw34c0rTtC8PeH/AA7/AMFePj7omiaDomkWkOn6To2jaTpv7XcUGl6Va2FvbwW9vBHHDBDA
kUSKiqo+kf2a7f8AYM1n4tSeI/2ef2jNI+O/xf0P4deKtES2m/bo+Jn7VmveGfht4k8S+AL/AMYz
ab4V8ffHTxUnhjSLrxP4W+HK32oW1nbu81hp9tJc4kSKT6ivg6eHxeZZmsPjowrrFNKpglTjH6xC
rBc9T28lFRdS7ai9tNz5bDV51cLl+XPEYKUqLwybp4x1JS9hOnN8kPYRcnL2bSXMt9WfftZmtf8A
IG1b/sGX/wD6Sy1p1ma1/wAgbVv+wZf/APpLLXys/gl6P8j6qO69T8g/iv8Asw6V8Sfj7pPxr8Sf
Dnxv4z1b4ea748u/hs0cHiLX/h8sfirxPHr+jeOdN0OCOfTLjxHDaQwPZahAFc/a4Zbrz7vSdDm0
nj/hB+yzY/Ai4+MV14F+HnjXwV4e+Iek/EnXr7RNTg17TfBekeJPEXwx1fwfpOi+CdA1COKx0NtR
8Q3tjHFaWkZubm41SCxiY6dY6TYad9NfEKz8Far4r8Ty3vwz+G81xbeJfElhJd3/AMN/hnrVzeNp
+s39kt3cXeteCrm4lnkW33yNJLIzPIxJ5xXHeFNR0Hwjr+q6zongH4b2dxpHgX4hatDPpnw1+HPh
7UI7jR/AfiLWYDa6z4a8IWN3Zl5LBYX2ysrQ3Mish3Ar/SCq5w+HsVOOGw2mDldNT5rexs1GXtHF
Saejs4ptNprQ/LalHCf2lh3KpVj++VmpJq7kneUfZ3aXbmTaVkz9CycR2fPXTtLJ9safbY7dc18/
ftQD/iymvk/9Df8ABsf+Zt+HOcfQ17+3+rtP+wdpn/puta+fv2n/APkiuv8A/Y3fBz/1dvw5r+X4
O0F/h/8AbT9VqL3JMu2X/Hnaf9e0H/opKKLL/jztP+vaD/0UlFfEnqGf8PP+Sv8AxS/7J18DP/Uo
/aDr6Az3/wAfp268ivn74e8fF/4pH0+HPwM/9Sf9oOvfc4zycEcdcDBH+f8AGvscL/uuG/69x/I8
1/FU/wAcv/Sj5X/Z4/5Pb/bj/wCxG/ZC/wDTF8Z6+/a+Af2dzn9tn9uI/wDUjfsh/wDpj+M9ff1d
2E/gL/FU/wDTkyKnxfKP/pKP5Ivgd/wUC/bQ8a/sBf8ABLT4R69P4gtv2g7f4wf8EmPFn7XXx2mk
+K0OneOf2L/i5+0X+wxa/B7xN4Z+J954zl1vxN8YPivbftJeAvCXii98TWw8KeOtV/Zr/a30HS5L
lfB1kL/9X/iN/wAFW/8AhTej+Mvjh8SvgL5f7IumfED9uH4O+CPHfgb4o/8ACUftHeJPin/wT88C
ftY+PPjla+Kv2e9f+HWh+GPBnw/1Cy/Ya/aOg8KaxafFTXtR1KWXwSdY8PeH08Ra6fBv2/pP7F/7
MGg/DP4d/CLR/hB4f0/wT8K/D/7J/hPwVHbXviBPFVn4V/YZ+IWj/Ff9k7wzrPxE/tg+IvGHh/wV
8RNGi1XTLLWdVv7aa51bVhqEd7Frmsx3/Pz/ALBX7J1/478XePNc+FP/AAln/Cb/APCxZ9b+GXjn
x18SfHn7ONrrHxi0fxF4f+MPi7wr+yn4y8Y33wy8B/EDxfovjf4k23ivxHofhLTtd8SxfF7xsut6
jff8Jt4s/tnpIPwh/be/bm/bQ/Z6+K37YepfFPwt4f8AhP8AFbRP2IPAvif9m3RPgJ+198VvjP8A
Br4QfEzw1+xf/wAHCPx/h+PfiPwh8QP2dfAOifFTxBqdz+yroug6p4M8QeEdS8PTSeGPBni271HU
tV8J6Jp2l/f/AMLv2t/i34a+K3jf9i/4J/s6eH/FP7S3gnxBcW3ijTvj3+3/APtD+L/g0fCvwD/Y
v/4Jh+IvibrPhz9oPx7+z9478ZT+IIfEn7cXwc0PS9MfwPYW3jaTwh40+KXirVtE8a+Ir/Sdc9/v
v+CTP7DevQeNIvG3gP4wfFS5+IPh9/CfirW/jX+19+2N8cPFV54Vf4NftQfAAeGdP8X/ABd+Pmt6
r4e8Pp8Kf2z/ANpzT4rLTry0tobn4r3esxRprdnpWo2HsHxC/YR/Zn+JXiPxh411fwv8QPCvxA8e
fEC6+Jfin4mfB34//tCfAH4p3/iPUfhZ8Hfgxrem2vxQ+BfxT8O+ING+H+qfD/8AZ7+BcOseE7HU
rbwrrOo/CPw9r+qaNeeINKs9UiAPl/4u/wDBTuf4R/H34J/DDVfgH4gvfBPj7xB+zV8L/jJqmmv8
ZfGPxM/Zk+Pv7U/jTwh4F8AfBv4t33we/Zz8WfAfw14g02/+LHwV1PXoda/aJ0LWj4e8eLrPhjQP
FEWoeBofHf6v18Qa/wD8E5P2Pde8VeCPFFv8MvEHgi2+H3iD4G+LNA+G/wAIfjN8c/gf8ArzxV+z
TqPgTUfgN4m8Z/s1/Bz4laF8PfiR4g8LR/Cv4UWGlXviLwzqtzDovwo8K6A0j6J4a0TT7D7foAKK
KKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA/M79sXVtW8O/tLfBbxRoPhfUfG+t+F
P2M/29fFGkeC9H+0/wBreLtT0Hx3+w/qWn+GNM+xafdzf2hf3lvDaQ+Va3Mnm3a7LeZsRt5V+zb+
0/4z/a6+NHgqX9nbwjqGk/su/D/T59U+OfxN8d6Wmlap4s8beIPAV6/h/wCC3gixaO6VtS0PXde0
PUPEF1by7Wk0UJFqEGlzaWfGP2x8dfgT8U/HvxW+E/xf+EXxU+Hvw68S/DbwB8Y/hze2HxK+DfiT
4v6F4g0T4veIvgl4mubu1tfC/wAbvBNxoerWN/8ABTTUjke6voZ4dcnVoInijkPNaH8Kf21PDNpJ
YaB8e/2NtHsptR1jWJrTTP2Gfizp9tLq/iHV77X9f1WWCz/b5RJNSvte1PUr28nKmW5u9QnuZ2ea
aR25s1yfE5tiOHq1DimnlWX4GnfFYZUa3tqtSli61elBYiFGahRqKcfrEY87q00qSlS5qvN8NmWW
8RYjPaVXC5hiMHkVPEUsRXo4eGF9ripUIYeVKEcTUxEKlChOpCUMbTdKTr0qcaVOVKFWtKpt/sAf
8mHfsT/9mj/s3f8Aqm/BlfXFeR/s/wDws/4UX8B/gn8Ev7d/4Sn/AIU78I/hv8LP+Em/sv8AsT/h
Iv8AhXvg3RvCX9u/2L/aN5/ZH2z+yPtH2X7XdfZ/tHlfaJ9nmt65Xq5jVp18wx1elLnpVq1WcXZq
8ZTk07NJq6admk11R9dl9KpQwGCo1Y8tWjRpxkrp2lGEU1dNp2aeqbXZhRRRXGdYUUUUAfk/+wB4
UN3+x7+yVdyoSsv7NPwHkXI6h/hb4VYAe2DXv91pg039uf8AZ0AUIJf2Rv20sADHEfxj/YE/+Lri
fg3+zD+2J8D/AIXfDT4SeFP2m/2Y9R8OfCzwD4O+HXh++8RfsYfFS71y90TwR4d07w1pV3rVzpv7
dlpBcarJY6ZA9zJBbW8LzO7RQQoVjX17wH8EPjuvx38J/Gv41/GX4R+OR4F+EfxY+Ffhjwx8K/2f
/GXwi/5K54y+CHi3Wtd13WvFv7SHjj+0/sv/AApDSbe1tbe0sf8AkOXEstxJ5cUVe7OGBpZlmeOh
mdGrTr/XXCMYYlTl7enWjTXv4eMVrON+aStr2PnqMcbLL8uwU8tq0qlD6pzylPDuMfY1KUpv3K8p
OyhK3LFtu2h9c1ma1/yBtW/7Bl//AOkstadZmtf8gbVv+wZf/wDpLLXgT+CXo/yPoo7r1Pzm8Xnf
4p8aKei+NfGuMdePEurdfzrzpPlm8WAdD8MPiznP/ZK/GFeheLGB8V+NQM/8jv41X8f+En1UflxX
nv3bjxUD3+GHxaxj/slXjE/0Nf1FT04exifTBT/9Mr/I/J67Sx+G1s3Xj+Z+kbfctB/1DtL/APTd
a/l0NfP37T5z8Fdf/wCxu+Dn/q7fhzjjFe/SHC2hGeNO0vdjP/QOtfb0r5//AGnTn4K6+PTxd8HM
fQ/G34cf/Wr+TYfAv8P6H63U+CRoWX/Hnaf9e0H/AKKSiiy/487T/r2g/wDRSUV8SeoZ3w9/5K98
U/8AsnPwM/8AUn/aDr3v9ff/AArwT4e/8le+Kf8A2Tn4Gf8AqT/tB171X2GF/wB2wv8A17j/AF+R
532qn+KX5nyx+zt/yez+3F/2I37If/pj+M9ff9fAH7O3/J7P7cX/AGI37If/AKY/jPX3/XfhP4C/
x1P/AE5Mir8fyj/6Sj4g/Z0/a807xZ/wT0/Zg/bU/aDvfD/gq5+L37MH7N/xk8dWfgzQfFWpac/x
C+OngHwHqln4B+FfgWxl1vxF4v8AEGr/ABE8badoHhDwvp39ueJtf1XXNK0DSYdY1u/tYLr5g/aC
/wCCwnwi+Emj6rrPgD4c/ED4o/2V+yB/wUN/aV1Lw/4g8FfGz4L+O/A/jv8AYI8CfAL4nSfBH46/
Djx78D/+Eg/Zs/4TH4f/AB10vVtN8S+PNM0Gzjs77wjJpVh4j/4WH4SF9z/hj/gmR8fdW/Yl8H/s
AftB/tIfswfGj9nz4T/B/wDZs8A/C7S7P9hrxp4a1HWfFX7Injj4LeOvgve/tE2Pjb9tbxfonxr+
D+pXPwW07T/iD4N07RvCFz4q0rxLf2mk+KPCbMkwNC/4I4/D2H4e6x4H1HxN8H/hvbfE74P/ALbP
7PHxs8L/ALIH7J/wz/ZQ+DVx8Gv24fhn8EPAXxAHwN+GWga1rl38PvjBY6v+y58A9at/F3jjxD8U
5LmRvGukTaWuiax4JsPhr0mZ9/6Z+2T+zxqnhXxD4xHjHxBpGkeEPjB+z58AfFtn4s+Fnxb8E+Kv
Cvxl/al079nnVPgf8PfE3gXxh4Fsdb0DxBqlt+1X8B1vUu9Phj8PXPjaSz8SyaRd6Nr0Gmef2v8A
wUU/ZVvPg18FP2iIdf8AjAnwJ+P3h/VfGfgX4u3X7Kn7V1j8PdC+HujT6eLz4qfGvxVffBOO0/Zr
+D76RqVvrVp4v+I0vhXwzf8AhmO48VWOq3Hhq0utVh+f/HH/AATt+MvjzxVqGqXn7V/h/wAN+Fvi
P+0/+xH+27+0H4U8J/s6wRT/ABQ/aV/ZB1H9kfTtR0bwz4i8V/GHWJfhj+zB4i8E/sheBZrLwpBB
qXjfQPGUseu3XxU8SeFItR+H2s/MHx9/4Idf8Ll/ZY+Cv7NH/C4f2f8AxV/wq79gD4cfsHf8Jr+1
B+xj/wANLf8ACt/+Fc/DrWfAH/DSf7GPhz/hozwt/wAMlftAeIP+Ei+1+KNW+3+MP7X/AOFU/DOD
Fv8A8IP52tAH6/8Ax0/ad+EX7Ov/AAi1t8Rbv4gan4g8a/23P4W8BfB34J/Gz9o34p6zo/hf+yI/
Ffi61+En7PHw98U+J1+H+kXviTwjZax4jfSU0LSdR8deHtM1HUbbUPEGi2198f8A7R//AAU0+EXg
S1+F2ifAHxD/AMLr8W/Ej9oD9gn4dR+MPA3wi+Nnxl/Zx0fwJ+1z+0d+zz4O1KfxV+0z8JPDc/w7
+HPxAuv2ePjRb+LPCmneIfGNheXkXjXwTrKaRq+keKNBttd6D9vD/gnr4V/bP8VfBX4jXmk/sweJ
fG3wR8P/ABc8E+HvDX7Zv7J2nftn/AKbwr8bNR+Euu+Mdch+EEvxV8D3ek/GC01f4HeBbfQvEkHi
X7Np+i694r0u60PUpdcs7/RPILv/AIJg+O/DX9k/Dv4OftFfD/wj+zlq/wC0B+wV+0h8V/A3jL9l
zR9X+KfiDx3+wb/wx9ofhXR/hP42+CXxY+HHgL4G/D/XfAv7D3wWs7nRLT4T6rZ6LqOr+JrvQ1tN
GvdD8N+GwD7f+Nf7ZP7PH7PXirT/AAd8VfGPiDSdXl8P2vjPxReeG/hZ8W/iP4V+EHw9v9R1XS7D
4qftG+Ovhr4F1fRP2Yvg/cXPhvxo0Hi/4iah4Y8MzW3w48VXkWqvaeFPEc+l8/qf7ev7J2j6x8Ut
B1H4rfZ9T+En9oQazGvgX4k3Fr471jRPHehfCTxN4R/Z71K28HPbftUfEDRvjb4r8HfD7XfDnwym
8W67oXxH8caD8O9Y06x8ba5pOg3ny/8Atm/8EsPh7+1z8fYfjtq1h+zBq+r+JPg/4F+Anj2X9pj9
iz4Z/tfeKvBnw9+HfjT4r+MdB8R/slax8TfE9ronwG+ME9z8cviCdV1TxT4X+J/hnVbnw34JlvfB
ktp4d1TT/E58af8AgmVqPx6n/ar0z4j/ABx8P+Jvh3+0F4g+EXj3Sfhhr3wB8K6n4H8QfEL4IfGX
wB8cfhtqX7XnhMeLIdE/aZ8P6Rc/CzwP8N0Xw3pHwq8TeJvglpkHgX4meLfiD4i0DwH4/wDBYB9A
XP8AwUU/ZVg8K6N4lt9f+MGtavrPiDxN4ZPwe8LfsqftXeMP2oPDmo+DdO8J614qufH/AOyL4V+C
d58Uvhn4f0/Q/iL8KL+61bxF4P0vSotP+NXgO/a9Fp468ITa16Bpn7aH7MGveFfEPjrw58X/AA/4
p8E+GPjB+z58CNR8Y+E7LxB4q8K3nxM/ar079nnWP2fNL8M+IfDuj3Np4z8P+J9I/at+AF1ZeINH
mvvD0Nt8Q4577VbWKw1ZrD4g+F//AATL8d/s+f8ACB/ET9mz4k/sgfAz49eF/wDhfeharY/D7/gn
1o/w/wD2NpPAn7Q//DMr+ONP8H/sv/Bz9ojwn4n0v4gfbf2OvgbeReKfE3xY8ZXjT6n4xtJbV9C1
DwXovw93/HH/AATd+JniXxVqA0n9sPxBbfDbxp+0/wDsR/tm/GbTfFnwS+HviP4t/Gf4+/saaj+y
PoyQ+JviP4Yv/D3h3wn8H/FXw7/Y9+H13e6F4W8B6DrWl/ES6k8S2Xit/AgufhRegHoEX/BTf9lX
XvGmg+F0+L3iD4F3Ph7xBZah8UNC/aw/ZI/au/Zv1G8+Huu/AL9r34v6Lquk6/8AtE+CPAVp8N/D
8ekfsi/GbxHeeNdTt9b8Mw6V8CPEXhq5istb1zRtSsOg1D/gqB+xZoGj6ZqnjL4i/ED4a6nrvxA0
L4W+H/h58W/2bf2nfhD8bPEfjvxj4E+KXxC+HGheGvgH8Tvg5pPjbxF/wmOmfBP4saV4EurLw/PZ
+O/F/gPUPAfg641vxtEPD7fIF3/wST+Kfxd+Dtv8Ff2tP2rPh/8AFDTNT+IHxe+IXxP+KPwY/Zj8
R/BL47fGzxH+0B+wn+1l+wx8XvGHxM8bfED9p34j6RdfECXwl+0d4OvPC8umeHNM8K+CdH+CWl+A
PDvg628ExeG9I8Ie/wDh79gb4p+IP2mPhT+1/wDtAftB/D/xx8bfhv8AED4eale2vwd/Z+8R/Br4
WeIPhZ8JP2e/+Cgvwd8AeDbXwf41/aG8favofxAHi3/got8Vtd1jxM/iW+07UNO8FeHtAsvCekXM
epeIdQAPYNZ/4KN/se6Fp3hPWLz4m+ILrSPEvh+58Wa/qmhfBn45+J9O+BfhXTvFXibwLrvib9ru
+8NfDW7i/Yn8P6T428BfFDRtbvfi+3gi20PVfgx470/WJLK78CeMIdE+36/CHxv/AMEPPh74x8ca
7441bWv2YPiPq/xD8QfHe38e63+0x+wj8M/2nvFXgH4e/F39tr9rv9sjQYf2Srn4m+Pn0T4G/GDS
rn9s34g6LqviHxT4e+JnhnxRc/DvwTq974AtLTSNU0DXv3eoAKKKKACiiigAooooAKKKKACiiigD
8vv257yyf45/A7TvF/xG+LngT4V6D+zZ+2R8W/HEfwr+MXxq+En2mX4Z+Lv2RorLxBrr/BDxfpOo
+KP7L8OeLvGotbWU3ar/AG3cGC2aeRa8H0u0/Z71v4/fCv8AZ48EfEv9rv4reLPHnh3UPH3izW/B
P7f37bmr+FPhd8M18F3nifwx4x8Va7o37QFxbka9qVx4RtNKtxLEklv4utNRnuoEvdEt9b+v/wBq
fwd48uvjx8E/iBo37PPjH9or4ead8B/2pPhJ8QfDHg3VfgZb3FtcfFrxh+y3rOhW2u6J8dPit4Us
de8M3+ifC3xxb3SW098VKRRXNsIrkPXkP7MvhK0/ZK8P+I/D3wc/4JrftbaJH4s8R3/iLxBqt/8A
ED9hfWvEGpGW9v59C0K513UP22Dcz+HNF06/ex0m1d28iAS3Vw91qt/qmo395guMqtXhylw/m+Gy
7JlT5sZKWMjTxEXTxlacqNPDyrQg3iqbhTdWpySo0+apBVJSpcn53m9DOq3EEKWFwuGp5RPEUqmK
xNXBYjE4r2VGnhpPD4VKjOhOOMSlQnVlUi8Io1pwjVrTp+y+t/2IPEGveLP2Lf2QvFXirW9X8TeJ
/E37L3wB8QeI/EfiDUr3Wde8Qa9rPwo8J6jrGt63rGozSXGq6vd6hc3E9zczySTTzXDyyu7uzH6h
r51/ZA8CeK/hb+yX+y78MvHelf2F44+HX7OvwT8CeMtE+3abqf8AY/ivwj8NPDPh/wAQ6V/aWj3l
xZ6h9n1fT7yHz7W4ntpfJ8yCaWJldvoqurMnTlmOPlRcZUpV6ri42cXF1Jcri1py2ta2ltj7jLlU
jl+AjVTjVjRpKSldSUlCN1JPW973vrfcKKKK4jsCiiigD8Mf2QvgXL8WP2cf2efiB40+MP7XWseJ
/HXwQ+E3jHxRqw/bf/bJ04ap4g8TeA9A1rWtR+xaT8doLay8/Ur65l8m2hhgj83ZDFHGqqPqz4af
DofBv9sv4R+GPDnj346ax4a8d/svftSeIPEnh74n/tGfH3406Dea94D+K/7GmneFdctNG+MXxK12
20bV7PT/AB/4wgjubGK2maHxBcRSvIhVV4D9ljV/2gvgh+zz8BfhP4s/YN/aa1DxL8L/AINfC/4e
+I77w747/Yeu9Evde8F+CND8N6vd6Nc6l+2LaXFzpUmoabcPbvPbW8zwujSQQuWjX3bwXP8AFn4l
/tY/C/4la9+zV8XPgh4H+HP7On7R3gTUtb+Kfif9nXU/7Z8V/FT4l/soeIPC+laFpvwX+PHi+8fb
pHwg8ZTXU95b2VtF5NvGs0ss4Rfqq88f9fzWWIzSNfLpLG8sPr1GrBqVOt7FRpRrSv7zp8ijD3Wo
tJWufJYWlg1gssVHLp0sfF4Tml9TrU5pqpSdZyqSoxt7qnztyV1zJt31+66zNa/5A2rf9gy//wDS
WWtOszWv+QNq3/YMv/8A0llr5OfwS9H+R9dHdep+eniPStS1PxT43GlabfX7weNvGJn+wWdxcmIy
eJtZ8symCJthYo+3PXYcZwa80mtLuxvfGFrqFtcWl3F8Mfivvt7yGSC4i3/CjxdIm+KZQ0eY3Vhk
DKuCODXU/EU6ZLqfjmLUrewuv+Lm+JHghvdEt9c/1eu+K0kkjt7j4L+NfKxvjDOLOz/1gU3LbhE3
l2gR2sMnjr7Fa29ray+Aviy8aWukx6NA2Pgz4iR5I7OL4ZeEV/1kTAuNHTcUINxOQWX+paNDEf6u
ZhWnph44KaT5Jay9lD/l5zcr66KN/Pc/I8RXpLM8JRteo60X8S2bf2bXWy1ufp/J9217/wDEu0v8
P+Jba18//tOc/BbX/wDsbfg5x/3W74cH0r3+X7tr/wBg7S//AE22tfP/AO05/wAkW1//ALG34Of+
ru+HFfyVH4Ev7v6H7BU+CRpWX/Hnaf8AXtB/6KSiiy/487T/AK9oP/RSUV8SemZvw+/5K78VP+yc
fA3/ANSf9oOveAe+eO3c557D/PHrXg/w+4+LvxUPp8OPgb/6k/7Qde756jnpxz056Akdev5Y7V9f
hn/s2GX/AE7ieb9up/il+Z8t/s6/8nsftxc5/wCKG/ZE/wDTJ8aPSvsD4s+P/wDhVHws+JfxS/4Q
r4gfEr/hWvw/8ZeP/wDhXXwn8Of8Jj8U/H3/AAh3hzUvEX/CFfDTwj9ttv8AhKviBqv9nfYdG037
RB9u1G/trXzovN3r8f8A7OnP7bH7cP8A2I37If6aH8aB6V+gFd+D/gL/ABVP/Tkiavx/KP8A6Sj5
g8d/tYfD3w5B8DR8OdJ8QftI6v8AtIeH/G/jP4M6F+z7rHwz8Vz+NPh74J+DWv8Axff4qWev+J/i
JouiWvwf1G5g+GvhCw8X3GqxeGU8ZftE/DvStU1XTbTxRbalF9P1+APjT/gnR8dv+GWP+CgHwcsN
O/4Tb/hWn7AH7Vf/AATo/wCCW3gr7X4O8N/8WJ+OPw6uvH+l6d/wkc3jj/s1L4Fed8RLq41j/jXf
/wALOk1y0/4W34kho+JP7Fnx21f4xftU+OfBf7Mn9nXF1+0B+yn+0p/wnN18aPB1/wCMf2kf+GdP
27P2eP2o/wDhWHw+8Tf8JVp9z8b/ALX8EvgNdaf4OsP2gNM8F/8ADO/jvxjrHwt+FPxG8S/s+eMv
7Q+GnUZn7/V4B8Pf2hNH+Jvxd+Nnwk8M+A/iB/xj/wDEC7+FvxH+IWoL4EtPAll47/4Un+zF8fvD
+haZCvjt/EGq/wBsfD/9qDRmsbqPQfscF58L/FNtq1xpn/FMSeJ/wg+NX7JX7Wn7QL/tGax8eP2L
fEF58Fvjv+2/dftHWnwW+Ftr/wAEw/2m/wBpXR59B/YM/YW/Z+/Z/wDF95af8FD9O1X4L+GPD9rp
3w8/ai0b4m2mlNf+MtH8bjwzp/w78S+LvhpNr/i/xH4B8Nf2EP2/fCnh++8efH39ivw/+2V428R/
swWngj4h/Dz4/eMv2dPjzp3xB+MvjT9l/wD4NuPhX4k8d/ELw38VPjnpelfG7xB4c+K37Ef7Xni5
7DVvFvhyPxbqv7OkdtH458NS+LvCniu4AP63aK/nB8C/sH+ANJ+JP7BXhKP/AII//EDw38H/AIAf
8Id8S9N+NWp6J/wTAm/aO8DfHZf2sfit8V49N+KXjbwH+0nYT/AT9n/wx8Tb+b403HhP9n6z1fR/
E0vxnsfBmi6N4J8H+FvFvwh+IPgFl+xd+2L4Z+JPx4+IOuf8E9P+F7an8bf2f/iVaftZ/CHxx4A/
4JM6Z+w7+0R+1/4x/ax/Y/8AFfhT4wfBz4V/Dvxx4I8bftS/D/wLplv+1l4+8Fp+0/4h0f4gXOk6
ZaeHW8e+CfG3jvxPrUwB/U7bazqM/irWfD0vhPxBZ6Rpfh/wzrNj46ubnwq3hXxHqOvaj4ssdU8J
6NZ2fiaXW4PEGi23hzR7zU5NQ0aw0qW28e6Sujanq13DrtrovQV/MF4d/wCCcni3wXrHgjUfCP7A
vxA1b9jjwr8P/wBlSD4vfsMfFLWf2HdR8d/tJXXhDx3/AMFsNb+KnhHXfhH4U+NUfwJvPsX7SX7a
P7L3xvtfDj654W+HGh2enW4+H+naV4k8FaN4C0wP/BLj47a18Ov23PGGt/Az/i7X/DAGu6N/wTU8
LXXxN8Hf8Yy/Hb/hqf8A4K0fHT9lT4cfD7RNP+IL+Evgx+0B8DPhL+0L+yF4O8HeNdHl/sf4Zf8A
E48PfCLx/wD8Il/bt5egH9PtFfgD+zT+wN8aPh7/AMFHPEf7Q/jzw/8AtAXfi2T9oD9rH4keLf2h
P+Eh/YF8OfAn4mfs9/FnVPjI37P3wI/4TvwX8H7z9qP4/f8ACI+B/HnwE0r/AIV58Tda8P8Awz8M
6x8CP7W8L69f6R8N/hZoPiH6A1n9mrxH/wAN2fEf4n+OP2L/APhfvi3xp+0B8FfiR+zh+25/wsT4
WeB/+GQP2e/Bfwd+AXg74gfAj/hZknjeL4yeDvP+JHw1/aS8Sf8ACvPA3hDWvhn8QP8AhpL/AIR/
xtr2maR4/wDidceHwD9fq8/1L4peBNI+Kfg34Kahrv2f4m/ED4f/ABL+KXhHwz/ZmsS/2v4E+D/i
P4T+E/iLrv8AbMGntp9h/Z3iD44/C23+y3V3DeXf/CUebY291BZajJafzRWH/BNH9ofxJ4B+CXw7
g/Zg8QfBnxT4J8P/ALHngH/goJ8Z/CfxW+Enwu8Vf8FHvjn4C/4KF/8ABN34w+Pf24fDPxZ+Anxn
Xx34/wDEHhv4bfs6ftreK7Lxx8Tm8B/GGzuf2kY5PCuky+K/E/iuz0n1/wCIH/BMX47Wfxo/aBn/
AGd/hh8P/gx8P9G+H/8AwUY+B3/BOvU/B+seDvh14c/Yu8Y/tifsC/8ABOXT/BH7Rvwd0LwO4vf2
c/h/D+01+z7+2XpHiG58DacvjuPxV+0JL4jtPCeqeH/FnirxTZAH9H1FfzBfAz/glDqk/i34GaVq
f7OP7QHgn9mC3/a/8H/EL4w/A349eJP+Ccfwf0d/DnhP9h3/AIKLfDLxZ4wm/Zs/4JW+DPDPw51f
4f8Ai/xn8fP2efBfjCXUdc8WeKviroVlL4N+IXg6y+F/g6zl8THj39iz9uzwL+z/AP8ABRf4UfDL
9mT/AIWfe/th/sgftQ/sZ/s++HbP40fB3wH4E/Z/+Fnw7/a//wCCs/i79nbw74nn17xUX8KfD++/
ZF/bI/Z/0P4OeGPCelazp2k3ngOPwT48f4O+GLCHxHZgH9Hvw0+KXgT4weHNS8WfDrXf+Ei8P6R8
QPiz8LdQ1D+zNY0j7P47+B3xT8ZfBT4paF9l13T7WeX+y/ib8P8Axdpn2pI2s73+yPtunXF3p9xa
3c3oFfzw3f7BOt+BPEBufiz/AME/fD/7avwWT9p//gqb8U/iZ8BPDOmfsj+LNO+N/wAW/wBtL9qD
4V/tFfsq/tk3Pgr9qL4o+D/C/ijxB8PP2brL4jfBvVtd8TXth8RPD2q6pe6B4N0fX/hpqDeLJ/qD
4r/sufHa8/Yo/wCCeXws+OPgb/hvHU/2cP8AhTH/AA3X8Ef+Em8HeP8A/htH/hFP2RPil8Gtc+T9
qzxD4W8LfGn7J+1b4v8AhR8UP+Lj6toXmf8ACpv+EntvN8baXoGkXoB+v1ef6l8UvAmkfFPwb8FN
Q137P8TfiB8P/iX8UvCPhn+zNYl/tfwJ8H/Efwn8J/EXXf7Zg09tPsP7O8QfHH4W2/2W6u4by7/4
SjzbG3uoLLUZLT+cL9v79iX9qL4t/AnwT4f+Cv7GvxA8BXvww/Z/+L+ofsJeCP2evEf/AATt+Inx
T/Y9/aO8c+MfiNr/AId0z4t/HL9ui4OofsyfD/SPD+nfsnnwZY/soeJIZfhfqPg3xx4Y8M+Kb/wx
4K+C+uyd/qv/AATF+OxtfEPjD4cfDD4f/DL49eL/APiIy0fwL8YtP1jwd4b8d/Bf9oT/AIKM/tHN
4w/Y2/bY1P4heDnm1nRPL/Zy+D/h/wAHX3iLwxLq/wATPDln8UvC3h4eHDoVr4pl8LAH6/8A7aH7
a3ws/YX+G2l/FL4t6B8QPEXh/V/+FzfZrP4daV4c1fWE/wCFHfsnftF/ti+LPPt/E3ivSIF+0fDL
9mTx7Y6dtuG87XdX0i1ufsmn3F7qlh9f1/IF8Rf+CUP7RV/+zb8UfBv7Of7OP7QHgjTPF/8Awvq1
074KfHTxJ/wSy+C32Xxj4m/4JPf8FW/2bbT4heFvgd/wTo8GeF/hT4W/4Sb4pftSfs1+E77xjf8A
ibWvHfiX+ybO28T6P4W8E/DbQ9c1n7/0b9lX9qKL/grD8OP2oL34L/EDw3e3P7QHxqg+P3xy+Gmg
f8E7fBP7M/xA/ZAX9m34++BP2bvCOpeN/Dwsv2qvjB8QIdVt/wBj9vFnhzx5PrHw/tfiF4J1nWvD
WnReGPC3w7v9LAP3+ooooAKKKKAPh39pz4wfHrwr8Z/gj8Ifgfrnwj8Lt8Qfhl8e/iL4m1/4p/DD
xl8Utv8AwqfxV+zz4Z0bR9C0rwl8Z/Bn9mi5/wCFzatPdXFxc3uf7Ht4ooI98kh80u/iR+2LpPij
wD4K8QftL/sbaN4u+KOo67pfgLw7L+x38aLnV/Et14Y8Oah4s8RyWNnb/t2F006x0LTJ5bq8lEdp
DLc2drJOt3f2MFxyf7eWr/BS0/aE+CHhv4/fFXwd8Hvh98Sv2QP28fhjd+LfGfjnwl8Prdrjxl40
/Yo0+fT9B17xpOli3iY6Kus3NrC6XBI0yWZreWKGUD51/ZGvv2JPhJ42vvjf+0R/wUk/ZX/aJ/aB
tNPbwB4E8feI/wBor4Si0+H/AMKdBS60Lw7aeGtN1HxzK1j401fQWe88Q6i0ktwbvxDqNnFd3b3m
u634mvMK3F1Grw5heH+GY47A4+n7TEY2eHo1aVGNPGVo14yUqM61StOjGFPDKDlBVG5VfZwpNVPz
vN81zGnxBDLMLhY1KFfEUnXxdXMpYejg8NCnhp4iDw0K1OrOvWpzawfs4yhKtOVTESp0qLVX9cP2
X/ibr3xr/Zp/Z4+Mviq00jT/ABP8W/gZ8Jfib4jsPD9ve2ug2WvePfAPh/xVrFpolrqN/d3FtpEe
oarcJbRz3VzMkKIstxM4aRvc6+R/2AP+TDv2J/8As0f9m7/1TfgyvriurMqcKOY4+lTioU6VerGK
WyjGpJJLySVj7jLqk6uX4CrUk51KlGlKTe7bhFtvzbdwoooriOwKKKKAPyE+Anx6/b6+OPwj+E/x
Ui+Jf7JHhwfFD4beBPiF/Yf/AAyl8ZNY/sP/AITXwvpfiT+yP7T/AOG2bX+0/s39p+T9o+z2/neR
5nkRbti/R/wv+Jf7TelftI+B/g/8avGHwM8ceGPiD8DPjf8AE2wvfhj8E/H/AMJ9e0HX/hH4+/Z0
8LW1nd3nir9ojxpb65pF7p/xt1N5I0tLGaGbRLdluJEkkjr43/YW/ay/Yx8Jfsj/ALLGg+LP2s/2
Y/DHibRP2dPgjpHiLQPEXx5+Feia5oOuab8NPDFnq2jazpOp+K4rjS9Vtb+G4gubeeOOaGaB4pUV
1ZR9J+EPjp8BPjP+3X8C0+CHxr+EXxhPhj9kb9sP/hKP+FV/Ejwb8Qf+Ed/tr4x/sI/2L/b3/CJa
zd/2R9r/ALJ1b7L9o8v7R/Zlx5W/yZdv1VfC5lHH5rRxOWKll9FY3ll9SpUlFU6daVFqrGjGStKM
LPnvLRNtNp/JYXFYKWCyytRzN1sdWeE5o/W6lRydSpSVVOk6sou8ZTuuT3dWkrJr9IazNa/5A2rf
9gy//wDSWWtOszWv+QNq3/YMv/8A0llr5OfwS9H+R9dHdep+c3jE7/FHjNR1Xxr40znpx4l1b/Gv
OYvll8Wg9T8MfizjH/ZK/GFeh+LQ6+K/GhfhT448a4PB+X/hJ9W9PYfWvPeGuPFRTlR8Mfizu/8A
DVeMvX321/UdPTh7GLdfUp+n8GP/AAD8nru2Pw2jd68fz6n6OTHi1GemnaXnnt/ZlqcgDk9vy+te
AftNn/iy/iDrz4s+Dh6Yxj43fDgdK9+mOPsvXH9n6Vn0/wCQbacn0/8Are1fP/7TRz8F/EH/AGNv
wcOfr8bvhx6Dnp+VfyVB3ivKL/I/W6l+SRq2X/Hnaf8AXtB/6KSiiy/487T/AK9oP/RSUV8WeoZv
w+/5K78VP+ycfA3/ANSf9oSvdMnHJPbr/npXhfw+/wCSu/FT/snHwN/9Sf8AaEr3T/63+FfW4fTD
YXuqcTzftVP8cv8A0o+Xv2dOf22P24sf9CN+yJ1/7Anxor9AK/P79nP/AJPX/bh/7Eb9kP8A9Mnx
or9Aa9HB/wABW/mqf+nJE1fj+Uf/AElHP+E/FnhXx74V8M+OvAvibw/408E+NPD+jeLPB3jHwnrO
neI/Cvizwr4j0621jw94m8M+IdHuZrTXvD9/pF5Z3Vle2s0ttdW11HPBI8Tqx6Cv5of2ef8AgoX8
PdF/4Ih/sq+Ev2M/2mv2YPHP7WHwm/Yg/wCCenhz4keCtN+O/wAM9Q8Vfs3/AA91C7/Zi+Bn7Snx
u+Ldhp2jeNJfgZ4f+F/gjx34t17XvFvizwP4l8M+A7nwouseMvCniDRtP1Dw9qPyB8ZdY/af/ag+
Eni3VfF3xv8AD/7RFzqP/BOD/gvN+zd8AfiD+y/rvh/9oTwr+1/4q+Jf7PH7CXjX4efs1v8AHLQv
2JvhV4U/aO+ME/inwr+0hrWi2nwL8FeHbn7N+ydP4YvtS1/W/AHxkg1DqMz+x2ivwB8Sf8FCPEfw
5/4TH4UWn7VH/C0PiB4t/b//AOCUHg79k/xF/wAIt8LPFvjH40fsC/tAf8OwfCPxf/aS8j4SfDK1
8P337P8A40+IHxG/ay0P/ha8elaZ4Lg8d+Lf+EJ8Ia5pHiCLwj4ctfiD45/8FNv2qvgj/wAE9P2K
vjnN+1d4f0P47J/wTg8G/t8eOvEn7VfxY/ZR/Zm+Hv7bnxC+K/gG5+K1n+zl8HPh5Y/sIeI7v9pf
xB4R1fwjcaLrvgj4c+Ifgh4m0vwz8bPh3BffEDVfEvja18VeHAD+t2iiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigD5f+PP7UFl8DfGfw6+H1p8Hvi58Y/F/wASvDPxH8Y6VpHw
rl+ENp/ZPhz4Xar8M9E8S6jrt/8AF74t+E7WPdqfxZ8JRWsNnNeTy+ZcO8UUcG9uBtP2wfiFfY+y
/sH/ALXUuen/ABUv7D6f+jP2zhXnP7W+h+M/Ef7TnwY0j4c6pp2hfEK8/Yv/AG94PAmuavGk2k6L
4yuPHv7Dlt4X1bVIpNMvVl0621yexmnVrO7DRQsDbTg+U3lX7Lvw0/a0+PHxe8H/ALQP7U+mH4G+
Gfgadf8AD3w1/Z88M3KTWni34mTeGNa+G/xF+MfjO5muLv7T4ckGreK4PCkK3Ez/AGC9hurC8bTW
n1bxty5pnscpxOQZZh+Gp5vis4gqkq1sQqNOnHFVaVepVrwrwpUvYUYRnGnKCnXnKFOlzSlOVP4f
M89x1DPKOT4XB5hjK+Nr0oQlQpUFg6GHUMPLF18RiqtGoqUsPCq6kaU2p4mc6VDDqTdSVL9NPg/8
TdB+Nfwl+F3xl8K2mr6f4Y+Lfw68E/E3w5YeILeytdestB8e+GtM8VaPaa3a6df3dvbavHp+q26X
McF1cwpMjrFcTIFkb0Wvkf8AYA/5MO/Yn/7NH/Zu/wDVN+DK+uK9XH0YYfH43D07qnQrVIRvq+WM
5RV31dkfXYGtPEYHB16jvUr0qc5W0XNKCbsumrCiiiuQ6gooooA/OHwJ/wAFE5viZ4R8J+OvBH7F
n7XWueFfHHhrQvF/hbVRqf7G+n/2p4d8TaXa61omofYdV/a+gubLz9MvbWXybmGGeLzdk0UcgZB7
Z8Lv2q5fiD8V9J+D3if9nv46fBXxL4i+HXjv4neGtQ+J938AtT0HX9B+G/iX4ZeFvFdpaXPwd+O/
iy5stXh1D4t+DnjjvrS0hnhnuGiuGeBoz86/8E+PCqyfsafsi3bx7muP2ZPgJOvGeJfhX4UkB/8A
Hq9r1nThp/7dP7OCgYMn7I/7auR/ufGP9gLH/oRr3JrDTzDMcAsupUaeH+tqE4yxDqL2FOrODfPX
lB3dOKleFmm7JaNeBRnjI4HL8dPH1Ks8Q8LzQlGgoP29SlGa92jGaSU3y2ndNK7aun9o1ma1/wAg
bVv+wZf/APpLLWnWZrX/ACBtW/7Bl/8A+ksteDP4Jej/ACPoI7r1Pzm8Xnf4p8aKei+NfGuMdePE
urdfzrzpPlm8WAdD8MPiznP/AGSvxhXvOq/DP4h61rGqX0PhjwpdNqOoXmoXF5B8YdR8MW97e3tx
JcX9/B4fn/Z512XQ4ri8lnnFm+sambX7R5AvbhY1kazpXwG8YLJq1zrugeG9N0+78O+ItG1C/t/i
5qfjG7ttM1rRL3SdWOn6EPgP4cWbUZdIvb63gll1NYrSW8W7e2vfIFrN+9LjHIoZJiaDxcZTnhZQ
VqlBvmdNR+H2vPvrZRcuii3ZH51PKcdPG0JRoySjVTd4VVon/N7Pk17uSj1vbU+l5yR9m5OP7O0v
/wBNlp0z3/xrwD9pk/8AFl9f6/8AI2fBzP8A4e/4cf417/P/AMuo/wCodpf/AKbLSvn/APaZ/wCS
L+IP+xs+Dn/q7vhvX8409V6Rf5H6TU+CXoa9l/x52n/XtB/6KSiiy/487T/r2g/9FJRXxp6Zm/D7
/krvxU/7Jx8Df/Un/aEr3OvDPh9/yV34qf8AZOPgb/6k/wC0JXudfWUP92wv/XuJ532qn+OX5ny9
+zn/AMnr/tw/9iN+yH/6ZPjRX6A1+f37Of8Ayev+3D/2I37If/pk+NFfoDXpYL/d4/4qn/pyRFX4
/lH/ANJQUV+EPwL+Muo/sO+Ffij4x/bRi/bf079oP4X/ALEHxs/aX/aGs/Fvxw8K/tA/AL9tbUf2
VNO+HWqftQ/tE/sY+BdT+O3iWL9mnw/pXjbxvpi+FfBo0/8AZ70rU9F/aZ02zvvh7dr4RtIPhl9f
6t+1h+1x8PvGn7N3ww+L/wCyN8H/AA542/aL/af8N/BPSfEXgL9rrW/H/wAGtP8Ah7P8Av2lP2g/
iD4u03xXrX7Lvh3xXq/xg8O+Fv2YfEsTeEL/AMCaL4Z1WT4k+EjYfEppZfFNv4S6jM/R+iv5of2P
/wDgoH+1x8ZNX/ZUn8BaN4f0n4E/Ff8Abf8A2MPhV4V8FfEn42a38QfiFo37PHxU/wCDfDRv28Pi
78JvG3xV8VfAjVfEXxB8QeEviJqGg+NND8b6prd74t+Jniaa+8L+JtR8D+GgdUvvsDxr/wAFY/FW
l/BD9gf4leBf2bPD/iXxt+3x+zB8Gfj54O8EeLPjvqPgnwr4C8VfGz9pX/gmh+zb4e+Hvib4gaP8
Dtfu9R8P2ur/APBRmz1S98QWvhz7SLb4RyW8Hh2aXXFfSQD9nqK/MCz/AOCkVrL+3Z4c/ZLf4X/2
98MviR8QPGvwW+F/7Q/gCH9o7xB4cv8A42fDH4O+P/i58TPA/jXxR4o/ZN0H4RWf9hTfBX43eGdS
tPBvxq8feL9O8VeDIdH1fwbpk9v40/4Qb9P6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKAPiz9rHTf2Mk134Y+KP2qPjNonwS8TaVpXxC0H4YeIrr9rPxx+ylruqaH4hvPh/qHxH0
bTNX8C/FrwpceMdKN/4Y+HE97bzSXsNpNZ2EuyB5laX5gXxJ/wAEqEGE/wCChKoPRf8Agsd+0Yo/
Ifth16D+2Lq2reHf2lvgt4o0HwvqPjfW/Cn7Gf7evijSPBej/af7W8XanoPjv9h/UtP8MaZ9i0+7
m/tC/vLeG0h8q1uZPNu12W8zYjbyr9m39p/xn+118aPBUv7O3hHUNJ/Zd+H+nz6p8c/ib470tNK1
TxZ428QeAr1/D/wW8EWLR3StqWh67r2h6h4gureXa0mihItQg0ubSz4xvHcYYDh+pkGT4jFY+rmO
cRTw+Hw2JnC8ZYqtSqThT9hOMaNBQlXxVT2lqcW5SSlOnGp+fZxneT4TPaeU4inh6mcZpiKNLD0F
gJ4nE14yhQVXEOaqU4ujhISdTFVG7YfD04uV5TowqfqD8H9E+G3hn4S/C7w58GptIufhB4f+HXgn
RPhVceH/ABBL4s0G4+G2leGtMsPA02ieKp9SvX8TaQ/hi30trbUHvLt72FkuWuZzIZX9Fr5H/YA/
5MO/Yn/7NH/Zu/8AVN+DK+uK6MfTdHH42jKpKtKlWqRc5O8pOM5Jyk+spWu33Z9vgaiq4HB1Y01S
jVpU5KMVaMVKCfLFdFG9kuyCiiiuQ6gooooA/HHw6n/BITwhomjeGfCf7dGg+F/DfhzStO0Lw94f
8O/8FePj7omiaDomkWkOn6To2jaTpv7XcUGl6Va2FvbwW9vBHHDBDAkUSKiqo+kf2a7f9gzWfi1J
4j/Z5/aM0j47/F/Q/h14q0RLab9uj4mftWa94Z+G3iTxL4Av/GM2m+FfH3x08VJ4Y0i68T+Fvhyt
9qFtZ27vNYafbSXOJEik8c/YA8KG7/Y9/ZKu5UJWX9mn4DyLkdQ/wt8KsAPbBr3+60wab+3P+zoA
oQS/sjftpYAGOI/jH+wJ/wDF19PXx1TEYvMsueKxzlSWKTnUxvtIz9hCrJ89P2Mbqoqbi17TTm1c
rWfy2Gw0KWFy/HrB4KMarwzUKeEVOUPbTpxXJU9rJJ0+dNPk15bJRvdfcNZmtf8AIG1b/sGX/wD6
Sy1p1ma1/wAgbVv+wZf/APpLLXy0/gl6P8j6qO69TgNI6j8f/Qq66/8A+QLrH/YPvv8A0kkr8/vi
X+0Z4X0r4vf8Khuvie2j/EjW28c6v4d8FW/jHVtM1XUfDnhTXrvTZ7uz0yx1CNEIit7g28OFnvIt
E1Oe1iuI9K1OS182+Gv7S2n+MvE/xP0jwt8U7rxXqHww0L4g6X488OjxfquvLomtWHw58QeIrK1v
7PUL6VI5Eu7Ax+fECsd7o+oae0y3dhqFtB9zT8NsweVV8f8AX6a9lSlV5HFpu0Ofli+Z3bUXZ282
kj56fEmGjiqdB0W3OajfmWmqV2rfqforP/y7f9g7S/8A02WleAftM/8AJF/EH/Y2fBz/ANXd8N69
/n/5dv8AsHaV/wCmy0rwD9pn/ki/iD/sbPg5/wCru+G9fmNP/wBtf/pLPpanwSNey/487T/r2g/9
FJRRZf8AHnaf9e0H/opKK+OPTM34ff8AJXfip/2Tj4G/+pP+0JXudeGfD7/krvxU/wCycfA3/wBS
f9oSvc6+sof7thf+vcTzvtVP8cvzZ8vfs5/8nr/tw/8AYjfsh/8Apk+NFfoDXg+ieG/DPh3XvFHi
rR/D2nWPijxq2jHxb4it5NRg1jX4vDli+m+HrTUby3v0aTT7GzmuxaWy7beCTUbyeOJbi9u5Zur/
ALUn9Jf/AAaa7/8ALWuuhW9lTUGk7OTvd/ak5fy9L/gKceaV9tF+CS7nhvgD9gr9k74b/wDCa22i
fCn+3vD/AI5+H/iP4QXXgL4oeOviT8avhZ4M+CfjL7HH4w+A3wY+Enxi8Y674Y/Z/wD2f9WstH8L
WWqeA/Auk+HfCGoad4C8M6ZeaLNp/hjw9baYfD79hH9mf4a+I/B/jXSPC/xA8VfEDwH8QLX4l+Fv
iZ8Yvj/+0J8fvinYeI9O+Fnxi+DGiabdfFD46fFPxF4g1n4f6X8P/wBoT46Q6P4TvtSufCujaj8X
PEOv6Xo1n4g1W81SX3L+1J/SX/waa7/8taP7Un9Jf/Bprv8A8ta2+tf3V97/APkf6sTyef8AX3nh
vgP9gr9k74X6P4E0H4e/Cn/hD9M+GX/DPc/gOPQvHXxJsrrwzrH7L/gRvhJ8JPF2n6lH4x+0/wDC
wP8AhSXk/D7xT4jkmfXfiB8OLK1+Hfj/AFHxP4JtLbQYvP8ASP8Aglx+wnofjHRPH+m/AzZ4t8K/
8ItY+DdWuvib8YtR/wCED8HeAfjt8C/2l/hp8Ivh9Yal8QZbbwB+z/4S+Nv7OHwn1vwd8OtGhsfA
nhD+ztY03wz4d0rSPFfiyw1v6y/tSf0l/wDBprv/AMtaP7Un9Jf/AAaa7/8ALWj61/dX3v8A+R/q
wcnn/X3nhtn+wj+zPp3x28OftF6f4X+IFh8QPB3xA8a/Fjwj4es/j/8AtCWvwJ8K/FP4leDvH/gb
4i/Evw5+y5B8U1+GWh/EDX9F+K/xSn1vWbXwjFqOq6x8Stf8RX1zP4g1nUdTufr+vMv7Un9Jf/Bp
rv8A8taP7Un9Jf8Awaa7/wDLWj61/dX3v/5H+rByef8AX3nptFeZf2pP6S/+DTXf/lrR/ak/pL/4
NNd/+WtH1r+6vvf/AMj/AFYOTz/r7z02ivMv7Un9Jf8Awaa7/wDLWj+1J/SX/wAGmu//AC1o+tf3
V97/APkf6sHJ5/1956bRXmX9qT+kv/g013/5a0f2pP6S/wDg013/AOWtH1r+6vvf/wAj/Vg5PP8A
r7z02ivMv7Un9Jf/AAaa7/8ALWj+1J/SX/waa7/8taPrX91fe/8A5H+rByef9feem0V5l/ak/pL/
AODTXf8A5a0f2pP6S/8Ag013/wCWtH1r+6vvf/yP9WDk8/6+89NorzL+1J/SX/waa7/8taP7Un9J
f/Bprv8A8taPrX91fe//AJH+rByef9feem0V5l/ak/pL/wCDTXf/AJa0f2pP6S/+DTXf/lrR9a/u
r73/API/1YOTz/r7z02ivMv7Un9Jf/Bprv8A8taP7Un9Jf8Awaa7/wDLWj61/dX3v/5H+rByef8A
X3nptFeZf2pP6S/+DTXf/lrR/ak/pL/4NNd/+WtH1r+6vvf/AMj/AFYOTz/r7zx746/An4p+Pfit
8J/i/wDCL4qfD34deJfht4A+Mfw5vbD4lfBvxJ8X9C8QaJ8XvEXwS8TXN3a2vhf43eCbjQ9Wsb/4
Kaakcj3V9DPDrk6tBE8Uch5rQ/hT+2p4ZtJLDQPj3+xto9lNqOsaxNaaZ+wz8WdPtpdX8Q6vfa/r
+qywWf7fKJJqV9r2p6le3k5Uy3N3qE9zOzzTSO30N/ak/pL/AODTXf8A5a0f2pP6S/8Ag013/wCW
tdsM5rxhQh7KhNYaMoQc6FCpOMZTdSUeedCU2nOTdnJ9EtEkvPnlGEnXqYl+1jXqu8nGvXh9mnB2
jCrGMbxp01JRSUnBN3epQ/Z/+Fn/AAov4D/BP4Jf27/wlP8Awp34R/Df4Wf8JN/Zf9if8JF/wr3w
bo3hL+3f7F/tG8/sj7Z/ZH2j7L9ruvs/2jyvtE+zzW9crzL+1J/SX/waa7/8taP7Un9Jf/Bprv8A
8ta5quPqV6tWvVtKrWk5yd7XlJ3k7KCSu23ZJLsjspYeFClSo0lyUqMYxit7RikkrttuyW7bem56
bRXmX9qT+kv/AINNd/8AlrR/ak/pL/4NNd/+WtZ/Wv7q+9//ACP9WNOTz/r7z02ivMv7Un9Jf/Bp
rv8A8taP7Un9Jf8Awaa7/wDLWj61/dX3v/5H+rByef8AX3nxr8G/2Yf2xPgf8Lvhp8JPCn7Tf7Me
o+HPhZ4B8HfDrw/feIv2MPipd65e6J4I8O6d4a0q71q5039uy0guNVksdMge5kgtreF5ndooIUKx
r694D+CHx3X47+E/jX8a/jL8I/HI8C/CP4sfCvwx4Y+Ff7P/AIy+EX/JXPGXwQ8W61ruu614t/aQ
8cf2n9l/4UhpNva2tvaWP/IcuJZbiTy4oq9s/tSf0l/8Gmu//LWj+1J/SX/waa7/APLWvSqcQYyr
OvUlGgqmJU1OUcPh4TftU1U96GHjJcylJNxaer7nm0smwdKNGnD2rp4fkcIyxGInFezcXD3ZVpRf
K4ppNNXR6bWZrX/IG1b/ALBl/wD+kstcL/ak/pL/AODTXf8A5a019ReVHjkjeSORWSSN9S1t0dHB
V0dW1XDKVJBB4IODXmPE3TXKldd3/wDI/wBWPSULNPt/Xc/KL9rL9lKb9pWHxDZ3nhjxvpPiXRPH
fiTxr8GfjH4I0PV7zXPBOr32vS61oHijwxrmjhRqOj3MSaRLd2kd3El0lvBJHPZanZWF/YwfBH9m
iD9nvwDqHgHwP8OfFPhnwpYfD/4lW1xqviHRryy1LxR4r8TfD7XPDVlqGuavd2FsmteLNV16+0az
hijVSzS2thp9tBZ29tawforq3wi+DevXtxqWu/B74Za1qN3NJcXV/q3hOw1G9uZ5WZ5Z7i6vA8k0
zOzFmZizFiSSTUuhfCn4ReF9Rh1fwz8JPhx4d1a3WZINU0LwvZaRqMKXEMlvOkN7p/lyxq9vLLG4
VgGSVlbKsQf1f/iJ9L+za2DWAXtKuHdFvkdtYKD972ztf+bkdnryOyR8XLhOpPGUsQ69o06inpU3
1urx9lrbtzq+3Mtz0Cf/AJdv+wdpX/pstK8A/aZ/5Iv4g/7Gz4Of+ru+G9e+zS+a4bYkSrHDCkce
8okcEKQRqDI7McRxryWJJ5zXgX7TP/JF/EH/AGNnwc/9Xd8N6/HYK2nZP8mfa1Pgl6GvZf8AHnaf
9e0H/opKKLL/AI87T/r2g/8ARSUV8cemZvw+/wCSu/FT/snHwN/9Sf8AaEr3OvDPh9/yV34qf9k4
+Bv/AKk/7Qle519ZQ/3bC/8AXuJ532qn+OX5s+Kvir+2LrXgT47+If2evhx+yR+0x+0r408G/CT4
XfGbxpqfwZ1j9lDw94X8K+F/jH4x+NPgjwFYX97+0X+1H4Bu9S1651b4B/EOSWLTLK/t7a3tbV57
pJLpIR9MfCv4neB/jZ8MPhx8Zvhjrf8Awk3w2+LngLwf8Tvh74k/s3V9G/4SDwP498Pad4q8J63/
AGP4g0+0v9J+16Dq2nz/AGa+tba8g+0eVc28MyPGvwZ48/YitfjZ+3d8afjN8S5vj14Z+G2ofsk/
shfDH4feJPgj+13+0R+zX/wkHjjwF8Y/25/FXxQ0TxPo/wCzT8b/AAtf+J/7L0H4pfCWeyufEVrc
2cH/AAll3FoFwJn16NfivxT/AME6PHdn/wAFCNM+KXh34e/Fuy8F+F/i3+zBrf7MnjX4M3H7AHw5
+BH7Mv7LPwS+GXwL8KeMP2ar/wAf+O/g5rP7RHwm0HUNd+G/x6aX4Z/B6O1+F3i/Rvjja+HtX1nw
tH46+KGsaP0Wi9L2aSf5eYarzP6BKK/JP4Sfsu/Fn4Of8EaPgX+yX4K+DngLQfitoP7JPwN+GPxr
+DMOg/BjXrXVLrXtC8HWv7a+ieE9L8Vi8+G3jj49a5o2r/G+bw9c+MWv/h34h+ImvaffeP7i/wDC
l/rs8/xV+xd+yz+2F+yx8SYfir4X/Zj+Let/D/wxr37W3wW+AHwG+Lvjn9gr4PeKPhr4O/ab8Af8
EvPFuhfEPxh4e/Y31CP4UfBv9me0/aC/ZS/aaufFUHw00LWvHi3HxIsvFlr8MPG3iDX/ABLelKKa
fvLT8Qu9NNz+gTwf8TvA/j3xD8VPCvhPW/7W174J+PdO+GPxOsP7N1ex/wCEZ8cat8MPhx8ZtP0T
7VqWnww6z5nw2+Lnw91L7Tp8l3Zp/wAJB9je4W/tL61tt/xJrGoaHp9ve6Z4V17xlcz694V0eXSP
Ddx4XtdRs9P8Q+KNH0DV/FVxL4v8SaVaNoOhaTqd7rmqxw3UuqTaX4evIdD03WdafT9Ivv5n/wBn
X/gmz8afg58BPhzo/wAZP2O9B+OEa69/wT7+IP7UHwO0e/8A2cfFWo/tK/Cn4Lf8Eh/D37DVv+yp
4qt/in8QdH8J/FHXvhV+2x4ItPitHpfi3Wrf4f2ul6npvizwF4l13x/FeeHLDvfBH/BOv9oGx8Ra
/wCO9W+BOg2OrNr3/BMgfBKC41/4U3Hij4D/ALOPwt/4Lv8A7SX7dfj79lvR7+x8TTW/gfQfhf8A
sca9+zDpmpeGvDN9deCri4+EOleGvh9f+LLTw1ozq+SN/j7dvLzBN6aWP6QaK/mB0b9iy9l+BHxI
Z/8Agh3oPgT4m/H34t/BQfFv4baH8LP+CSHiL4bfAz4beEPB3x+fw54n/ZL+EWu/tIS+APi58W/A
sfi7xF4Zb4g/E6LQ/EGt+IP2nJvHEvhPXfh14ZsfgD4e734mfsT/ABz/AOF7/sgeK/g3+yv8W/hj
pP7Pevf8E7fAf7OetfD5P+CdM0H7P37EPwv8Y/BK4+P3wN/ar/aF+K3jLWf2grr4t6d4Sn/am0PV
NL+DfjXXPh14r8H674a0ie68TXfiL4jpqpyL+dfh5efn+AXfY/oj1jWNQ0zUfCtlZeFde8Q23iHX
rjR9X1fR7jwvBp/gXT4PC/iTX4vFXiqLX/Eljd3mgzatoemaHHHodrrOqDVPGWmzTabFosWr6vpW
9X8semf8E8fj14z8Bza9+z/+wj/w7T/af8d+PfiJq/ijXfCOsfsk/Bb4H/B211b/AIJn/wDBTr9n
39neP4RXf7F3xl8S654k/wCFf/HT9pjwcNf+IuqeHbD4ieKNX+K8viXStF0jwdo2i+Afhl7zp/8A
wTxuvip8evg3q2i/sI/8Mi/sPWXx6+EmvfEX9jybWP2d/htpEur+BP2Sf+Co/gf4vfHDxZ8LP2Rv
jLr3gvxd4C+IWpftJfse/DvxDpv9rajrnjrQ/htqHhz4heFJvhzplq+pjhFfbWn9d/6sF32/rTyP
6BbfWNQn8UaxoEvhXXrPSdM0Hw3rFl43uLjwu3hfxDqGuaj4qstT8K6PaWniSXWoNe0a28PaRd6l
JqGkWOly2/jrSl0jUtVu4dctdG3q/JP/AIJ4fsx/HD4C/HT9pXW/iT4I/wCEQ+G2reAtD+FfwKhh
8S+ENW0jSPhh8NP+CjP/AAVs+IXwd+HHhPw/4a1+6fwT4C8N/snfHz9lu38PaP8AZrHT9D0PVtP8
MWFvaTeHtR0nSvzP+If7L918OtT/AGZPCvxn/wCCdf8AwtnwP42/4KYXt9c/s83njL9nf4y+If2l
fEtj/wAE8P8Ago/4i8XeO/EVj8Xfifofw8+PX9leMNXstS0b45/E2TwB8fPij4X8C6DZ/GPwdN46
+HegeKPHq5U21zbW/rf+vIL7abn9TlYPirWNQ8PeF/Emv6R4V17x1q2h6DrGsaZ4I8K3Hhez8UeM
tQ0zT7i9svCvhu78b+JNG0W117UbmCK0s5NX1fStLS4vI21DUrG0E11F/MD8Rv8AgmJ+0342vvAt
14r8DfHq40EeAvG+ifsoeBPgj4y/4J9WH/DvfV/FP7YH7W3xf+Hun+J/iZ+1F8M/HOsfse/8Il+z
z8Yf2OvBll4n/ZOg8Wa54b/4ZRu7XQrbxFYeA/hDNqnvPxu/Yj+LPi34Yft8eAdK/Yd/4TD9rH4v
+Av+CnFtpH7e3/C0/gx4E/4XT8Of2kvD37SUf7LH7Of/AAmOnfEP/hYfxj/4R7wf8T/2evAn/CE/
FfQPDHwr8Kf8KV/4SDQvEtw/w4+Gb66+SOnvr+reaBN9rH7kfH74zeF/2cvgR8a/2hfG9hr2q+C/
gP8ACT4kfGbxfpnhW10++8Uaj4X+F/g7WfG+v2Hhuy1fVLG0vNem0nQ7uOziur2zt5LiSNJrq3jL
TJ3vhvWNQ1zT7i91Pwrr3g25g17xVo8WkeJLjwvdajeaf4e8UaxoGkeKreXwh4k1W0XQdd0nTLLX
NKjmuotUh0vxDZw65puja0moaRY/zA/ty/sH/tp/Gf4x/tJ+M/h98AfHr/Fb4y+Av29PhX42+JHw
4tP+CcXwy/Zu+LvwB8d/sI/tVfB39kj4caj8TDfaR+0n8RvHsvjK+/Y4h8VaP8R9Rvfhtp/j/wAJ
6xr2i29p4U8LeAdT0r9ML39mP44SfsF/Fj4Oy+CP7Q8V63+3n+0J8d/EXwm/4SXwg/8AwvH9mDxR
/wAFbPiD+1V4z+DX2i819PDur/8AC1f2QdT1nw3/AMI74p1PS/D2o/8AC0/+EZ8e3mg6Tca9LYDh
FKPvJtvXyC+trH6neKtY1Dw94X8Sa/pHhXXvHWraHoOsaxpngjwrceF7PxR4y1DTNPuL2y8K+G7v
xv4k0bRbXXtRuYIrSzk1fV9K0tLi8jbUNSsbQTXUW9X4rN+yj8Wb7/gnF/wVI+DHw0/Z6/4ULZft
PeAv2ktN/Y6/Yw/tX4MeGP8AhSekeOP2LPAPwVt/hj/ZHwp8dap8M/hb/wAJT+0x4Y+LXjf7P4d8
T3eht/wuv/hIdfvtP8S6r4lsdP8Akn4hf8EwfizN4U+PviTwL+zL4CsfjR458Bf8F2fi34e8Z6RP
8GNE8cav+2v8Rv214PiN/wAEj/jpJ42GvQXNt8evDnwX8X/FaT4deObm8i1X4VWfjTWtKbWfCVzq
91ZXSUY6Xna7/wAvP+mF9tNz+l+iv5Y/hz+yj8Wfjn4e+P15+yB+z1/wyp+0Ne/tbf8ABcHTfGP/
AAUc/tX4MfCn/he+keOvif8A8FKPgb8JPhj/AMLL+BfjrWPjLrv/AAjP7R3xB/Zw8TfZ/FXg/S9D
0v8A4Za/t3Rr661jw74Gt9Z958WfsWeK9e8D/Hu7+E3/AATf/wCFE/s/eJv+GXm8L/sDTWv7FEWk
a98Z/hDq/wC0zrfxI+P3iz9kXwR8cbj4BftH+AvFMHxN/Zc8N+IdD8ZfErwN4tv9D+BWoeJ9B1zw
r8QPhl8FNXv3yK+s7fd5ef8AVgTv0P3m8H/E7wP498Q/FTwr4T1v+1te+Cfj3Tvhj8TrD+zdXsf+
EZ8cat8MPhx8ZtP0T7VqWnww6z5nw2+Lnw91L7Tp8l3Zp/wkH2N7hb+0vrW272v5+/Hv7C/xpsPB
X7XPhy8/Zp0Hx5p/7UPxb/Y48cfGu48E6z+zj+1b8avG/wACPg/+xf8ACn4K6P8ABP4c/En/AIKT
6HDoXxw+LfgL9rr4CWfii91r43eH49G1D4cfGfWvFPhW/k+Meq3uk+G/JPgD+xZ8Sz4l/Ym8PftN
/wDBN/x745034A+PfE3jXwR+0fqVr/wTZ1j9oj4Z6Ron7fH7QXjv9kD4QfE7x34R+OOg3PwF+Avw
k+C//Cm/GNx4N+Aema1oesy+JbHwJoFr4e8F+EvE/wAN/iSOEbX51+F9vXuF32P6QfCusah4h8L+
G9f1fwrr3gXVtc0HR9Y1PwR4quPC954o8G6hqen297e+FfEl34I8Sazot1r2nXM8tpeSaRq+q6W9
xZyNp+pX1oYbqU8SaxqGh6fb3umeFde8ZXM+veFdHl0jw3ceF7XUbPT/ABD4o0fQNX8VXEvi/wAS
aVaNoOhaTqd7rmqxw3UuqTaX4evIdD03WdafT9Ivv5vv2Yf2A/2kfhz4Q/Zb8J/EH9l/zP2k/Bn/
AA631fwT+2l/wk/wB1j/AIY7+AP7MnwP/Ym8I/tb/sY/8LJHxKb4k+Gf+Eq1n4Fftj6f/wAI/wDD
jw94j+G3iX/hrffrXiG3svFvj6fRT4ff8EyPjh8Ivg5/wTJ8MfDP4Jf8I34r8L/AX9iT/hvi5i+J
PhDUPEPir44fs6ft3f8ABIn4u6L/AMLS8Xa14+uLn4yf8K9+C/wg/bWtPAXkXutaR4M8L6deeCPA
X9l6TrOgaBqByxuvfWv9dwv5f1of0v0UUVmMKKKKACoLmb7PbXFxjd5EEs23ON3lRs+M9s7anqlq
X/IOv/8Aryuv/RElA1q0flh4T/bt/aa+Lul6T41+CH7KXhDxP8M/Fsljc+B/EXjPxz+0zousa14e
1248Bt4U8R6nF8Kf2JfHPhzSdO1PQfif4I1aMw+K74WWn3erPqzafceE/GFtoGzZftYft23/ANg8
j9jH4ZR/2l/ZH2f7b8QP26tN8v8Atv8A4V99j+3/ANo/8Ewov7K2f8LN8Ofa/tXk/wBn/wBm+Ift
/wBm/wCES8V/2Lkf8EVLh7f9iHwRObZLRb/QvgVOk0enwWLaitl+x7+zNopvJrmLwDo7avIsmlPb
faJdR8VuqaetoNfto7WPwv4b/W7+02/56t+Y/wAK+8z2WRZNnWa5TS4Zw1enluIq0FOpXzDnmqU3
DmnyY2EOZ2vLlhGN3okj5DKoZnmWWZdmE+IcTCeOoUq0o06WB5IyqQjNwjz4OcrRbcVzSk9NZPc/
Kiy/aw/btv8A7B5H7GPwyj/tL+yPs/234gft1ab5f9t/8K++x/b/AO0f+CYUX9lbP+Fm+HPtf2ry
f7P/ALN8Q/b/ALN/wiXiv+xSy/aw/btv/sHkfsY/DKP+0v7I+z/bfiB+3Vpvl/23/wAK++x/b/7R
/wCCYUX9lbP+Fm+HPtf2ryf7P/s3xD9v+zf8Il4r/sXpv2zf2zvHnwT+KGgQfD6Br74a/sueA9L/
AGvP2+b/AO06Pbf2B+yt4u8Q+KPgxotn9l1rwxd3+q/ZNB0v9pX40+Z4LOoeI5/+Hef/AArmXTIp
vi1oF03vfif9t74ZeEvHHjL4Y6povj9viT4W+PX7P/wI0f4e2+meHT44+J3/AA0TpHhXxB4b+Mvw
p8J3HiiK/wDGnwF0XQbr4y33iXxFFbx/2dZ/sgfGO5t7O+h+H+qufL/tPJ9P+MUwev8A0/zL/wCe
HmvvO/8As/Mf+ikxn/grL/8A5hPl6y/aw/btv/sHkfsY/DKP+0v7I+z/AG34gft1ab5f9t/8K++x
/b/7R/4JhRf2Vs/4Wb4c+1/avJ/s/wDs3xD9v+zf8Il4r/sWCy/au/b2v/sHkfsb/CuP+0v7I+z/
AG3xv+3dpvl/23/wr77H9v8A7R/4JmRf2Vs/4Wb4c+1/avJ/s/8As3xD9v8As3/CJeK/7Fo69/wW
w/ZM8KfEb44fCnxDZ/ECfx58DfHvhzwTqvhH4Y638BP2k/HHiy11r9qj4Ufsgav4p0P4Yfsr/HHx
x4r8If2R8Vfjh8LmufC3jTQvCnxE1az8R3Ft4U8F+Ite0TxBoek954//AOCn1p4A+F/i34kXH7Hn
7XPiTUvhT49uvhX8evhV4Yv/ANj6f4ofBH4n6j4e+EXjD4XfDjVtO1n9rex0n4yePfH3hT48fCa4
8EaP8KtY+IOoaxqHjWy8Ky29l40lXw2T+0sn0/4xTB6/9P8AM/8A54f1sH9n5j/0UmL/APBWXf8A
zCcjZftXft7X/wBg8j9jf4Vx/wBpf2R9n+2+N/27tN8v+2/+FffY/t/9o/8ABMyL+ytn/CzfDn2v
7V5P9n/2b4h+3/Zv+ES8V/2KWX7V37e1/wDYPI/Y3+Fcf9pf2R9n+2+N/wBu7TfL/tv/AIV99j+3
/wBo/wDBMyL+ytn/AAs3w59r+1eT/Z/9m+Ift/2b/hEvFf8AYvJftqf8FjPhb+zTrP7WnwK0CPQ4
f2nPgx+zN8ePi18IbLxX8Rf2fvG3hb4g/Er4WfsoeKv2q9I8HeJPgt8Kf2ibn4u+BdAPgfwrrl7e
ap4t8F+CdAu7fw3Jaab4o+26/wCDv+Eg73Xf+Cxn7Lng79pjwV+yd4/j8RfD/wCL3iHXvgn8PfGX
h3xV8Rf2XIPE/wAJvjT+0FoPgfXPhr8GPEnwk0v9om78f/EvX55Pil8MbO88T/DTwj48+HGn3HjK
Sa88cRad4b8ZX/hsWZZO9uE8I+v8fM9tP+ph6B/Z+Y/9FHi//BWXf/MJn2X7V37e1/8AYPI/Y3+F
cf8AaX9kfZ/tvjf9u7TfL/tv/hX32P7f/aP/AATMi/srZ/ws3w59r+1eT/Z/9m+Ift/2b/hEvFf9
i0rj9sr9tzSdJOvav+xh4Em01LXT702mmePP2xtL128Gqx/D46ZpVinxG/4J4+H9I03XJ7n4m+F7
bbrut6HYWNzb64us6hpUPhLxdcaF+tf9pt/z1b8x/hXyt+2ldSXX7PutBbdL823xE+AmpmCbT4NU
RE0j4+/DLVXvfs0/gHxIsT2yWTXCXA0+2eze1W7j1/wpJAnijR+nL8XkmMx+Cwb4WwkViqtOk2sR
mV0qk4wur49q6vfVNGVfCZjRoVqz4kxS9jCUtaWX291X1tgb201tra56x8K/iJoHxe+GHw5+LPhO
Wafwr8UPAnhH4ieF7i4hFtcXHhzxroGn+JdCnntxLILed9K1O0Z03vsZyu9sZPCftM/8kX8Qf9jZ
8HP/AFd3w3rzf/gnp/yYF+wz/wBmc/sxf+qS8D16R+0z/wAkX8Qf9jZ8HP8A1d3w3r53MMNDB5lm
GEpNunha1enFvdxhKcU3ZJXstbJa9D1cFiJ4vLMHiqiSqYmhSqStorzhGTstdLvTVmvZf8edp/17
Qf8AopKKLL/jztP+vaD/ANFJRXwB75m/D7/krvxU/wCycfA3/wBSf9oSvc68M+H3/JXfip/2Tj4G
/wDqT/tCV7nX1lD/AHbC/wDXuJ532qn+OX5s+DP23P8Agop8Af8Agn//AMKy1D9oK4/sfwp8Rv8A
hNLy58Wf8LP/AGbvCH/CH+Hvh7/wic3i7xF/wr34u/HXwx40+Mv2TTfFlvc/2N8LfDHj/wAUTfYf
sMGgy6tqegafrHe+GP2y/hh4t8ceDvhjpeg+PV+JPin49ftAfAjWPh7caX4eHjj4Y/8ADO2keKfE
HiT4y/Fbwnb+KZL/AMF/AXWtBtvgzfeGvEUtvJ/aNn+1/wDBy5ns7GH4gaU44L9rL9gTwh+1b/wt
Hf8AHL49fAX/AIX18BW/Zj/aD/4Ui/wPuv8AhdfwPtf+Fn/8I34I8T/8L2+B/jj/AIRD+yP+F4fG
n7FqXg//AIRnV5/+FmXf9q6hqX9m+Hf7F73xp+xD+zv8RvHH7RXjbx14P/4SL/hqT4Cyfs7fFrw2
ZLXQ9IvvA+u6Rq/hX4oavoOseFrKw17w7498c+Ao/hT4c8Y61ba0t5q+h/sy/C6yVrb/AIQbR5It
/csr7/8ADf8AB69PMNdT4q+HH/BbX9ln4rwaTpfw98DfFv4hfE3Xvi34S+DOj/B/4M+I/wBl39pX
xRceKPiT8H/2iPi78LL+/wDHn7L/AO0r418AeGtB16P9l34uaNLLq3jKwuPCFxpdr4l+Ilr4N+HV
5H43HvU3/BRPQXn+A9xo37Mf7THibwx8c/i3B+z2/i7Qpf2Z5YPhf+0Do3xg8f8AwV+MPwe8a+Bt
Q/aUtvF/jLXvhz4i+FXxM1bxtq3w+8N+N/Cln4P+H2ueNdH8Q634W0fUtWtTwR/wTs0HQ/2gfC/7
TvxL/ac/aY/aG+L/AIN174b6x4f1z4rRfsz+HtPs9P8AhX8Kf21fhJ4W8KyaF8Av2a/BFpdaD/ZP
7evxx1G5klifVJtUtdCYakmnWFxp18eD/wDgnZoPw4+N2jfG34bftOftMeCrnTte+Lusap8PYIv2
Z/F3gDX9P+PX7XPxU/bJ+MvhWF/iV+zXrniD4daD4n+IHxQt9G8QSeCtf8L6prfhv4TeA4NW1K91
rwfo2uQN8nT9QV+p8z/Gb/gsl8OdE8S/F/4M/BXwd/wm37Sfwb+PXwI+Hsnwlh+Jv7K/xN1f4p+B
/Ef7fH7PH7HPxrm8J2Xwf/atv/8AhSvj21/4XpocHh7T/jPdfDG8bXPFmny3mk3dl4d8cWmg+8/D
j/grF+yT8Uv2wNR/Yv8AC/iTzviTF49+Knwl0HVP+E8+Aupf8JP8WfghY+ML/wCK/gL/AIUz4c+M
t98Wfh9/Y8Xw0+KY/wCEi8afDnwx4M1T/hAvM0TxNqcPiXwPL4pwbH/gk98KbafwbaXv7QP7TGte
C/gp8JE+DP7Kfw51K9/Z+h8L/sleF/D/AMYP2Z/jn8KL/wCFOq6P+z3aeIPiDr3gn4gfsffs7zaF
L8Utc+IlvqNv4Ba18Y2viqPVta/tH6Y+HH7I2kfC34n6j418L/Gv49Q/DaXx78VPi1oP7M//AAkf
gfTfgf4Y+LPxv8Q+MPGXxX8e/bvDnw7sfHXxB/tjxx8S/inrn/CO+NPG3ifwZper+Pft+ieGdMm8
NeB28LD9nZ2Wuvfy8v8Agb67BqYHxM/bv+D/AMH/AIk/F/wT8Q/DPxb0Pwh8AvhJefGD4w/Gy38A
z+IPht4D0Gz8AeO/iukWsaB4a1G88cPoN18Ofhf8R7rTfGsHg6b4Z6r4g8Dar8ONM8cXfxUsbjwN
H5J8Xf8Agp78Of2cvhhc/ED9pr4D/Hr9mrXrnx74R+Hvgv4cfG7Xf2V/Bf8AwsfV/Gnh7x94t0ib
wx+0RJ+05N8EdG8vwz8I/ixd3un+I/ipoOuWP/CF2lpdaTHf+M/h1aeMfW/i7+wh8H/jx8SfGHjb
4s+Jvi34w8IeOvhJ8VPg/wCI/gncePp9M+G0mg/G/wAAaN8KPi3Lo+v6Hp1r448L6D4g+HPhrwva
6l4K0vxjZ/DOfxB4V0r4jnwOPipplh45t8HUP2FrrxDpGm33jX9sD9rbxz8aPCHj3RPiF8J/2ifE
Gp/s723jj4Mavongf4nfDIw/D34SeGP2dNO+EEn2/wCHfxx+NmjatqGufDPWtc1Wz+IyNf6tPc+E
vh9ceEEuTT8d/wCu9/wDU8G1b/gsX8Abr4H61+0B8H/hF8ev2kvAXw9+Avif9pD47zfBG7/Zuvf+
FC/DDwj4v+N3w91jVfE/iD4iftG+HNB+LW7x7+zJ+0fpdlP8K9Z+IWn6l/wpy71XTr660HXvBmre
JvBfCf8AwVu+HPwK0z46ap+1H8RfHviPxh4d+PXxa+GPgnwfqN1+yv8ACD4YX+kN/wAFD/8AgrB8
Ivgvong/4qfFPxV4B0Pw549tvgX+w54qi8SXPxD8Z6Tod9p/wg8KweGrjUfiH4n1Sy8S737ZX/BO
H9pj4u6f4m+FnwA+LuveF/DH7QH7M93+zP8AtXftM/Eb9pDQdc+MHxX8L+JfFHxz1S9fxn+z/wCN
/wBgXx1oviHQfDlz+0L8YNZ0TRvht8QvgLb3KfFS98CaZP4L8LeGfAdz4Z+mIP8Aglt8GNG8X+KP
iZ4H+K/x6+H3xb1bx7qXxO8GfFHw7qvwm1bxD8I/HGu/HD9v740+Itb8B+HvHnwf1nw1q32+y/4K
WftQ+D5rbxXoXiazh8L6to01lb2ni7R4fFclfu0vV/5b9uvnbzDW/p/wDg9O/wCCzv7JOrfD3xh8
XdPsPHtx8JPAXwF+HHxm8WfFf+2/gLF8MNJ8V/Fz9p/4qfsb/D34B/8ACw5vjiuj33j3UP2hvgn8
TtH/AOEytr2b4KWmn+Gf+EqvvixbeEb3T9du/efgR/wUg/Zg+PX7MHxl/a20XxV/wj3wp/Zz/wCF
if8AC+7n+3Ph78Xv+FZ/8Kw+Huj/ABd8V/8AFXfsw+OfHvhT4meV8KfEnhjXP+KI8R+KPK/tz+wr
v7N4r0/WdA00u/8Agnx8MNWtfH9z4k+KHx68XeOPiJ4C/Zq8N6p8UfFnjbw9r/jjSfiF+yb+0R8Z
/wBrL4M/Hbw+t/4LbR7Hx7p/7Q3xs1jX08OyaRP8MLSz8HeHvCGlfD3TfAuny+F7vvbz9kbSPE/w
P8RfA/4qfGv49fGmy8e+PfBnjX4qeNviR4j8Dy+IfilpHhLxf4D1vUfhB4m8GeD/AId6P4F0L4C+
JvA/w+07wV4x8G+G/B+haH4p8L+JvEzaxa3PiXxX4k8R6on7Ppe1/wANP+D+Aa3Pmf4KftqfEn4a
fDb4wQftyeCde8H/ABf+EevfA/4u/EDQNC1DwB4ug+Fv7M/7bnj+WXwV4w8a+L/By6b4W0v4SfA3
xOPj98OvG3iqbUnv7vwf+wprnxn1iys9O8XaTaT978eP+ClnwS+AXgDx/wDE3X/Duvax4L8A/tMT
fsr/APCTXnxX/ZG+Cng7xz4/0r4bQeO/GGq/DP4k/tU/tM/D/wALeONB8PeJ4PF/gXXbS01w+JNP
8efCzxhoTeH3j8L6zfWneeDP+CeP7HPwx8Ua3q/wm/Z/+Enwh8F+OPhJ8Rvgz8Yfgd8KvhT8LfAH
wI+P/hf4h6j4Jukv/j18NPDXgm3tPirr2gaT4W8UaR4al1RprfStG+NXjnTxazx+I7gx4K/sCeEN
A8D/AAB0H4U/HL49fBX4k/s+eAvHHw40b9onwU/wP8VfGf4ieHvi/q/gbxp8ftR+L8fxr+B/i3wj
458e/ET4t/DTwL448ZeKm8KW/ijUvFuj3WpW2sWMOveJLPWC8LrT+vlfr+fkGuhwXgL/AIKq/s7/
ABR8Qxr8PvBXx68S/CSPx7+zV8PdW/aT/wCFb2vh/wCB+jav+2b8MP2d/iR+yfN9r8W+JdP8S+J/
+E1vf2nvhf4d/s/QfDWr654L1e++3/EvSfBPhG/0LxPrBe/8FMfDXhfwP+0/41+Kf7Mvx6+CH/DJ
/wDwpSH4iaX8X/ih+wP4S0jUNX+OWrpYaD4T0v4zL+2xcfDbwv490vRtQ8H65rfh7xd428Ma5b6H
8UfBt/ZafqH/AAmHhqLVN/4Sf8EzvgR8GvgRD+z14X8WfFu/8FwfFv8AYg+Myanr2veDrrxQfFH7
A3g79jPwR8HrBr3T/AVraHQdS0n9hv4TSeJYhZC4vLjxD4ifS7rRo7vTYdIwPAP/AATUsfAHww8I
/De3/bG/a28Sal8KPHtt8VPgL8VPE9j+x/P8T/gj8T9R8PfF3wf8UviPpOo6N+yRZaT8ZPHvj7wp
8ePizb+N9Y+Kuj/EHUNZ1Dxte+Koriy8aSt4kJ+79du/l/wfltruang3h3/gs78GNWvvjB8XZrD7
R+x54C/ZJ/Zw+M2m/FfTtb+E0X9k/Hr4uftgftU/sb638A/GHxD1D44r4Rvv7Q+LfwT8P6P4b8Za
TezfCS0/4RnxV4q8Q/Fi28E3vhjXbv7z/Y0/bS+DH7c3ww174ofBe/8ANsvB3j3VPhj450T/AIS7
4TfET/hE/HGm+HvC3jNdE/4WN8AfiT4y8C+NvO8D+OvBOqfafC3i3X7Oz/4SP+x9UuLDxLpmuaJp
fgvhP/glt8GPCnhTxBog+K/x617xX4x87XvGvxU1vVfhMnjjxX8WdB/bX+IX/BQj4J/HDUNL0L4P
2PhjTPHvw5/al+L3xY1vwxpumeHLDwZq1n4/udF+IPhTxvpNhodppP1v8Ivgp4h+Fn2abWf2h/j1
8Z9Suf8AhLrzxnqXxd1H4YX3/Cd+IfEP/CA6f4d8RXOieA/hZoGk/Db/AIRvwp4Ai0nSNG8Baf4Q
8L3v/CX6/wCIfFOg+I/GmqzeJ1UuR/CrP/hv+D+HmCvpc95oooqBhRRRQAUUUUAFFFFABRRRQAVT
1EE6ffgDJNndAAdSTA4Aq5QQCCCAQRgg8gg9QR3FA07NPsfzy/8ABKf9rf4BfA79lDwf4A+Jvja3
8M+MI4/htZX+m2XhLxZrcltqGifA39nf4c6ra+ItT8MfDxbex1ix8TxTafdx3moapPZxeHb9p7+2
tNE1HTfD36P2/wDwUi/Y+uvsvlfFW/X7Z9g8r7R8MPi1Z7P7R/4RX7P9q+1+BU+w7f8AhMdI8/zv
L+y/Y9V+1eT/AGFrf9n+zeMf2L/2OPiL4j1Pxj8Qv2R/2XvHni/W7hrvWfFfjT9n34R+KvEur3Tk
s9zqmva74PuLrULgsSS80rsSSScmuY/4d8/sCf8ARjH7Gv8A4i58DP8A5hK/Scxzjw9znMMbm2Py
7OaGNzKrUr1YUMVgvYxqVZOc1T9phXPkUm+XmfM0lfy+SwGA4iy3A4PLqLwVejgKVOjCc5V4ylGl
CMIylGMZJSaim0m0m3Zn52+LdW/4I8/Gf4keO/iv8f8Awr8M/wBpzxp8Sde8Lajo+p/tOfst3Pxe
n+E3hiy8A/CPwRpXwq+E978QvghNd/Df4SjVbiTxVd6E1y1vbeL/AIj/ABC1ydraUeIYtL3/AAH8
WP8Agnf4c8cfs2/E3UPjl8S/iP8AEn9n74D6b8CdC+IXxb8CeOvE3jj4lb9I+H/h/wAKfGT43eLN
T+D1vf8Aib48aHoPjr4nWOm+ImuNN/sSz/ai+Nts1nBDrvjBLD7z/wCHfP7An/RjH7Gv/iLnwM/+
YSj/AId8/sCf9GMfsa/+IufAz/5hK4/b+Gf/AEB59/4VZf8A/Mh1cvE//PvAf+B4j/5WfjrofgP/
AIJ0R698GJ7z9tT9qXxB8P8A9n7QfhZ4J/Zn+DXiD4e+GtM8A/Ab4b/D39pb9h79p3wJ8OvD+t6T
+yHpvi/xPoNr4i/ZX/Zz8P3d7478U+JtfXw3oXiddQ1lPEFn4g8Qab5N+1F470PX/wBpBPjj+yD8
etQ8M3vijx5qnxz1bX/E/wAXNV+Ff9j/ABm+IPwC/Zj/AGU7qbRfhF8WP+CMnx60PSv7J+Bnwj8B
2ul+LTqemeLNK/4XR8YtBmlsvDcviOxh/eP/AId8/sCf9GMfsa/+IufAz/5hKd/w77/YF/6MX/Yz
/wDEWfgV/wDMFVLEeGd03g8+f/c1l/l/1CBy8T/8+8B/4Hif/lZ+SPjTw3/wTY+K/iCGx8Z/tVft
D6z+z1qPjz9oX4mr+yFceBW0H4IDxx+2d8MPi78Mf2gNbuvG1n+zNafFiw/t+L9t74zazPbTfEuO
z8P6v4x1UaZb6No/g46R4d9b8M/FP9jfSPiRafELTP26f2pbe28Ya98J/iF8bfAtt4Li8GeGP2kP
jR8PvAPwS+G3hn4zfF/XPC37L+k+KfB+vXfhjwf8C4PEnhnwT4j8D/DnU7f4a6npmveCJNFb4laZ
qX6J/wDDvv8AYF/6MX/Yz/8AEWfgV/8AMFR/w77/AGBf+jF/2M//ABFn4Ff/ADBUvb+Gb3weff8A
hVl//wAxhy8Uf8+sv/8AA8T/APK/6/Lz63/4KRfsfXX2Xyvirfr9s+weV9o+GHxas9n9o/8ACK/Z
/tX2vwKn2Hb/AMJjpHn+d5f2X7Hqv2ryf7C1v+z/AJz/AGqP28P2W/iN8CPEXh3wv8R4b3VbvWvh
Z4ggi8R+A/HnhvTbTT/D/wAS/hN4w1LU9Q1Pxh8Mbiz0aWx0bVILstdJaSWs+j6iDqGiXOh6rqeh
/Zv/AA77/YF/6MX/AGM//EWfgV/8wVXNO/YM/YW0fULPVtI/Yn/ZB0rVNOuIrvT9S039mX4JWN/Y
3cDiSC6s7u18DJJbXKSKrJIjK6kAggitcLj/AA3wWJw2MoYDO518JUhVhGeJwDg505KcVNRwsZOD
cUpKMk7bNPVRVo8S1qVSjUhgYwqxcW4zxHMlJWbV6drpN2vpfci/YG03UNG/YT/Yo0jVrO507VNL
/ZF/Zr07UtPvIngu7G/svgx4KtruzuoJAGhuI7iORHRgCrIQRkV3f7TP/JF/EH/Y2fBz/wBXd8N6
97d2kYu5yzYycADgAAAAYAAAAA4AGBXgn7TP/JF/EH/Y2fBz/wBXd8N6+IxeJeNx2Mxjh7N4upVq
uN78vtHKdr6Xte1+p7OHw6weAw+EUudYWlCmna1+SKje3S9r2Ney/wCPO0/69oP/AEUlFFl/x52n
/XtB/wCikor4M9w82g+IvhT4bfFfxxdeMptf06z8SfD34TwaLe6b4H8d+K7O8ufDviT40yazatc+
DvDWoLaXMEXiLRXZJzEzLfoyBhux2X/DTPwX/wChg8Wf+Gc+N3/zt62pLeCVg0sEMrAbQ0kaOwUE
kAFlOBkn86Z9is/+fS2/78Rf/EV69LNfZ0qVN4ZT9nFRvzNXt5WOV4eXNJqokpNu3Lfd335kZH/D
TPwX/wChg8Wf+Gc+N3/zt6P+Gmfgv/0MHiz/AMM58bv/AJ29a/2Kz/59Lb/vxF/8RR9is/8An0tv
+/EX/wARV/2uv+gVf+Bv/IX1ep/z9X/gP/239XMj/hpn4L/9DB4s/wDDOfG7/wCdvR/w0z8F/wDo
YPFn/hnPjd/87etf7FZ/8+lt/wB+Iv8A4ij7FZ/8+lt/34i/+Io/tdf9Aq/8Df8AkH1ep/z9X/gP
/wBt/VzI/wCGmfgv/wBDB4s/8M58bv8A529H/DTPwX/6GDxZ/wCGc+N3/wA7etf7FZ/8+lt/34i/
+Io+xWf/AD6W3/fiL/4ij+11/wBAq/8AA3/kH1ep/wA/V/4D/wDbf1cyP+Gmfgv/ANDB4s/8M58b
v/nb0f8ADTPwX/6GDxZ/4Zz43f8Azt61/sVn/wA+lt/34i/+Io+xWf8Az6W3/fiL/wCIo/tdf9Aq
/wDA3/kH1ep/z9X/AID/APbf1cyP+Gmfgv8A9DB4s/8ADOfG7/529H/DTPwX/wChg8Wf+Gc+N3/z
t61/sVn/AM+lt/34i/8AiKPsVn/z6W3/AH4i/wDiKP7XX/QKv/A3/kH1ep/z9X/gP/239XMj/hpn
4L/9DB4s/wDDOfG7/wCdvR/w0z8F/wDoYPFn/hnPjd/87etf7FZ/8+lt/wB+Iv8A4ij7FZ/8+lt/
34i/+Io/tdf9Aq/8Df8AkH1ep/z9X/gP/wBt/VzI/wCGmfgv/wBDB4s/8M58bv8A529H/DTPwX/6
GDxZ/wCGc+N3/wA7etOWHTYF3zxWMKZxuljgjXPpucAZqt52hf8APXSf++7P/Gj+2F/0Cr/wN/5B
9Wqf8/U/+3PT+9/Vyr/w0z8F/wDoYPFn/hnPjd/87ej/AIaZ+C//AEMHiz/wznxu/wDnb1a87Qv+
euk/992f+NHnaF/z10n/AL7s/wDGl/bEf+gVf+Bv/If1ap/z9X/gD8v739XKv/DTPwX/AOhg8Wf+
Gc+N3/zt6P8Ahpn4L/8AQweLP/DOfG7/AOdvVrztC/566T/33Z/41Gbzw4CQbrRQQSCDPYggjggg
twc0f2xH/oFX/gb/AMgWGq/8/E/+3H5f3v6uQ/8ADTPwX/6GDxZ/4Zz43f8Azt6P+Gmfgv8A9DB4
s/8ADOfG7/529S/bfDn/AD96J/3/ALD/AOLo+2+HP+fvRP8Av/Yf/F0f2zH/AKBo/wDgb/yD6rV/
5+L/AMAf/wAl/VyL/hpn4L/9DB4s/wDDOfG7/wCdvR/w0z8F/wDoYPFn/hnPjd/87epftvhz/n70
T/v/AGH/AMXVmP8AseZgkP8AZsrnokf2V2OBk4Vck8Uf2xF7YVP/ALff+QfVqi3qr/wB+X97+rlH
/hpn4L/9DB4s/wDDOfG7/wCdvR/w0z8F/wDoYPFn/hnPjd/87etSS20+JS8sFnGi9XkihRR25ZlA
HNVfO0L/AJ66T/33Z/40/wC2F/0Cr/wN/wCQvq1T/n6n/wBuen97+rlX/hpn4L/9DB4s/wDDOfG7
/wCdvR/w0z8F/wDoYPFn/hnPjd/87erXnaF/z10n/vuz/wAaPO0L/nrpP/fdn/jS/tiP/QKv/A3/
AJD+rVP+fq/8Afl/e/q5V/4aZ+C//QweLP8Awznxu/8Anb0f8NM/Bf8A6GDxZ/4Zz43f/O3q152h
f89dJ/77s/8AGo2u/Dqkq1zoqsOoaaxBGRkZBbjij+2I/wDQKv8AwN/5B9Wqf8/U/wDtx+X97+rk
P/DTPwX/AOhg8Wf+Gc+N3/zt6P8Ahpn4L/8AQweLP/DOfG7/AOdvUv23w5/z96J/3/sP/i6Ptvhz
/n70T/v/AGH/AMXR/bMf+gaP/gb/AMg+q1f+fi/8Af8A8l/VyL/hpn4L/wDQweLP/DOfG7/529H/
AA0z8F/+hg8Wf+Gc+N3/AM7epftvhz/n70T/AL/2H/xdTxvokpURPpchfG0RtaOW3dNoUnOe2KP7
Yj/0Cr/wN/5B9Wqreov/AAB//Jf1cp/8NM/Bf/oYPFn/AIZz43f/ADt6P+Gmfgv/ANDB4s/8M58b
v/nb1r/YrP8A59Lb/vxF/wDEUfYrP/n0tv8AvxF/8RT/ALXX/QKv/A3/AJC+r1P+fq/8B/8Atv6u
ZH/DTPwX/wChg8Wf+Gc+N3/zt6P+Gmfgv/0MHiz/AMM58bv/AJ29a/2Kz/59Lb/vxF/8RR9is/8A
n0tv+/EX/wARR/a6/wCgVf8Agb/yD6vU/wCfq/8AAf8A7b+rmR/w0z8F/wDoYPFn/hnPjd/87ej/
AIaZ+C//AEMHiz/wznxu/wDnb1r/AGKz/wCfS2/78Rf/ABFH2Kz/AOfS2/78Rf8AxFH9rr/oFX/g
b/yD6vU/5+r/AMB/+2/q5kf8NM/Bf/oYPFn/AIZz43f/ADt6P+Gmfgv/ANDB4s/8M58bv/nb1r/Y
rP8A59Lb/vxF/wDEUfYrP/n0tv8AvxF/8RR/a6/6BV/4G/8AIPq9T/n6v/Af/tv6uZH/AA0z8F/+
hg8Wf+Gc+N3/AM7evMfjH8Y/h/8AEX4f33g3wbfeKNX8R6v4o+GM1jYzfDH4qaJA8GifFTwT4h1S
efVPEPgm0s7OKHSNJv5maa4QEQbV3OyqfZfsVn/z6W3/AH4i/wDiKVbS1UhltrdWHQrDGCPoQvFH
9saO2FSbTXxvqrdhPDTatKqmn/d/+2C0Ura2ysMMtvCpHoRGoI/MUVYorxTsCiiigAooooAKKKKA
CiiigAooooAKKKKACiiigD5F/aa0PR/HfxH/AGMvhD4wtTrHw0+MH7SPiPwt8T/CcskiaZ418LeF
P2Wf2kfjDpvhjX4Y2A1Dw/L46+GPg6e8tJA0N3Dp7W8ytFK4P0D/AMO/P+Cd/wD0YV+xh/4i38EP
/mGrwv48SeV+0N/wTtfONv7VvxG6+/7Bn7Z6/wBa+/Pt5/vD8z/hX6Nl+Z47LsmyelgcZVwcK9Kr
UmqVSVNSn9bxFPnkoSjeXJThHmd3ywitopHylTBYPGZjms8ZhKWKnSrU4RdSnCbjBYbDz5YuSbUe
ec5WWnNKT3bPnf8A4d+f8E7/APowr9jD/wARb+CH/wAw1H/Dvz/gnf8A9GFfsYf+It/BD/5hq+iP
t5/vD8z/AIUfbz/eH5n/AAro/wBYs6/6G+J/8H1fL+//AFqP+x8o/wChVhv/AARS/wDkT83fjP8A
Df8A4JCfAjxRYeB/GP7BnwM8U+Nb3QLXxXdeEPgP/wAEyPEP7UPijwx4X1PUdV0jw94k8f8Ah/8A
Zp/Zt8W3fw20DWdW8PeLLXQLzxBDplv4guPA/iCDRJL+Xw/rS2BqfgT/AIIq6Zp3ijVx+zL+wjre
k+FPhH8DPjnNqng79k74XeO9O8U/DX9p3xR498D/ALOWp/C698FfC/UIvjJr/jvxr8NfFOj+EdA8
JNrfiDxBqjaVp+l6XdXfiDQIdTp+O/ibbfs0/t3fGn4z/ErwL8d9X+G/xr/ZJ/ZC+GHw/wDEfwS/
Zr/aG/ac+1+N/gL8Y/25/FfxP0TxNo/7NXww8W3/AMPPseg/tDfCeeyufEVrpVnrn/CQXcWg3Gpz
aHr0emfnb+yt+yL+0t8FPjB+zN8X9T+FGu+IviB+xt/wR1/4Je/AzWfgX4hvdBfwB49+I/huD9tj
wZ+0HpvwX+JFxqy+ENP/AG1PAfhy/s7Dwrr0utSaA/hr47+KfAut6p4Y8P8AxaX4ieFrXEGdNX/t
jErb/mIq67f3+mz/ABD+x8o/6FWG/wDBFL/5E/bj/h35/wAE7/8Aowr9jD/xFv4If/MNR/w78/4J
3/8ARhX7GH/iLfwQ/wDmGr2rwr4ysPGPhjw54u0iHXbPSvFWg6P4j0y08VeFvFHgXxPa6frmn2+p
2Vv4j8E+NtH0/WvB2vJbXUS3mlavYWOqafcLJaX9nbXcMsKb328/3h+Z/wAKj/WLO/8Aob4n/wAH
1fL+/wD1qH9j5R/0KsN/4Ipf/Inzv/w78/4J3/8ARhX7GH/iLfwQ/wDmGr5q+LnwG/Z+/Zz+Pn7F
uqfs5fBL4WfAW9+Jnxv+IPwt+IsXwc8A+FfhnpPjnwN/wyf+0l8V7bSvFej+DNJsrbXp7Xx58JvB
N7Z3F1HLNamzmjhZUnkB/R37ef7w/M/4V8NftW3Jm+Of/BPdSc4/ar+IB68cfsGftrj+tb0M5zPG
Qx2HxWYV8TQqYLH80KlWpOD5cFXkrxlJp8skpK6dpJNaq5z4nLcuw6w1bD4CjQrQxOD5ZwpQhJXx
dCLtKMU1eLcXrqm09GYv7Z89yfg74e0OG/1HTrHx9+0X+yN8JvE8ulXtxpuoXPgX4xftT/B74V/E
LSrXULR1lsnvvA/jDxBZmWNg6LfFl5Ar3SP/AIJ9f8E8EREb9hD9jq4ZEVTcX37M/wAGtRvZyoAM
15qF94LknvrpiN0k00jyyuxeR2dix8D/AG0m2fDD4YN/d/bO/wCCfTZ/3f26P2eD/Sv0IN+cn5h1
Pc+v0rysizDGZfw7QeDxdTCOtjsWpOnOUHJRoZfyqTi1dRc5NJ3tzStu79WNwmExedYlYvC08UqW
Fw3L7SEZ8vNVxnNy8ydublje1r8qvsj52/4d+f8ABO//AKMK/Yw/8Rb+CH/zDVwWo/sl/wDBLbSf
ih4P+DGofsS/sYW/xK8feAfiR8T/AAl4b/4ZI+E8v9reBvhF4h+FXhT4h65/bEHw2awsP7P1/wCN
vwwt/s1zdQ3l3/wk3m2Nvcw2WoSWn2L9vP8AeH5n/Cv5/fjP4Q/bF174w/G79uTwx+znoGt6X8IP
2l/h544+FXiHV/HnxS0T9s7R/wBmj9g63+J3wY+MPwT+D/7GGk/s46l4Q+O2vfFDw58Uv+Cj03wp
1rVvH9lf+INF/br8Kaw9/oN34c8Ip4b748Q52/8AmcYlf9zFXy/v/wBWZP8AY+Uf9CrDf+CKX/yJ
+vX/AA78/wCCd/8A0YV+xh/4i38EP/mGo/4d+f8ABO//AKMK/Yw/8Rb+CH/zDV+FX7QvhD9u7wj+
zF8YPit8MPG/7eXif9oD4p/Hj/gtX8LIvDFl4k+Metf8K5/ZusPh9/wVO8bfsfab8J/hZ4es4rbw
gZvjR8O/2TtS+HvxDFhceP5P+E68P+B/C/jZfh9qfhvwXB9L+NLT9o/9mP8Aa48HXGn+Lv20/iv+
yN8Mdf8A2b/jv8dvFtzD8af2hfE/j3xl8Xvgj/wVg+CvxrudI8D/AA18OahqPjHQJPi9bfsA6tqX
wn+GfhuLwH8Obm70rxpoXw98F6GdV1WOv7fzv/oc4m//AGEVell/P/XzD+x8o/6FWG/8EUv/AJE+
w9f+DX/BH3wv8cvDX7Nuu/sg/sYWPxp8X/8ACEf8I74M/wCGNvh/c/2j/wALH8IftPePPBn/ABUV
n8JpNJtPtnhP9jX9pK7/AH9/F9n/AOFceRd+Rc6xoMOqe9/8O/P+Cd//AEYV+xh/4i38EP8A5hq/
nP8AAGnftzXX7WHhX9pjUv2UP2lvGnxB8N/Fv4q+OfCXw1+MUz+GtRmg8J61/wAHWy/Bb4J+Jfjh
cXuv+EPA+gQeHfjb+yn4U07WrbW9W8H6Npfxh8Cy6TfXvh/WfDcuofoj/wAEpdX+Oul/E/8Aaj8D
eMfiF8ePid8C9I8B/s1+LPhj4p+N37Nv/BRj9n/yfiz4s8Q/tK6P8bvD/hm5/wCCn3xn+InxD8Zf
ZvB/gj9n+5vY9L8VjwZpn9t2jaX4e0rXNR8S6lr48/zpL/kcYnRL/mIq90v5/wA/PzD+x8o/6FWG
/wDBFL/5E/R//h35/wAE7/8Aowr9jD/xFv4If/MNXzH+1R+zN+y5+z54T+FnxT/Z7/Z0+CXwI+JW
mftSfsh+EoPGPwZ+Fngf4XazfeFPiz+1F8Ivg98QfC+u3ngjQrF9e8Paj4C8feJLaSzu2lgWWWG4
VBLCjD9JPt5/vD8z/hXxJ+3vdmX4P/DlC2c/tif8E/8AofT9u39nI9/pXRl2d5riswwGFxGZV8Rh
8VWpUqlOdapKE6dSpCE4TjKbUoyhJxlFppptPqcmYZXltDL8dXo5fQo1qFGrOE4UqcZQnCEpQlGU
YpxlGSTi0000mtj3DxPcTWnhvxDd20jQ3FroerXFvKhw8U0NhcSxSIR0ZZFUg+or0OH4eeBYYo4j
4Q8NXBRQpnvNE027upiOslxc3FqzzysclmZiSTXm3i//AJFLxR/2Lut/+my6r3qvzbApNVLq+36n
1tdv3de/6HJf8ID4E/6Erwl/4Tmj/wDyHWVqPhv4Y6Vd6FYX/hPwlBd+JdVm0TRIv+EV0+X7bqdv
oms+I5bXfDprLbY0bw/q82+Yxxn7J5YcyyRRv6FXzF8SfC3xF8deKfFc3hjw/wCH2Tw74f0nwv4L
1zxp4g1zwo3hzxqmo6H8S7jxv4dsNJ8E6rB478P/ANuab8K8pfTQxLqPw11DTvIFtc3zXfbKyWkU
36GF33PcP+EB8Cf9CV4S/wDCc0f/AOQ6ytZ8N/DHw/aQ3+r+E/CVpaXGq6FokUv/AAiunz79T8S6
5p3hzRLXZa6a7L5+s6rYQ7yBHH5/mTPHEjyL89aV4j1LxR448S6nosXxfsPGMnxK+E02j6DqqfEi
18JeGfh/qngb4Na9490HxPpbTyeDtG8QReHNX8ePPa3rf2ml/dI1iW1F9MduK8Gf8JB4l8E/Ce78
Pf8AC1PEFpe6V8D9d+J114x/4Wdqtvd+Mrb4tfAzW9O1nw3N8Q/MWfSo9Gg+KF3eXHhsnSUtYYrj
UXES6S4nmj0inv8Ahb/O77LULvufYth4N+H2o2NnqFv4H8ORwX9pb3kEd/4NtNLvkhuoUniS80zU
9KhudOuwjqJILiKKeFwY5Y0kVlFr/hAfAn/QleEv/Cc0f/5Dr5v+GH/CWeV4M/4WB/wun/hOf7K+
Ff8Awjv2P/hMv7E/4R3/AIV74E/4TP8A4Tz7d/xTH9q/8Jh/wsz+1P8AhIf+Kp8nH9lf6d/wjlav
wqv/AB5N8UrttXHiqz0rXvCvivWvFfhrVfDfxZTRPB3jKHxF4QOj+HdN8b/EDxDqGjeJfIttX8Y2
8M/hGHSdJvodMa7FlJaLpi2QpJ293f8A4H+e3bULvue9/wDCA+BP+hK8Jf8AhOaP/wDIdcz4z8Ge
EtO8JeJdT0zw1oOlalpWharqunahpmkafYXtpfadYz3lrNDdWturoRNCmQDhlyp4Nep1yXj/AP5E
Txr/ANil4j/9M97VyjGz0Ww4t3WvU5SiiivBO4KKKKACiiigAooooAKKKKACiiigAooooAKKKKAP
nT9oX4U+PPiCfhH4z+FmueFdH+JnwJ+Jtz8UfBVp46XWI/BniS91T4ZfEb4Q654c8R6l4fsbu90O
zn8HfFPxK8N9bWN/JbXltayGyuIw6VxQ8T/8FFsD/i1P7F/4/tcfHfP44/YDr7Aor28JnlTD4alh
a2AoY+nh+ZU3VeIjKEZSc3BPD4ihzR55SmudTacpcrSdjzK2WqpXq16GMq4KdezqKmqElOUYqKk1
Xo1rS5Yxj7jimoq6bVz5A/4Sf/got/0Sn9i7/wAS4+PH/wBAHR/wk/8AwUW/6JT+xd/4lx8eP/oA
6+v6K6P9YKX/AEIcH/4MzH/5vI/szEf9DnE/+C8D/wDMZ8gf8JP/AMFFv+iU/sXf+JcfHj/6AOnj
xL/wUVx/yS39isex/a3+PeR7HH7AFfXlFH+sNL/oQ4N/9xMx/wDm8X9mYj/oc4n/AMF4H/5jPkP/
AISX/gop/wBEt/Yr/wDEt/j5/wDS/wCj/hJf+Cin/RLf2K//ABLf4+f/AEv+vryin/rDS/6EGD/8
GZj/APPAP7LxH/Q6xP8A4LwP/wAx+R8h/wDCS/8ABRT/AKJb+xX/AOJb/Hz/AOl/1m6J8NP2nPif
8X/hB8QP2hl+BHgbwr8B/EPiz4g+FvDfwg+I/wAR/i3rnjHx34j+FHxF+DVjHrOp+NPgX4Ft/C3h
2z8MfFXxbcuIY9TnuruG0UfZ40ct9nUUpcRyUKscPlOFwlSrTqU/aQljJyUKsJU6iSr4urTvKnOU
buDcb3jaSUkf2TKbp/WMyr4mnTnCfJKOFjFypzjUg26WGpztGcIysppO1pXi2n4d+0T8J9X+M/wy
k8I+HPEOn+FvFWj+OPhT8UPB2tavYXGp6Lb+NPgt8UfB/wAX/BtvrtjZzJNNoNx4n8EaTb33kt5y
2l1M8SvIqo3l6eJP+CjCKEf4X/sXXLIArXH/AA1f8d7ITkDBmFl/wwfcfZAxywi+0T+Xu2edLje3
2DRXLgc6qYPC/UqmCo47DxqTqxVV14uE6kacKjUsPXoSalGlTTU3JLlvFRblzbYnLlXxDxVLF1cH
WlCNOTpqjJSjCU5QTValWScXUm04KLfNaTaUbfIH/CT/APBRb/olP7F3/iXHx4/+gDo/4Sf/AIKL
f9Ep/Yu/8S4+PH/0AdfX9FdX+sFL/oQ4P/wZmP8A83mX9mYj/oc4n/wXgf8A5jPkD/hJ/wDgot/0
Sn9i7/xLj48f/QB04eJf+CipGT8LP2LB7H9rf495H5fsAGvr2ij/AFhpf9CHBv8A7iZj/wDN4v7M
xH/Q5xP/AILwP/zGfIf/AAkv/BRT/olv7Ff/AIlv8fP/AKX/AEf8JL/wUU/6Jb+xX/4lv8fP/pf9
fXlFP/WGl/0IMH/4MzH/AOeAf2XiP+h1if8AwXgf/mPyPkP/AISX/gop/wBEt/Yr/wDEt/j5/wDS
/wCuW134c/tf/HTWPh94c+OFn+zb8N/hd4T+LHwm+LfiK8+F/wAXviv8XvGniG8+CfxJ8K/F7wn4
Y0rRvFf7Nfgex0a3vfGfgjw9He38upXLRWJuEispJXVl+5aKceJZUpRq4bJ8JhcRTd4VIyxs5Qkt
YzjGrjKlNyi9Y80JJNJ2ukTLKJVYypYjNMRiKFRWnBxwkVOL0cZOlhac1GS0lyzi2m1exn6tYLqu
l6lpbyGFdS0+8sGmVQ7RLeW0luZFQkBiokJAyM4xmtaLxf4xjjRJvDvhu5lRQr3CeKdTs1mYceYL
U+EZvIz12+bJjONxqGivn6dapSvyO1/I9eUIztzK9i1/wmPiz/oVvDv/AIWOpf8AzEVwGt+GfDPi
XU7rW/EfwM+D3iDWb3yftmr63/Z+q6nd/ZreK0t/tV/f/DaSWfy7SCCJN7nZHCiLhVAHa0VbxVZ7
yT+S/wAifYw7fiVNI1TUfD9u1poPw+8EaJaP9k32ukeIZ9Nt3/s/TLDRLDdDZ+AkVvI0bStLtIcj
93a6bb26bYoY0W3YeI9f0uxs9M0zwV4S07TdOtLew0/T7DxTe2djYWNnClvaWdnaW/gVY7W0igjj
SONFVERAqgKAKKKf1ut/MvuX+Qexh2/Etf8ACY+LP+hW8O/+FjqX/wAxFH/CY+LP+hW8O/8AhY6l
/wDMRVWij63X/mX3IPYw7fiWv+Ex8Wf9Ct4d/wDCx1L/AOYisrXNa8VeINI1LQpdG0DS7fWLK50y
7v4vEWoapPbWd9C9tdSW9jJ4XtVnuPIlk2bp0UMQTkDBt0Uni67TXNv5IFSgum3mFFFFc5of/9k=

--0__=4EBBE7BEDFF626178f9e8a93df938690918c4EBBE7BEDFF62617--



From ed at topozone.com  Wed May 21 12:06:27 2003
From: ed at topozone.com (Ed McNierney)
Date: Wed, 21 May 2003 15:06:27 -0400
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F4436@mercator.topozone.com>

Andrea -

Yes, that's one set of correct-looking permissions (at least, they look correct to someone who does not speak Italian!).  However, you're only looking at one set of permissions for one directory.  Does that user have EXECUTE permission on the cgi-bin folder where the mapserv.exe executable lives?  Does the ISS virtual directory for that folder have EXECUTE permission?

A good test might be to define a SCALEBAR object in your MAP file, and then create a URL with the "mode=scalebar" parameter on it.  That's just about the simplest test that generates a valid image output from MapServer, and allows you to test that the MapServer binary is behaving properly without getting any data file or temporary file access issues involved.  If you need help doing that test, let us know.

	- Ed

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

-----Original Message-----
From: aborruso at spaziogis.it [mailto:aborruso at spaziogis.it]
Sent: Wednesday, May 21, 2003 2:36 PM
To: mapserver-users
Subject: RE: [Mapserver-users] Re: I'm not able to solve my problem!!



Ed,
I did not want to be insufficient specicif, but I really give all the
possible permissions to the "Account Internet Guest(IUSR_NADIR-HP)". Look
please at the attached file.
Thank you,

Andrea
(See attached file: ed.jpg)



|---------+--------------------------->
|         |           "Ed McNierney"  |
|         |                          |
|         |                           |
|         |           21/05/2003 20.29|
|         |                           |
|---------+--------------------------->
  >------------------------------------------------------------------------------------------------------------------------------|
  |                                                                                                                              |
  |        Per:     , "mapserver-users"                                |
  |        Cc:                                                                                                                   |
  |        Oggetto: RE: [Mapserver-users] Re: I'm not able to solve my problem!!                                                 |
  >------------------------------------------------------------------------------------------------------------------------------|




Andrea -

It helps if you're a little more specific about what permissions you set.
Also, remember that giving "Everyone" permission is not at all the same
thing as giving every user full access to everything, because those users
might either have individual or group access RESTRICTED at a different
level.

What is the name of the anonymous Internet user, and what specific
permissions did you set for 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: aborruso at spaziogis.it [mailto:aborruso at spaziogis.it]
Sent: Wednesday, May 21, 2003 2:11 PM
To: mapserver-users
Subject: RE: [Mapserver-users] Re: I'm not able to solve my problem!!



Ed,
I know that when I'm running mapserv.exe from the command line I'm running
under the security context of the interactive user ID I logged on with. And
I know I must set properly the access right for the interenet guest user,
but I do not solve my problems also when I give all the permissions to
Internet guest user and to "Everyone" user.

Thank you,

andrea




|---------+--------------------------->
|         |           "Ed McNierney"  |
|         |                          |
|         |                           |
|         |           21/05/2003 18.41|
|         |                           |
|---------+--------------------------->
  >
------------------------------------------------------------------------------------------------------------------------------|

  |
|
  |        Per:     , "mapserver-users"
                               |
  |        Cc:
|
  |        Oggetto: RE: [Mapserver-users] Re: I'm not able to solve my
problem!!                                                 |
  >
------------------------------------------------------------------------------------------------------------------------------|





Andrea -

You should realize that when you are running mapserv.exe from the command
line you are running under the security context of the interactive user ID
you logged on with.  When you run it under IIS you are running under the
"anonymous user" account configured on that server (unless it's been
changed).  What user context is being used for anonymous Web users on your
system?  Does that user have proper access rights to do what you're trying
to do?

             - Ed

-----Original Message-----
From: aborruso at spaziogis.it [mailto:aborruso at spaziogis.it]
Sent: Wednesday, May 21, 2003 12:15 PM
To: mapserver-users
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!



Hi Daniel,
thank you. I'll reply to your 3 questions:

1- What do you get when you run the following in a DOS window?
     mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"

"
MapServer Message


msLoadMap(): Unable to access file. (C:/invalid/path.map)
"



2- What do you get when you access the following URL via a web bowser?
     http://localhost/scripts/mapserv.exe
   (Do a 'View Source' and quote the exact result, also change the URL
    to match the location of the mapserv.exe script on your server)

"Error in CGI Application

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

"


3- What do you get when you access the following URL via a web browser?
     http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map
   (Do a 'View Source' and quote the exact result)

"Error in CGI Application

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

"


That's all,

Andrea





|---------+--------------------------->
|         |           Daniel          |
|         |           Morissette      |
|         |                |
|         |                           |
|         |           21/05/2003 15.38|
|         |                           |
|---------+--------------------------->
  >
------------------------------------------------------------------------------------------------------------------------------|


  |
|
  |        Per:     aborruso at spaziogis.it
|
  |        Cc:      mapserver-users 
|
  |        Oggetto: Re: I'm not able to solve my problem!!
|
  >
------------------------------------------------------------------------------------------------------------------------------|






Hi Andrea,

The most knowledgeable people about Windows configuration are on the
list, so I'm returning this to the list.  Perhaps the main issue is that
the problem is not presented properly and those people who know don't
see the real issue so they can't jump in and help.  Your Email titles
should describe the problem and not attempt to translate yor personal
feelings with respect to the problem BTW... "Please help me" as a title
will just turn down readers if anything.

I have tried to follow that thread and the information that was
exchanged there must have been incomplete (hopefully) since some of what
was described seemed impossible to me.  From what I understood, it would
seem that in a DOS window your mapserv.exe returns error messages but no
HTTP headers and no MapServer version information, and when run in your
web server it returns HTTP headers and version information sometimes but
not always, causing the web server to complain about missing HTTP
headers. However, when run with no query string in your web server your
mapserv does return the expected "This script can only be used to decode
form results and should be initiated as a CGI via a httpd server."...
this is really odd, let's see...

Before blaming it on Windows configuration I would like to solve a
little mystery about the inconsistent reports that I saw in the previous
email thread.

So can you please answer the following questions, quoting exactly the
output that you get and making sure that you quote the complete output
everytime:

1- What do you get when you run the following in a DOS window?
     mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"

2- What do you get when you access the following URL via a web bowser?
     http://localhost/scripts/mapserv.exe
   (Do a 'View Source' and quote the exact result, also change the URL
    to match the location of the mapserv.exe script on your server)

3- What do you get when you access the following URL via a web browser?
     http://localhost/scripts/mapserv.exe?map=C:/invalid/path.map
   (Do a 'View Source' and quote the exact result)


Please send back that information (via the list) and we'll go from
there.

Daniel


Steve Lime wrote:
>
> Hi Andrea: It may be a simple configuration problem but it's on a
> Windows box and I have no experience with web servers in that
> environment- sorry. Have you gone back through the list archives? I
> recall seeing lot's of discussion centered around setup on Windows
> machines...
>
> Steve
>
> >>>  05/18/03 12:07 PM >>>
>
> Dear Steve and Daniel,
> I'm writing directly to you beacause I have a mapserver problem I have
> been
> not able to solve with the help of the mapserver list (I have written my
> first message ten days ago). I'm sure it's stupid configuration problem,
> and I know you are mapserver gurus.
> This is my problem: I write in my webbroser an url like
> http://mapserver.spaziogis.it/cgi-bin/mapserv.exe?map=c:
> \nodata\map.map&mode=map and I have "CGI Error
> The specified CGI application misbehaved by not returning a complete set
> of
> HTTP headers. The headers it did return are:". This a generic error and
> I'm
> not able to understand it.
> If I write "mapserv "QUERY_STRING=map=c:\nodata\map.map&mode=map"" in my
> mapserver dos console, I have "msLoadMap(): Unable to access file. (c:
> \nodata\map.map)". This is a message that I understand and I think to be
> able to solve it. Why am I not able to read undestandable error also in
> my
> browser??
>
> I have Winxp Pro with IIS.
> I have MapServer version 3.6.3 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
> OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER
> SUPPORTS=WMS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL
> INPUT=SHAPEFILE.
> I have not compiled mapserver in my xp box.
> I have simply downloaded the binary files from mapserver site:
> ms36gif_gdal_pg_wms.zip and ms35_libs.zip.
>
> Thank you and excuse me to have write directly to you.
>
> Sincerly,
>
> Andrea
>
> ----------------------------------------------------
> Andrea Borruso
>
> Nadir s.n.c.
> Tel 0039 091580305 interno 218
> Fax 0039 0916124646
> email: aborruso at spaziogis.it
> www.spaziogis.it
> ----------------------------------------------------






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





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






From morissette at dmsolutions.ca  Wed May 21 12:08:55 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Wed, 21 May 2003 15:08:55 -0400
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!
References: 
Message-ID: <3ECBCEC7.F4B7A761@dmsolutions.ca>

aborruso at spaziogis.it wrote:
> 
> Hi Daniel,
> thank you. I'll reply to your 3 questions:
> 
> 1- What do you get when you run the following in a DOS window?
>      mapserv.exe "QUERY_STRING=map=C:/invalid/path.map"
> 
> "
> MapServer Message
> 
> 
> msLoadMap(): Unable to access file. (C:/invalid/path.map)
> "
> 


Andrea,

Is this really the output that you get?  There should be some HTTP
headers as well, i.e. you should get:

---------------
Content-type: text/html


MapServer Message


msLoadMap(): Unable to access file. (C:/invalid/path.map)

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

I just want to confirm that you do indeed get the "Content-type..."
header line in your DOS window output.  There is no reason why you
wouldn't get headers, but if some evil bug slipped into your build and
prevented the headers from being generated then that could possibly
explain all your other problems.  That's why I asked that you quote the
complete output.


> 2- What do you get when you access the following URL via a web bowser?
>      http://localhost/scripts/mapserv.exe
>    (Do a 'View Source' and quote the exact result, also change the URL
>     to match the location of the mapserv.exe script on your server)
> 
> "Error in CGI Application
> 

CGI Error

The specified CGI application misbehaved by not > returning a complete set of HTTP headers. The headers it did return > are:

"
> 

OK, so this tells us that the mapserv.exe won't run at all in the
context of your server.  No need to worry about permissions to access
mapfiles and data files at this point, it's a deeper problem.

The only reason I could imagine to explain the lack of headers and error
messages would be that mapserv.exe aborts due to DLL dependency
problems.  Does IIS have any kind of logfile where that kind of error
would be logged?  I don't know IIS enough to tell, but I would hope that
it would have the equivalent of Apache's error_log and there may be
useful hints in there.

You could also try to use the DEPENDS.EXE utility that comes with WinXP
to see the complete list of DLLs required by your mapserv.exe and then
make sure that all the required DLLs are avaialble in the PATH of the
web server user.  (I believe WinXP still uses the PATH to search DLLs,
someone please correct me if I'm wrong.)

If that doesn't help then I'm out of ideas.  The problem you need to
work on is really to get mapserv.exe to work in your web server without
specifying any mapfile parameter.  Then worry about loading a mapfile
etc only once you've got mapserv.exe producing normal errors without any
mapfile specified. 

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



From eduardo at linkgeo.com.br  Wed May 21 12:15:07 2003
From: eduardo at linkgeo.com.br (Eduardo Patto Kanegae)
Date: Wed, 21 May 2003 16:15:07 -0300
Subject: [Mapserver-users] unable to load reference map
Message-ID: <20030521191507.22318.qmail@hm47.locaweb.com.br>

hi there,

I'm to run MapServer on RH 7.3 but I got this error from .log file:

Wed May 21 16:02:19 2003,23522,200.190.13.189,clickbr_ptbr_,0,-84.397133 -33.751000 -21.971867 
5.272000,-1.000000 -1.000000,br_uf ,msDrawReferenceMap(): General error message. Unable to load JPEG 
reference image.

or 

Wed May 21 16:02:19 2003,23522,200.190.13.189,clickbr_ptbr_,0,-84.397133 -33.751000 -21.971867 
5.272000,-1.000000 -1.000000,br_uf ,msDrawReferenceMap(): General error message. Unable to load GIF 
reference image.

or

Wed May 21 16:02:19 2003,23522,200.190.13.189,clickbr_ptbr_,0,-84.397133 -33.751000 -21.971867 
5.272000,-1.000000 -1.000000,br_uf ,msDrawReferenceMap(): General error message. Unable to load PNG 
reference image.

thanks

Eduardo

Eduardo Patto Kanegae
eduardo at linkgeo.com.br
http://www.linkgeo.com.br

***************************************
***Fim da Mensagem / End of Message ***
***************************************



From lfilak at medinaco.org  Wed May 21 13:37:11 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Wed, 21 May 2003 16:37:11 -0400
Subject: [Mapserver-users] unable to load reference map
Message-ID: <200305212037.h4LKb4N07102@yogi.medinaco.net>

Looks like it may be a path problem.
Closely check the path configured for the reference map.
Lowell F.

The following message was sent by "Eduardo Patto Kanegae"  on Wed, 21 May 2003 16:15:07 -0300.

> hi there,
> 
> I'm to run MapServer on RH 7.3 but I got this error from .log file:
> 
> Wed May 21 16:02:19 2003,23522,200.190.13.189,clickbr_ptbr_,0,-84.397133 -33.751000 -21.971867 
> 5.272000,-1.000000 -1.000000,br_uf ,msDrawReferenceMap(): General error message. Unable to load JPEG 
> reference image.
> 
> or 
> 
> Wed May 21 16:02:19 2003,23522,200.190.13.189,clickbr_ptbr_,0,-84.397133 -33.751000 -21.971867 
> 5.272000,-1.000000 -1.000000,br_uf ,msDrawReferenceMap(): General error message. Unable to load GIF 
> reference image.
> 
> or
> 
> Wed May 21 16:02:19 2003,23522,200.190.13.189,clickbr_ptbr_,0,-84.397133 -33.751000 -21.971867 
> 5.272000,-1.000000 -1.000000,br_uf ,msDrawReferenceMap(): General error message. Unable to load PNG 
> reference image.
> 
> thanks
> 
> Eduardo
> 
> Eduardo Patto Kanegae
> eduardo at linkgeo.com.br
> http://www.linkgeo.com.br
> 
> ***************************************
> ***Fim da Mensagem / End of Message ***
> ***************************************
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From thfischer at mapmedia.de  Wed May 21 15:52:26 2003
From: thfischer at mapmedia.de (Thorsten Fischer)
Date: 22 May 2003 00:52:26 +0200
Subject: [Mapserver-users] how to creat reference map?
In-Reply-To: <3ECB9D14.3010700@nacse.org>
References: 
 <1053531632.456.31.camel@jeanjacques>  <3ECB9D14.3010700@nacse.org>
Message-ID: <1053557546.574.7.camel@jeanjacques>

On Wed, 2003-05-21 at 17:36, Dylan Keon wrote:
> What I do is create a minimal mapfile containing just the layers I want 
> visible in the reference map.  I use the same EXTENT as my regular 
> mapfile, but make the SIZE small (like 150x150).
> 
> Run shp2img against that mapfile, and you'll end up with a great 
> reference map image.  For example:  shp2img -m foo.map -o refmap.png

This will most likely be error-prone.

Consider you have such an EXTENT entry in your mapfile:

EXTENT 5.0 5.0 10.0 15.0

Now you set your SIZE as this:

SIZE 150 150

As you can see, the ratio of the extents is 1:2, while the ratio of your
image size is 1:1. The image will be padded, and most of all, the EXTENT
in your mapfile will not be the extent of the resulting image. That's
why I suggested to read the [imgext]/[mapext] in an cgi application for
the actual value of the resulting map image.


hth,

thorsten



From bplatzen at sosnetz.de  Wed May 21 13:55:45 2003
From: bplatzen at sosnetz.de (=?iso-8859-1?q?Bj=F6rn=20Platzen?=)
Date: Wed, 21 May 2003 22:55:45 +0200
Subject: [Mapserver-users] Linux compiled version
In-Reply-To: <005901c31fc0$19b8cff0$e909bec8@vcp.advcp.br>
References:  <005901c31fc0$19b8cff0$e909bec8@vcp.advcp.br>
Message-ID: <200305212255.45216.bplatzen@sosnetz.de>

Hi Eduardo,

> does anybody has a pre-compiled version of MapServer with standard
> options for Linux?

I have:

codefabrik:/usr/local/httpd/cgi-bin # ./mapserv -v
MapServer version 3.6.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP 
SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 
INPUT=JPEG INPUT=SHAPEFILE
for SuSE Linux 8.0

but: all the libraries are shared, so that you will have to install 
gd-2.0.7gif, freetype-2.1.4rc2, proj-4.4.7

What is your Problem with compiling on your System? I've just been in 
this hell 8~)...

greetings,

Bjoern.

-- 
small office solutions
info at sosnetz.de  -  http://www.sosnetz.de



From thfischer at mapmedia.de  Wed May 21 16:13:53 2003
From: thfischer at mapmedia.de (Thorsten Fischer)
Date: 22 May 2003 01:13:53 +0200
Subject: [Mapserver-users] CGI-Question
In-Reply-To: 
References: 
Message-ID: <1053558833.574.29.camel@jeanjacques>

On Wed, 2003-05-21 at 19:49, Mapserver wrote:
> Hi list,
> 
> I'm quite new to mapserver and I have a question concerning the
> mapserver-cgi:
> I have a pc with suse-linux and i'm able to compile mapserver to get a cgi.
> Now - can I upload that cgi to any webspace-hoster?

It's not very likely to work.

First of all, if you compiled using the 'normal' configure/make process,
you have a dynamically linked binary which requires the libraries it
uses to be present on the target system. It's unlikely that your average
web hoster has proj.4 installed, for example.

Even if they do, you still have to watch out for library versions,
dependencies among them that you might not like, etc.

If you have built a _static_ binary, which is more work than the usual
way, you can just copy it over, it will most likely run (if the system
is not _too_ old). A static binary is one that has all library
dependencies built into it. The problem with such a thing is that it
grows quite quickly for each library you build into it. It can easily be
several megabytes in size with things like proj.4, gd and (great maker,
help) gdal.

Try a static build if you need to, but more likely you want a machine
with better means of access, like a shell account and the possibility to
build programs and install libraries.

This situation is contrary to windows, where you (most of the time) can
take a .dll and use it, no matter where you are. I simplify matters a
bit here. But windows is more homogenous and easier to predict. In
matters of putting pre-built software on a system, this is what you
want. In matters of someone trying to breaking into your system, you do
not want this at all. I just added this paragraph in case you wanted to
throw the linux idea out of the window :)


hth,

thorsten



From thfischer at mapmedia.de  Wed May 21 16:17:20 2003
From: thfischer at mapmedia.de (Thorsten Fischer)
Date: 22 May 2003 01:17:20 +0200
Subject: [Mapserver-users] Linux compiled version
In-Reply-To: <005901c31fc0$19b8cff0$e909bec8@vcp.advcp.br>
References: 
 <005901c31fc0$19b8cff0$e909bec8@vcp.advcp.br>
Message-ID: <1053559040.574.33.camel@jeanjacques>

On Wed, 2003-05-21 at 19:40, Eduardo Patto Kanegae wrote:
> does anybody has a pre-compiled version of MapServer with standard options
> for Linux?

You need to define 'standard' and 'linux' :) I mean, which distribution,
which version and so on.

If you are using a distribution depending on .rpm packages, like red
hat, suse, mandrake and so on, you might want to try the .rpm packages
available on the freegis cd-rom from intevation. You can buy their cd or
download the thing from their server at ftp.intevation.de.


hth,

thorsten



From bplatzen at sosnetz.de  Wed May 21 14:45:40 2003
From: bplatzen at sosnetz.de (=?iso-8859-15?q?Bj=F6rn=20Platzen?=)
Date: Wed, 21 May 2003 23:45:40 +0200
Subject: [Mapserver-users] CGI-Question
In-Reply-To: <1053558833.574.29.camel@jeanjacques>
References:  <1053558833.574.29.camel@jeanjacques>
Message-ID: <200305212345.40332.bplatzen@sosnetz.de>

Hi,

> On Wed, 2003-05-21 at 19:49, Mapserver wrote:
> > Hi list,
> >
> > I'm quite new to mapserver and I have a question concerning the
> > mapserver-cgi:
> > I have a pc with suse-linux and i'm able to compile mapserver to
> > get a cgi. Now - can I upload that cgi to any webspace-hoster?
>
> It's not very likely to work.
>
> First of all, if you compiled using the 'normal' configure/make
> process, you have a dynamically linked binary which requires the
> libraries it uses to be present on the target system. It's unlikely
> that your average web hoster has proj.4 installed, for example.
>
> Even if they do, you still have to watch out for library versions,
> dependencies among them that you might not like, etc.
>
> If you have built a _static_ binary, which is more work than the
> usual way, you can just copy it over, it will most likely run (if the
> system is not _too_ old). A static binary is one that has all library
> dependencies built into it. The problem with such a thing is that it
> grows quite quickly for each library you build into it. It can easily
> be several megabytes in size with things like proj.4, gd and (great
> maker, help) gdal.

Even if you get this working, the most web hosters I know only accept 
cgi's in script-languages like perl, python, php...

IMHO a better solution would be something like server-housing or 
something like that...
But maybe the list knows about hosters who have  mapserver installed...

Bye, Bjoern

-- 
small office solutions
info at sosnetz.de  -  http://www.sosnetz.de



From Thilo.Schlemmer at blva.bayern.de  Wed May 21 23:57:08 2003
From: Thilo.Schlemmer at blva.bayern.de (Schlemmer Thilo)
Date: Thu, 22 May 2003 08:57:08 +0200
Subject: [Mapserver-users] TTF support or not?
Message-ID: <3D62526F8230D211B54A0000CBC0A8A1032B080E@dc001.blva.bayern.de>

Hi List,

I get this error message:
"msGetLabelSize(): TrueType Font error. libgd was not built with TrueType
font support"

but my version of mapserver should support TTF:
"MapServer version 3.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7
INPUT=ORACLESPATIAL INPUT=OGR INPUT=SHAPEFILE"

...or not?


Any Ideas?
With a 3.6.3 Version I get a similar message.

Thanks Thilo


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

Dipl.-Ing.(FH)  Thilo Schlemmer
Bayerisches Landesvermessungsamt
Karthographische Abteilung III5
Alexandrastrasse 4  
80538 M?nchen  


Tel.: +49 - (0)89 - 2129 -1103
email: Thilo.Schlemmer at blva.bayern.de
web: http://www.blva.bayern.de





From schut at sarvision.com  Thu May 22 00:42:12 2003
From: schut at sarvision.com (Vincent Schut)
Date: Thu, 22 May 2003 09:42:12 +0200
Subject: [Mapserver-users] more (known issue: no results with QueryByPoint(Mapserver 3.7 PHP mapscript))
In-Reply-To: <3ECB94C1.8080704@gwdg.de>
References: <3ECB94C1.8080704@gwdg.de>
Message-ID: <200305220942.12060.schut@sarvision.com>

Ehm... I think MS_FAILURE = 1 and MS_SUCCES = 0...

try this in your php script:
echo "ms_failure: ".MS_FAILURE."
"; echo "ms_success: ".MS_SUCCESS."
"; Result: ms_failure1 ms_success0 :-) Cheers, Vincent Schut On Wednesday 21 May 2003 17:01, Michael H?rtel wrote: > Thanks to all for the answers. > > according to the contributions i changed my map file to this (i added a > class even hough i dont want to show it in th map but it seems to be > turned on and therefor switched to visible status to be queried): > > LAYER #wrs2 > > NAME "WRS-2_frame" > PROJECTION > proj=longlat > ellps=WGS84 > datum=WGS84 > no_defs > END > > DATA "wrs2/wrs2" > STATUS ON > TYPE POLYGON > > CLASS #all frames > NAME "WRS-2 frames" > #COLOR 200 200 200 > OUTLINECOLOR 255 0 0 > STATUS ON > END # country border > > TOLERANCEUNITS kilometers > TOLERANCE 5 > DUMP TRUE > > HEADER "H:\_webroot_\mapserv_header.html" > TEMPLATE "H:\_webroot_\mapserv_query_template.html" > FOOTER "H:\_webroot_\mapserv_footer.html" > > END # layer wrs2 > > in the PHTML File i use these lines to perform the query: > > $query=$querylayer->QueryByPoint($my_point_geo,MS_MULTIPLE,-1); > > $my_point_geo is a point object with geographic coordinates: > > (object(point)(4) { ["_handle_"]=> resource(49) of type (Unknown) > ["x"]=> float(18.454166666666) ["y"]=> float(31.758333333335) ["m"]=>) > > target_layer is "->getlayerbyname('WRS-2 frame')"; > > AND: SOMETHING CHANGED: > The message "Warning: MapServer Error in msQueryByPoint(): No matching > record(s) found" does not appear anymore (success!) > > BUT: $query is an integer, that ALWAYS is "0"! i think $query should > return "MS_SUCCESS" (1) if some objects in the shape file were found but > it doesn't! > > So i think my situation has not really changed :( > > _______________________________________________ > 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 Thu May 22 00:51:25 2003 From: schut at sarvision.com (Vincent Schut) Date: Thu, 22 May 2003 09:51:25 +0200 Subject: [Mapserver-users] TTF support or not? In-Reply-To: <3D62526F8230D211B54A0000CBC0A8A1032B080E@dc001.blva.bayern.de> References: <3D62526F8230D211B54A0000CBC0A8A1032B080E@dc001.blva.bayern.de> Message-ID: <200305220951.25599.schut@sarvision.com> This error is not about your mapserver program, but about the GD library that it uses. This library should also be compiled with TTF support, otherwise mapservers ttf support, that uses libGD, will not work. You should either recompile GD with TTF, or get another binary of it with TTF support. Regards, Vincent Schut. On Thursday 22 May 2003 08:57, Schlemmer Thilo wrote: > Hi List, > > I get this error message: > "msGetLabelSize(): TrueType Font error. libgd was not built with TrueType > font support" > > but my version of mapserver should support TTF: > "MapServer version 3.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 > INPUT=ORACLESPATIAL INPUT=OGR INPUT=SHAPEFILE" > > ...or not? > > > Any Ideas? > With a 3.6.3 Version I get a similar message. > > Thanks Thilo > > > --------------------------------------------------------------------------- >- --- > > Dipl.-Ing.(FH) Thilo Schlemmer > Bayerisches Landesvermessungsamt > Karthographische Abteilung III5 > Alexandrastrasse 4 > 80538 M?nchen > > > Tel.: +49 - (0)89 - 2129 -1103 > email: Thilo.Schlemmer at blva.bayern.de > web: http://www.blva.bayern.de > > > > _______________________________________________ > 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 Thu May 22 01:08:31 2003 From: bplatzen at sosnetz.de (=?iso-8859-1?q?Bj=F6rn=20Platzen?=) Date: Thu, 22 May 2003 10:08:31 +0200 Subject: [Mapserver-users] TTF support or not? In-Reply-To: <3D62526F8230D211B54A0000CBC0A8A1032B080E@dc001.blva.bayern.de> References: <3D62526F8230D211B54A0000CBC0A8A1032B080E@dc001.blva.bayern.de> Message-ID: <200305221008.31577.bplatzen@sosnetz.de> Hi Thilo, > I get this error message: > "msGetLabelSize(): TrueType Font error. libgd was not built with > TrueType font support" > > but my version of mapserver should support TTF: > "MapServer version 3.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 > INPUT=ORACLESPATIAL INPUT=OGR INPUT=SHAPEFILE" You have compiled mapserver --with-freetype, but your gdlib doesn't support freetype. try ldd libgd.so.2 (or however your gd is called) and you should get the following: codefabrik:/usr/lib # ldd libgd.so.2 libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x40067000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40076000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40136000) ------->libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40155000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40196000) libz.so.1 => /lib/libz.so.1 (0x401c7000) libm.so.6 => /lib/libm.so.6 (0x401d6000) libc.so.6 => /lib/libc.so.6 (0x401f9000) libdl.so.2 => /lib/libdl.so.2 (0x40321000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) If not, then your gdlib is not compiled with freetype-support. IMHO Mapserver supports freetype through gd. hth, Bjoern. -- small office solutions info at sosnetz.de - http://www.sosnetz.de From tomax77 at gmx.de Thu May 22 01:13:05 2003 From: tomax77 at gmx.de (tomax77 at gmx.de) Date: Thu, 22 May 2003 10:13:05 +0200 (MEST) Subject: [Mapserver-users] Need help on "LABELANGLEITEM" function Message-ID: <16978.1053591185@www59.gmx.net> Hi list members, i've a problem with using the term "LABELANGLEITEM". As it so far not possible to rotate a symbol, it seems to me that the function "Labelangleitem" also doesn't work the right way for annotations or more probable it's my mistake. Two Questions: Do you need rounded values for LABELANGLEITEM ? Is it important that you declare the column name the right way (i mean upper and lower case) ? Thanks for any help on this ! nice day Tom -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! From andreev at d902.iki.rssi.ru Thu May 22 01:15:15 2003 From: andreev at d902.iki.rssi.ru (Mike V. Andreev) Date: 22 May 2003 12:15:15 +0400 Subject: [Mapserver-dev] RE: [Mapserver-users] additional parameters for WMS layer In-Reply-To: <3ECA31D1.9040005@magma.ca> References: <1053437767.10589.50.camel@mike> <3ECA31D1.9040005@magma.ca> Message-ID: <1053591314.1683.30.camel@mike> Paul, Thank you for your comments After some thinking and reading docs I guess that suggestion is good solution in my case. 20.05.2003, 17:46, Paul Spencer wrote: > Mike, > > if I understand what you are trying to do correctly, I have successfully > done something similar by modifying the url that points to the WMS > server to include my additional parameters (I added RADIUS and > FEATURE_COUNT for cubeserv WMS servers), so my url looked like > > http://www.cubewerx.com/demo/cubeserv/cubeserv.cgi?RADIUS=3&FEATURE_COUNT=5 > > Mapserver appends the WMS parameters to this URL correctly. I have also > done this with other parameters that I have needed when developing other > applications. Typically I do this using mapscript and modify the > connection at run time to append my custom parameters, but you can hard > code them too. > > Cheers, > > Paul > > Mike V. Andreev wrote: > > Hello John, > > thanks for your comments. > > > > > >>Mike, > >> > >>I feel what you are asking is an implementation problem and not a mapserv development issue. I wouldn't like to see mapserv develop some WMS parameters that are not OGC compliant. Not everyone allows cookies on their browser for security reasons and tying mapserv into a particular type of implementation would be dangerous unless it was compliant to the OGC specification. > >> > >>I think that you could use hidden input types to pass the extra parameters backwards and forwards to your CGI scripts. However, I would be very surprised if the OGC specifications have not already catered for these extra parameters. > >> > > > > > > I'm not sure what do you mean here. If you mean that OGC specification > > already include my parameters then you are wrong. This is not geographic > > parameters. For example it is a list of monitoring object or a datetime > > range. But OGC WMS specification allows me to use additional parameters > > in request to my CGI script, and if I would request my script directly > > there isn't a problem. > > But request to my script must be formed by mapserver. And it contains: > > 1) string from layerObj.connection and 2) parameters formed by mapserver > > (such as BBOX, SRS, etc). I can not define additional parameters in > > mapserver's map file because they must be chosen by and user and change > > from query to query. > > By the other hand I can send additional parameters from form fields > > (hidden or not) only to mapserver and they will have no an effect on > > request mapserver send to my script. Or may be I miss something in docs > > and there is some special mapserver option for it ? This would be a > > solution. > > > > > > > >>Just my initial thoughts on the idea. > >> > >>John > >> > >> > >>>-----Original Message----- > >>>From: Mike V. Andreev [mailto:andreev at d902.iki.rssi.ru] > >>>Sent: Saturday, 17 May 2003 3:35 > >>>To: mapserver-dev at lists.gis.umn.edu > >>>Cc: mapserver-users at lists.gis.umn.edu > >>>Subject: [Mapserver-users] additional parameters for WMS? layer > >>> > >>> > >>>Hello > >>> > >>>I have mapserever compiled with WMS client support and I use map file > >>>with defined WMS layer. This layer is a http reference to my > >>>perl script > >>>on the same http server. This script understand OGC WMS parameters in > >>>query string and can create maps whith information from some database. > >>>But to create sensible map this script need additional information in > >>>request. I wanted to use http cookies to store that parameters. But I > >>>have a problem here. Then my client send request to http server with > >>>mapserver URI request contain proper cookies but after that mapserver > >>>need to make http request to perl script URI and of couse this request > >>>contains no cookies. > >>> > >>>So I want to ask two question here: > >>> > >>>1) Can somebody give me any hits to solve my problem with > >>>existing soft? > >>> > >>>2) I have an idea how to extend mapserver functionality so it > >>>be able to > >>>solve my problem. So I want to ask what do you people think about it. > >>> > >>>There is my proposal: each layer object could contain boolean > >>>parameter > >>>http_cookies_forwad (disabled by default). So if this featcher enabled > >>>in layer with connectiontype equal to 'WMS' (and may be > >>>'WFS') than when > >>>mapserver make http request to proper URL it sends additional http > >>>headers: 1) Cookie - header with cookies client send to > >>>mapserver and 2) > >>>X-Forwarder-For - header with original client ip (as far as mapserver > >>>can determine it). > >>> > >>> > >>>Just to illustrate my idea I've made simple patch to maphttp.c. I used > >>>today's (2003-05-16) nightly build. This patch contains only > >>>functionality for sending proper http request. There is no > >>>any stuff to > >>>support new feature in layreObj but I think whole idea is clear. > >>> > >>> > >>> > >>> > >>>81a82,83 > >>> > >>>>#define HTTP_COOKIES_FORWARDING 1 > >>>> > >>> > >>>243a246,247 > >>> > >>>> char *tmp_env_read, *strBuf = NULL; > >>>> struct curl_slist *slist=NULL; > >>> > >>>366a371,392 > >>> > >>>> /* If we need to forward http cookies to server */ > >>>> if( HTTP_COOKIES_FORWARDING && (tmp_env_read = > >>> > >>>curl_getenv( "HTTP_COOKIE" ) ) != NULL ){ > >>> > >>>> /*add cookies to http_handle*/ > >>>> curl_easy_setopt(http_handle, CURLOPT_COOKIE, > >>> > >>>tmp_env_read); > >>> > >>>> /*add X-Forwarded-For header with original client ip */ > >>>> if( (tmp_env_read = curl_getenv( > >>> > >>>"HTTP_X_FORWARDED_FOR" )) == NULL ) > >>> > >>>> if( (tmp_env_read = curl_getenv( > >>> > >>>"HTTP_FORWARDED" ) ) == NULL ) > >>> > >>>> if( (tmp_env_read = curl_getenv( > >>> > >>>"HTTP_CLIENT_IP" ) ) == NULL ) > >>> > >>>> tmp_env_read = curl_getenv( "REMOTE_ADDR" ); > >>>> > >>>> if( tmp_env_read != NULL ){ > >>>>#define HTTP_HEADER_BUF_LENGTH 100 > >>>> strBuf = (char*)malloc( HTTP_HEADER_BUF_LENGTH ); > >>>> snprintf( strBuf, HTTP_HEADER_BUF_LENGTH, > >>> > >>>"X-Forwarded-For: %s", tmp_env_read); > >>> > >>>>#undef HTTP_HEADER_BUF_LENGTH > >>>> slist = curl_slist_append( slist, strBuf); > >>>> curl_easy_setopt(http_handle, > >>> > >>>CURLOPT_HTTPHEADER, slist); > >>> > >>>> } > >>>> } > >>>> > >>>> > >>> > >>>554a581,583 > >>> > >>>> if( slist != NULL ){ curl_slist_free_all(slist); } > >>>> if( strBuf != NULL ){ free( strBuf ); } > >>>> > >>> > >>>556a586,587 > >>> > >>>>#undef HTTP_COOKIES_FORWARDING > >>>> > >>> > >>> -- ____________________________________________________________ | Mike Andreev, software engineer andreev at d902.iki.rssi.ru | | SMIS Lab, Space Research Institute http://smis.iki.rssi.ru | |____________________________________________________________| From aborruso at spaziogis.it Thu May 22 01:57:30 2003 From: aborruso at spaziogis.it (aborruso at spaziogis.it) Date: Thu, 22 May 2003 10:57:30 +0200 Subject: [Mapserver-users] Re: I'm not able to solve my problem!! Message-ID: Daniel, I have downloaded depends.exe from the web, but I'm not able to interpret what I see. Can I send you the file I can export from depends.exe? Depends.exe give me this warning: "At least one module has an unresolved import due to a missing export function in a delay-load dependent module." I can read this in my IIS log: "#Software: Microsoft Internet Information Services 5.1 #Version: 1.0 #Date: 2003-05-20 17:48:46 #Fields: time c-ip cs-method cs-uri-stem sc-status 17:48:46 127.0.0.1 GET /cgi-bin/mapserv.exe 502 17:49:08 127.0.0.1 GET /cgi-bin/mapserv.exe 502" Thank you, Andrea |---------+---------------------------------------> | | Daniel Morissette | | | | | | Inviato da: | | | mapserver-users-admin at lists.| | | gis.umn.edu | | | | | | | | | 21/05/2003 21.08 | | | | |---------+---------------------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | Per: aborruso at spaziogis.it | | Cc: mapserver-users | | Oggetto: Re: [Mapserver-users] Re: I'm not able to solve my problem!! | >------------------------------------------------------------------------------------------------------------------------------| aborruso at spaziogis.it wrote: > > Hi Daniel, > thank you. I'll reply to your 3 questions: > > 1- What do you get when you run the following in a DOS window? > mapserv.exe "QUERY_STRING=map=C:/invalid/path.map" > > " > MapServer Message > > > msLoadMap(): Unable to access file. (C:/invalid/path.map) > " > Andrea, Is this really the output that you get? There should be some HTTP headers as well, i.e. you should get: --------------- Content-type: text/html MapServer Message msLoadMap(): Unable to access file. (C:/invalid/path.map) ---------------- I just want to confirm that you do indeed get the "Content-type..." header line in your DOS window output. There is no reason why you wouldn't get headers, but if some evil bug slipped into your build and prevented the headers from being generated then that could possibly explain all your other problems. That's why I asked that you quote the complete output. > 2- What do you get when you access the following URL via a web bowser? > http://localhost/scripts/mapserv.exe > (Do a 'View Source' and quote the exact result, also change the URL > to match the location of the mapserv.exe script on your server) > > "Error in CGI Application >

CGI Error

The specified CGI application misbehaved by not > returning a complete set of HTTP headers. The headers it did return > are:

"
>

OK, so this tells us that the mapserv.exe won't run at all in the
context of your server.  No need to worry about permissions to access
mapfiles and data files at this point, it's a deeper problem.

The only reason I could imagine to explain the lack of headers and error
messages would be that mapserv.exe aborts due to DLL dependency
problems.  Does IIS have any kind of logfile where that kind of error
would be logged?  I don't know IIS enough to tell, but I would hope that
it would have the equivalent of Apache's error_log and there may be
useful hints in there.

You could also try to use the DEPENDS.EXE utility that comes with WinXP
to see the complete list of DLLs required by your mapserv.exe and then
make sure that all the required DLLs are avaialble in the PATH of the
web server user.  (I believe WinXP still uses the PATH to search DLLs,
someone please correct me if I'm wrong.)

If that doesn't help then I'm out of ideas.  The problem you need to
work on is really to get mapserv.exe to work in your web server without
specifying any mapfile parameter.  Then worry about loading a mapfile
etc only once you've got mapserv.exe producing normal errors without any
mapfile specified.

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 Thilo.Schlemmer at blva.bayern.de  Thu May 22 02:20:24 2003
From: Thilo.Schlemmer at blva.bayern.de (Schlemmer Thilo)
Date: Thu, 22 May 2003 11:20:24 +0200
Subject: AW: [Mapserver-users] TTF support or not?
Message-ID: <3D62526F8230D211B54A0000CBC0A8A1032B0811@dc001.blva.bayern.de>

Thanks for your reply, Bjoen and Vincent...

I guess, I understand, what my problem is.
I have to recompile my mapserver-version with a gdlib that suport
freetype....
But unfortunately i can't recompile my mapserver, because  i don't know how
to compile (never tried before) and where i get all the packages for
oracle-support and so on.

I guess, i have to wait until someone of my colleagues return from holiday
;) and exercise with a different (... but running ttf-support)
mapserver-version. 

Thanks a lot for your help.

Thilo

> -----Urspr?ngliche Nachricht-----
> Von:	Bj?rn Platzen [SMTP:bplatzen at sosnetz.de]
> Gesendet am:	Donnerstag, 22. Mai 2003 10:09
> An:	Schlemmer Thilo; Mapserver-Users-Request at Lists. Gis. Umn. Edu
> (E-Mail)
> Betreff:	Re: [Mapserver-users] TTF support or not?
> 
> Hi Thilo,
> 
> > I get this error message:
> > "msGetLabelSize(): TrueType Font error. libgd was not built with
> > TrueType font support"
> >
> > but my version of mapserver should support TTF:
> > "MapServer version 3.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> > SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7
> > INPUT=ORACLESPATIAL INPUT=OGR INPUT=SHAPEFILE"
> 
> You have compiled mapserver --with-freetype, but your gdlib doesn't 
> support freetype.
> try ldd libgd.so.2 (or however your gd is called) and you should get the 
> following:
> 
> codefabrik:/usr/lib # ldd libgd.so.2
>         libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x40067000)
>         libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40076000)
>         libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40136000)
> ------->libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40155000)
>         libpng.so.2 => /usr/lib/libpng.so.2 (0x40196000)
>         libz.so.1 => /lib/libz.so.1 (0x401c7000)
>         libm.so.6 => /lib/libm.so.6 (0x401d6000)
>         libc.so.6 => /lib/libc.so.6 (0x401f9000)
>         libdl.so.2 => /lib/libdl.so.2 (0x40321000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
> 
> If not, then your gdlib is not compiled with freetype-support. IMHO 
> Mapserver supports freetype through gd.
> 
> hth, Bjoern.
> 
> -- 
> small office solutions
> info at sosnetz.de  -  http://www.sosnetz.de



From b.lathiere at ism.asso.fr  Thu May 22 02:53:03 2003
From: b.lathiere at ism.asso.fr (Benoit Lathiere)
Date: Thu, 22 May 2003 11:53:03 +0200
Subject: [Mapserver-users] availability of Ming with Mapserver 3.x...
Message-ID: <3ECC9DFF.1080207@ism.asso.fr>

Hello !

I would like to use the Ming (Flash) output capability of Mapscript.
I try to compile the 3.6.5 with "--with-ming=yes" argument but nothing happend...
I tried with the mapserv-dev ; but I've ot an error with th GD library :-(

So, my questionq are :

Is Ming output available with Mapserver 3.6.5 ? if Yes, is the Ming source required for the 
compilation ?
If Ming is only available with Mapserver 3.7, can I use the mapserver_dev package  or must I waiting 
  for the 3.7 version ?
When is planned the 3.7 (stable) version ?

Thanks a lot,


	Benoit Lathiere.



From schut at sarvision.com  Thu May 22 02:52:23 2003
From: schut at sarvision.com (Vincent Schut)
Date: Thu, 22 May 2003 11:52:23 +0200
Subject: AW: [Mapserver-users] TTF support or not?
In-Reply-To: <3D62526F8230D211B54A0000CBC0A8A1032B0811@dc001.blva.bayern.de>
References: <3D62526F8230D211B54A0000CBC0A8A1032B0811@dc001.blva.bayern.de>
Message-ID: <200305221152.23977.schut@sarvision.com>

Well, not entirely true I think...
You do not need to recompile mapserver, but you need a different libgd. Now 
you appear to have one that does not support truetype. You need one that 
does.
I don't know on what system / kind of linux (redhat, suse, mandrake, ....) you 
are, and where your current libgd comes from. But it's best (for mapserver) 
to have a pretty recent version, so you might try to upgrade it, if there is 
an upgrade available for your system. Otherwise you (or someone else) needs 
to compile libgd and include truetype support (--with-freetype).
I don't think you need to recompile mapserver after that, so you can still use 
the version you have now.
You can get the gd source code from http://www.boutell.com/gd/ .

Regards,
Vincent Schut.

On Thursday 22 May 2003 11:20, Schlemmer Thilo wrote:
> Thanks for your reply, Bjoen and Vincent...
>
> I guess, I understand, what my problem is.
> I have to recompile my mapserver-version with a gdlib that suport
> freetype....
> But unfortunately i can't recompile my mapserver, because  i don't know how
> to compile (never tried before) and where i get all the packages for
> oracle-support and so on.
>
> I guess, i have to wait until someone of my colleagues return from holiday
> ;) and exercise with a different (... but running ttf-support)
> mapserver-version.
>
> Thanks a lot for your help.
>
> Thilo
>
> > -----Urspr?ngliche Nachricht-----
> > Von:	Bj?rn Platzen [SMTP:bplatzen at sosnetz.de]
> > Gesendet am:	Donnerstag, 22. Mai 2003 10:09
> > An:	Schlemmer Thilo; Mapserver-Users-Request at Lists. Gis. Umn. Edu
> > (E-Mail)
> > Betreff:	Re: [Mapserver-users] TTF support or not?
> >
> > Hi Thilo,
> >
> > > I get this error message:
> > > "msGetLabelSize(): TrueType Font error. libgd was not built with
> > > TrueType font support"
> > >
> > > but my version of mapserver should support TTF:
> > > "MapServer version 3.5 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> > > SUPPORTS=PROJ SUPPORTS=TTF SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7
> > > INPUT=ORACLESPATIAL INPUT=OGR INPUT=SHAPEFILE"
> >
> > You have compiled mapserver --with-freetype, but your gdlib doesn't
> > support freetype.
> > try ldd libgd.so.2 (or however your gd is called) and you should get the
> > following:
> >
> > codefabrik:/usr/lib # ldd libgd.so.2
> >         libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x40067000)
> >         libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40076000)
> >         libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40136000)
> > ------->libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40155000)
> >         libpng.so.2 => /usr/lib/libpng.so.2 (0x40196000)
> >         libz.so.1 => /lib/libz.so.1 (0x401c7000)
> >         libm.so.6 => /lib/libm.so.6 (0x401d6000)
> >         libc.so.6 => /lib/libc.so.6 (0x401f9000)
> >         libdl.so.2 => /lib/libdl.so.2 (0x40321000)
> >         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
> >
> > If not, then your gdlib is not compiled with freetype-support. IMHO
> > Mapserver supports freetype through gd.
> >
> > hth, 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

-- 
______________________________________
Vincent Schut
Sarvision B.V.
Wageningen, The Netherlands
www.sarvision.com



From schut at sarvision.com  Thu May 22 03:19:26 2003
From: schut at sarvision.com (Vincent Schut)
Date: Thu, 22 May 2003 12:19:26 +0200
Subject: [Mapserver-users] availability of Ming with Mapserver 3.x...
In-Reply-To: <3ECC9DFF.1080207@ism.asso.fr>
References: <3ECC9DFF.1080207@ism.asso.fr>
Message-ID: <200305221219.26417.schut@sarvision.com>

I don't know about 3.6.x
You can use ming & 3.7. Usually 3.7 is quite stable, I use it all the time. Be 
prepared, however, to stumble on some bugs... But the added features imho 
outweigh the possibility of bugs.
For 3.7, you will need the newest version of GD (2.0.12).
I think you don't need the ming source, but you do need the ming lib. I'm not 
sure about this, however, as I compiled ming myself so I don't have tried it 
without having the source.
If you want to know why 'nothing happened', take a good look at the output of 
the ./configure command when compiling mapserver. Actually, I think this 
always is a good habit ;-) It gives you a lot of information about how 
mapserver will be compiled and what options will be available or not, and can 
save you from a lot of frustration afterwards.

Regards,
Vincent Schut.

On Thursday 22 May 2003 11:53, Benoit Lathiere wrote:
> Hello !
>
> I would like to use the Ming (Flash) output capability of Mapscript.
> I try to compile the 3.6.5 with "--with-ming=yes" argument but nothing
> happend... I tried with the mapserv-dev ; but I've ot an error with th GD
> library :-(
>
> So, my questionq are :
>
> Is Ming output available with Mapserver 3.6.5 ? if Yes, is the Ming source
> required for the compilation ?
> If Ming is only available with Mapserver 3.7, can I use the mapserver_dev
> package  or must I waiting for the 3.7 version ?
> When is planned the 3.7 (stable) version ?
>
> Thanks a lot,
>
>
> 	Benoit Lathiere.
>
> _______________________________________________
> 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 stefan.schwarzer at grid.unep.ch  Thu May 22 05:00:09 2003
From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer)
Date: Thu, 22 May 2003 14:00:09 +0200
Subject: [Mapserver-users] Set scalebar properties
Message-ID: <5.2.1.1.0.20030522134742.01bbec60@gridg.grid.unep.ch>

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

Hi list,

I would like to change the size of my scalebar dynamically in 
MapScript/PHP, but couldn't find anything in the mailing list archives. 
Does someone has an idea? Something like
  $scalebar = $map -> scalebarobj();
  $scalebar = set("width", 200);
  ...

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



Hi list,

I would like to change the size of my scalebar dynamically in MapScript/PHP, but couldn't find anything in the mailing list archives. Does someone has an idea? Something like
 $scalebar = $map -> scalebarobj();
 $scalebar = set("width", 200);
 ...

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/
        _______________________________________ --=====================_858041017==.ALT-- From nuno.cabrita at elementodigital.pt Thu May 22 05:03:28 2003 From: nuno.cabrita at elementodigital.pt (Nuno Cabrita) Date: Thu, 22 May 2003 13:03:28 +0100 Subject: [Mapserver-users] Pie Chart Message-ID: <000101c3205a$29738d50$7300a8c0@wks03> This is a multi-part message in MIME format. ------=_NextPart_000_0002_01C32062.8B37F550 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, can anyone tell me how to draw a pie chart in a map? ------=_NextPart_000_0002_01C32062.8B37F550 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, can anyone tell me = how to draw a pie chart in a map?

 

 

 

 

------=_NextPart_000_0002_01C32062.8B37F550-- From ed at topozone.com Thu May 22 05:22:08 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 22 May 2003 08:22:08 -0400 Subject: [Mapserver-users] Re: I'm not able to solve my problem!! Message-ID: <13858AA1A74F30419F319ACB66A9D1221F4447@mercator.topozone.com> Did you install zlib.dll in a place on your system PATH? - 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: aborruso at spaziogis.it [mailto:aborruso at spaziogis.it] Sent: Thursday, May 22, 2003 4:58 AM To: mapserver-users; mapserver-users-admin at lists.gis.umn.edu Subject: RE: [Mapserver-users] Re: I'm not able to solve my problem!! Daniel, I have downloaded depends.exe from the web, but I'm not able to interpret what I see. Can I send you the file I can export from depends.exe? Depends.exe give me this warning: "At least one module has an unresolved import due to a missing export function in a delay-load dependent module." I can read this in my IIS log: "#Software: Microsoft Internet Information Services 5.1 #Version: 1.0 #Date: 2003-05-20 17:48:46 #Fields: time c-ip cs-method cs-uri-stem sc-status 17:48:46 127.0.0.1 GET /cgi-bin/mapserv.exe 502 17:49:08 127.0.0.1 GET /cgi-bin/mapserv.exe 502" Thank you, Andrea |---------+---------------------------------------> | | Daniel Morissette | | | | | | Inviato da: | | | mapserver-users-admin at lists.| | | gis.umn.edu | | | | | | | | | 21/05/2003 21.08 | | | | |---------+---------------------------------------> >----------------------------------------------------------------------- -------------------------------------------------------| | | | Per: aborruso at spaziogis.it | | Cc: mapserver-users | | Oggetto: Re: [Mapserver-users] Re: I'm not able to solve my problem!! | >----------------------------------------------------------------------- -------------------------------------------------------| aborruso at spaziogis.it wrote: > > Hi Daniel, > thank you. I'll reply to your 3 questions: > > 1- What do you get when you run the following in a DOS window? > mapserv.exe "QUERY_STRING=map=C:/invalid/path.map" > > " > MapServer Message > > > msLoadMap(): Unable to access file. (C:/invalid/path.map) > " > Andrea, Is this really the output that you get? There should be some HTTP headers as well, i.e. you should get: --------------- Content-type: text/html MapServer Message msLoadMap(): Unable to access file. (C:/invalid/path.map) ---------------- I just want to confirm that you do indeed get the "Content-type..." header line in your DOS window output. There is no reason why you wouldn't get headers, but if some evil bug slipped into your build and prevented the headers from being generated then that could possibly explain all your other problems. That's why I asked that you quote the complete output. > 2- What do you get when you access the following URL via a web bowser? > http://localhost/scripts/mapserv.exe > (Do a 'View Source' and quote the exact result, also change the URL > to match the location of the mapserv.exe script on your server) > > "Error in CGI Application >

CGI Error

The specified CGI application misbehaved by not > returning a complete set of HTTP headers. The headers it did return > are:

"
>

OK, so this tells us that the mapserv.exe won't run at all in the
context of your server.  No need to worry about permissions to access
mapfiles and data files at this point, it's a deeper problem.

The only reason I could imagine to explain the lack of headers and error
messages would be that mapserv.exe aborts due to DLL dependency
problems.  Does IIS have any kind of logfile where that kind of error
would be logged?  I don't know IIS enough to tell, but I would hope that
it would have the equivalent of Apache's error_log and there may be
useful hints in there.

You could also try to use the DEPENDS.EXE utility that comes with WinXP
to see the complete list of DLLs required by your mapserv.exe and then
make sure that all the required DLLs are avaialble in the PATH of the
web server user.  (I believe WinXP still uses the PATH to search DLLs,
someone please correct me if I'm wrong.)

If that doesn't help then I'm out of ideas.  The problem you need to
work on is really to get mapserv.exe to work in your web server without
specifying any mapfile parameter.  Then worry about loading a mapfile
etc only once you've got mapserv.exe producing normal errors without any
mapfile specified.

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

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





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



From lfilak at medinaco.org  Thu May 22 05:44:06 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Thu, 22 May 2003 08:44:06 -0400
Subject: [Mapserver-users] Linux compiled version
Message-ID: <200305221243.h4MChuN16593@yogi.medinaco.net>

Good point.
I completely forgot that the RPM existed.
Lowell F.

The following message was sent by Thorsten Fischer  on 22 May 2003 01:17:20 +0200.

> On Wed, 2003-05-21 at 19:40, Eduardo Patto Kanegae wrote:
> > does anybody has a pre-compiled version of MapServer with standard options
> > for Linux?
> 
> You need to define 'standard' and 'linux' :) I mean, which distribution,
> which version and so on.
> 
> If you are using a distribution depending on .rpm packages, like red
> hat, suse, mandrake and so on, you might want to try the .rpm packages
> available on the freegis cd-rom from intevation. You can buy their cd or
> download the thing from their server at ftp.intevation.de.
> 
> 
> hth,
> 
> thorsten
> 
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From pgigoux at munistgo.cl  Thu May 22 05:47:57 2003
From: pgigoux at munistgo.cl (Patricio Gigoux)
Date: Thu, 22 May 2003 08:47:57 -0400
Subject: [Mapserver-users] query by  atribute
Message-ID: <200305221247.h4MCl7Hg005842@lists.gis.umn.edu>

Hello:
I am trying to solve the next, I did a query to database (mysql) and I need 
show a map with result of its, any suggestion about how can I do it?

Thank you in advance


From morissette at dmsolutions.ca  Thu May 22 06:25:22 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Thu, 22 May 2003 09:25:22 -0400
Subject: [Mapserver-users] Re: I'm not able to solve my problem!!
References: 
Message-ID: <3ECCCFC2.33FBD65D@dmsolutions.ca>

aborruso at spaziogis.it wrote:
> 
> Daniel,
> I have downloaded depends.exe from the web, but I'm not able to interpret
> what I see. Can I send you the file I can export from depends.exe?


Please use the list.  The more eyes see your problem the more chances
you have to receive help.


> Depends.exe give me this warning: "At least one module has an unresolved
> import due to a missing export function in a delay-load dependent module."


Does it not tell you which module that is and what the unresolved
dependency is?

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


From gabriel at ciasc.gov.br  Thu May 22 06:52:55 2003
From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari)
Date: Thu, 22 May 2003 10:52:55 -0300
Subject: [Mapserver-users] Using DGN files to show text information
References: 
Message-ID: <003001c32069$7239ee80$12d713ac@ciasc.gov.br>

Listers.

I would like to use text information from DGN files.

The text information is separated in one file.

I use CONNECTIONTYPE OGR to show the text, but it don't became visible.

I try LAYER TYPE, POLYGON and ANNOTATION.

What is wrong ?

Gabriel
Florian?polis, SC, Brasil



From assefa at dmsolutions.ca  Thu May 22 06:52:19 2003
From: assefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Thu, 22 May 2003 09:52:19 -0400
Subject: [Mapserver-users] availability of Ming with Mapserver 3.x...
References: <3ECC9DFF.1080207@ism.asso.fr>
Message-ID: <3ECCD613.1B3F117A@dmsolutions.ca>

Hi There,


Benoit Lathiere wrote:

> Hello !
>
> I would like to use the Ming (Flash) output capability of Mapscript.
> I try to compile the 3.6.5 with "--with-ming=yes" argument but nothing happend...
> I tried with the mapserv-dev ; but I've ot an error with th GD library :-(
>
> So, my questionq are :
>
> Is Ming output available with Mapserver 3.6.5 ? if Yes, is the Ming source required for the
> compilation ?

 It is only available in the 3.7 version.

>
> If Ming is only available with Mapserver 3.7, can I use the mapserver_dev package  or must I waiting
>   for the 3.7 version ?
> When is planned the 3.7 (stable) version ?
>

 You can use the current developpment version which is BTW stable :). There is work in progress to
stabilize it more and a release should be done pretty soon hopefully.

>
> Thanks a lot,
>
>         Benoit Lathiere.
>
> _______________________________________________
> 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 lfilak at medinaco.org  Thu May 22 06:59:00 2003
From: lfilak at medinaco.org (Lowell Filak)
Date: Thu, 22 May 2003 09:59:00 -0400
Subject: [Mapserver-users] query by  atribute
Message-ID: <200305221358.h4MDwpN18015@yogi.medinaco.net>

The data in the mysql table needs to have a field that corresponds to the shapeindex in the shapefile.
The shapeindex is a sequential integer starting at 0.
If the data does not have that field can you create it when the data is loaded?
If not then you could possible relate the mysql data to an attribute in the dbf file and then the record number of the dbf record can be used to relate back to the shapeindex.
This solution assumes mapscript of some flavor.
HTH
Lowell F.

The following message was sent by Patricio Gigoux  on Thu, 22 May 2003 08:47:57 -0400.

> Hello:
> I am trying to solve the next, I did a query to database (mysql) and I need 
> show a map with result of its, any suggestion about how can I do it?
> 
> Thank you in advance
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



From fx.gamoy at mapxplore.com  Thu May 22 08:01:41 2003
From: fx.gamoy at mapxplore.com (fx gamoy)
Date: Thu, 22 May 2003 16:01:41 +0100
Subject: [Mapserver-users] BIL raster image processing with mapserver
Message-ID: <000e01c32073$0da01a30$0201a8c0@mapxplore.com>

C'est un message de format MIME en plusieurs parties.

------=_NextPart_000_000B_01C3207B.6F458880
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

hello everybody,
i would like to display a GLOBE30 extract in bil format directly with =
mapserver.

I use a binary release of mapserver 3.6.2 on a WINNT plateform
MapServer version 3.6.2 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG =
OUTPUT=3DWBMP SUPPORTS=3DPROJ SUPPORTS=3DTTF SUPPORTS=3DWMS_SERVER =
SUPPORTS=3DWMS_CLIENT INPUT=3DEPPL7 INPUT=3DOGR INPUT=3DGDAL =
INPUT=3DSHAPEFILE

I think that it is a GDAL issue but i dont know how to test my version =
of it.
any idea?
thanks
fx gamoy
http://www.mapxplore.com/


------=_NextPart_000_000B_01C3207B.6F458880
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable








hello everybody,
i would like to display a GLOBE30 = extract in bil=20 format directly with mapserver.
 
I use a binary release of mapserver = 3.6.2 on=20 a WINNT plateform
MapServer version 3.6.2 OUTPUT=3DGIF = OUTPUT=3DPNG=20 OUTPUT=3DJPEG OUTPUT=3DWBMP SUPPORTS=3DPROJ SUPPORTS=3DTTF = SUPPORTS=3DWMS_SERVER=20 SUPPORTS=3DWMS_CLIENT INPUT=3DEPPL7 INPUT=3DOGR INPUT=3DGDAL=20 INPUT=3DSHAPEFILE
 
I think that it is a GDAL issue but i = dont know how=20 to test my version of it.
any idea?
thanks
fx gamoy
http://www.mapxplore.com/
 
------=_NextPart_000_000B_01C3207B.6F458880-- From RichardBecher at SierraSystems.com Thu May 22 07:17:02 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Thu, 22 May 2003 10:17:02 -0400 Subject: [Mapserver-users] PLEASE HELP... Message-ID: <8450D0E05920354D97B1507EABDCDB7F0734A8@svott2000.sierrasys.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3206C.D0E6EA12 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have not been able to get a response on how to display data using Mapserver from Oracle. =20 I have created a connection to my Oracle db and I do not get any errors. =20 However, the data does not display. =20 I was told that I can't do this direct connection to Oracle and that I have to use OGR. =20 Can someone please confirm this and give me any help on how to simply display data from my Oracle database using Mapserver? =20 Any help would be GREATLY appreciated. =20 Cheers, =20 Richard Becher Sierra Systems 130 Slater Street, Suite 800 Ottawa, Ontario K1P 6E2 Phone: 613.236.7888, Extension: 350 Fax: 613.236.9333 Email: RichardBecher at SierraSystems.com www.SierraSystems.com =20 =20 =20 ------_=_NextPart_001_01C3206C.D0E6EA12 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have not been able to get a response on how to = display data using Mapserver from = Oracle.

 

I have created a connection to my Oracle db and I do = not get any errors.

 

However, the data does not = display.

 

I was told that I can’t do this direct = connection to Oracle and that I have to use OGR.

 

Can someone please confirm this and give me any help = on how to simply display data from my Oracle database using Mapserver?

 

Any help would be GREATLY = appreciated.

 

Cheers,

 

Richard = Becher

= Sierra Systems
130 Slater Street, Suite 800
Ottawa, Ontario = K1P 6E2
Phone: 613.236.7888, Extension: = 350

Fax: = 613.236.9333
Email: = RichardBecher at SierraSystems.com
www.SierraSystems.com

 

 

=00 ------_=_NextPart_001_01C3206C.D0E6EA12-- From spencer at dmsolutions.ca Thu May 22 07:21:32 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Thu, 22 May 2003 10:21:32 -0400 Subject: [Mapserver-users] Re: I'm not able to solve my problem!! In-Reply-To: <3ECCCFC2.33FBD65D@dmsolutions.ca> References: <3ECCCFC2.33FBD65D@dmsolutions.ca> Message-ID: <3ECCDCEC.5070300@magma.ca> Its probably mpr.dll that is missing a function. I get that all the time and it doesn't affect stuff. If that is the affected module, then this is likely not your problem. Paul Daniel Morissette wrote: > aborruso at spaziogis.it wrote: > >>Daniel, >>I have downloaded depends.exe from the web, but I'm not able to interpret >>what I see. Can I send you the file I can export from depends.exe? > > > > Please use the list. The more eyes see your problem the more chances > you have to receive help. > > > >>Depends.exe give me this warning: "At least one module has an unresolved >>import due to a missing export function in a delay-load dependent module." > > > > Does it not tell you which module that is and what the unresolved > dependency is? > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From cpurvis at asg.sc.edu Thu May 22 07:49:43 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Thu, 22 May 2003 10:49:43 -0400 Subject: AniS, WAS: [Mapserver-users] availability of Ming with Mapserver 3.x... Message-ID: Hi, folks: I just checked the mailing list, and AniS never showed up. I've tried flash, ming, gifsicle, and now AniS. AniS rocks! It is so easy if applets are OK w/ you. If you can create the MapServer images, animation is a snap. Take the 2 seconds needed to visit their site for great documentation and examples: http://www.ssec.wisc.edu/visit/AniS/anist1.html. That tiny applet snipped is really all you need. Don't overlook adding these, though (if you need to): Charlton -----Original Message----- From: Yewondwossen Assefa [mailto:assefa at dmsolutions.ca] Sent: Thursday, May 22, 2003 9:52 AM To: Benoit Lathiere Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] availability of Ming with Mapserver 3.x... Hi There, Benoit Lathiere wrote: > Hello ! > > I would like to use the Ming (Flash) output capability of Mapscript. > I try to compile the 3.6.5 with "--with-ming=yes" argument but nothing happend... > I tried with the mapserv-dev ; but I've ot an error with th GD library :-( > > So, my questionq are : > > Is Ming output available with Mapserver 3.6.5 ? if Yes, is the Ming source required for the > compilation ? It is only available in the 3.7 version. > > If Ming is only available with Mapserver 3.7, can I use the mapserver_dev package or must I waiting > for the 3.7 version ? > When is planned the 3.7 (stable) version ? > You can use the current developpment version which is BTW stable :). There is work in progress to stabilize it more and a release should be done pretty soon hopefully. > > Thanks a lot, > > Benoit Lathiere. > > _______________________________________________ > 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 ---------------------------------------------------------------- _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From fabrice.thevenon at cg64.fr Thu May 22 08:13:12 2003 From: fabrice.thevenon at cg64.fr (Thevenon Fabrice) Date: Thu, 22 May 2003 17:13:12 +0200 Subject: [Mapserver-users] PHP mapscript, pointObj->draw, transparency problem Message-ID: <108079054DE0D511840B00508BA367ED015AE12D@s4-bruyeres> Hello All ! My mapfile describes a map with a layer of points that are drawn with a truetype symbol and transparency. (I draw circles as the top layer, with transparency to see what is below the circles). So far, everything is OK, the points appear with transparency. I would like to add dynamically some other transparent points to my map with mapscript. I'm using php mapscript 3.6.2. I use the following code : $map=ms_newMapObj($path_mapfile); ... $image=$map->draw(); ... $myLayer=$map->getLayerByName("theTransparentLayerName"); #This transparent layer comes from the mapfile $myPoint=ms_newPointObj(); $myPoint->setXY($x,$y); $myPoint->draw($map, $myLayer, $image, 0, ""); #class 0 renders trnsparent in the map file The point is drawn with the parameters expected for the class 0, (size, color, ...) except that it is NOT transparent... How could I do to add dynamically transparent points to my map? Many thanks for any help! Fabrice THEVENON Ing?nieur SIG - Informatique Conseil G?n?ral des Pyr?n?es Atlantiques Direction des Moyens Techniques 64 avenue Jean Biray 64058 Pau Cedex 9 ---------------------------------------------------------------------------- - From Michael.Smith at erdc.usace.army.mil Thu May 22 08:16:34 2003 From: Michael.Smith at erdc.usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Thu, 22 May 2003 11:16:34 -0400 Subject: [Mapserver-users] PLEASE HELP... Message-ID: <048FBD219330D211B47000A0C9B3BAFD03CD1936@crl02.crrel.usace.army.mil> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C32075.21B9E800 Content-Type: text/plain Richard, Mapserver needs to be compiled with the oracle libraries i.e. --with-oraclespatial = /path/to/oracle/home Then, in the map file use CONNECTIONTYPE oraclespatial CONNECTION 'user/password at tnsname' DATA 'sdo_geometry_column FROM tablename' I've also found that if you use this format for the DATA line, that mapserver will only select data with the extents of you map view, if you use 'sdo_geom_col from (select * from tablename)' which is also valid, on every redraw you will be retrieving the entire data table and not using a spatial index. You do not have to use OGR to access Oracle. OGR is slower at this point but does support more features (attribute queries mainly). Another importtant point is to increase the ARRAY_SIZE in the maporaclespatial.c code. By default, it is set at 1, but we get much, much faster performance by increasing the ARRAY_SIZE to 500 or 1000. Basically this allows mapserver to send 500 ot 1000 rows at a time. Mike Smith email: michael.smith at erdc.usace.army.mil RSGISC ERDC - CRREL Hanover, NH 03755 (603) 646-4765 -----Original Message----- From: Becher, Richard [mailto:RichardBecher at SierraSystems.com] Sent: Thursday, May 22, 2003 10:17 AM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] PLEASE HELP... Importance: High I have not been able to get a response on how to display data using Mapserver from Oracle. I have created a connection to my Oracle db and I do not get any errors. However, the data does not display. I was told that I can't do this direct connection to Oracle and that I have to use OGR. Can someone please confirm this and give me any help on how to simply display data from my Oracle database using Mapserver? Any help would be GREATLY appreciated. Cheers, Richard Becher Sierra Systems 130 Slater Street, Suite 800 Ottawa, Ontario K1P 6E2 Phone: 613.236.7888, Extension: 350 Fax: 613.236.9333 Email: RichardBecher at SierraSystems.com www.SierraSystems.com ------_=_NextPart_001_01C32075.21B9E800 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Message
Richard,
 
Mapserver needs to be compiled with the oracle=20 libraries
 
i.e.=20 --with-oraclespatial =3D /path/to/oracle/home
 
Then,=20 in the map file use
 
 CONNECTIONTYPE oraclespatial
 CONNECTION 'user/password at tnsname'
&n= bsp;DATA=20 'sdo_geometry_column FROM tablename'
 
I've=20 also found that if you use this format for the DATA line, that = mapserver will=20 only select data with the extents of you map view, if you use = 'sdo_geom_col from=20 (select * from tablename)' which is also valid, on every redraw you = will be=20 retrieving the entire data table and not using a spatial=20 index.
 
You do=20 not have to use OGR to access Oracle. OGR is slower at this point but = does=20 support more features (attribute queries mainly).
 
Another importtant point is to increase the ARRAY_SIZE in the=20 maporaclespatial.c code. By default, it is set at 1, but we get much, = much=20 faster performance by increasing the ARRAY_SIZE to 500 or 1000. = Basically this=20 allows mapserver to send 500 ot 1000 rows at a time. =
 
Mike Smith
email: michael.smith at erdc.usace.army.mil
RSGISC
ERDC - CRREL =
Hanover, NH  03755
(603) 646-4765
-----Original Message-----
From: = Becher, Richard=20 [mailto:RichardBecher at SierraSystems.com]
Sent: Thursday, = May 22,=20 2003 10:17 AM
To:=20 Mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users] PLEASE=20 HELP...
Importance: High

I have not been able to = get a=20 response on how to display data using Mapserver from=20 Oracle.

 

I have created a = connection to my=20 Oracle db and I do not get any errors.

 

However, the data does = not=20 display.

 

I was told that I can't = do this=20 direct connection to Oracle and that I have to use=20 OGR.

 

Can someone please = confirm this=20 and give me any help on how to simply display data from my Oracle = database=20 using Mapserver?

 

Any help would be = GREATLY=20 appreciated.

 

Cheers,

 

Richard=20 Becher

Sierra=20 Systems
130 Slater=20 Street, Suite 800
Ottawa,=20 Ontario=20 K1P=20 6E2
Phone:=20 613.236.7888, Extension: 350

Fax:=20 613.236.9333
Email:=20 RichardBecher at SierraSystems.com
www.SierraSystems.com<= /FONT>

 

 

------_=_NextPart_001_01C32075.21B9E800-- From morissette at dmsolutions.ca Thu May 22 08:32:37 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 22 May 2003 11:32:37 -0400 Subject: [Mapserver-users] PHP mapscript, pointObj->draw, transparency problem References: <108079054DE0D511840B00508BA367ED015AE12D@s4-bruyeres> Message-ID: <3ECCED95.561EBF97@dmsolutions.ca> Fabrice, I've run into that before as well. Transparency works only between layers when you use the $map->draw() method. It won't work with $layer->draw() or with $point->draw(), $shape->draw(), etc. Daniel Thevenon Fabrice wrote: > > Hello All ! > > My mapfile describes a map with a layer of points that are drawn > with a truetype symbol and transparency. > (I draw circles as the top layer, with transparency to see what > is below the circles). > So far, everything is OK, the points appear with transparency. > > I would like to add dynamically some other transparent points to > my map with mapscript. > I'm using php mapscript 3.6.2. > > I use the following code : > > $map=ms_newMapObj($path_mapfile); > ... > $image=$map->draw(); > ... > $myLayer=$map->getLayerByName("theTransparentLayerName"); #This transparent > layer comes from the mapfile > $myPoint=ms_newPointObj(); > $myPoint->setXY($x,$y); > $myPoint->draw($map, $myLayer, $image, 0, ""); #class 0 renders trnsparent > in the map file > > The point is drawn with the parameters expected for the class 0, > (size, color, ...) except that it is NOT transparent... > > How could I do to add dynamically transparent points to my map? > > Many thanks for any help! > > Fabrice THEVENON > Ing?nieur SIG - Informatique > Conseil G?n?ral des Pyr?n?es Atlantiques > Direction des Moyens Techniques > 64 avenue Jean Biray > 64058 Pau Cedex 9 > ---------------------------------------------------------------------------- > - > From gabriel at ciasc.gov.br Thu May 22 08:56:09 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Thu, 22 May 2003 12:56:09 -0300 Subject: [mapserver-users] arrows on lines without truetype References: Message-ID: <00c701c3207a$a964cb80$12d713ac@ciasc.gov.br> This is a multi-part message in MIME format. ------=_NextPart_000_00C4_01C32061.84020FB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Listers. Why this problem happens with the image from MapServer ? The blue lines are rivers and sometimes MS construct straight lines at the river line. We have two environmental, development and prodution. At the development environmental this problem the problem does not occur . ------=_NextPart_000_00C4_01C32061.84020FB0 Content-Type: application/octet-stream; name="SC105361706714516.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="SC105361706714516.gif" R0lGODdhkAEsAaUAAL/o//oAAAAAAP////oAlvq+ZPqWlvrmdWRkZPX19fW0oKqqqv+ZzP/7nb+X zIDJavr6AAAA+sjIyHh4eL/o/9zc3DLIAFtbWx4eHtbW1np6ej09Pbe3twAAfQAAH1paWmlpaS0t LZmZmS86PxcdH190fwwMDI+uv3eRnxkZGTIyMqfL30dXX1NlbwAAnAAAXQAA2gAAPgAAu19fXzw8 PGpqaktLSwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAAkAEsAUAG/sCEcEgsGo/IZCIS UTqf0Kh0SpVOEpNsdcvtHpvesPj6RFDO6LR6zW6fEVEwF8wU2+/4fJRMZcqddXpef4KFfFATAmZu jI0UCHCFkpOUlXtdhHiZlkObkgIYGaJCGAIJGgIaHAIbQhsCFxwTFwIcGRsatCKnsKgaCRgYHK8c CasmJyMCycslAipCrNEYwLW4nNjZ2J5dh1/adtxS4uBLf954i2yRSqbl7/CC5EnoQvPxVfP3YVkT 6o6O2HH5B9CNQHxQ9mlC2MeInwgTHnrqR7HiHYoOFRLJoKFUqwQiaAnIEGNkAloZjKASsRKkABEZ BLAqtkqmzF8JCBbcedCJ/s6dAHsSgUQUnMZKYCoq1dIQXD1KR8fZO9evSFQoP4Fq3cqVJ1B7DIVU lXQ1H9SnS8LKQxSxj7+ucOPKnZuQ058maMOUxYQnL1i1TfN485R1ruHDiOdgelgE3d667x77JbLX JqhiR16l1AxZj7/Cb4giHk269JlBT44+fdx5W7dBjFEn2ZRBRLCUA03r3s27kV6rdla7RsovbCA9 Eo1MAACpt/PnayBFEZ1GiULW9L5BtYQdy3DAjQU8gk5erlDwwAU7JI5cUNv1U7qHTdS8vP0259G3 Dt7JqMTY1kkyWX+A6GcHaPeNlp+B4TQ4xIDlBHKPRnzIZw6DUiCYYFcL/nLS0hCoWPaLCKnEdIFL vwSzCjUxfRQMKe64YkoEpfCSSy1E0FLMSiT+0pILqbhEy4mjtCgjBzXWCOMQSupilR9bHAcfZVGR YSFZBUqpnIYbxiUdeFraBeVU/wG4HoR8IRTmEWNRhqGAV3DZ5TpvTglYiLv81R+aRpAIy0k3vXnV OXOEeaUXcs7JRj9pfInhoYIgKdMGHEAJkXZIQMrdmnHIMZmmwTGnqGkTVGBqqQHhc50ne1GUyaXp 2ZlWZNhBCmudSNA36n0d2oUUIXzOxtCYWD6p57HWXQEqNonuyqGghrQnpqrIymoFgfpt0qyzQPWq 1rIP/oarWbFm6lm1/tpwSsRy23KbKq7gKhfHuMJGiakhhMTbqgAAiOruYd52oY4YFjI1Trzkfofu JLdiK64h7f4bXSEE3XHVgAinGY8cGWd377zZZGFTvyRHvGvA06lBsBfBUgumtdkkZS696yZQssRo mLFyHgVD6/PCCq9rcMsILUeyv12ibO/DYxD9XceLfYtRajSLdTTSpREFtZsaV+F00PVmi43BhWyd 69UCKHVzgkpnaubOe3wNdnxlz1zgFmSjZ7bRR5vMW9t6lfm2p1V3cuWr+Uqp7t1h51o4zJ5djTXO j+hXj4WYw6NvvZ8OajbjY0g+OeWNOCrJP8oppTmD4L764GDcGYec/jh8j+4s4Fi5AWyEhS9rZRO7 67143ca+drXfu+GeoW/ykuU6zQVnwWoneX0uVaEBhto36RPfoSHDdP980ayZBjthhP85XyYi29tH kVbKD9HsF8lROTz5j+cfbvb6l0szn8grSPz6R8CmBYZpq6MX0XTVLaLkrYAQdJh7ovS5txGPE6Ao gpI64AFW4OYVIBCCjjJQiiHxQgQ9MsYrMJCnVWygFCqgwAqUQYISREIaCcigpFgYwR6Czms/rFpU rFef6CAAI3JrTE62ZTr9ESs+grOg+J7gmAjeYlIpQdIGgIQbcXwoChs4kVhyopv4BZBOj1KTgZby wPKpSiGuKsuy/hThnPxk4YwCNB2X2MjHPvrxj20C33Y4kUQC0qGQWMAj9xJDpfkI0lcT5J8h+SEO T9lukQlK2EJq1jrejUEf9LrfIN6TBEVi0jCy2Q+b7FYso3ChZatqgmU2kJIIyEAkmzGJZnSEih29 5IsJ4MgrxDiFt5zymABJ5ceutcxWDvKVBhJlN/plSmTWsSBUox/wgEaF6sWOPSxLYNFEdklrJm92 XKPgoS73zAuOwZnjYqA5s+bEc/nPncpUjzp9mKtqUm6A0XSPlaL5vGxegpXhi6A/T0YBtZSCGtjo oBN0JEnvVEFJRhgFzwxaUbHkDZEZSYgUPbPQk4lTTd1JoUUn/jEj9DETco+SZiL6lbYizvMN47Je EmxSL7zAU29QbBg/jVDS3jAKp3XS6RFiYhlq1IhG7ihJCDVDohe84CXB7AiOhtCjV8SgRyYKpjSM JNZW1EgXSuIALSAKN/sFSGYJTU0UR3ow+d20EUfFjxrzJ71mKnU2dzFT5pZQIWniY6ZFPWYT32g4 w+JPiYcg2l8bZ7HArZKAiXUXQK8HsrKBVIJzA2cl8fZYgv4hswxNKlk+u6zJNpKj0CztXo+A2jlt FpKWkGwPn9hM0I6Pm/h0gtFqu6Hb+uQ0XRMQZ7+VsYJWAnbSugi/iGsf4xK1Om3tZlyBGhnfcoeU 3u2sIfjV/jfq9sa6QqhYdl9qDsduTHbhJeT0+IpYxRLscPxRLevuma7m8ZdBtaOmZtErn3VOMaDx /WbNKFun2lF3sQpWTDgPDFwxbeJzbZRwPI9XHvQyeLvs5S6Iv5Vf+IaMvJIzb1Ao/FlX5tOyHYWp 40IZshSTzsPpbIo3NRndmLVTVi0WW+Q4bF+GsKNCLnvtsMCZTrQcyrWyfWUiUCyTOEEiEHxT8VZw nN41+Le7+m3nrYTa39l2ikLt0ywlQNNkX0H5gMg5BKEQamJ0RhlvRL6xh7/H5A8LOTjkAB6EAv1X briXznvI8yk3KycL83aoaglyGvmasjrm4ygXfjOkEdGp/ghqOsRKMGbyGhraTePKfBlB3H89qcBu lhN+EDa1rEm7tMom2RKgEMUoMOoEEOBGCr8WtUESAVGNzvrYr3kxz6wHtQwSoUacifZIrqCjVVyg JTxKxSp+YW1jwAIBJxBACwQwAhni8NwQVauzkQ095cr10BbepOyCZ4dukxGN7WC3E7vjl0+PWLx1 lnSXGRFrffOzLDvun0Y61g+bBoUoR+QHHeFS8N5lGt5hBvWdDXnh536GNACtJpeD+1MKK3HV3WBj JUpBE5qUQgAdEIIGOkjLI7Rkh5h5xZ9UCIo8yZOeVCjpyDd60sct5UFQrkNFpMlyEpn1JaWoDSxc SARf/mimRZKS+rVLdBnOoDZgXy+lQUpd5r74ESkCV6ViLEKmKBZCPNDRo5ZzNnBH9Dk4Z4+xrcdm q3hmODd3tQ/GzU72vU8i7Rl/HT/mftcEO+WRd7eYkw9eJfCa6wqvDnxpAOsfpZcc8r/1c7tL7D92 aZ48/3YQ9X4c4Qnr3eTvBBrjG8/jh0H385HXrtoB4zuIFwUJs6d9rTvtMZSr3sVATL0TnF2jKwYp AdI2IUg8UowI7NBHD/11Nx1+eu4p+0n3mDzrW1/M2it5COuGEQc6mMv2V1sAMZDBbWIiDFrMoBc7 n07wux+X7zv+ssZneLl3UCSWY1PAU/SQefxHOt/3/mgat3FEN37lx3vgBwjrQw8ysX8LGBpFwH3Y JVIFJR/iN4DylmxF5xTDtYHndCBBxHn6JGPHh3sTWHjwUF8qOBdDB4O9FXsB6H8l6Hpl42+5MnE3 +CxC9IIG2GMRGHrdIYRWQIRFuGKPM3gzloRKiEB94Ta7R0Aio4EdBkEOyDIDNS0+WBwjRoVv4oWj NlQG9n/pMl/LFWot+Hr6o4ZAZ2rHgYZi4YQSdD4zOBVYWIcqWHHHVmALxjp+GDd/BxthaCB2CDA5 6AS3UQQvlENi5HR+om6/cAGUMlYywQHqhkL5BygaACSmMAwiQAw5giOocAFrNQy1EAEkIgwsFwwh /lELTGULGtCJTmUS1SACxdB8GbAiMShjqoEw9aN8xfSIIFcOMYAZQrAKecILHABWf5JCtLABr1BW QyASxDQEXiVRSIIBtIATIsSKL5FCLeF0pUADPIcBv0BWqKCNIxEiKYFR0GYZ1ec2F6hNcwWBX3B7 +9VeHJNozIiDvFdotoZ40aBU+zCCpjYWVSFsiwYvfFiBdLBSazGQbGFwdnVXhLhkBqJ9+ONTV/gy gcGQYXGQAFEqFTABSOWRYiCNKEGKprgE0jaMG3CLHOALuVAEJIISAnBVKVILTpKLovCJGZSKkgJ9 1mCO69VZsARblwYgdHVvGyh3kaiM2lCJ6EdL/l6VVh3EiQIAA5JSjs73jS7RAdKYQlfEQ9zIjTUy i8QAi3AJN461TXu4hUXDknPhki9ZOluJaNDDTjuIiIa4h5kGYAJWhHlVOu9VlY3oGW0Bh27IMJMp evZCZhvml88xmFDkgoBFIWxyBRCZamAmgLAxRlzomaYBmiB4lf+mLKY5KH+2hCCYLBdZaVFId8hH kAWJdpaXXGUXYaySlxGxm0rgmogBmxqGhKoJFcyWYBdTYbfGBMxpGM5JnKFXjHamRoHGMhl5m0PR m5WTU2fhnYGIPuM5h8mnadxger25ncNHCU6jnBREmNapewBJcmejgDcFm/HTMZypmegJZ1ZI/nr9 qZ7C1ZhFGImLUIZ9kYgJeXFU2HHP1YP1+UrklZ1GKAioI6F4g2oU6GMJKg9V9IPBAYULOHIhKqJU FJoIZqL7CZ01aqAcmmb8h2PqtZ7CxZWRmZp/ZZjm5x4oVjIeCpnpoDIMKoeiOaNBOlnCEYcoOGUd ak17xqQ++qMWV4CXWTfDuaCM6aGbBSpoqJIW44T54jIFip/rYmM4c1uaIoKJJ2I3upGHaA6LiB4B BqB1xGX4ZaMlOmlfiqeHaDBuKhZHGnwhuaUAp6Bg4qbA41pzhqN8qmgKUqgqWqT8CaV3SoZDKjeJ ajU6el40yp0POKiHSYKfCoSbWoMZ5mC8/iKBCEqAnuqeZsYPQ7OnJ0lIolNeEJc0sBdqaPqctWp4 12GGduqrmGpSkWqFxeqfVBqV1qkaNDY2NlOqt0OGIMart7qhl6aMD5k/DAen/yRk/Wah/oFboAdk m+Y75rpI9Mk5+vmo1Mqq90o4B6OHv6k92qpY2xmhGtmq75Y+xHeCuIktCeeoNFhMolMYwSqvk9Cj Awue5HmS+qqh4NqvePc7mZBlN0YxbUAP3iqtIgl6Jlmx7IqwfRB+/6oojQp4bHByLnWg9rlNkWUc DilXePaywloJbIY/0XohvXN45HMXRDosBJqZVtCs2yqyzPNl7jSqBFsgckazOpia95W1/pzmtBKT pYwQSDKYqHS6cYK2e5RaVy07TV4bp96TTLSqsUEKaFbLlZPFMX2HNyiWpL4pMDshg6uaqzw4XyRK lalGB3NlaBj6qoD4n2tDHoCJKgHBaFpBK1Trdx7Fbpe7P2UQd5ogmyElkwwxtILbarljaflpr40r ukXDl0VbOGhCka8po5rEr6zbnSJVQJsbu2HnGpsbkeFKtD0Fn1UTLLKLg/N6u2t0rG3HKUn3P17D orAGCaSrvBhSsie6sadaCZbxJ7ymBCGwVVFwbVggvesgACkgMmxlveyLvXKrug17B+lXDTLnER/E CgLwARQlEjU3j7n2ji1EbiQgACUg/kMsIAA1VDnoNn2Xwb4e6b5cy6nkx1KWcY+mkJNOKQuAUgwc UQq7kG0akELdZm0IgALiRm5ngL7R8BEZtFYaQJIOLGtfY7sWuDXNtr706wtU55QhtMFWFyQgTH+w SBOXkQLLoAwn4Ax5ssC1GCMxfLKRpLZvxLTau65YGwb29hPJ+8RRY090+Kz3yjv0lgcQu3wywcUo ibsRrKoSrLUqeyBjh8bkyhr9pnBVvGa+Jx1S0mJkICcxK8dpnHz1arPwO7GTS71TwzJ+akSAfK2C vMYxVchZ6IHwMwZntMXyYLDvSmvva5Ff/E6LLIV+CzD7NiE0XGec1slCtKaHF8o8/oEozejIzgM9 4QfJGNJ0LZwKQxlfwPQE2iefdxh0WUNqdRq3F3vFF5N3pSm2duAn8ChzO1kKMFBVxKgSL4F1UReU u3iPO0lRWDm7U1BUfzy325tUyRhZfFQOS7e6vky+9FuOmlES7TcEPckRv4RVLdHBL9Ft2pdZKOPP y6kGv1fOBP0mbJcrdzsRcbQmsOhB00eOOMJBDk0EK5QnttHAgLJzdpknvXtcpkpbSoqvExydWPBH ylqzI8rMhisGNvGZbELJK1h3jDDSrMYWyiymmlC9whsOVKHSVRvQHUYdxfXNUQu4hmDSJusec+p2 mEmsVXEofDsqxrzMfcSwMEq3/rfLBJ8V1YoyTsWZ1JLHunuMHcdrnv2H03BC0wnLMzoNxVYBwevC 1XOiqfbZrmCNCafpacUkTXjhymY903TtbnfdpK5qyxyJN+Fpg39NF6EbD4hnw1E8yIRsgnYCzIt9 1k/6TCnbq3bdDeG5bzltLWV92ZWbu029J0bN2Y8s2d/Kg3cm113CvC8Wpozb2Z1qqWysT+IA27Et 26lb0oEtyYPNpbjqpXDiF7zd2218Zpz7066b2k7Ks61tyVosEEJN2ox9x9pUhdkbxlNNDwvHBbnm dEiAwdahKaON3c9x1RA4pdBtqH/43F8gAB4AA0ASA7JIKVHnlLm0i7XgQuMI/gNYpyNh5At4k9zC p93szN3d7d3vLbXPLSXzSwsugMG7VAu9lAAdcM+7MIwtEpTbp97OUoaO5d62/eBXzNznRwTzO4u0 IAP8zd8U5QLUJwQX/czDhEOnK+IjjqqGc9vBPa0nHqM621shUnNG4MT9xOPcQuKcrMrLTdK2WuRU qOSN4aBM3tU+jtZ5GuS+TdhEXqKn/KZ+neV5tER2x51nytpg7uDE7db2IzhaGOcNZ+baWXCUzDRl G7htbtVv7sYnNl12zhMDjRXpJRqm3V7Ysud87ufszeBf/Q5TVubYDZv6UAfRw+aPruBhvg3+loKD zsjxy+VT7twrvdar/d01/kjp5umc4S3YDb7pUZ7Kqn5YrP6gxLzWthktUC7ktR3fqA5gCB7MQciv p5yiKP7lwO7mlmO+Io7Jxurapv7J0V4cmE7Fja0/P/fs5BrZ047bQJrqOP27GOjsra5wbejl8i3c scWPck7ubDHsr6y7AhXrzF7chW1Q2C6I535wXgw1Fwrrp07q4yLvcezvLwif6uI70j3w/H6D0J7s woVkx/zqtN7ove6IDzprk2q7ykKo+2mthq3uamHw3SOT/HbQCfl/Ij/t8F6e3Qdx7NuEXf6soFR+ tkLuJh+T6FGO2SBRSuDNCEU0w4AE38uwq6J4HuXTkjnmZPyg80opfQIL/lvFjixkv8bwUB0OCi/i jUVwRTEA9DqnlhTlv9H8J7LICqUQjysUj1yv3z2XQ2dcDZqRjzYBjdXe4KSpPomjJUwdHDt/8tkA TDGxiSZhja2gUqmYQfRHChDFa9sIVdGoVXhf9ukIxFgFJCMiADXQvRdAViAhEvS7JKRfDTCc995l rcp56VQU+I2S69gwiUxCS6LwItZ4ItbIQoyPQ7oA4iACczepC6rYjegoij6S+V1XCyw3QuhWExlc +nMJC8YWWIor56x0Me152HYyV5Yd87dGzl6gUsW6tO5FZviZh/+XZSYf8aD7KwtJCQgI6JD+7QA2 ZWTwGTDNPRGf7f21/pggg6ZAEEkMiUXjEZlUJoTL4WSSbDqpVesVa4RGEwjKFxwWj8ll8/mMyK7Z xmmbLYzM51J6nVkXcuHUdx8w7+6vaGuLMDBR0ckLzfEREhJhcrHSzTJQYKlpD5MI0TMOKwIq1BSw MVJ1lRVM7RQQFFZJc+hiI+NzijRUdtZvrYnvlxgptRU5+WuiomLiy6u4zVe6KEMAo+itE05EQEAk wVugozqLWopoeHrQfOlYOV4VqvmZ4tU9XxFjg38oI4aAGBg0RdggINfBXBe+bUiQ4aAADUa8YcjW T+LDgxgmPsTG7xo/cBqxTeRAEAOHRejSPRGlhOU5PFXgybOpDJ8+/p1rGCbgkJEgk6AJAoJIoNCn BoIifgq4oLKINw0SBbiQ+POCR4fXHGpNMFQEQ00MOeZK5GtQOyYuz1WJmXbmJkKTbtatO4kutJz6 Yv7yJiJDhqlhJVqtxdDGuAwvwB0UMVUDw3BEpHaQKPWrAA6SvXoNSrApRM0EzcZy83Ztggl9+xab U9Nu7EjM6qXZ2drdhQsiZAjkpJoQtbg73Q7BbTy16uLEj0wAAFt29DO0a6PZS+w48UHrkLdkfmV4 nDvcL30vBOC5dPWPqNuz7i67efKg4sO6c7p7oClcZoY3rxo96NYbsJXrsPvPitXoQ6I+S+6zosHy lEOwCucEJBDD/ve0GyW4CH0p5RPvQszHv1EqkYM8CpsTIL0MXXQkmu9KlPCIGZcYBsQn5rNjxGps NPFEXlRMUIALX8zQQBkfpANCJaB4I0XgRPwvwhrP2ibKIY8w8sj1kpTxrCSiEHK1lxCs0krxECEF TZ247DK6L+Frk0FC+MixLSXp1IbHNJ3gT0ua4DxSTlMeDHFP7/CEI1GZfvkD0t8gBDRQJd4c1K5C HWSpUS2yNFOaHx3kc8oEk6vUiEsxtUnTK4/rdMITzYHVCUlhYoPSIXcZQtVV42n1NkyEXClUvvIr 1dRjz9zS1wGB3dCTT/O0b0N04huW1j5A6bXZVZ4NNlpZDTVP/tQIyzwVTGO6le5bnWgd1jRhs+WQ 07PGXBYJC9eNE1V0HZR2uX6B7PHWRe7V7sMW980U1XmNAxhZgTdhsFZLcp01wQAXvqtfh9kKRmK3 ZBFO2IsPvMI5hTeWp902YgT1FIhJDfk0UZWd2WKcZ8FtAhZVXhknWBphtJhzA6b55qN1rsRofz2J L+WfgS7wlFSILrpJFeHCD+akT1znXXPRk3pqVVq+4hhtf5HZ44FPCY4YsJ9WpGeyy47kbEHBUNuU RSsm1zUa3+Yu0UT1vZtqT9Lmm2mQqSyW4Fl2VKTTnrlF/J5QFmccEJmNa3vaR5eWnGL9ok35csTz fkeMMOHw/hsm0B31MfK4IwYvlLrHzgvzR1ZPAh7X1/Bc9tBpdxprPx3v2+ex7e49jN+ZDYPy4XHX 1d3apUkxu7Z7bn731NeVPtXWhcdC2uKNx9hr7CZ3O24ovmmed+jJL59603HtM1D1/fS/ELfT0ha+ 8byV3S8PvMLL/aAmiJABUHAQZELTtCexuonvReRzWH08B610VfBk70Na1DCIIQ1S63USk2CpIMgJ EQoMCs4robPOJ64+dJBE2BMc5PJAQeQNKWq7OyACO9UmHB5PhyAUnRbyZUHnaWx8wpIi3fpXKUgZ qzkoKsUR86E7IfoKgaUjlsG0tMKjSRAUW/iYE2UIxreN/pGMSSzjDgPXnILBsI0uWmAYJ6a/xslx ju07mTr6yMYvxgkvOYxXHLUmSCUxB0rACFkQDfgrR45rkZ2r4uggaTNYGGJ9laLkDH1HCR5e7YZc HCQn57SNLqpSiRQapR5Xico2wHKJYpxTIW1nQ1TNMoMo9KP1ymgt+Eiyl1MkTsoE4DcSwomPgvAk MokJSF4+7pO4zFoXn9jNJ5ISGdFUZha0+Ub4AS4Rd4LdztxBSRnWb1XiHNX+rKm0TTHpnOQsJxyL 5k1wMsyK+txk16pHR11WE1/9/OYBsclJQ4CyYZzjJyspKqZ9YlKheVyYPAWIrIuybxrjVN4dkxXR uHXz/p+y4Wgsrxkrmk2zo+BBTUud9NFcfhKlZVsp59ZpxTbR51A1etXfbmTTU+YuATm9205fArCt Ze+eQRUqTEc60oca9Zh9S+pCVYfNT3FKqiIVZi+uidUPNk6pmGMqkKJUnyJmFaPKM2tD6ZZWtS4w Hy/jXg0zeVSxjghi+PwcXAR71kC4s5KqWyuv9rbGS4ZyeXCdmxi/GgszPpZI/oSehjSXP7mFqrBc gypZKUvSYWIxnQX8Ju/wQgoo6rSz5nOJGftD18lKaK9/BWk6v9dMPsTlmbDFBGyYiM6E3nZmhDMn uOTlpEMydLhloMJciXpc5KZmi7tFrWWn+9yNxpYM/vmibq0ua1qRzuFOihxtMPoS3O+a4kLFVe9A MYpeQroLjTIdHlf3xdT4yreOKoyZaiDqWPz6b2Qc5G9/hXYGdI3XoPTN2a4+8UISyW4XVQImdBWH hh5BGDnlzScjT5Vbcs2Lqt317kblyaXyQJjCAp7bbwEc4fVeqaLoW7BwFeFiOy4Xs4blrRoJliUR 2xhCC0qnXZdaCSOpg8jXzbGQb2kyUsHroNb1g81SzMQdN7nHjngUyUyazh9+LrCxY66abYk+8CX2 vX241FhpquUbkoxt9vRrl81bIfCl1ISoiASQq9vIxqGlg/U6cFx1/Nre/a5XpL1ePTWJFpfquark Md0yYRPI0sgiGUArJlB78AbpVUgZ0x5kpJKxXGi5EJbPos10m7Osjj8fidQwCrMqggAAOw== ------=_NextPart_000_00C4_01C32061.84020FB0-- From k.chodak at autoguard.pl Thu May 22 09:12:08 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Thu, 22 May 2003 18:12:08 +0200 Subject: [mapserver-users] arrows on lines without truetype In-Reply-To: <00c701c3207a$a964cb80$12d713ac@ciasc.gov.br> Message-ID: Got same problem. I'm thinking about the data. I want to check if it is a problem of converting TAB files with by MI Professional Universal Converter. I suspect that it converts multilinestrings into polylines in some manner not proper for MS... Do you use any conversion tool also? BR Krzysztof Chodak -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Gabriel Vieira Ferrari Sent: Thursday, May 22, 2003 5:56 PM To: mapserver-users at lists.gis.umn.edu Subject: Re: [mapserver-users] arrows on lines without truetype Listers. Why this problem happens with the image from MapServer ? The blue lines are rivers and sometimes MS construct straight lines at the river line. We have two environmental, development and prodution. At the development environmental this problem the problem does not occur . From mgleahy at fes.uwaterloo.ca Thu May 22 09:24:47 2003 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Thu, 22 May 2003 11:24:47 -0500 Subject: [Mapserver-users] MapSever w/ support for MapScript & PostGIS? Message-ID: <005d01c3207e$ac8d5ee0$170aa8c0@mgltoshiba> This is a multi-part message in MIME format. ------=_NextPart_000_005E_01C32054.C3B756E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello all, I am wondering if there is there a version of PHP/MapScript that is compiled specifically for a version of MapServer that supports PostGIS? I have the latest 3.6.6-dev version from the DM Solutions site, but the mapserv.exe version does not indicate support for PostGIS. Will it still operate if I use the PostGIS-compatible 3.6.6-dev binary that I downloaded previously from the UMN site, or am I out of luck? Thanks, Mike ------=_NextPart_000_005E_01C32054.C3B756E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello all,

 

I am wondering if there is there a version of = PHP/MapScript that is compiled specifically for a version of MapServer that supports = PostGIS?  I have the latest 3.6.6-dev version from the DM Solutions site, but the mapserv.exe version does not indicate support for PostGIS.  Will it = still operate if I use the PostGIS-compatible 3.6.6-dev binary that I = downloaded previously from the UMN site, or am I out of luck?

 

Thanks,

Mike

------=_NextPart_000_005E_01C32054.C3B756E0-- From warmerdam at pobox.com Thu May 22 09:24:14 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Thu, 22 May 2003 12:24:14 -0400 Subject: [Mapserver-users] Using DGN files to show text information In-Reply-To: <003001c32069$7239ee80$12d713ac@ciasc.gov.br> References: <003001c32069$7239ee80$12d713ac@ciasc.gov.br> Message-ID: <3ECCF9AE.4070905@pobox.com> Gabriel Vieira Ferrari wrote: > Listers. > > I would like to use text information from DGN files. > > The text information is separated in one file. > > I use CONNECTIONTYPE OGR to show the text, but it don't became visible. > > I try LAYER TYPE, POLYGON and ANNOTATION. > > What is wrong ? Gabriel, I have successfully displayed text from DGN using a layer definition like this: LAYER NAME "text" TYPE ANNOTATION CONNECTIONTYPE OGR CONNECTION "lignum_overview.dgn,0" STATUS ON STYLEITEM "AUTO" CLASS NAME "test1" END END The key is to set the STYLEITEM to AUTO otherwise it may not be possible. Note, I haven't tested this capability in half a year. 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 cpurvis at asg.sc.edu Thu May 22 09:39:50 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Thu, 22 May 2003 12:39:50 -0400 Subject: [Mapserver-users] netCDF to PostGIS Message-ID: Here is my approach to going from a DODS-accessible (or local) netCDF to PostGIS. I realize this is a cross-post, but each list has provided some insight to the process, and perhaps folks might like to see my approach, or, better yet, help me as I make improvements! Visit here: http://caro-coops.org/bb/viewtopic.php?t=178 As far as MapServer maps and animations go, I may post those under that topic at some point. Why? Because they're so darn cool. 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 keon at nacse.org Thu May 22 09:45:11 2003 From: keon at nacse.org (Dylan Keon) Date: Thu, 22 May 2003 09:45:11 -0700 Subject: [Mapserver-users] Set scalebar properties In-Reply-To: <5.2.1.1.0.20030522134742.01bbec60@gridg.grid.unep.ch> References: <5.2.1.1.0.20030522134742.01bbec60@gridg.grid.unep.ch> Message-ID: <3ECCFE97.2090905@nacse.org> Stefan Schwarzer wrote: > Hi list, > > I would like to change the size of my scalebar dynamically in > MapScript/PHP, but couldn't find anything in the mailing list archives. > Does someone has an idea? Something like > $scalebar = $map -> scalebarobj(); > $scalebar = set("width", 200); Try this: $map->{'scalebar'}->set('width', 200); --Dylan From RichardBecher at SierraSystems.com Thu May 22 09:56:52 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Thu, 22 May 2003 12:56:52 -0400 Subject: [Mapserver-users] PLEASE HELP... Message-ID: <8450D0E05920354D97B1507EABDCDB7F132097@svott2000.sierrasys.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C32083.247845C4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks for your reply! =20 However, I have done all that you mentioned. =20 =20 Here is the entry in my map file: =20 CONNECTIONTYPE oraclespatial CONNECTION 'user/password at db' DATA "LatLongPoint from CRHP_SPATIAL" =20 There is definitely data in the table. Like I said there are no errors but the data does not display on my map. =20 I am retrieving the whole table just to see if I can display anything right now. =20 Any other ideas as to why my data won't display? =20 Cheers, =20 Richard =20 -----Original Message----- From: Smith, Michael ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil]=20 Sent: Thursday, May 22, 2003 11:17 AM To: Becher, Richard; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PLEASE HELP... =20 Richard,=20 =20 Mapserver needs to be compiled with the oracle libraries =20 i.e. --with-oraclespatial =3D /path/to/oracle/home =20 Then, in the map file use=20 =20 CONNECTIONTYPE oraclespatial CONNECTION 'user/password at tnsname' =20 DATA 'sdo_geometry_column FROM tablename' =20 I've also found that if you use this format for the DATA line, that mapserver will only select data with the extents of you map view, if you use 'sdo_geom_col from (select * from tablename)' which is also valid, on every redraw you will be retrieving the entire data table and not using a spatial index. =20 You do not have to use OGR to access Oracle. OGR is slower at this point but does support more features (attribute queries mainly).=20 =20 Another importtant point is to increase the ARRAY_SIZE in the maporaclespatial.c code. By default, it is set at 1, but we get much, much faster performance by increasing the ARRAY_SIZE to 500 or 1000. Basically this allows mapserver to send 500 ot 1000 rows at a time.=20 =20 Mike Smith=20 email: michael.smith at erdc.usace.army.mil=20 RSGISC=20 ERDC - CRREL=20 Hanover, NH 03755=20 (603) 646-4765=20 -----Original Message----- From: Becher, Richard [mailto:RichardBecher at SierraSystems.com]=20 Sent: Thursday, May 22, 2003 10:17 AM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] PLEASE HELP... Importance: High I have not been able to get a response on how to display data using Mapserver from Oracle. =20 I have created a connection to my Oracle db and I do not get any errors. =20 However, the data does not display. =20 I was told that I can't do this direct connection to Oracle and that I have to use OGR. =20 Can someone please confirm this and give me any help on how to simply display data from my Oracle database using Mapserver? =20 Any help would be GREATLY appreciated. =20 Cheers, =20 Richard Becher Sierra Systems 130 Slater Street, Suite 800 Ottawa, Ontario K1P 6E2 Phone: 613.236.7888, Extension: 350 Fax: 613.236.9333 Email: RichardBecher at SierraSystems.com www.SierraSystems.com =20 =20 =20 ------_=_NextPart_001_01C32083.247845C4 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message

Thanks for your = reply!

 

However, I have done all that you mentioned.  =

 

Here is the entry in my map = file:

 

CONNECTIONTYPE oraclespatial

CONNECTION 'user/password at db'

DATA "LatLongPoint from CRHP_SPATIAL"

 

There is definitely data in the table.  Like I said there are no errors = but the data does not = display on my map.

 

I am retrieving the whole table just to see = if I can display anything right now.

 

Any other ideas as to why my data won’t display?

 

Cheers,

 

Richard

 

-----Original = Message-----
From: Smith, Michael = ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil]
Sent: =
Thursday, May 22, = 2003 11:17 AM
To: Becher, Richard; Mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users] PLEASE HELP...

 

Richard, =

 

Mapserver needs = to be compiled with the oracle libraries

 

i.e. = --with-oraclespatial =3D /path/to/oracle/home

 

Then, in the map = file use

 

 CONNECTIONT= YPE oraclespatial
 CONNECTION 'user/password at tnsname'
 DATA 'sdo_geometry_column FROM = tablename'

 

I've also found = that if you use this format for the DATA line, that mapserver will only select = data with the extents of you map view, if you use 'sdo_geom_col from (select = * from tablename)' which is also valid, on every redraw you will be retrieving = the entire data table and not using a spatial = index.

 

You do not have = to use OGR to access Oracle. OGR is slower at this point but does support more features (attribute queries mainly).

 

Another = importtant point is to increase the ARRAY_SIZE in the maporaclespatial.c code. By = default, it is set at 1, but we get much, much faster performance by increasing the = ARRAY_SIZE to 500 or 1000. Basically this allows mapserver to send 500 ot 1000 rows = at a time.

 

Mike Smith =
email: michael.smith at erdc.usace.army.mil
RSGISC
ERDC - CRREL
Hanover, NH  03755
(603) 646-4765

-----Original Message-----
From: Becher, Richard [mailto:RichardBecher at SierraSystems.com]
Sent: =
Thursday, May 22, = 2003 10:17 AM
To: = Mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users] PLEASE HELP...
Importance: = High

I have not been able to get = a response on how to display data using Mapserver from = Oracle.

 

I have created a connection = to my Oracle db and I do not get any errors.

 

However, the data does not = display.

 

I was told that I can't do = this direct connection to Oracle and that I have to use = OGR.

 

Can someone please confirm = this and give me any help on how to simply display data from my Oracle database = using Mapserver?

 

Any help would be GREATLY appreciated.

 

Cheers,

 

Richard = Becher

Sierra Systems
130 Slater Street, Suite 800
Ottawa, Ontario = K1P 6E2
Phone: 613.236.7888, Extension: 350

Fax: 613.236.9333
Email: = RichardBecher at SierraSystems.com
www.SierraSystems.com

 

 

=00 ------_=_NextPart_001_01C32083.247845C4-- From gabriel at ciasc.gov.br Thu May 22 10:16:20 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Thu, 22 May 2003 14:16:20 -0300 Subject: [mapserver-users] arrows on lines without truetype References: Message-ID: <001a01c32085$deca1270$12d713ac@ciasc.gov.br> The lines come from DGN file. I didn't convert the data, it the original information. ----- Original Message ----- From: "Krzysztof Chodak" To: "'Gabriel Vieira Ferrari'" ; Sent: Thursday, May 22, 2003 1:12 PM Subject: RE: [mapserver-users] arrows on lines without truetype Got same problem. I'm thinking about the data. I want to check if it is a problem of converting TAB files with by MI Professional Universal Converter. I suspect that it converts multilinestrings into polylines in some manner not proper for MS... Do you use any conversion tool also? BR Krzysztof Chodak -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Gabriel Vieira Ferrari Sent: Thursday, May 22, 2003 5:56 PM To: mapserver-users at lists.gis.umn.edu Subject: Re: [mapserver-users] arrows on lines without truetype Listers. Why this problem happens with the image from MapServer ? The blue lines are rivers and sometimes MS construct straight lines at the river line. We have two environmental, development and prodution. At the development environmental this problem the problem does not occur . From spencer at dmsolutions.ca Thu May 22 10:07:13 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Thu, 22 May 2003 13:07:13 -0400 Subject: [Mapserver-users] PLEASE HELP... In-Reply-To: <8450D0E05920354D97B1507EABDCDB7F132097@svott2000.sierrasys.com> References: <8450D0E05920354D97B1507EABDCDB7F132097@svott2000.sierrasys.com> Message-ID: <3ECD03C1.6080509@magma.ca> do you have at least one class defined for your layer? Becher, Richard wrote: > Thanks for your reply! > > > > However, I have done all that you mentioned. > > > > Here is the entry in my map file: > > > > CONNECTIONTYPE oraclespatial > > CONNECTION 'user/password at db' > > DATA "LatLongPoint from CRHP_SPATIAL" > > > > There is definitely data in the table. Like I said there are no errors > but the data does not display on my map. > > > > I am retrieving the whole table just to see if I can display anything > right now. > > > > Any other ideas as to why my data won?t display? > > > > Cheers, > > > > Richard > > > > -----Original Message----- > *From:* Smith, Michael ERDC-CRREL-NH > [mailto:Michael.Smith at erdc.usace.army.mil] > *Sent:* Thursday, May 22, 2003 11:17 AM > *To:* Becher, Richard; Mapserver-users at lists.gis.umn.edu > *Subject:* RE: [Mapserver-users] PLEASE HELP... > > > > Richard, > > > > Mapserver needs to be compiled with the oracle libraries > > > > i.e. --with-oraclespatial = /path/to/oracle/home > > > > Then, in the map file use > > > > CONNECTIONTYPE oraclespatial > CONNECTION 'user/password at tnsname' > DATA 'sdo_geometry_column FROM tablename' > > > > I've also found that if you use this format for the DATA line, that > mapserver will only select data with the extents of you map view, if you > use 'sdo_geom_col from (select * from tablename)' which is also valid, > on every redraw you will be retrieving the entire data table and not > using a spatial index. > > > > You do not have to use OGR to access Oracle. OGR is slower at this point > but does support more features (attribute queries mainly). > > > > Another importtant point is to increase the ARRAY_SIZE in the > maporaclespatial.c code. By default, it is set at 1, but we get much, > much faster performance by increasing the ARRAY_SIZE to 500 or 1000. > Basically this allows mapserver to send 500 ot 1000 rows at a time. > > > > Mike Smith > email: michael.smith at erdc.usace.army.mil > RSGISC > ERDC - CRREL > Hanover, NH 03755 > (603) 646-4765 > > -----Original Message----- > *From:* Becher, Richard [mailto:RichardBecher at SierraSystems.com] > *Sent:* Thursday, May 22, 2003 10:17 AM > *To:* Mapserver-users at lists.gis.umn.edu > *Subject:* [Mapserver-users] PLEASE HELP... > *Importance:* High > > I have not been able to get a response on how to display data using > Mapserver from Oracle. > > > > I have created a connection to my Oracle db and I do not get any errors. > > > > However, the data does not display. > > > > I was told that I can't do this direct connection to Oracle and that > I have to use OGR. > > > > Can someone please confirm this and give me any help on how to > simply display data from my Oracle database using Mapserver? > > > > Any help would be GREATLY appreciated. > > > > Cheers, > > > > **Richard Becher** > > /*/Sierra Systems/*/* > *130 Slater Street, Suite 800 > Ottawa, Ontario K1P 6E2 > Phone: 613.236.7888, Extension: 350 > > Fax: 613.236.9333 > Email: RichardBecher at SierraSystems.com > www.SierraSystems.com > > > > > -- Paul Spencer Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From Michael.Smith at erdc.usace.army.mil Thu May 22 10:09:31 2003 From: Michael.Smith at erdc.usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Thu, 22 May 2003 13:09:31 -0400 Subject: [Mapserver-users] PLEASE HELP... Message-ID: <048FBD219330D211B47000A0C9B3BAFD03CD1938@crl02.crrel.usace.army.mil> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C32084.E8DC9D10 Content-Type: text/plain Are you sure that the locations are correct in the sdo_geometry? e.g. are the lat longs correct. 1. do a select * from crhp_spatial where rownum=1, look at the coords and verify 2. Is there a projection defined for the layer and map. 3. Make sure there is a class defined for the layer. 4. If you are using 3.7(4.0), add a log parameter to your web section and put debug as a line in your map layer. Hope this helps Mike Smith email: michael.smith at erdc.usace.army.mil RSGISC ERDC - CRREL Hanover, NH 03755 (603) 646-4765 -----Original Message----- From: Becher, Richard [mailto:RichardBecher at SierraSystems.com] Sent: Thursday, May 22, 2003 12:57 PM To: Smith, Michael ERDC-CRREL-NH; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PLEASE HELP... Thanks for your reply! However, I have done all that you mentioned. Here is the entry in my map file: CONNECTIONTYPE oraclespatial CONNECTION 'user/password at db' DATA "LatLongPoint from CRHP_SPATIAL" There is definitely data in the table. Like I said there are no errors but the data does not display on my map. I am retrieving the whole table just to see if I can display anything right now. Any other ideas as to why my data won't display? Cheers, Richard -----Original Message----- From: Smith, Michael ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil] Sent: Thursday, May 22, 2003 11:17 AM To: Becher, Richard; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PLEASE HELP... Richard, Mapserver needs to be compiled with the oracle libraries i.e. --with-oraclespatial = /path/to/oracle/home Then, in the map file use CONNECTIONTYPE oraclespatial CONNECTION 'user/password at tnsname' DATA 'sdo_geometry_column FROM tablename' I've also found that if you use this format for the DATA line, that mapserver will only select data with the extents of you map view, if you use 'sdo_geom_col from (select * from tablename)' which is also valid, on every redraw you will be retrieving the entire data table and not using a spatial index. You do not have to use OGR to access Oracle. OGR is slower at this point but does support more features (attribute queries mainly). Another importtant point is to increase the ARRAY_SIZE in the maporaclespatial.c code. By default, it is set at 1, but we get much, much faster performance by increasing the ARRAY_SIZE to 500 or 1000. Basically this allows mapserver to send 500 ot 1000 rows at a time. Mike Smith email: michael.smith at erdc.usace.army.mil RSGISC ERDC - CRREL Hanover, NH 03755 (603) 646-4765 -----Original Message----- From: Becher, Richard [mailto:RichardBecher at SierraSystems.com] Sent: Thursday, May 22, 2003 10:17 AM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] PLEASE HELP... Importance: High I have not been able to get a response on how to display data using Mapserver from Oracle. I have created a connection to my Oracle db and I do not get any errors. However, the data does not display. I was told that I can't do this direct connection to Oracle and that I have to use OGR. Can someone please confirm this and give me any help on how to simply display data from my Oracle database using Mapserver? Any help would be GREATLY appreciated. Cheers, Richard Becher Sierra Systems 130 Slater Street, Suite 800 Ottawa, Ontario K1P 6E2 Phone: 613.236.7888, Extension: 350 Fax: 613.236.9333 Email: RichardBecher at SierraSystems.com www.SierraSystems.com ------_=_NextPart_001_01C32084.E8DC9D10 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Message
Are=20 you sure that the locations are correct in the sdo_geometry? e.g. are = the lat=20 longs correct.
 
1. do=20 a select * from crhp_spatial where rownum=3D1, look at the coords and=20 verify
 
2. Is=20 there a projection defined for the layer and map.
 
3.=20 Make sure there is a class defined for the layer.
 
4. If=20 you are using 3.7(4.0), add a log parameter to your web section and put = debug as=20 a line in your map layer.
 
Hope=20 this helps
 
 

Mike Smith
email:=20 michael.smith at erdc.usace.army.mil
RSGISC
ERDC - CRREL =
Hanover, NH  03755

(603) 646-4765

-----Original Message-----
From: = Becher, Richard=20 [mailto:RichardBecher at SierraSystems.com]
Sent: Thursday, = May 22,=20 2003 12:57 PM
To: Smith, Michael ERDC-CRREL-NH;=20 Mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users]=20 PLEASE HELP...

Thanks for = your=20 reply!

 

However, I = have done=20 all that you mentioned. =20

 

Here is = the entry in=20 my map file:

 

CONNECTIONTYPE = oraclespatial

CONNECTION = 'user/password at db'

DATA "LatLongPoint from=20 CRHP_SPATIAL"

 

There is = definitely data=20 in the table.  Like I = said there=20 are no errors but = the data does = not display=20 on my map.

 

I am retrieving = the whole=20 table just to see if I can display anything right=20 now.

 

Any other ideas = as to why=20 my data won't display?

 

Cheers,

 

Richard

 

-----Original=20 Message-----
From: = Smith,=20 Michael ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil] =
Sent:
Thursday, May 22,=20 2003 = 11:17=20 AM
To: Becher, Richard;=20 Mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] = PLEASE=20 HELP...

 

Richard,=20

 

Mapserver = needs to be=20 compiled with the oracle libraries

 

i.e.=20 --with-oraclespatial =3D = /path/to/oracle/home

 

Then, in=20 the map file use

 

 CONNECTIONTYPE=20 oraclespatial
 CONNECTION 'user/password at tnsname'
&n= bsp;DATA=20 'sdo_geometry_column FROM = tablename'

 

I've=20 also found that if you use this format for the DATA line, that = mapserver will=20 only select data with the extents of you map view, if you use = 'sdo_geom_col=20 from (select * from tablename)' which is also valid, on every redraw = you will=20 be retrieving the entire data table and not using a spatial=20 index.

 

You do=20 not have to use OGR to access Oracle. OGR is slower at this point but = does=20 support more features (attribute queries mainly).=20

 

Another=20 importtant point is to increase the ARRAY_SIZE in the = maporaclespatial.c code.=20 By default, it is set at 1, but we get much, much faster performance = by=20 increasing the ARRAY_SIZE to 500 or 1000. Basically this allows = mapserver to=20 send 500 ot 1000 rows at a time.

 

Mike = Smith=20
email:=20 michael.smith at erdc.usace.army.mil
RSGISC=20
ERDC - CRREL=20
Hanover, NH =20 03755
(603) = 646-4765=20

-----Original=20 Message-----
From: Becher,=20 Richard [mailto:RichardBecher at SierraSystems.com]
Sent: =
Thursday, May 22,=20 2003 = 10:17=20 AM
To:=20 Mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] = PLEASE=20 HELP...
Importance:=20 High

I have not been able = to get a=20 response on how to display data using Mapserver from=20 Oracle.

 

I have created a = connection to=20 my Oracle db and I do not get any = errors.

 

However, the data = does not=20 display.

 

I was told that I = can't do this=20 direct connection to Oracle and that I have to use=20 OGR.

 

Can someone please = confirm this=20 and give me any help on how to simply display data from my Oracle = database=20 using Mapserver?

 

Any help would be = GREATLY=20 appreciated.

 

Cheers,

 

Richard=20 Becher

Sierra=20 Systems
130 = Slater=20 Street, Suite = 800
Ottawa,=20 Ontario=20 K1P=20 6E2
Phone:=20 613.236.7888, Extension: 350

Fax:=20 613.236.9333
Email:=20 RichardBecher at SierraSystems.com
www.SierraSystems.com<= /FONT>

 

 

------_=_NextPart_001_01C32084.E8DC9D10-- From cpurvis at asg.sc.edu Thu May 22 10:23:00 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Thu, 22 May 2003 13:23:00 -0400 Subject: [Mapserver-users] netCDF to PostGIS Message-ID: Here is my approach to going from a DODS-accessible (or local) netCDF to PostGIS. I realize this is a cross-post, but each list has provided some insight to the process, and perhaps folks might like to see my approach, or, better yet, help me as I make improvements! Visit here: http://caro-coops.org/bb/viewtopic.php?t=178 As far as MapServer maps and animations go, I may post those under that topic at some point. Why? Because they're so darn cool. Charlton P.S. Sorry if this is a double-post; it didn't seem to go through. (mapserver-users at lists.gis.umn.edu; maplab-users at dmsolutions.ca; postgis-users at postgis.refractions.net; dods-tech at unidata.ucar.edu; dods at unidata.ucar.edu; las_users at ferret.wrc.noaa.gov). 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 RichardBecher at SierraSystems.com Thu May 22 10:56:44 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Thu, 22 May 2003 13:56:44 -0400 Subject: [Mapserver-users] PLEASE HELP... Message-ID: <8450D0E05920354D97B1507EABDCDB7F132098@svott2000.sierrasys.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C3208B.81A25810 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable If you can bear with me, I have included everything that I have set in my mapfile as well as the data in my database. =20 I am hoping you can spot what I am doing wrong so I can figure out how to display the data from Oracle. =20 MANY thanks for your help and time. =20 Here is a record that exists in that table: =20 Place_Id Version_No LATLONGPOINT.SDO_GTYPE LATLONGPOINT.SDO_SRID LATLONGPOINT.SDO_POINT.X =20 533 1 1 8265 44 =20 LATLONGPOINT.SDO_POINT.Y LATLONGPOINT.SDO_POINT.Z LATLONGPOINT.SDO_ELEM_INFO =20 -76 =20 LATLONGPOINT.SDO_ORDINATES =20 Where (as far as I understand) X=3D48 and Y=3D-76 =20 =20 Here is the start of my Map file (I may have something set wrong in this section): =20 # Start of tutorial.map file # # NAME DEMO STATUS ON SIZE 400 300 SYMBOLSET ./etc/symbols.sym EXTENT -2200000 -712631 3072800 3840000 UNITS METERS SHAPEPATH "./data" IMAGECOLOR 255 255 255 FONTSET ./etc/fonts.txt IMAGETYPE PNG =20 Here is my Projection for the Map File (I will admit that I don't know how this should be set): PROJECTION "proj=3Dutm" "ellps=3DGRS80" "zone=3D15" "north" "no_defs" END =20 =20 Here is my Web section (however, there is no log being created - using version 3.7...?): =20 # # Start of web interface definition # WEB MINSCALE 2000000 MAXSCALE 50000000 IMAGEPATH "/tmp/ms_tmp/"=20 IMAGEURL "/ms_tmp/"=20 LOG "/tmp/gmap.log" END =20 =20 Here is my complete Layer (Notice Expression is commented out because I don't want to exclude/filter anything): =20 LAYER NAME "Historical Sites" METADATA "DESCRIPTION" "Historical Sites" =20 END CONNECTIONTYPE oraclespatial CONNECTION 'user/password at db' DATA "LatLongPoint from (select Place_Id, LatLongPoint from CRHP_SPATIAL)" TYPE POINT STATUS ON #LabelItem "Place_Id" =20 #CLASSITEM "Place_Id"=20 CLASS NAME "Historical Sites" #EXPRESSION /./ SYMBOL 2 SIZE 8 COLOR 255 0 0 LABEL SIZE MEDIUM COLOR 255 0 0 FORCE TRUE OFFSET 10 10 END #TEMPLATE "oraclequery.html" END =20 PROJECTION "proj=3Dutm" "ellps=3DGRS80" "zone=3D15" "north" "no_defs" END =20 #TOLERANCE 5 END # Layer =20 Again, many thanks for your help and time! =20 Cheers, =20 Richard =20 -----Original Message----- From: Smith, Michael ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil]=20 Sent: Thursday, May 22, 2003 1:10 PM To: Becher, Richard; Smith, Michael ERDC-CRREL-NH; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PLEASE HELP... =20 Are you sure that the locations are correct in the sdo_geometry? e.g. are the lat longs correct.=20 =20 1. do a select * from crhp_spatial where rownum=3D1, look at the coords and verify =20 2. Is there a projection defined for the layer and map. =20 3. Make sure there is a class defined for the layer. =20 4. If you are using 3.7(4.0), add a log parameter to your web section and put debug as a line in your map layer. =20 Hope this helps =20 =20 Mike Smith=20 email: michael.smith at erdc.usace.army.mil=20 RSGISC=20 ERDC - CRREL=20 Hanover, NH 03755=20 (603) 646-4765=20 -----Original Message----- From: Becher, Richard [mailto:RichardBecher at SierraSystems.com]=20 Sent: Thursday, May 22, 2003 12:57 PM To: Smith, Michael ERDC-CRREL-NH; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PLEASE HELP... Thanks for your reply! =20 However, I have done all that you mentioned. =20 =20 Here is the entry in my map file: =20 CONNECTIONTYPE oraclespatial CONNECTION 'user/password at db' DATA "LatLongPoint from CRHP_SPATIAL" =20 There is definitely data in the table. Like I said there are no errors but the data does not display on my map. =20 I am retrieving the whole table just to see if I can display anything right now. =20 Any other ideas as to why my data won't display? =20 Cheers, =20 Richard =20 -----Original Message----- From: Smith, Michael ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil]=20 Sent: Thursday, May 22, 2003 11:17 AM To: Becher, Richard; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PLEASE HELP... =20 Richard,=20 =20 Mapserver needs to be compiled with the oracle libraries =20 i.e. --with-oraclespatial =3D /path/to/oracle/home =20 Then, in the map file use=20 =20 CONNECTIONTYPE oraclespatial CONNECTION 'user/password at tnsname' =20 DATA 'sdo_geometry_column FROM tablename' =20 I've also found that if you use this format for the DATA line, that mapserver will only select data with the extents of you map view, if you use 'sdo_geom_col from (select * from tablename)' which is also valid, on every redraw you will be retrieving the entire data table and not using a spatial index. =20 You do not have to use OGR to access Oracle. OGR is slower at this point but does support more features (attribute queries mainly).=20 =20 Another importtant point is to increase the ARRAY_SIZE in the maporaclespatial.c code. By default, it is set at 1, but we get much, much faster performance by increasing the ARRAY_SIZE to 500 or 1000. Basically this allows mapserver to send 500 ot 1000 rows at a time.=20 =20 Mike Smith=20 email: michael.smith at erdc.usace.army.mil=20 RSGISC=20 ERDC - CRREL=20 Hanover, NH 03755=20 (603) 646-4765=20 -----Original Message----- From: Becher, Richard [mailto:RichardBecher at SierraSystems.com]=20 Sent: Thursday, May 22, 2003 10:17 AM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] PLEASE HELP... Importance: High I have not been able to get a response on how to display data using Mapserver from Oracle. =20 I have created a connection to my Oracle db and I do not get any errors. =20 However, the data does not display. =20 I was told that I can't do this direct connection to Oracle and that I have to use OGR. =20 Can someone please confirm this and give me any help on how to simply display data from my Oracle database using Mapserver? =20 Any help would be GREATLY appreciated. =20 Cheers, =20 Richard Becher Sierra Systems 130 Slater Street, Suite 800 Ottawa, Ontario K1P 6E2 Phone: 613.236.7888, Extension: 350 Fax: 613.236.9333 Email: RichardBecher at SierraSystems.com www.SierraSystems.com =20 =20 =20 ------_=_NextPart_001_01C3208B.81A25810 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message

If you can bear with me, I have = included everything that I have set in my mapfile as = well as the data in my database.

 

I am hoping you can spot what I am = doing wrong so I can figure out how to display the data from = Oracle.

 

MANY thanks for your help and = time.

 

Here is a record that exists in that table:

 

Place_Id        = ;    Version_No       = LATLONGPOINT.SDO_GTYPE   LATLONGPOINT.SDO_SRID        = ;    LATLONGPOINT.SDO_POINT.X 

533        = ;           = 1        = ;            =   1        = ;            =             &= nbsp;           &n= bsp; 8265        = ;            =             &= nbsp;        = 44

 

LATLONGPOINT.SDO_POINT.Y        = ;     LATLONGPOINT.SDO_POINT.Z        = ;      LATLONGPOINT.SDO_ELEM_INFO        =

-76       &nbs= p;            = ;            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =            = <Collection>

 

LATLONGPOINT.SDO_ORDINATES

<Collectioin>

 =

Where (as far as I understand) X=3D48 and Y=3D-76

 

 

Here is the start of my Map file (I = may have something set wrong in this section):

 

# Start of tutorial.map = file

#

#

NAME DEMO

STATUS ON

SIZE 400 300

SYMBOLSET ./etc/symbols.sym

EXTENT -2200000 -712631 3072800 3840000

UNITS METERS

SHAPEPATH "./data"

IMAGECOLOR 255 255 255

FONTSET ./etc/fonts.txt

IMAGETYPE PNG

 

Here is my Projection for the Map = File (I will admit that I don’t know how this should be = set):

PROJECTION

      = "proj=3Dutm"

      = "ellps=3DGRS80"

      = "zone=3D15"

      = "north"

      = "no_defs"

END

 

 

Here is my Web section (however, = there is no log being created – using version = 3.7…?):

 

#

# Start of web interface definition

#

WEB

  MINSCALE = 2000000

  MAXSCALE = 50000000

  IMAGEPATH "/tmp/ms_tmp/"

  IMAGEURL "/ms_tmp/"

  LOG "/tmp/gmap.log"

END

 

 

Here is my complete Layer (Notice Expression is commented out because I don’t want to exclude/filter anything):

 

LAYER

  NAME "Historical = Sites"

  = METADATA

    = "DESCRIPTION"   "Historical = Sites"     =

  = END

  CONNECTIONTYPE oraclespatial

  CONNECTION 'user/password at db'

  DATA "LatLongPoint from (select Place_Id, LatLongPoint from CRHP_SPATIAL)"

  TYPE = POINT

  STATUS = ON

  #LabelItem "Place_Id" 

  #CLASSITEM "Place_Id"

  = CLASS

    NAME = "Historical Sites"

    #EXPRESSION /./

    SYMBOL = 2

    SIZE = 8

    COLOR 255 0 0

    = LABEL

      SIZE = MEDIUM

      COLOR = 255 0 0

      FORCE = TRUE

      OFFSET = 10 10

    = END

    #TEMPLATE = "oraclequery.html"

  = END

 

  = PROJECTION

      = "proj=3Dutm"

      = "ellps=3DGRS80"

      = "zone=3D15"

      = "north"

      = "no_defs"

  = END

 

  #TOLERANCE = 5

END # Layer

 

Again, many thanks for your help = and time!

 

Cheers,

=

 

Richard

=

 

-----Original = Message-----
From: Smith, Michael = ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil]
Sent: =
Thursday, May 22, = 2003 1:10 PM
To: Becher, Richard; = Smith, Michael ERDC-CRREL-NH; Mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users] PLEASE HELP...

 

Are you sure = that the locations are correct in the sdo_geometry? e.g. are the lat longs = correct.

 

1. do a select * = from crhp_spatial where rownum=3D1, look at the coords and = verify

 

2. Is there a = projection defined for the layer and map.

 

3. Make sure = there is a class defined for the layer.

 

4. If you are = using 3.7(4.0), add a log parameter to your web section and put debug as a = line in your map layer.

 

Hope this = helps

 

 

Mike Smith
email: michael.smith at erdc.usace.army.mil
RSGISC
ERDC - CRREL
Hanover, NH  03755
(603) 646-4765

-----Original Message-----
From: Becher, Richard [mailto:RichardBecher at SierraSystems.com]
Sent: =
Thursday, May 22, = 2003 12:57 PM
To: Smith, Michael = ERDC-CRREL-NH; Mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users] PLEASE HELP...

Thanks for your = reply!

 =

However, I have = done all that you mentioned.  =

 =

Here is the = entry in my map file:

 =

CONNECTIONTYPE oraclespatial

CONNECTION 'user/password at db'

DATA = "LatLongPoint from CRHP_SPATIAL"

 

There is definitely = data in the table.  Like I said = there are no errors but = the data does not display on my map.

 

I am retrieving the = whole table just to see if I can display anything right = now.

 

Any other ideas as = to why my data won't display?

 

Cheers,

 

Richard

 =

-----Original = Message-----
From: Smith, Michael = ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil]
Sent: =
Thursday, May 22, = 2003 11:17 AM
To: Becher, Richard; Mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users] PLEASE HELP...

 

Richard,

 

Mapserver needs to be compiled with the oracle = libraries

 

i.e. --with-oraclespatial =3D = /path/to/oracle/home

 

Then, in the map file use

 

 CONNECTIONT= YPE oraclespatial
 CONNECTION 'user/password at tnsname'
 DATA 'sdo_geometry_column FROM = tablename'

 

I've also found that if you use this format for the DATA line, that mapserver = will only select data with the extents of you map view, if you use = 'sdo_geom_col from (select * from tablename)' which is also valid, on every redraw you = will be retrieving the entire data table and not using a spatial = index.

 

You do not have to use OGR to access Oracle. OGR is slower at this point but = does support more features (attribute queries mainly). =

 

Another importtant point is to increase the ARRAY_SIZE in the maporaclespatial.c = code. By default, it is set at 1, but we get much, much faster performance by increasing the ARRAY_SIZE to 500 or 1000. Basically this allows = mapserver to send 500 ot 1000 rows at a time.

 

Mike Smith =
email: michael.smith at erdc.usace.army.mil
RSGISC
ERDC - CRREL
Hanover, NH  03755
(603) 646-4765

-----Original Message-----
From: Becher, Richard [mailto:RichardBecher at SierraSystems.com]
Sent: =
Thursday, May 22, = 2003 10:17 AM
To: = Mapserver-users at lists.gis.umn.edu
Subject: = [Mapserver-users] PLEASE HELP...
Importance: = High

I have not been able to get = a response on how to display data using Mapserver from = Oracle.

 

I have created a connection = to my Oracle db and I do not get any errors.

 

However, the data does not = display.

 

I was told that I can't do = this direct connection to Oracle and that I have to use = OGR.

 

Can someone please confirm = this and give me any help on how to simply display data from my Oracle database = using Mapserver?

 

Any help would be GREATLY = appreciated.

 

Cheers,

 

Richard = Becher

Sierra = Systems
130 Slater Street, Suite 800
Ottawa, Ontario = K1P 6E2
Phone: 613.236.7888, Extension: 350

Fax: 613.236.9333
Email: = RichardBecher at SierraSystems.com
www.SierraSystems.com

 

 

=00 ------_=_NextPart_001_01C3208B.81A25810-- From fx.gamoy at mapxplore.com Thu May 22 13:00:42 2003 From: fx.gamoy at mapxplore.com (fx gamoy) Date: Thu, 22 May 2003 21:00:42 +0100 Subject: [Mapserver-users] scale problem with latlong projection Message-ID: <000c01c3209c$d34b72b0$0201a8c0@mapxplore.com> C'est un message de format MIME en plusieurs parties. ------=_NextPart_000_0009_01C320A5.3503F3D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, i am trying to display some raster files in latlong projection = (ellipsoid wgs84) everything is fine but scale $oMapSession->oMap->scale; I obtain that france is about 80 meters width.. i don't think so.. :-) any idea? fx http://www.mapxplore.com/ ------=_NextPart_000_0009_01C320A5.3503F3D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
i am trying to display some raster = files in latlong=20 projection (ellipsoid wgs84)
everything is fine but = scale
$oMapSession->oMap->scale;
I obtain that france is about 80 meters = width.. i=20 don't think so.. :-)
any idea?
fx
http://www.mapxplore.com/
 
------=_NextPart_000_0009_01C320A5.3503F3D0-- From ed at topozone.com Thu May 22 12:15:03 2003 From: ed at topozone.com (Ed McNierney) Date: Thu, 22 May 2003 15:15:03 -0400 Subject: [Mapserver-users] scale problem with latlong projection Message-ID: <13858AA1A74F30419F319ACB66A9D1221F4451@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C32096.72881E71 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable fx - =20 First, you should realize that a scalebar in any non-equidistant = projection is not very meaningful. It's at best accurate only for = certain measurements on the map. =20 You should be using UNITS DD in your map, since your output projection = units are decimal degrees. Your scalebar units will be in degrees = (whatever that means ), too. =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 ed at topozone.com (978) 251-4242=20 -----Original Message----- From: fx gamoy [mailto:fx.gamoy at mapxplore.com] Sent: Thursday, May 22, 2003 4:01 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] scale problem with latlong projection Hello, i am trying to display some raster files in latlong projection = (ellipsoid wgs84) everything is fine but scale $oMapSession->oMap->scale; I obtain that france is about 80 meters width.. i don't think so.. :-) any idea? fx http://www.mapxplore.com/ =20 ------_=_NextPart_001_01C32096.72881E71 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
fx=20 -
 
First,=20 you should realize that a scalebar in any non-equidistant = projection is not=20 very meaningful.  It's at best accurate only for certain = measurements on=20 the map.
 
You=20 should be using UNITS DD in your map, since your output projection units = are=20 decimal degrees.  Your scalebar units will be in degrees (whatever = that=20 means <g>), too.
 
    - Ed
 
Ed = McNierney
President and=20 Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton = Street,=20 Suite 305
North Chelmsford, MA  = 01863
ed at topozone.com
(978)=20 251-4242
-----Original Message-----
From: fx gamoy=20 [mailto:fx.gamoy at mapxplore.com]
Sent: Thursday, May 22, 2003 = 4:01=20 PM
To: mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] scale problem with latlong = projection

Hello,
i am trying to display some raster = files in=20 latlong projection (ellipsoid wgs84)
everything is fine but = scale
$oMapSession->oMap->scale;
I obtain that france is about 80 = meters width.. i=20 don't think so.. :-)
any idea?
fx
http://www.mapxplore.com/
 
------_=_NextPart_001_01C32096.72881E71-- From manofdp at yahoo.com.br Thu May 22 13:16:25 2003 From: manofdp at yahoo.com.br (=?iso-8859-1?q?Manofdp?=) Date: Thu, 22 May 2003 17:16:25 -0300 (ART) Subject: [Mapserver-users] JavaScript Message-ID: <20030522201625.71812.qmail@web41711.mail.yahoo.com> --0-1890300212-1053634585=:71118 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Please I need examples and documentation for MapServer & JavaScript Thanks!!!! --------------------------------- Yahoo! Mail O melhor e-mail gratuito da internet: 6MB de espa?o, antiv?rus, acesso POP3, filtro contra spam. --0-1890300212-1053634585=:71118 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Please
I need examples and documentation for MapServer & JavaScript
 
Thanks!!!!



Yahoo! Mail
O melhor e-mail gratuito da internet: 6MB de espa?o, antiv?rus, acesso POP3, filtro contra spam. --0-1890300212-1053634585=:71118-- From Antti.Roppola at brs.gov.au Thu May 22 21:01:24 2003 From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au) Date: Fri, 23 May 2003 14:01:24 +1000 Subject: AniS, WAS: [Mapserver-users] availability of Ming with Mapser ver 3.x... Message-ID: <3E4215C93D3CE24D84A9FF385DF88D87FC4369@afeb-ms-02> That is incredibly neat. It took all of 10 minutes to set up the results of a growth model so that viewers can see the model run and do light table style overlays with other opaque layers. Shouldn't be a brain stretching exercise to integrate with Mapserver apps. Thankyou very much for posting that. :o) Cheers, Antti -----Original Message----- From: Charlton Purvis [mailto:cpurvis at asg.sc.edu] Sent: Friday, 23 May 2003 12:50 AM To: Yewondwossen Assefa; Benoit Lathiere Cc: mapserver-users at lists.gis.umn.edu Subject: AniS, WAS: [Mapserver-users] availability of Ming with Mapserver 3.x... Hi, folks: I just checked the mailing list, and AniS never showed up. I've tried flash, ming, gifsicle, and now AniS. AniS rocks! It is so easy if applets are OK w/ you. If you can create the MapServer images, animation is a snap. Take the 2 seconds needed to visit their site for great documentation and examples: http://www.ssec.wisc.edu/visit/AniS/anist1.html. That tiny applet snipped is really all you need. Don't overlook adding these, though (if you need to): Charlton -----Original Message----- From: Yewondwossen Assefa [mailto:assefa at dmsolutions.ca] Sent: Thursday, May 22, 2003 9:52 AM To: Benoit Lathiere Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] availability of Ming with Mapserver 3.x... Hi There, Benoit Lathiere wrote: > Hello ! > > I would like to use the Ming (Flash) output capability of Mapscript. > I try to compile the 3.6.5 with "--with-ming=yes" argument but nothing happend... > I tried with the mapserv-dev ; but I've ot an error with th GD library :-( > > So, my questionq are : > > Is Ming output available with Mapserver 3.6.5 ? if Yes, is the Ming source required for the > compilation ? It is only available in the 3.7 version. > > If Ming is only available with Mapserver 3.7, can I use the mapserver_dev package or must I waiting > for the 3.7 version ? > When is planned the 3.7 (stable) version ? > You can use the current developpment version which is BTW stable :). There is work in progress to stabilize it more and a release should be done pretty soon hopefully. > > Thanks a lot, > > Benoit Lathiere. > > _______________________________________________ > 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 ---------------------------------------------------------------- _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/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 thannant at metadev.com.au Thu May 22 23:01:18 2003 From: thannant at metadev.com.au (Terry Hannant) Date: Fri, 23 May 2003 15:31:18 +0930 Subject: [Mapserver-users] java connector In-Reply-To: Message-ID: Steve Glad to hear Java/Mapserv is on the radar, I'm sure it is a crowded radar :-) Don't suppose there is a sort of roadmap of your intended direction? We have one servlet based app in production and now looking at others so interested to make sure our approach aren't wildly divergent to future directions as well as ensuring that our work is useful to other MapServer developers What would you say are the areas of deficiency of the current MapScript/SWIG/Java implementation? May be able to contribute effort in addressing these as we develop our own applications Terry Hannant MetaDev Pty Ltd -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Wednesday, 21 May 2003 1:35 PM To: thannant at metadev.com.au; pedro-b-salazar at ptinovacao.pt Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] java connector Hi Folks: This is an important topic and one that should get lot's of attention post user group meeting. It's at the top of my to-do list if some funding could be found. Ideally MapScript SWIG/JNI/Java will provide the main means of interaction. I've also kicked around the idea of a GeoTools/MapServer integration using MapScript. It will be awhile until this can be used in a production environment. That said, there are work arounds. I've built a simple java wrapper (implemented as a bean) for the standard CGI application. Basically you build up queries to the CGI, post them via streams and get at the results using MapServer templates. In our case the template ammounts to a text file consisting of name=value pairs. This file is yanked into a Java hash and returned as output from the bean. The calling application can do with the results what it wishes. Low-tech, but it works nicely. Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-297-2937 >>> Pedro Salazar 05/20/03 11:12 AM >>> Hi, > Our current solution is a simple process.Exec wrapper around mapserv. > I put my perl scripts inside the "cgi-bin" Apache HTTP server directory and I invoke them through a HTTP connection. It may be not so fast as invoke them directly but it's more flexible that way - and HTTP is a very light protocol. > We also did some tweaking to mapserv.c to make calling it from Java a > bit easier so you could say we cheated a bit. We also removed a lot the > map file parsing code as it was not very thread safe. > I'm not clear about the gain of performance but for now I prefer to not touch the original mapserv.c. > What value does the perl script you are calling give you over calling > Mapserv directly? > I don't know if I understood well what you asked, but my perl scripts work also with query string parameters as the mapserv do, and they can give me an extent text to be parsed or just images... > We looked at JNI and saw that it would be very easily achievable for the > general case but did not warrant the effort for our specific use. > > A nice JNI interface would be sweet to develop if there were enough > hands around. > I think the same about using JNI, but right now I don't have time for that adventure :-) It would be interesting indeed and a big improvement for mapserver. Pedro. -- PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Dwijadas Thu May 22 23:41:58 2003 From: Dwijadas (Dwijadas) Date: 23 May 2003 06:41:58 -0000 Subject: [Mapserver-users] Reply it Message-ID: <20030523064158.12486.qmail@webmail29.rediffmail.com> Hi Anyone there Problem1:- I have trying to select layers using layer_select with zoom, pan facilities using [ ],as the values between [ ] will filled up by the mapserver from URL and .map file. But it is giving an error message which is like "msLoadMap(): Unable to access file. Illegal mapfile name". I have even tried with terrasip's examples also. The problem remains same. In template form i have written like this-(Template file using [map], [imgext] etc)
................ ................ ............... ............... <...... Considering the CGI variable [map] in the template file, Mapserver should atleast know the value of the "map" then it should replace it. But from where and which portion of the mapfile the mapserver will find the value of map?????(Probably form NAME at the first line of the mapfile) then probably i have to give a mappath like shapepath? Please tell me from which portion of the map file these values([ ]) will come???? whether these values will be within the WEB .....END structure ?? I am totally confused. I have gone through the Mapserver CGI variables.But probably i messing it up.And lastly, as i had putted these values directly earlier without using [ ], but the images are formed in the images directly. As there are lot of images are formed how mapserver will fetch the latest image from images directly? problem2:- Here my images are formed in the "images" directory under "htdocs" directory. But the image is not displayed in the browser.I have used the values directly in the template file(map, imgext etc). Where is the error? My template file and mapfile are given below- TEMPLATE FILE:- html> Through template file

Map Controls

Select layers to display:


Set your zoom option:



Legend

MAP FILE:- NAME templ EXTENT 2700051.860 2462746.020 3582564.801 3012459.468 SIZE 400 300 SHAPEPATH "C:\Program Files\Apache Group\Apache2\htdocs\shape" #FONTSET "/home/hemen/fonts/fonts.list" #SYMBOLSET "C:\Program Files\Apache Group\Apache2\htdocs\symbol\circle.sym" WEB TEMPLATE templ.html IMAGEPATH "C:\Program Files\Apache Group\Apache2\htdocs\images\" # IMAGEURL "C:\Program Files\Apache Group\Apache2\htdocs\images\" IMAGEURL ".\images\" LOG "C:\Program Files\Apache Group\Apache2\htdocs\fonts\log1.txt" END # REFERENCE # STATUS ON # IMAGE "C:\Program Files\Apache Group\Apache2\htdocs\images\assamt.gif" # SIZE 10 10 # EXTENT 2700051.860 2462746.020 3582564.801 3012459.468 # COLOR -1 -1 -1 # OUTLINECOLOR 255 0 0 #END LAYER # States -- background polys NAME states DATA assam_a STATUS DEFAULT TYPE POLYGON CLASS COLOR 255 255 135 OUTLINECOLOR 0 0 0 END # end of States class object END # end of layer object LAYER NAME "assm-rvr" DATA assm-rvr STATUS DEFAULT TYPE LINE CLASS COLOR 100 100 100 OUTLINECOLOR 0 0 0 END # end of class object END # end of layer object LAYER NAME "dist-hq" DATA dist-hq STATUS DEFAULT TYPE POINT CLASS COLOR 100 100 100 OUTLINECOLOR 0 0 0 END # end of class object END END # end of layer object END # end of map file Thanking you "Dwijadas Dey" ___________________________________________________ Get email that means BUSINESS! me @ mycompany.com. Just Rs.1499/year. To start, click http://www.rediffmailpro.com From tomax77 at gmx.de Thu May 22 23:58:13 2003 From: tomax77 at gmx.de (tomax77 at gmx.de) Date: Fri, 23 May 2003 08:58:13 +0200 (MEST) Subject: [Mapserver-users] Configuring WMS CLIENT Function Message-ID: <21497.1053673093@www26.gmx.net> Hello umn list, we've a problem configuring the WMS Client Function of the mapserver. If we try to set the parameters "CONNECTIONTYPE" and "CONNECTION" for the different layers in the mapfile, they were not visualized in the map application after restart. May it be a problem that we used "polygon" and "line" layers with this parameters instead of "raster" type. There is also no error message given out. Here are our connection settings for a layer: CONNECTION "http:///cgi-bin/mapserv?MAP=/srv/www/htdocs/testmap/demo.map&REQUEST=GetMap&VERSION=1.1.0&LAYERS=Flurstuecksgrenzen&FORMAT=image/gif" If anyone can help on this topic i would be thankful. Greetings Tom L. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! From stephane.riff at cerene.fr Fri May 23 00:39:53 2003 From: stephane.riff at cerene.fr (steff) Date: Fri, 23 May 2003 09:39:53 +0200 Subject: [Mapserver-users] postgres 7.3.2..... Message-ID: <000c01c320fe$87da7990$b9c8c8c8@devp09> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3210F.43A3A510 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello , Sorry to bother you with my problem but : it's with queryByPoint on postgis layer : i get this : Fatal error: Assertion failed, Could not set shape values: 0, 0 in = /var/www/html/mapscript/mapscript.inc on line 181 but i get an index on the table row...which seem to be good ??? the table structure is : | oid | gid | area | dept_id | the_geom | I've already try the dave's patch and mapserver-dev without success. ------=_NextPart_000_0007_01C3210F.43A3A510 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello ,
 
Sorry to bother you with my problem but = :
 
it's  with queryByPoint on = postgis layer=20 :
 
i get this :
Fatal error: Assertion failed, Could not set shape = values:=20 0, 0 in /var/www/html/mapscript/mapscript.inc on line = 181
 
but i get an index on the table row...which seem to be good = ???
 
the table structure is :
 
| oid | gid | area | dept_id | the_geom = |
 
I've already try the dave's patch and = mapserver-dev=20 without success.
 
 

------=_NextPart_000_0007_01C3210F.43A3A510-- From Mark.Balman at birdlife.org.uk Fri May 23 01:00:04 2003 From: Mark.Balman at birdlife.org.uk (Mark Balman) Date: Fri, 23 May 2003 09:00:04 +0100 Subject: [Mapserver-users] Perl mapscript Message-ID: Hi All I want to start using mapscript but would like to know which is the easier for a beginner - Perl or PHP? I tried to install php mapscript but alas not yet! although I "think" I have installed perl mapscript ok but really don't know where to begin, can anyone point me in the right direction.. TIA Mark From nuno.cabrita at elementodigital.pt Fri May 23 01:56:58 2003 From: nuno.cabrita at elementodigital.pt (Nuno Cabrita) Date: Fri, 23 May 2003 09:56:58 +0100 Subject: [Mapserver-users] draw pie charts Message-ID: <000f01c32109$450d2ee0$7300a8c0@wks03> Hi, everyone, I want to draw a map with pie charts at certain points, but I can't find a way to do that. Does anyone know a way to do it? From steffen.gebhardt at informus.de Fri May 23 02:07:41 2003 From: steffen.gebhardt at informus.de (Steffen Gebhardt) Date: Fri, 23 May 2003 11:07:41 +0200 Subject: [Mapserver-users] Proplem in Projection and Raster Images Message-ID: <20030523090629.9D17D22683@mfa1.informus.de> Hallo everybody, I have a Problem in diplaying raster images. I've included a raster image in the .map file, but It isn't displayed while all my shape files are displayed. the code is like this: LAYER # background image NAME "elevation" DATA "ele_eu.tif" STATUS ON TYPE RASTER OFFSITE 0 END # end layer object Further i can't choose projection LATLON, where the code is: PROJECTION proj=latlon ellps=clrk66 END By initializing the mapserver, the follwing error message occurs: msProcessProjection(): Projection library error. unknown projection id I need to solve this problems. Please help me!!! Yours Steffen Gebhardt From Dwijadas Fri May 23 02:54:53 2003 From: Dwijadas (Dwijadas) Date: 23 May 2003 09:54:53 -0000 Subject: [Mapserver-users] Any One Plz? Message-ID: <20030523095453.7535.qmail@webmail28.rediffmail.com> Hi list users I mailed earlier about the problem i am facing but no one has given any reply. So Plz this time I am expecting to get support from someone of you. PROBLEM1:- I am using mapserver3.5 and new to it. I had already displayed a single layer and then multilayer, labels. Now I am trying for selecting layers through interactive interface with facilities of zooming and panning. I have written the mapfile and template fie(both given below). In the template file in the [ ] portion, i have used the values directly. e.g in ["map"] i have given ["c:\program....\templ.map"] (See below in the template file). So whatever the layer i select with the corresponding zooming the images are formed in the "images" directory under the web server. The problem is that the image is not displayed in the browser. So Plz. tell me where is the problem? I have read the CGI reference variables. But not finding any way to fetch the image in the browser. My Mapfile:- NAME templ EXTENT 2700051.860 2462746.020 3582564.801 3012459.468 SIZE 400 300 SHAPEPATH "C:\Program Files\Apache Group\Apache2\htdocs\shape" FONTSET "C:\Program Files\Apache Group\Apache2\htdocs\fonts.list" SYMBOLSET "C:\Program Files\Apache Group\Apache2\htdocs\symbol\circle.sym" WEB TEMPLATE templ.html IMAGEPATH "C:\Program Files\Apache Group\Apache2\htdocs\images\" IMAGEURL ".\images\" LOG "C:\Program Files\Apache Group\Apache2\htdocs\fonts\log1.txt" END # REFERENCE # STATUS ON # IMAGE "C:\Program Files\Apache Group\Apache2\htdocs\images\assamt.gif" # SIZE 10 10 # EXTENT 2700051.860 2462746.020 3582564.801 3012459.468 # COLOR -1 -1 -1 # OUTLINECOLOR 255 0 0 #END LAYER # States -- background polys NAME states DATA assam_a STATUS DEFAULT TYPE POLYGON CLASS COLOR 255 255 135 OUTLINECOLOR 0 0 0 END # end of States class object END # end of layer object LAYER NAME "assm-rvr" DATA assm-rvr STATUS DEFAULT TYPE LINE CLASS COLOR 100 100 100 OUTLINECOLOR 0 0 0 END # end of class object END # end of layer object LAYER NAME "dist-hq" DATA dist-hq STATUS DEFAULT TYPE POINT CLASS COLOR 100 100 100 OUTLINECOLOR 0 0 0 END # end of class object END END # end of layer object END # end of map file AND TEMPLATE FILE:- Through template file

Map Controls

Select layers to display:


Set your zoom option:



Legend

PROBLEM2:-(If i donot used the values inside [ ] directly) I have tried with [ ] also AS values between [ ] will filled up by the mapserver from URL and .map file. But it is giving an error message which is like "msLoadMap(): Unable to access file. Illegal mapfile name". I have even tried with terrasip's examples also. The problem remains same. In template file i have written like this-
................ ................ ............... ............... <...... Considering the CGI variable [map] in the template file, Mapserver should atleast know the value of the "map" then it should replace it. But from where and which portion of the mapfile the mapserver will find the value of map?????(Probably form NAME at the first line of the mapfile) then probably i have to give a mappath like shapepath? Please tell me from which portion of the map file these values([ ]) will come???? whether these values will be within the WEB .....END structure ?? I am totally confused. I have gone through the Mapserver CGI variables which you refers in the mail. But probably i messing it up. So here mainly I am unable to use the CGI variables properly, and in what CGI variables, and where to write so that i can select a layer with zooming facilities and mainly to display the image in the browser. "Dwijadas Dey" ___________________________________________________ Get email that means BUSINESS! me @ mycompany.com. Just Rs.1499/year. To start, click http://www.rediffmailpro.com From adams at terrestris.de Fri May 23 03:44:28 2003 From: adams at terrestris.de (Till Adams) Date: Fri, 23 May 2003 12:44:28 +0200 Subject: [Mapserver-users] Compilation problem Message-ID: <3ECDFB8C.6050502@terrestris.de> --------------060002010308010601050203 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Dear list, I'm trying to compile ms-3.6.5 on mandrake again. Using ./configure --with-proj=/usr/local/ --with-gdal=/usr/local/bin --with-php=/usr/local/include/php --with-gd=/usr/local --with-freetype --with-ogr --with-gdal --with-wmsclient --with-wms Everything works fine. When I type the "make" (tried both: Including the "-lstdc++" Option in the Makefile and not), everything works nearly fine but the process is stopping after a while giving the message: "gcc: unrecognized option `-rdynamic-Wl'" Nevertheless my "mapserv" file is created. Testing it with "./mapserv" I get the following error-message: "./mapserv: error while loading shared libraries: libproj.so.0: cannot open shared object file: No such file or directory" When I search for the file "libproj.so.0" I find it in "/usr/local/lib". I installed LinPNG, LibTIFF, PROJ4, W3c-LibWWW, Freetype2, GD2, ... Any ideas? Many thanks in advance :-) :-) :-) . Second question: I used the manual from Yann and Prasad, posted several weeks ago, but this is based on ms 3.7. Where can I get the pre-release? Thanks in advance, Till ***** Treffen Sie uns auf der AGIT in Salzburg vom 2. bis 4. Juli 2003, Stand 35 ***** ----- 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 --------------060002010308010601050203 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Dear list,

I'm trying to compile ms-3.6.5 on mandrake again. Using  

./configure --with-proj=/usr/local/ --with-gdal=/usr/local/bin --with-php=/usr/local/include/php --with-gd=/usr/local --with-freetype --with-ogr --with-gdal --with-wmsclient --with-wms

Everything works fine. When I type the "make" (tried both: Including the
"-lstdc++" Option in the Makefile and not), everything works nearly fine but the process is stopping after a while giving the message:

"gcc: unrecognized option `-rdynamic-Wl'"

Nevertheless my "mapserv" file is created. Testing it with "./mapserv" I get the following error-message:

"./mapserv: error while loading shared libraries: libproj.so.0: cannot open shared object file: No such file or directory"

When I search for the file "libproj.so.0" I find it in "/usr/local/lib". I installed LinPNG, LibTIFF, PROJ4, W3c-LibWWW, Freetype2, GD2, ...

Any ideas? Many thanks in advance :-) :-) :-) .

Second question: I used the manual from Yann and Prasad, posted several weeks ago, but this is based on ms 3.7. Where can I get the pre-release?

Thanks in advance,
Till


***** Treffen Sie uns auf der AGIT in Salzburg vom 2. bis 4. Juli 2003, Stand 35 *****

-----

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
--------------060002010308010601050203-- From m.spring at gmx.de Fri May 23 04:33:37 2003 From: m.spring at gmx.de (m.spring at gmx.de) Date: Fri, 23 May 2003 13:33:37 +0200 Subject: [Mapserver-users] Any One Plz? In-Reply-To: <20030523095453.7535.qmail@webmail28.rediffmail.com> (Dwijadas Dey's message of "23 May 2003 09:54:53 -0000") References: <20030523095453.7535.qmail@webmail28.rediffmail.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 "Dwijadas Dey" writes: > > WEB > TEMPLATE templ.html > IMAGEPATH "C:\Program Files\Apache Group\Apache2\htdocs\images\" > IMAGEURL ".\images\" AFAIK the path components in URLS have to be separated by /. Try IMAGEURL "/images" Fire a mapserver request in your browser and find out which image has been created in your images directory. Then point your browser to http://your.host.name/images/this_image_file_name and you should see it. Afterwards adapt your template file if necessary - for me it looks ok. > > Group\Apache2\htdocs\images\"> The commented version will only work on the same computer as it accesses the file by means of the filesystem - don't use it > Please tell me from which portion of the map file these > values([ ]) will come???? whether these values will be within the WEB > .....END structure ?? I am totally confused. I have gone through the > Mapserver CGI variables which you refers in the mail. > But probably i messing it up. So here mainly I am unable to use > the CGI variables properly, and in what CGI variables, and where to > write so that i can select a layer with zooming facilities and mainly > to display the image in the browser. Mapserver gets an url which denotes the map. http://localhost/cgi-bin/mapserv?map=/this/is/my/mapfile In this mapfile you tell mapserver which template to use for output. Mapserver knows the name of the map from the url and in order not to forget it, its value replaces [map] in the template file. The hidden variables are sent automatically with the next request. The other values are calculated and later on used for zooming etc. If you look at the html source in your browser, these [] placeholders have to be replaced by real values, otherwise mapserver did not work correctly with your mapfile/template. It should tell this, however. By the way: TEMPLATE templ.html in your mapfile means that the template has to be in the /cgi-bin directory alongside with mapserv.exe. This is not recommended. Better give a full path to the template file and place it for example in the same directory as the mapfile. HTH Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard iD8DBQE+zgcRxxUzQSse11ARAthmAJ0aJTZIzATHptGkzZ9ONzKOaaX5UACgifn5 I1kC51X5ljPTv92stnXH6J4= =HyzE -----END PGP SIGNATURE----- From thfischer at mapmedia.de Fri May 23 06:33:59 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 23 May 2003 15:33:59 +0200 Subject: [Mapserver-users] Any One Plz? In-Reply-To: <20030523095453.7535.qmail@webmail28.rediffmail.com> References: <20030523095453.7535.qmail@webmail28.rediffmail.com> Message-ID: <1053696839.381.23.camel@jeanjacques> On Fri, 2003-05-23 at 11:54, Dwijadas Dey wrote: > PROBLEM1:- > > I am using mapserver3.5 and new to it. This version is outdated. You might want to try the latest version 3.6.x > I have written the mapfile and > template > fie(both given below). In the template file in the [ ] portion, i > have used the values directly. e.g in ["map"] i have given > ["c:\program....\templ.map"] Maybe this is just a typo here ... you do not write ["map"], but only [map]. MapServer is scanning for certain keywords enclosed in [] and replaces them. "map" is not a keyword, but map is. Similar, ["c:\..."] does not work because "c:\" is not a keyword. Just write c:\... here. In the template file below I see you've done it correctly. > SHAPEPATH "C:\Program Files\Apache Group\Apache2\htdocs\shape" > FONTSET "C:\Program Files\Apache > Group\Apache2\htdocs\fonts.list" > SYMBOLSET "C:\Program Files\Apache > Group\Apache2\htdocs\symbol\circle.sym" > > WEB > TEMPLATE templ.html > IMAGEPATH "C:\Program Files\Apache > Group\Apache2\htdocs\images\" > IMAGEURL ".\images\" ^^^ This means to check for a directory /image in the current working directory, which is probably not what you want. If this directory is in your webserver root directory, write "/images/" > > 2462746.020 3582564.801 3012459.468"> With hardcoding these variables, nothing will ever change, because you will always have the same map extent, no matter if you zoom in or out. This is a variable value. Try: > > In case this is supposed to be a comment, HTML comments start with again. > > > >
> > > Group\Apache2\htdocs\images\"> You define an image but you give a directory name as a source. Nothing will be displayed. > Map > Controls >

Select layers to display:
> >


>

face=arial,helvetica>Legend
> >

Again, you only give directory names. > PROBLEM2:-(If i donot used the values inside [ ] directly) > I have tried with [ ] also AS values between [ ] will filled up > by the mapserver from URL and .map file. But it is giving an > error message which is like "msLoadMap(): Unable to access file. > Illegal mapfile name". [snip] > "[imgext]"> It's [mapext]. > Considering the CGI variable [map] in the template file, > Mapserver should atleast know the value of the "map" then it > should replace it. But from where and which portion of the mapfile > the mapserver will find the value of map????? map is the name of the mapfile. You give it as a parameter in the URL that you use to call mapserver. In your template, you define So when using the form in the HTML file, the next call to mapserver will include the value for map again. > (Probably form NAME > at the first line > of the mapfile) then probably i have to give a mappath like > shapepath? NAME is only used as a prefix for generation temporary filenames. > Please tell me from which portion of the map file these > values([ ]) will come???? They are either taken/computed from the mapfile (like [imgxy] for example, which is calculated by dividing the SIZE parameter by 2), or they are provided via the URL (like [map] in most cases). > whether these values will be within the > WEB .....END structure ?? I am totally confused. I have gone > through the Mapserver CGI variables which you refers in the > mail. Maybe you want to take a step backward and familiarize yourself with the official Itasca demo package. You can download it from the mapserver website. hth, thorsten From thfischer at mapmedia.de Fri May 23 06:41:41 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 23 May 2003 15:41:41 +0200 Subject: [Mapserver-users] Proplem in Projection and Raster Images In-Reply-To: <20030523090629.9D17D22683@mfa1.informus.de> References: <20030523090629.9D17D22683@mfa1.informus.de> Message-ID: <1053697301.345.29.camel@jeanjacques> On Fri, 2003-05-23 at 11:07, Steffen Gebhardt wrote: > Hallo everybody, > > I have a Problem in diplaying raster images. I've included a raster image in > the .map file, but It isn't displayed while all my shape files are displayed. > the code is like this: > > LAYER # background image > NAME "elevation" > DATA "ele_eu.tif" > STATUS ON > TYPE RASTER > OFFSITE 0 > END # end layer object Difficult to judge without additional information. Is the image file accessible to the webserver process? Is .tif support compiled into mapserver? Are its coordinates in the same coordinate system as your shape files are? The STATUS is set to ON; have you asked for it to be displayed with "layer=elevation" in your URL? Does the SHAPEPATH in your mapfile point to the location where the file is located? > Further i can't choose projection LATLON, where the code is: > > PROJECTION > proj=latlon > ellps=clrk66 > END I do not have much experience with projections that goes beyond writing "init=epsg:XXXX" here, but you might want to enclose your parameters in quotes, like this: PROJECTION "proj=latlon" "ellps=clrk66" END > I need to solve this problems. Don't we all? ;) hth, thorsten From thfischer at mapmedia.de Fri May 23 06:44:58 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 23 May 2003 15:44:58 +0200 Subject: [Mapserver-users] draw pie charts In-Reply-To: <000f01c32109$450d2ee0$7300a8c0@wks03> References: <000f01c32109$450d2ee0$7300a8c0@wks03> Message-ID: <1053697498.343.34.camel@jeanjacques> On Fri, 2003-05-23 at 10:56, Nuno Cabrita wrote: > Hi, everyone, I want to draw a map with pie charts at certain points, > but I can't find a way to do that. > Does anyone know a way to do it? I was thinking about that some time ago too. MapServer does not provide a way to do this. One thing I came up with was a mapscript application that would use a graphics library to create the charts (there are several ones for php, have a look at freshmeat.net) as .png images, then use mapscript to change the symbol definitions for layers on the fly, using the newly generated images. I do not expect this solution to be very fast though, tbh. hth, thorsten From thfischer at mapmedia.de Fri May 23 06:51:12 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 23 May 2003 15:51:12 +0200 Subject: [Mapserver-users] Perl mapscript In-Reply-To: References: Message-ID: <1053697872.381.41.camel@jeanjacques> On Fri, 2003-05-23 at 10:00, Mark Balman wrote: > Hi All > > I want to start using mapscript but would like to know which is the easier > for a beginner - Perl or PHP? Contrary to what most people say, I think that perl is easy to learn. Reading the code afterwards poses the real problem ;) Knowledge of Perl will likely make you more flexible because it is widely used in system administration and general scripting as well, while PHP is the most common choice for web applications (at least it appears to me that way). In the end, it's a question of personal taste. I usually recommend to go to a bookstore, ask the shop person there for what they think is the best book covering each language, and then buy the one that appears nicer to them. This only works with a shop person with clue of course ;) If all this is sorted, mapscript is alike in either language. hth, thorsten From thfischer at mapmedia.de Fri May 23 06:56:26 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 23 May 2003 15:56:26 +0200 Subject: [Mapserver-users] Configuring WMS CLIENT Function In-Reply-To: <21497.1053673093@www26.gmx.net> References: <21497.1053673093@www26.gmx.net> Message-ID: <1053698186.343.47.camel@jeanjacques> On Fri, 2003-05-23 at 08:58, tomax77 at gmx.de wrote: > Hello umn list, > > we've a problem configuring the WMS Client Function of the mapserver. If we > try to set the parameters "CONNECTIONTYPE" and "CONNECTION" for the different > layers in the mapfile, they were not visualized in the map application after > restart. May it be a problem that we used "polygon" and "line" layers with > this parameters instead of "raster" type. You answered your question yourself. WMS is only for transfering raster data. And the answers to queries regarding that data. If you want to transfer vector data, you want to look at WFS. For importing a WMS layer, it does not matter what data source the remote server uses, you will always get a raster image. > There is also no error message given > out. > Here are our connection settings for a layer: > > CONNECTION > "http:///cgi-bin/mapserv?MAP=/srv/www/htdocs/testmap > /demo.map&REQUEST=GetMap&VERSION=1.1.0&LAYERS=Flurstuecksgrenzen& > FORMAT=image/gif" ^^^ I was just wondering, this does work without an ampersand at the end? I remember cases where this broke for me. hth, thorsten From palle at mail-online.dk Fri May 23 05:23:42 2003 From: palle at mail-online.dk (Palle Due Larsen) Date: Fri, 23 May 2003 14:23:42 +0200 Subject: [Mapserver-users] Perl mapscript In-Reply-To: <1053697872.381.41.camel@jeanjacques> References: <1053697872.381.41.camel@jeanjacques> Message-ID: I didn't see the original message, but here are my 2 cents anyway. I use perl mapscript myself on both Linux and Windows, and I must say that perl mapscript on NT is a real hazzle. If you will be using Windows, you should go for PHP mapscript, which has a strong and dedicated community behind it. Also - as Thorsten hints at - every perl programmer has his/her own dialect, which makes perl programs hard to read. Best regards Palle Due Larsen, Carl Bro GIS&IT -----Original Message----- From: Thorsten Fischer To: Mark Balman Cc: "'mapserver-users at lists.gis.umn.edu'" Date: 23 May 2003 15:51:12 +0200 Subject: Re: [Mapserver-users] Perl mapscript > On Fri, 2003-05-23 at 10:00, Mark Balman wrote: > > Hi All > > > > I want to start using mapscript but would like to know which is the > easier > > for a beginner - Perl or PHP? > > Contrary to what most people say, I think that perl is easy to learn. > Reading the code afterwards poses the real problem ;) > > Knowledge of Perl will likely make you more flexible because it is > widely used in system administration and general scripting as well, > while PHP is the most common choice for web applications (at least it > appears to me that way). > > In the end, it's a question of personal taste. I usually recommend to > go > to a bookstore, ask the shop person there for what they think is the > best book covering each language, and then buy the one that appears > nicer to them. > > This only works with a shop person with clue of course ;) > > If all this is sorted, mapscript is alike in either language. > > > hth, > > thorsten > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille brugerunders?gelse p? nettet, og vind et gavekort p? 50.000 kroner..! www.directoffice.dk/konkurrence From lfilak at medinaco.org Fri May 23 05:18:12 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 23 May 2003 08:18:12 -0400 Subject: [Mapserver-users] Compilation problem Message-ID: <200305231218.h4NCI2N03591@yogi.medinaco.net> You probably already checked this but, is /usr/local/lib in /etc/ld.so.conf? Lowell F. The following message was sent by Till Adams on Fri, 23 May 2003 12:44:28 +0200. > Dear list, > > I'm trying to compile ms-3.6.5 on mandrake again. Using > > ./configure --with-proj=/usr/local/ --with-gdal=/usr/local/bin > --with-php=/usr/local/include/php --with-gd=/usr/local --with-freetype > --with-ogr --with-gdal --with-wmsclient --with-wms > > Everything works fine. When I type the "make" (tried both: Including the > "-lstdc++" Option in the Makefile and not), everything works nearly fine > but the process is stopping after a while giving the message: > > "gcc: unrecognized option `-rdynamic-Wl'" > > Nevertheless my "mapserv" file is created. Testing it with "./mapserv" I > get the following error-message: > > "./mapserv: error while loading shared libraries: libproj.so.0: cannot > open shared object file: No such file or directory" > > When I search for the file "libproj.so.0" I find it in "/usr/local/lib". > I installed LinPNG, LibTIFF, PROJ4, W3c-LibWWW, Freetype2, GD2, ... > > Any ideas? Many thanks in advance :-) :-) :-) . > > Second question: I used the manual from Yann and Prasad, posted several > weeks ago, but this is based on ms 3.7. Where can I get the pre-release? > > Thanks in advance, > Till > > > > ***** Treffen Sie uns auf der AGIT in Salzburg vom 2. bis 4. Juli 2003, Stand 35 ***** > > ----- > > 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 jshorie at medinaco.org Fri May 23 05:41:43 2003 From: jshorie at medinaco.org (Jon Shorie) Date: Fri, 23 May 2003 08:41:43 -0400 Subject: [Mapserver-users] Perl mapscript In-Reply-To: References: Message-ID: <200305230841.43525.jshorie@medinaco.org> On Friday 23 May 2003 04:00, Mark Balman wrote: > Hi All > > I want to start using mapscript but would like to know which is the easier > for a beginner - Perl or PHP? I tried to install php mapscript but alas not > yet! although I "think" I have installed perl mapscript ok but really don't > know where to begin, can anyone point me in the right direction.. > I think that perl is easier to learn for beginners than php. From lfilak at medinaco.org Fri May 23 05:37:18 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 23 May 2003 08:37:18 -0400 Subject: [Mapserver-users] draw pie charts Message-ID: <200305231237.h4NCb8N03968@yogi.medinaco.net> Possibly these can help. http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0010/msg00014.html http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0205/msg00189.html http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0304/msg00359.html Lowell F. The following message was sent by "Nuno Cabrita" on Fri, 23 May 2003 09:56:58 +0100. > Hi, everyone, I want to draw a map with pie charts at certain points, > but I can't find a way to do that. > Does anyone know a way to do it? > > > _______________________________________________ > 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 May 23 01:50:26 2003 From: eric at gomoos.org (Eric Bridger) Date: 23 May 2003 08:50:26 +0000 Subject: [Mapserver-users] draw pie charts In-Reply-To: <000f01c32109$450d2ee0$7300a8c0@wks03> References: <000f01c32109$450d2ee0$7300a8c0@wks03> Message-ID: <1053679826.1814.2.camel@ubet.gomoos.org> You cannot do this with mapserver alone. But since mapserver produces PNG's or GIF's you should be able to use the map as a base image and add whatever you want using an image library, e.g. GD which is what mapserver uses. See: http://stein.cshl.org/WWW/software/GD/ for a perl version. On Fri, 2003-05-23 at 08:56, Nuno Cabrita wrote: > Hi, everyone, I want to draw a map with pie charts at certain points, > but I can't find a way to do that. > Does anyone know a way to do it? > > > _______________________________________________ > 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 May 23 01:55:03 2003 From: eric at gomoos.org (Eric Bridger) Date: 23 May 2003 08:55:03 +0000 Subject: [Mapserver-users] Proplem in Projection and Raster Images In-Reply-To: <20030523090629.9D17D22683@mfa1.informus.de> References: <20030523090629.9D17D22683@mfa1.informus.de> Message-ID: <1053680104.1814.6.camel@ubet.gomoos.org> I think you need quotes and it's latlong not latlon: PROJECTION "proj=latlong" "ellps=clrk66" END On Fri, 2003-05-23 at 09:07, Steffen Gebhardt wrote: > > Further i can't choose projection LATLON, where the code is: > > PROJECTION > proj=latlon > ellps=clrk66 > END > > By initializing the mapserver, the follwing error message occurs: > > msProcessProjection(): Projection library error. unknown projection id > > I need to solve this problems. Please help me!!! From adams at terrestris.de Fri May 23 06:25:44 2003 From: adams at terrestris.de (Till Adams) Date: Fri, 23 May 2003 15:25:44 +0200 Subject: [Mapserver-users] Solution: Compilation problem / don't dfind libproj.so.0 References: <200305231218.h4NCI2N03591@yogi.medinaco.net> Message-ID: <3ECE2158.1090907@terrestris.de> --------------060107040709090201050500 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Dear list, just for archive-purposes, because I didn't really find the right solution in the archives: Anyway, thanks to Lowell who pointed me to the right direction (although I already did what he wrote, but I did it wrong). The solution came up, when using /sbin/ldconfig -v because ldconfig didn't scan in /usr/local/lib/ So the solution is running "/sbin/ldconfig /usr/local/lib -v" instead of "/sbin/ldconfig", if libproj.so.0 is located in "/usr/local/lib" Then trying the ./mapserv and it worked! Have a nice weekend .. Till Lowell Filak schrieb: >You probably already checked this but, is /usr/local/lib in /etc/ld.so.conf? >Lowell F. > >The following message was sent by Till Adams on Fri, 23 May 2003 12:44:28 +0200. > > > >>Problem: >> >>"./mapserv: error while loading shared libraries: libproj.so.0: cannot >>open shared object file: No such file or directory" >> >>When I search for the file "libproj.so.0" I find it in "/usr/local/lib". >>I installed LinPNG, LibTIFF, PROJ4, W3c-LibWWW, Freetype2, GD2, ... >> >>Any ideas? Many thanks in advance :-) :-) :-) . >> >>Second question: I used the manual from Yann and Prasad, posted several >>weeks ago, but this is based on ms 3.7. Where can I get the pre-release? >> >>Thanks in advance, >>Till >> >> >> >> -- ***** Treffen Sie uns auf der AGIT in Salzburg vom 2. bis 4. Juli 2003, Stand 35 ***** ----- 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 --------------060107040709090201050500 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Dear list,

just for archive-purposes, because I didn't really find the right solution in the archives:

Anyway, thanks to Lowell who pointed me to the right direction (although I already did what he wrote, but I did it wrong).

The solution came up, when using /sbin/ldconfig -v because ldconfig didn't scan in /usr/local/lib/
So the solution is running

"/sbin/ldconfig /usr/local/lib -v"

instead of "/sbin/ldconfig", if
libproj.so.0 is located in "/usr/local/lib"

Then trying the ./mapserv and it worked!

Have a nice weekend ..

Till



Lowell Filak schrieb:

You probably already checked this but, is /usr/local/lib in /etc/ld.so.conf?
Lowell F.

The following message was sent by Till Adams <adams at terrestris.de> on Fri, 23 May 2003 12:44:28 +0200.

  
Problem:

"./mapserv: error while loading shared libraries: libproj.so.0: cannot 
open shared object file: No such file or directory"

When I search for the file "libproj.so.0" I find it in "/usr/local/lib". 
I installed LinPNG, LibTIFF, PROJ4, W3c-LibWWW, Freetype2, GD2, ...

Any ideas? Many thanks in advance :-) :-) :-) .

Second question: I used the manual from Yann and Prasad, posted several 
weeks ago, but this is based on ms 3.7. Where can I get the pre-release?

Thanks in advance,
Till


    

-- 

***** Treffen Sie uns auf der AGIT in Salzburg vom 2. bis 4. Juli 2003, Stand 35 *****

-----

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

--------------060107040709090201050500-- From Mferrari at crema.unimi.it Fri May 23 06:32:49 2003 From: Mferrari at crema.unimi.it (Marco Ferrari) Date: Fri, 23 May 2003 15:32:49 +0200 Subject: [Mapserver-users] php Message-ID: <92F02B0DA5A19549BEA6C9E26917F0392A1768@ganimede.crema.unimi.it> Hy, I'm trying to compile php/mapscript with mapserver 3.6.5 on windows 2000. When I compile the makefile.vc in mapserver/mapscript/php3 results: php_mapscript_util.h(58) : fatal error C1083: Cannot open include file: 'php.h': No such file or directory NMAKE : fatal error U1077: 'cl' : return code '0x2' I installed php4 on apache server and it works correctly but I have not the file php.h. Why? Is correct? How can I do ? Thanks. From thfischer at mapmedia.de Fri May 23 08:34:18 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 23 May 2003 17:34:18 +0200 Subject: [Mapserver-users] Any One Plz? In-Reply-To: References: <20030523095453.7535.qmail@webmail28.rediffmail.com> Message-ID: <1053704058.395.4.camel@jeanjacques> On Fri, 2003-05-23 at 13:33, m.spring at gmx.de wrote: > By the way: > TEMPLATE templ.html > in your mapfile means that the template has to be in the /cgi-bin > directory alongside with mapserv.exe. This is not recommended. > Better give a full path to the template file and place it for example > in the same directory as the mapfile. Works fine here. The template is taken from the directory the mapfile resides. hth, thorsten From Michael.Smith at erdc.usace.army.mil Fri May 23 07:09:00 2003 From: Michael.Smith at erdc.usace.army.mil (Smith, Michael ERDC-CRREL-NH) Date: Fri, 23 May 2003 10:09:00 -0400 Subject: [Mapserver-users] PLEASE HELP... Message-ID: <048FBD219330D211B47000A0C9B3BAFD03CD193B@crl02.crrel.usace.army.mil> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C32134.DB8999F0 Content-Type: text/plain Richard, Your layer is a lat long layer (srid of 8265) but you are setting a projection of UTM on the layer. You should have a projection block like PROJECTION "proj=latlong" "ellps=GRS80" END This tells mapserver that the layer is latlong and the UTM in the main map tells mapserver to reproject this layer to UTM-15. Mike Mike Smith email: michael.smith at erdc.usace.army.mil RSGISC ERDC - CRREL Hanover, NH 03755 (603) 646-4765 -----Original Message----- From: Becher, Richard [mailto:RichardBecher at SierraSystems.com] Sent: Thursday, May 22, 2003 1:57 PM To: Smith, Michael ERDC-CRREL-NH; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PLEASE HELP... If you can bear with me, I have included everything that I have set in my mapfile as well as the data in my database. I am hoping you can spot what I am doing wrong so I can figure out how to display the data from Oracle. MANY thanks for your help and time. Here is a record that exists in that table: Place_Id Version_No LATLONGPOINT.SDO_GTYPE LATLONGPOINT.SDO_SRID LATLONGPOINT.SDO_POINT.X 533 1 1 8265 44 LATLONGPOINT.SDO_POINT.Y LATLONGPOINT.SDO_POINT.Z LATLONGPOINT.SDO_ELEM_INFO -76 LATLONGPOINT.SDO_ORDINATES Where (as far as I understand) X=48 and Y=-76 Here is the start of my Map file (I may have something set wrong in this section): # Start of tutorial.map file # # NAME DEMO STATUS ON SIZE 400 300 SYMBOLSET ./etc/symbols.sym EXTENT -2200000 -712631 3072800 3840000 UNITS METERS SHAPEPATH "./data" IMAGECOLOR 255 255 255 FONTSET ./etc/fonts.txt IMAGETYPE PNG Here is my Projection for the Map File (I will admit that I don't know how this should be set): PROJECTION "proj=utm" "ellps=GRS80" "zone=15" "north" "no_defs" END Here is my Web section (however, there is no log being created - using version 3.7...?): # # Start of web interface definition # WEB MINSCALE 2000000 MAXSCALE 50000000 IMAGEPATH "/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" LOG "/tmp/gmap.log" END Here is my complete Layer (Notice Expression is commented out because I don't want to exclude/filter anything): LAYER NAME "Historical Sites" METADATA "DESCRIPTION" "Historical Sites" END CONNECTIONTYPE oraclespatial CONNECTION 'user/password at db' DATA "LatLongPoint from (select Place_Id, LatLongPoint from CRHP_SPATIAL)" TYPE POINT STATUS ON #LabelItem "Place_Id" #CLASSITEM "Place_Id" CLASS NAME "Historical Sites" #EXPRESSION /./ SYMBOL 2 SIZE 8 COLOR 255 0 0 LABEL SIZE MEDIUM COLOR 255 0 0 FORCE TRUE OFFSET 10 10 END #TEMPLATE "oraclequery.html" END PROJECTION "proj=utm" "ellps=GRS80" "zone=15" "north" "no_defs" END #TOLERANCE 5 END # Layer Again, many thanks for your help and time! Cheers, Richard -----Original Message----- From: Smith, Michael ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil] Sent: Thursday, May 22, 2003 1:10 PM To: Becher, Richard; Smith, Michael ERDC-CRREL-NH; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PLEASE HELP... Are you sure that the locations are correct in the sdo_geometry? e.g. are the lat longs correct. 1. do a select * from crhp_spatial where rownum=1, look at the coords and verify 2. Is there a projection defined for the layer and map. 3. Make sure there is a class defined for the layer. 4. If you are using 3.7(4.0), add a log parameter to your web section and put debug as a line in your map layer. Hope this helps Mike Smith email: michael.smith at erdc.usace.army.mil RSGISC ERDC - CRREL Hanover, NH 03755 (603) 646-4765 -----Original Message----- From: Becher, Richard [mailto:RichardBecher at SierraSystems.com] Sent: Thursday, May 22, 2003 12:57 PM To: Smith, Michael ERDC-CRREL-NH; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PLEASE HELP... Thanks for your reply! However, I have done all that you mentioned. Here is the entry in my map file: CONNECTIONTYPE oraclespatial CONNECTION 'user/password at db' DATA "LatLongPoint from CRHP_SPATIAL" There is definitely data in the table. Like I said there are no errors but the data does not display on my map. I am retrieving the whole table just to see if I can display anything right now. Any other ideas as to why my data won't display? Cheers, Richard -----Original Message----- From: Smith, Michael ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil] Sent: Thursday, May 22, 2003 11:17 AM To: Becher, Richard; Mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] PLEASE HELP... Richard, Mapserver needs to be compiled with the oracle libraries i.e. --with-oraclespatial = /path/to/oracle/home Then, in the map file use CONNECTIONTYPE oraclespatial CONNECTION 'user/password at tnsname' DATA 'sdo_geometry_column FROM tablename' I've also found that if you use this format for the DATA line, that mapserver will only select data with the extents of you map view, if you use 'sdo_geom_col from (select * from tablename)' which is also valid, on every redraw you will be retrieving the entire data table and not using a spatial index. You do not have to use OGR to access Oracle. OGR is slower at this point but does support more features (attribute queries mainly). Another importtant point is to increase the ARRAY_SIZE in the maporaclespatial.c code. By default, it is set at 1, but we get much, much faster performance by increasing the ARRAY_SIZE to 500 or 1000. Basically this allows mapserver to send 500 ot 1000 rows at a time. Mike Smith email: michael.smith at erdc.usace.army.mil RSGISC ERDC - CRREL Hanover, NH 03755 (603) 646-4765 -----Original Message----- From: Becher, Richard [mailto:RichardBecher at SierraSystems.com] Sent: Thursday, May 22, 2003 10:17 AM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] PLEASE HELP... Importance: High I have not been able to get a response on how to display data using Mapserver from Oracle. I have created a connection to my Oracle db and I do not get any errors. However, the data does not display. I was told that I can't do this direct connection to Oracle and that I have to use OGR. Can someone please confirm this and give me any help on how to simply display data from my Oracle database using Mapserver? Any help would be GREATLY appreciated. Cheers, Richard Becher Sierra Systems 130 Slater Street, Suite 800 Ottawa, Ontario K1P 6E2 Phone: 613.236.7888, Extension: 350 Fax: 613.236.9333 Email: RichardBecher at SierraSystems.com www.SierraSystems.com ------_=_NextPart_001_01C32134.DB8999F0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Message
Richard,
 
    Your layer is a lat long layer (srid of 8265) = but you are=20 setting a projection of UTM on the layer. You should have a projection = block=20 like
 
PROJECTION
    = "proj=3Dlatlong"
   =20 "ellps=3DGRS80"
END
 
This=20 tells mapserver that the layer is latlong and the UTM in the main map = tells=20 mapserver to reproject this layer to UTM-15.
 
Mike
 
 

Mike Smith
email:=20 michael.smith at erdc.usace.army.mil
RSGISC
ERDC - CRREL =
Hanover, NH  03755
(603) 646-4765

-----Original Message-----
From: = Becher, Richard=20 [mailto:RichardBecher at SierraSystems.com]
Sent: Thursday, = May 22,=20 2003 1:57 PM
To: Smith, Michael ERDC-CRREL-NH;=20 Mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users]=20 PLEASE HELP...

If you can = bear with=20 me, I have included everything that I have set in my mapfile as well as the data in my=20 database.

 

I am = hoping you can=20 spot what I am doing wrong so I can figure out how to display the = data from=20 Oracle.

 

MANY = thanks for your=20 help and time.

 

Here is a = record that=20 exists in that table:

 

Place_Id           =20 Version_No      =20 LATLONGPOINT.SDO_GTYPE  =20 LATLONGPOINT.SDO_SRID           =20 LATLONGPOINT.SDO_POINT.X =20

533           &nb= sp;      =20 1           &nb= sp;         =20 1           &nb= sp;           &nb= sp;           &nb= sp;         =20 8265           &nb= sp;           &nb= sp;           &nb= sp;    =20 44

 

LATLONGPOINT.SDO_POINT.Y       &= nbsp;    =20 LATLONGPOINT.SDO_POINT.Z           &nb= sp; =20 LATLONGPOINT.SDO_ELEM_INFO        =

-76           &n= bsp;           &n= bsp;           &n= bsp;           &n= bsp;           &n= bsp;           &n= bsp;           &n= bsp;           &n= bsp;           &n= bsp;       =20 <Collection>

 

LATLONGPOINT.SDO_ORDINATES

<Collectioin>

 

Where (as = far as I=20 understand) X=3D48 and Y=3D-76

 

 

Here is = the start of=20 my Map file (I may have something set wrong in this=20 section):

 

# Start of = tutorial.map file

#

#

NAME=20 DEMO

STATUS=20 ON

SIZE 400=20 300

SYMBOLSET = ./etc/symbols.sym

EXTENT -2200000 = -712631=20 3072800 3840000

UNITS=20 METERS

SHAPEPATH = "./data"

IMAGECOLOR 255 = 255 255

FONTSET=20 ./etc/fonts.txt

IMAGETYPE=20 PNG

 

Here is my = Projection=20 for the Map File (I will admit that I don't know how this should be=20 set):

PROJECTION

      = "proj=3Dutm"

      = "ellps=3DGRS80"

      = "zone=3D15"

      = "north"

      = "no_defs"

END

 

 

Here is my = Web=20 section (however, there is no log being created - using version=20 3.7...?):

 

#

# Start of web = interface=20 definition

#

WEB

  MINSCALE=20 2000000

  MAXSCALE=20 50000000

  IMAGEPATH "/tmp/ms_tmp/"

  IMAGEURL "/ms_tmp/"

  LOG "/tmp/gmap.log"

END

 

 

Here is my = complete=20 Layer (Notice Expression is commented out because I don't want to=20 exclude/filter anything):

 

LAYER

  NAME "Historical=20 Sites"

  = METADATA

    = "DESCRIPTION"   "Historical = Sites"    =20

  = END

  CONNECTIONTYPE oraclespatial

  CONNECTION 'user/password at db'

  DATA "LatLongPoint from (select Place_Id, LatLongPoint from=20 CRHP_SPATIAL)"

  TYPE=20 POINT

  STATUS = ON

  #LabelItem=20 "Place_Id" =20

  #CLASSITEM "Place_Id"

  = CLASS

    NAME = "Historical=20 Sites"

    #EXPRESSION = /./

    SYMBOL=20 2

    SIZE=20 8

    COLOR 255 0 = 0

   =20 LABEL

      = SIZE=20 MEDIUM

      = COLOR 255 0=20 0

      = FORCE=20 TRUE

      = OFFSET 10=20 10

   =20 END

    #TEMPLATE=20 "oraclequery.html"

  = END

 

 =20 PROJECTION

      = "proj=3Dutm"

      = "ellps=3DGRS80"

      = "zone=3D15"

      = "north"

      = "no_defs"

  = END

 

  #TOLERANCE=20 5

END #=20 Layer

 

Again, = many thanks=20 for your help and time!

 

Cheers,

 

Richard

 

-----Original=20 Message-----
From: = Smith,=20 Michael ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil] =
Sent:
Thursday, May 22,=20 2003 = 1:10=20 PM
To: Becher, Richard; Smith, = Michael=20 ERDC-CRREL-NH; Mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] = PLEASE=20 HELP...

 

Are you=20 sure that the locations are correct in the sdo_geometry? e.g. are the = lat=20 longs correct.

 

1. do a=20 select * from crhp_spatial where rownum=3D1, look at the coords and=20 verify

 

2. Is=20 there a projection defined for the layer and=20 map.

 

3. Make=20 sure there is a class defined for the=20 layer.

 

4. If=20 you are using 3.7(4.0), add a log parameter to your web section and = put debug=20 as a line in your map layer.

 

Hope=20 this helps

 

 

Mike = Smith=20
email:=20 michael.smith at erdc.usace.army.mil
RSGISC=20
ERDC - CRREL=20
Hanover, NH =20 03755
(603) = 646-4765=20

-----Original=20 Message-----
From: Becher,=20 Richard [mailto:RichardBecher at SierraSystems.com]
Sent: = Thursday, May 22,=20 2003 = 12:57=20 PM
To: Smith, Michael = ERDC-CRREL-NH;=20 Mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users] PLEASE=20 HELP...

Thanks=20 for your reply!

 

However, = I have=20 done all that you mentioned. =20

 

Here=20 is the entry in my map file:

 

CONNECTIONTYPE=20 oraclespatial

CONNECTION=20 'user/password at db'

DATA=20 "LatLongPoint from CRHP_SPATIAL"

 

There is=20 definitely data in the table. =20 Like I said there are no errors but=20 the data does = not=20 display on my map.

 

I am=20 retrieving the whole table just to see if I can display anything = right=20 now.

 

Any other=20 ideas as to why my data won't display?

 

Cheers,

 

Richard

 

-----Original=20 Message-----
From: Smith,=20 Michael ERDC-CRREL-NH [mailto:Michael.Smith at erdc.usace.army.mil]=20
Sent:=20
Thursday, May 22,=20 2003 = 11:17=20 AM
To: Becher, Richard;=20 Mapserver-users at lists.gis.umn.edu
Subject: RE: = [Mapserver-users] PLEASE=20 HELP...

 

Richard, =

 

Mapserver needs to=20 be compiled with the oracle = libraries

 

i.e.=20 --with-oraclespatial =3D=20 /path/to/oracle/home

 

Then,=20 in the map file use

 

 CONNECTIONTYPE=20 oraclespatial
 CONNECTION 'user/password at tnsname'
&n= bsp;DATA=20 'sdo_geometry_column FROM = tablename'

 

I've=20 also found that if you use this format for the DATA line, that = mapserver=20 will only select data with the extents of you map view, if you use=20 'sdo_geom_col from (select * from tablename)' which is also valid, = on every=20 redraw you will be retrieving the entire data table and not using a = spatial=20 index.

 

You do=20 not have to use OGR to access Oracle. OGR is slower at this point = but does=20 support more features (attribute queries mainly).=20

 

Another = importtant=20 point is to increase the ARRAY_SIZE in the maporaclespatial.c code. = By=20 default, it is set at 1, but we get much, much faster performance = by=20 increasing the ARRAY_SIZE to 500 or 1000. Basically this allows = mapserver to=20 send 500 ot 1000 rows at a time. =

 

Mike = Smith=20
email:=20 michael.smith at erdc.usace.army.mil
RSGISC =
ERDC -=20 CRREL
Hanover, NH =20 03755
(603) = 646-4765=20

-----Original=20 Message-----
From:=20 Becher, Richard [mailto:RichardBecher at SierraSystems.com] =
Sent: = Thursday, May 22,=20 2003 = 10:17=20 AM
To:=20 Mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] = PLEASE=20 HELP...
Importance:=20 High

I have not been = able to get a=20 response on how to display data using Mapserver from=20 Oracle.

 

I have created a = connection to=20 my Oracle db and I do not get any = errors.

 

However, the data = does not=20 display.

 

I was told that I = can't do=20 this direct connection to Oracle and that I have to use=20 OGR.

 

Can someone please = confirm=20 this and give me any help on how to simply display data from my = Oracle=20 database using Mapserver?

 

Any help would be = GREATLY=20 appreciated.

 

Cheers,

 

Richard=20 Becher

Sierra=20 Systems
130 = Slater=20 Street, Suite = 800
Ottawa,=20 Ontario=20 K1P=20 6E2
Phone:=20 613.236.7888, Extension: 350

Fax:=20 613.236.9333
Email:=20 RichardBecher at SierraSystems.com
www.SierraSystems.com<= /FONT>

 

 

------_=_NextPart_001_01C32134.DB8999F0-- From Dwijadas Fri May 23 07:27:11 2003 From: Dwijadas (Dwijadas) Date: 23 May 2003 14:27:11 -0000 Subject: [Mapserver-users] Image Message-ID: <20030523142711.15786.qmail@webmail18.rediffmail.com> Hi m.sp Thanks a lot for ur help. I corrected what mistakes i had done earlier. Also by typing "http://127.0.0.1/images/myimage fetches the image. But in the template file how i will fetch it? So how to fetch the image from the "images" directory as Mapserver dynamically making images for each call to it and assign a unique name to it,as a result i cannot give a fixed name of a image file.But if i specify a name of a image at the end of the directory then it displayed the image.I have given the directory path previously knowingly,hoping mapserver will take this path and fetch the new image.Eagerly waiting for ur mail. This is the portion in the template file by which i am fetching the images.Here where is the problem? as the image is not displayed in the browser but it is forming in the "images" directory.
--> .............. Thanking you "Dwijadas Dey" ___________________________________________________ Get email that means BUSINESS! me @ mycompany.com. Just Rs.1499/year. To start, click http://www.rediffmailpro.com From sgillies at frii.com Fri May 23 07:45:13 2003 From: sgillies at frii.com (Sean Gillies) Date: Fri, 23 May 2003 08:45:13 -0600 Subject: [Mapserver-users] Perl mapscript In-Reply-To: Message-ID: <2944843E-8D2D-11D7-BFCC-000393B98B56@frii.com> On Friday, May 23, 2003, at 02:00 AM, Mark Balman wrote: > Hi All > > I want to start using mapscript but would like to know which is the > easier > for a beginner - Perl or PHP? I tried to install php mapscript but > alas not > yet! although I "think" I have installed perl mapscript ok but really > don't > know where to begin, can anyone point me in the right direction.. > > TIA > > Mark > Mark, The knock against Perl MapScript in the past has been the difficulty in building it on Win32 systems. Perl is a very useful language to learn, certainly, as there is a universe of contributed modules and scripts. PHP MapScript may be a better choice for rapid development of apps, as PHP is easier to install than Perl products like Embperl. PHP MapScript has the most users and an active group of developers and so has many, well-documented, functions and many examples. PHP is of very limited utility outside of your web environment, so not a good general purpose language to learn. If you are looking to start from scratch, I recommend that you also evaluate the Python flavor of MapScript. Python is an excellent general purpose language with its own universe of excellent standard and contributed code modules. Python web applications can be built using a range of technologies from straight CGI (using cgilib module), to HTML with embedded Python (using SPYCE for example), or to full-fledged application servers using Twisted or Zope. There are excellent Python GIS tools out there including AVPython (Python interpreter embedded in ArcView), PySDE (Python interface to ArcSDE), and GDAL, OGR, and Shapefile modules. Python has exceptionally strong support for testing and profiling; far exceeding those built in to Perl or PHP. Add to this an shell-like interpreter and you have a super environment for coding and debugging web apps. I have looked into all the 'P*' flavors of MapScript, and Python MapScript is by far the easiest to build on Linux, Win32, and OS X. Thanks to Python distutils, install is trivial. Also included with Python MapScript are unit tests that you can use to validate your module. Python MapScript's greatest defficiency is lack of formal documentation. Most Python users refer to the Perl MapScript documentation as they share much of the same code, and refer to extra documentation on the MapServer Wiki site for Python-specific documentation. New and improved documentation will be coming with the next major release of MapServer. Hope this helps, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From ed at topozone.com Fri May 23 08:33:08 2003 From: ed at topozone.com (Ed McNierney) Date: Fri, 23 May 2003 11:33:08 -0400 Subject: [Mapserver-users] Image Message-ID: <13858AA1A74F30419F319ACB66A9D1220196FA@mercator.topozone.com> Your template is correct. This is probably caused by having an incorrect ImageURL statement in your MAP file. MapServer doesn't know what the URL path to your temporary directory is unless you tell it with the ImageURL statement. Your ImagePath must be correct, because that's how MapServer knows which local filesystem directory to use to write the image - if you're getting the image, then that's fine. I would guess (from the URL you supply) that your ImageURL statement should be ImageURL "/images/" since it is inserted BETWEEN the server name and the temporary image file name. Look at the HTML being generated from your template (i.e. view the HTML source of the output page). You'll see the generated URL to your image, and you should be able to deduce from that string what needs to be changed. - 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: Dwijadas Dey [mailto:dwija_dey at rediffmail.com] Sent: Friday, May 23, 2003 10:27 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Image Hi m.sp Thanks a lot for ur help. I corrected what mistakes i had done earlier. Also by typing "http://127.0.0.1/images/myimage fetches the image. But in the template file how i will fetch it? So how to fetch the image from the "images" directory as Mapserver dynamically making images for each call to it and assign a unique name to it,as a result i cannot give a fixed name of a image file.But if i specify a name of a image at the end of the directory then it displayed the image.I have given the directory path previously knowingly,hoping mapserver will take this path and fetch the new image.Eagerly waiting for ur mail. This is the portion in the template file by which i am fetching the images.Here where is the problem? as the image is not displayed in the browser but it is forming in the "images" directory.
--> .............. Thanking you "Dwijadas Dey" ___________________________________________________ Get email that means BUSINESS! me @ mycompany.com. Just Rs.1499/year. To start, click http://www.rediffmailpro.com _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From thfischer at mapmedia.de Fri May 23 10:40:45 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 23 May 2003 19:40:45 +0200 Subject: [Mapserver-users] Image In-Reply-To: <20030523142711.15786.qmail@webmail18.rediffmail.com> References: <20030523142711.15786.qmail@webmail18.rediffmail.com> Message-ID: <1053711644.366.12.camel@jeanjacques> On Fri, 2003-05-23 at 16:27, Dwijadas Dey wrote: > This is the portion in the template file by which i am fetching > the > images.Here where is the problem? as the image is not displayed in > the > browser but it is forming in the "images" directory. > > > >
> > --> ^^^^^^^^ The [img] is the place where mapserver fills in the dynamically generated name of the dynamically generated image file. If the value gets substituted but you still don't see anything, you should consider looking at your IMAGEPATH and IMAGEURL settings in your WEB section, all to be found in your mapfile. hth, thorsten From mcilhagga at dmsolutions.ca Fri May 23 09:17:26 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Fri, 23 May 2003 12:17:26 -0400 Subject: [Mapserver-users] New Technology Message-ID: <3ECE4996.4030609@dmsolutions.ca> MapServer Users, Leading up to the MapServer User Meeting in Minnesota, I'd like to take a moment to introduce some brand new technology to the community that we have been working on over the past 9 months, and are preparing for release (open source of course!) at the beginning of June. Chameleon is PHP & MapServer based technology that allows for the deployment of web mapping applications through the simple use of "Widgets" which are HTML-like tags that identify through a series of parameters the specific application behaviour for a given widget. So for instance if you try the URL I've included below, you'll see this application includes map, keymap, fullextent, zoomin, zoomout, scalebar and measure widgets plus several others. This only represents a small subset of the widgets that will be available in the initial release of Chameleon. In addition, an API will be available for the development of new PHP widgets that can be developed for Chameleon. For us this is the most exciting technology that we feel we will be releasing since the original PHP/MapScript was released to the MapServer community three years ago. Chameleon runs on MapServer 4.0 with both being released prior to the MapServer User Meeting in Minnesota. Look for much more information on Chameleon in the upcoming weeks. If you'd like to try out an application of Chameleon, here's an application showing the location of the upcoming MapServer User Meeting in Minnesota: http://www.mapsherpa.com/mum/ We are very keen to get feedback on how this works in a variety of browsers and operating systems. We have done a good degree of testing in many common environments, but I'm sure there will be quirks in others so please let us know if you have any trouble. I'll send a follow-on note to the community when Chameleon 1.0 will be available to the community. One final note -- we would like to acknowledge the funding support provided by GeoConnections of Natural Resources Canada for the development of Chameleon that is the base for their Configurable Web Mapping Client Component (CWC2) service. You will be hearing much more about this at the MapServer User Meeting. Enjoy! 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 jshorie at medinaco.org Fri May 23 10:03:46 2003 From: jshorie at medinaco.org (Jon Shorie) Date: Fri, 23 May 2003 13:03:46 -0400 Subject: [Mapserver-users] New Technology In-Reply-To: <3ECE4996.4030609@dmsolutions.ca> References: <3ECE4996.4030609@dmsolutions.ca> Message-ID: <200305231303.46942.jshorie@medinaco.org> On Friday 23 May 2003 12:17, Dave McIlhagga wrote: > MapServer Users, > > Leading up to the MapServer User Meeting in Minnesota, I'd like to take > a moment to introduce some brand new technology to the community that we > have been working on over the past 9 months, and are preparing for > release (open source of course!) at the beginning of June. > > Chameleon is PHP & MapServer based technology that allows for the > deployment of web mapping applications through the simple use of > "Widgets" which are HTML-like tags that identify through a series of > parameters the specific application behaviour for a given widget. So > for instance if you try the URL I've included below, you'll see this > application includes map, keymap, fullextent, zoomin, zoomout, scalebar > and measure widgets plus several others. This only represents a small > subset of the widgets that will be available in the initial release of > Chameleon. In addition, an API will be available for the development of > new PHP widgets that can be developed for Chameleon. > > For us this is the most exciting technology that we feel we will be > releasing since the original PHP/MapScript was released to the MapServer > community three years ago. Chameleon runs on MapServer 4.0 with both > being released prior to the MapServer User Meeting in Minnesota. Look > for much more information on Chameleon in the upcoming weeks. > > If you'd like to try out an application of Chameleon, here's an > application showing the location of the upcoming MapServer User Meeting > in Minnesota: > > http://www.mapsherpa.com/mum/ > > We are very keen to get feedback on how this works in a variety of > browsers and operating systems. We have done a good degree of testing > in many common environments, but I'm sure there will be quirks in others > so please let us know if you have any trouble. > > I'll send a follow-on note to the community when Chameleon 1.0 will be > available to the community. One final note -- we would like to > acknowledge the funding support provided by GeoConnections of Natural > Resources Canada for the development of Chameleon that is the base for > their Configurable Web Mapping Client Component (CWC2) service. You > will be hearing much more about this at the MapServer User Meeting. > > Enjoy! > > Dave The site on the link does not seem to work well at all with konqueror. From pkishor at geoanalytics.com Fri May 23 10:18:03 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Fri, 23 May 2003 17:18:03 -0000 Subject: [Mapserver-users] Re: Perl mapscript In-Reply-To: Message-ID: --- In mapserver-users at yahoogroups.com, Mark Balman wrote: > Hi All > > I want to start using mapscript but would like to know which is the easier > for a beginner - Perl or PHP? I tried to install php mapscript but alas not > yet! although I "think" I have installed perl mapscript ok but really don't > know where to begin, can anyone point me in the right direction.. 0. go with what you know. However, since you _are_ asking for opinions, here's mine -- 1. Contrary to what folks say, Perl is NOT read only. That is the highest piece of nonsense I have every heard. Perl is read only ONLY if the person who wrote it in the first place was a lousy programmer. Follow good rules of programming, comment liberally, make meaningful variable names, and Perl will be as easy as English. Try to show off, or learn bad techniques, and Perl will be as bad as Cockney. 2. Perl is an easy language to learn, and like English, it is easy to mess up with. But, it gives you, the user, perhaps the greatest amount of freedom to express yourself. 3. The biggest problem with Perl/Mapscript is that it does not run on Windows easily (you have to run it under Cygwin -- I haven't done it, but I have heard folks have). If Windows is not your platform of choice, then Perl is definitely a very good option. 4. Perl and PHP are both well supported in Mapserver community. DM Solutions have done a fantastic job of providing PHP examples. There are enough Perl users who have put up enough helpful examples on the wiki... so, both are equal there. 5. Perl users are usually not totally web-oriented (this is my personal theory). Hence, there is usually less visual examples... Perl has its background in a systems management scripting language... Perl community will likely provide you with examples that you will then be expected to greatly modify. Less handholding. PHP community is very web-oriented. Visually appealing web-tools are more likely to be made in PHP. More handholding. 6. Sean Gilles had good advice on Python, which I know nothing about except that it is supposed to be a very good language as well (you'll have to worry about whitespace, though ;-). Sean also mentioned embperl. Here is what I have found -- Perl with HTML::Template is the most fantastic solution for making web applications. I am currently working on a fairly complicated Mapserver application that I am building entirely using HTML::Template. Afaik, no other language has anything similar to HTML::Template (remember, I said afaik). I am absolutely, completely taken by HTML::Template, and if you try it once you will understand. As soon as I have my app in a decent working condition, I will release various templates on the wiki. 7. Perl has CPAN. If you want to learn one language with which you want to do most of the work (not all, but most) on the web and behind it... you will come to depend on CPAN. 8. Most any program can be written in most any language. This brings us back to #0 above. From pkishor at geoanalytics.com Fri May 23 10:21:14 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Fri, 23 May 2003 17:21:14 -0000 Subject: [Mapserver-users] Re: New Technology In-Reply-To: <3ECE4996.4030609@dmsolutions.ca> Message-ID: --- In mapserver-users at yahoogroups.com, Dave McIlhagga wrote: .. > If you'd like to try out an application of Chameleon, here's an > application showing the location of the upcoming MapServer User Meeting > in Minnesota: > > http://www.mapsherpa.com/mum/ > > We are very keen to get feedback on how this works in a variety of > browsers and operating systems. We have done a good degree of testing > in many common environments, but I'm sure there will be quirks in others > so please let us know if you have any trouble. .. Dave, I am getting weird behavior under Safari on OS X. Safari is based on KHTML, so it kinda gels with the previous comment that it doesn't work on Konqueror (also based on KHTML). hth. From doug at moximedia.com Fri May 23 10:39:55 2003 From: doug at moximedia.com (Doug Cates) Date: Fri, 23 May 2003 10:39:55 -0700 Subject: [Mapserver-users] Configuring WMS CLIENT Function Message-ID: <003a01c32152$5306df20$6401a8c0@vn.shawcable.net> Tom, -- You wrote: -- Here are our connection settings for a layer: CONNECTION "http:///cgi-bin/mapserv?MAP=/srv/www/htdocs/testmap/demo.map&RE QUEST=GetMap&VERSION=1.1.0&LAYERS=Flurstuecksgrenzen&FORMAT=image/gif" -- end -- I believe that MapServer appends the "REQUEST=GetMap" to your online resource automatically and should not appear in your CONNECTION value. Doug -- Doug Cates Moxi Media Inc. 757 - 1641 Lonsdale Avenue, North Vancouver, BC, Canada V7M 2J5 Phone: 604-984-8109 Fax: 604-608-4764 E-Mail: doug at moximedia.com Web: www.moximedia.com From gabriel at ciasc.gov.br Fri May 23 11:06:48 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Fri, 23 May 2003 15:06:48 -0300 Subject: [Mapserver-users] Using DGN files to show text information References: <003001c32069$7239ee80$12d713ac@ciasc.gov.br> <3ECCF9AE.4070905@pobox.com> Message-ID: <009501c32156$14159a50$12d713ac@ciasc.gov.br> Listers. Frank it's work fine. But now I have a new question. At DGN file the text are rotated, but at MS diz rotation are not applied. What's wrong ? ----- Original Message ----- From: "Frank Warmerdam" To: "Gabriel Vieira Ferrari" Cc: "mapserver-users" Sent: Thursday, May 22, 2003 1:24 PM Subject: Re: [Mapserver-users] Using DGN files to show text information > Gabriel Vieira Ferrari wrote: > > Listers. > > > > I would like to use text information from DGN files. > > > > The text information is separated in one file. > > > > I use CONNECTIONTYPE OGR to show the text, but it don't became visible. > > > > I try LAYER TYPE, POLYGON and ANNOTATION. > > > > What is wrong ? > > Gabriel, > > I have successfully displayed text from DGN using a layer definition like this: > > LAYER > NAME "text" > TYPE ANNOTATION > CONNECTIONTYPE OGR > CONNECTION "lignum_overview.dgn,0" > STATUS ON > STYLEITEM "AUTO" > CLASS > NAME "test1" > END > END > > The key is to set the STYLEITEM to AUTO otherwise it may not be possible. > Note, I haven't tested this capability in half a year. > > 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 gabriel at ciasc.gov.br Fri May 23 11:08:28 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Fri, 23 May 2003 15:08:28 -0300 Subject: [mapserver-users] arrows on lines without truetype References: <001a01c32085$deca1270$12d713ac@ciasc.gov.br> Message-ID: <00a201c32156$4fe270d0$12d713ac@ciasc.gov.br> He Listers. We update de OGR and GDAL, and the problem was solved. ----- Original Message ----- From: "Gabriel Vieira Ferrari" To: "Krzysztof Chodak" ; Sent: Thursday, May 22, 2003 2:16 PM Subject: Re: [mapserver-users] arrows on lines without truetype > The lines come from DGN file. > > I didn't convert the data, it the original information. > > ----- Original Message ----- > From: "Krzysztof Chodak" > To: "'Gabriel Vieira Ferrari'" ; > > Sent: Thursday, May 22, 2003 1:12 PM > Subject: RE: [mapserver-users] arrows on lines without truetype > > > Got same problem. I'm thinking about the data. I want to check if it is a > problem of converting TAB files with by MI Professional Universal Converter. > I suspect that it converts multilinestrings into polylines in some manner > not proper for MS... > Do you use any conversion tool also? > > BR > > Krzysztof Chodak > > > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Gabriel Vieira > Ferrari > Sent: Thursday, May 22, 2003 5:56 PM > To: mapserver-users at lists.gis.umn.edu > Subject: Re: [mapserver-users] arrows on lines without truetype > > > Listers. > > Why this problem happens with the image from MapServer ? > > The blue lines are rivers and sometimes MS construct straight lines at the > river line. > > We have two environmental, development and prodution. At the development > environmental this problem the problem does not occur . > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From kames at keyspanenergy.com Fri May 23 11:06:14 2003 From: kames at keyspanenergy.com (Kieran J. Ames) Date: Fri, 23 May 2003 14:06:14 -0400 Subject: [Mapserver-users] New Technology References: <3ECE4996.4030609@dmsolutions.ca> <200305231303.46942.jshorie@medinaco.org> Message-ID: <3ECE6316.EC691F4D@keyspanenergy.com> It crashed my Netscape 4.76 as well. Kieran Jon Shorie wrote: > On Friday 23 May 2003 12:17, Dave McIlhagga wrote: > > MapServer Users, > > > > Leading up to the MapServer User Meeting in Minnesota, I'd like to take > > a moment to introduce some brand new technology to the community that we > > have been working on over the past 9 months, and are preparing for > > release (open source of course!) at the beginning of June. > > > > Chameleon is PHP & MapServer based technology that allows for the > > deployment of web mapping applications through the simple use of > > "Widgets" which are HTML-like tags that identify through a series of > > parameters the specific application behaviour for a given widget. So > > for instance if you try the URL I've included below, you'll see this > > application includes map, keymap, fullextent, zoomin, zoomout, scalebar > > and measure widgets plus several others. This only represents a small > > subset of the widgets that will be available in the initial release of > > Chameleon. In addition, an API will be available for the development of > > new PHP widgets that can be developed for Chameleon. > > > > For us this is the most exciting technology that we feel we will be > > releasing since the original PHP/MapScript was released to the MapServer > > community three years ago. Chameleon runs on MapServer 4.0 with both > > being released prior to the MapServer User Meeting in Minnesota. Look > > for much more information on Chameleon in the upcoming weeks. > > > > If you'd like to try out an application of Chameleon, here's an > > application showing the location of the upcoming MapServer User Meeting > > in Minnesota: > > > > http://www.mapsherpa.com/mum/ > > > > We are very keen to get feedback on how this works in a variety of > > browsers and operating systems. We have done a good degree of testing > > in many common environments, but I'm sure there will be quirks in others > > so please let us know if you have any trouble. > > > > I'll send a follow-on note to the community when Chameleon 1.0 will be > > available to the community. One final note -- we would like to > > acknowledge the funding support provided by GeoConnections of Natural > > Resources Canada for the development of Chameleon that is the base for > > their Configurable Web Mapping Client Component (CWC2) service. You > > will be hearing much more about this at the MapServer User Meeting. > > > > Enjoy! > > > > Dave > The site on the link does not seem to work well at all with konqueror. > _______________________________________________ > 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 Fri May 23 11:43:56 2003 From: mcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Fri, 23 May 2003 14:43:56 -0400 Subject: [Mapserver-users] New Technology References: <3ECE4996.4030609@dmsolutions.ca> <200305231303.46942.jshorie@medinaco.org> <3ECE6316.EC691F4D@keyspanenergy.com> Message-ID: <3ECE6BEC.8090303@dmsolutions.ca> I guess I should have qualified the browsers that we knew this to work in: Netscape 4.79+ Mozilla 1.0+ IE 4.0x+ OSX Safari and Konqueror are two of the next high priorities. BTW, the underlying technology itself is not browser-dependent, widgets have been and can be created to work in non-dhtml environments for instance. Thanks for the feedback. Dave Kieran J. Ames wrote: > It crashed my Netscape 4.76 as well. > Kieran > > Jon Shorie wrote: > > >>On Friday 23 May 2003 12:17, Dave McIlhagga wrote: >> >>>MapServer Users, >>> >>>Leading up to the MapServer User Meeting in Minnesota, I'd like to take >>>a moment to introduce some brand new technology to the community that we >>>have been working on over the past 9 months, and are preparing for >>>release (open source of course!) at the beginning of June. >>> >>>Chameleon is PHP & MapServer based technology that allows for the >>>deployment of web mapping applications through the simple use of >>>"Widgets" which are HTML-like tags that identify through a series of >>>parameters the specific application behaviour for a given widget. So >>>for instance if you try the URL I've included below, you'll see this >>>application includes map, keymap, fullextent, zoomin, zoomout, scalebar >>>and measure widgets plus several others. This only represents a small >>>subset of the widgets that will be available in the initial release of >>>Chameleon. In addition, an API will be available for the development of >>>new PHP widgets that can be developed for Chameleon. >>> >>>For us this is the most exciting technology that we feel we will be >>>releasing since the original PHP/MapScript was released to the MapServer >>>community three years ago. Chameleon runs on MapServer 4.0 with both >>>being released prior to the MapServer User Meeting in Minnesota. Look >>>for much more information on Chameleon in the upcoming weeks. >>> >>>If you'd like to try out an application of Chameleon, here's an >>>application showing the location of the upcoming MapServer User Meeting >>>in Minnesota: >>> >>>http://www.mapsherpa.com/mum/ >>> >>>We are very keen to get feedback on how this works in a variety of >>>browsers and operating systems. We have done a good degree of testing >>>in many common environments, but I'm sure there will be quirks in others >>>so please let us know if you have any trouble. >>> >>>I'll send a follow-on note to the community when Chameleon 1.0 will be >>>available to the community. One final note -- we would like to >>>acknowledge the funding support provided by GeoConnections of Natural >>>Resources Canada for the development of Chameleon that is the base for >>>their Configurable Web Mapping Client Component (CWC2) service. You >>>will be hearing much more about this at the MapServer User Meeting. >>> >>>Enjoy! >>> >>>Dave >> >>The site on the link does not seem to work well at all with konqueror. >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jshorie at medinaco.org Fri May 23 13:31:57 2003 From: jshorie at medinaco.org (Jon Shorie) Date: Fri, 23 May 2003 16:31:57 -0400 Subject: [Mapserver-users] Re: Perl mapscript In-Reply-To: References: Message-ID: <200305231631.57638.jshorie@medinaco.org> On Friday 23 May 2003 13:18, pkishor_98 wrote: > --- In mapserver-users at yahoogroups.com, Mark Balman > > wrote: > > Hi All > > > > I want to start using mapscript but would like to know which is the > > easier > > > for a beginner - Perl or PHP? I tried to install php mapscript but > > alas not > > > yet! although I "think" I have installed perl mapscript ok but > > really don't > > > know where to begin, can anyone point me in the right direction.. > > 0. go with what you know. However, since you _are_ asking for > opinions, here's mine -- > > 1. Contrary to what folks say, Perl is NOT read only. That is the > highest piece of nonsense I have every heard. Perl is read only ONLY > if the person who wrote it in the first place was a lousy programmer. > Follow good rules of programming, comment liberally, make meaningful > variable names, and Perl will be as easy as English. Try to show off, > or learn bad techniques, and Perl will be as bad as Cockney. > > 2. Perl is an easy language to learn, and like English, it is easy to > mess up with. But, it gives you, the user, perhaps the greatest amount > of freedom to express yourself. > > 3. The biggest problem with Perl/Mapscript is that it does not run on > Windows easily (you have to run it under Cygwin -- I haven't done it, > but I have heard folks have). If Windows is not your platform of > choice, then Perl is definitely a very good option. > > 4. Perl and PHP are both well supported in Mapserver community. DM > Solutions have done a fantastic job of providing PHP examples. There > are enough Perl users who have put up enough helpful examples on the > wiki... so, both are equal there. > > 5. Perl users are usually not totally web-oriented (this is my > personal theory). Hence, there is usually less visual examples... Perl > has its background in a systems management scripting language... Perl > community will likely provide you with examples that you will then be > expected to greatly modify. Less handholding. PHP community is very > web-oriented. Visually appealing web-tools are more likely to be made > in PHP. More handholding. > > 6. Sean Gilles had good advice on Python, which I know nothing about > except that it is supposed to be a very good language as well (you'll > have to worry about whitespace, though ;-). Sean also mentioned > embperl. Here is what I have found -- Perl with HTML::Template is the > most fantastic solution for making web applications. I am currently > working on a fairly complicated Mapserver application that I am > building entirely using HTML::Template. Afaik, no other language has > anything similar to HTML::Template (remember, I said afaik). I am > absolutely, completely taken by HTML::Template, and if you try it once > you will understand. As soon as I have my app in a decent working > condition, I will release various templates on the wiki. > > 7. Perl has CPAN. If you want to learn one language with which you > want to do most of the work (not all, but most) on the web and behind > it... you will come to depend on CPAN. > > 8. Most any program can be written in most any language. This brings > us back to #0 above. I too am a big fan of perl. I have not done a huge amount of mapserver work with perl, but I have written a large number of web based applications that are written in perl. I am currently working on an app to run our scalehouse for our recycle center. It will be able to work with our backend databases and post data to our accounting system. pkishor_98 is right when he says that most perl work is done in linux/unix/bsd/etc. While it is possible to work with perl in windoze, it is not as simple. From sholl at gmx.net Sat May 24 03:54:16 2003 From: sholl at gmx.net (Stephan Holl) Date: Sat, 24 May 2003 12:54:16 +0200 Subject: [Mapserver-users] grass from mapscript with system()-call? Message-ID: <20030524125416.319738ab.sholl@gmx.net> --=.Lx_F85Uh9OXiiB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Dear list, I am struggling around with starting a non-interactive session of grass, which should produce some raster-maps. these maps should then be added to the running mapserver. The Idea is to perform some calculations with r.mapcalc directly in the browser. whenever I start grass with system("SHELL=./grass_commands.sh ; /path/where/grass/lives/grass5 testlocation/PERMANENT ; SHELL=/bin/sh"); the output says, that grass is already in use from the apache-user.... does anybody how to solve this? Thank you. cheers Stephan Holl -- Stephan Holl GnuPG Key-ID: 11946A09 --=.Lx_F85Uh9OXiiB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+z09aEg9SKhGUagkRAlw3AJ9ODuWBW1xt24Btp7adnMAo3Le4ygCgubkL IfK2ZrqdTBis/13RlD8J2BY= =jh8K -----END PGP SIGNATURE----- --=.Lx_F85Uh9OXiiB-- From mschulz at webgis.de Sat May 24 10:06:58 2003 From: mschulz at webgis.de (Michael Schulz) Date: Sat, 24 May 2003 19:06:58 +0200 Subject: [Mapserver-users] python mapscript 3.7/4.0 Message-ID: <3ECFA6B2.9070109@webgis.de> Hi, i keep having problem with the python mapscript build with some newer version of pymodule.i (v.1.2). The python setup_wnone.py build command stops with: "error: command 'gcc' failed with exit status 1" If i use an older version of pymodule (1.1) the build process gives no errors and python/mapscript is built and working properly. What could be the problem? Cheers, Michael From sgillies at frii.com Sun May 25 10:14:49 2003 From: sgillies at frii.com (Sean Gillies) Date: Sun, 25 May 2003 11:14:49 -0600 Subject: [Mapserver-users] Re: python mapscript 3.7/4.0 In-Reply-To: <3ECFA6B2.9070109@webgis.de> Message-ID: <63D8A59E-8ED4-11D7-B88B-000393B98B56@frii.com> Michael, The newer code in pymodule.i uses a new-ish function in maperror.c named msResetErrorList. Did you remember to make clean and re-make your mapserver source before rebuilding mapscript? cheers, Sean On Saturday, May 24, 2003, at 11:06 AM, Michael Schulz wrote: > Hi, > i keep having problem with the python mapscript build with some newer > version of pymodule.i (v.1.2). The python setup_wnone.py build command > stops with: > "error: command 'gcc' failed with exit status 1" > If i use an older version of pymodule (1.1) the build process gives no > errors and python/mapscript is built and working properly. What could > be the problem? > > Cheers, Michael > From m.cave-ayland at webbased.co.uk Sun May 25 10:42:38 2003 From: m.cave-ayland at webbased.co.uk (Mark Cave-Ayland) Date: Sun, 25 May 2003 18:42:38 +0100 Subject: [Mapserver-users] Sending images with mod_perl (solution #1) Message-ID: <8F4A22E017460A458DB7BBAB65CA6AE502670C@webbased9> This is a multi-part message in MIME format. ------=_NextPart_000_0000_01C322ED.6F0D6C10 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi everyone, After a couple of weeks of looking at this problem 'out of hours', I've eventually come up with a solution that allows perl mapscript to run under mod_perl and output images directly to the browser without having to write a temporary file to disk first. Having looked at the various issues involved, I decided against redirecting file handles as in Jason's patches, as it seemed some kind of mystical voodoo occurs when Apache redirects stdout into a socket with things coming out in the wrong order or not at all. So I decided to approach it from the angle of getting the image in a variable so that mod_perl can output it directly. Looking at mapscript.i, it looked as if someone had already written something similar; a method called getImageToVar() which worked under Tcl to set a new variable with the contents of the rendered image. So I set about adding in equivalent perl methods to achieve the same effect. However, setting named variables in perl appeared to create them in a global scope (which is not good for mod_perl) which is why my solution returns a new scalar from the method. Please find attached the patch against mapserver 3.6.5 for comment/testing. I'm afraid the patch removes the existing Tcl function because I've never used Tcl before so testing it would be hard; however to add it back in should just be a case of adding a few lines to create a new typemap. Once the attached patch has been applied, the mapscript_wrap.c and mapscript.pm modules need to be recreated with SWiG; I used SWiG 1.3.19 which gave a lot of warnings but the resulting wrappers worked fine. The modified getImageToVar() method can then be used like this: #!/usr/bin/perl # Output the content-type header use CGI ':cgi'; print header( # note the use of the filehandle here... -type => 'image/png', ); # The actual mapscript itself goes here $ENV{MS_ERRORFILE} = "/var/www/perl/mserr.log"; use mapscript; # Create a new map my $map = new mapscript::mapObj('/var/www/perl/mstest.map'); # Draw the map my $mapimg = $map->draw(); # Get the resulting image as a scalar my $rawimg; $rawimg = $map->getImageToVar($mapimg); # Send it to the browser print $rawimg; While this may not be the solution originally envisaged, it appears to be working well here on a development system. Feel free to stress it, test it, benchmark it and find any memory leaks - but remember this code is experimental ;) Cheers, Mark. --- Mark Cave-Ayland Webbased Ltd. Tamar Science Park Derriford Plymouth PL6 8BX England Tel: +44 (0)1752 764445 Fax: +44 (0)1752 764446 This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ------=_NextPart_000_0000_01C322ED.6F0D6C10 Content-Type: application/octet-stream; name="mapserver-3.6.5-getimage.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="mapserver-3.6.5-getimage.patch" --- mapserver-3.6.5.vanilla/map.h Tue Mar 18 16:04:26 2003=0A= +++ mapserver-3.6.5/map.h Sun May 25 12:48:17 2003=0A= @@ -726,6 +726,11 @@=0A= webObj web;=0A= =0A= int *layerorder;=0A= +=0A= +#ifndef SWIG=0A= + char *imagedata; /* output image rendered by gd library */=0A= + int imagelen;=0A= +#endif=0A= =0A= } mapObj;=0A= =0A= --- mapserver-3.6.5.vanilla/mapfile.c Sat Feb 8 17:16:23 2003=0A= +++ mapserver-3.6.5/mapfile.c Sun May 25 12:49:36 2003=0A= @@ -3000,6 +3004,8 @@=0A= =0A= map->transparent =3D MS_OFF;=0A= map->interlace =3D MS_ON;=0A= + map->imagedata =3D NULL;=0A= + map->imagelen =3D 0;=0A= =0A= map->labelcache.labels =3D (labelCacheMemberObj = *)malloc(sizeof(labelCacheMemberObj)*MS_LABELCACHEINITSIZE);=0A= if(map->labelcache.labels =3D=3D NULL) {=0A= @@ -3094,6 +3100,9 @@=0A= if (map->layerorder)=0A= free(map->layerorder);=0A= =0A= + if (map->imagedata)=0A= + free(map->imagedata);=0A= +=0A= msFree(map);=0A= }=0A= =0A= --- mapserver-3.6.5.vanilla/mapscript/mapscript.i Mon Jul 8 18:28:16 = 2002=0A= +++ mapserver-3.6.5/mapscript/mapscript.i Sun May 25 12:51:47 2003=0A= @@ -237,92 +237,95 @@=0A= return msDrawLabelCache(image->bytes, self);=0A= }=0A= =0A= - int getImageToVar(imageObj *image, char *varname) {=0A= - // set a scripting language variable by name with image data=0A= - int size =3D 0;=0A= - unsigned char *imgbytes;=0A= -=0A= - // Tcl implementation to define needed variables, initialization=0A= - #ifdef SWIGTCL8=0A= - Tcl_Obj *imgobj;=0A= - int flags =3D TCL_LEAVE_ERR_MSG;=0A= - /* no other initialization needed */=0A= - #endif=0A= -=0A= - // Perl implementation to define needed variables, initialization=0A= - #ifdef SWIGPERL=0A= - #endif=0A= -=0A= - // Python implementation to define needed variables, initialization=0A= - #ifdef SWIGPYTHON=0A= - #endif=0A= -=0A= - // generic code to get imgbytes, size=0A= - switch (self->imagetype) {=0A= - case(MS_GIF):=0A= - #ifdef USE_GD_GIF=0A= - // GD /w gif doesn't have gdImageGifPtr()=0A= - msSetError(MS_MISCERR, "GIF output is not available.",=0A= - "getImageToVar()");=0A= - return(MS_FAILURE);=0A= - #endif=0A= - break;=0A= - case(MS_PNG):=0A= - #ifdef USE_GD_PNG=0A= - imgbytes =3D gdImagePngPtr(image->bytes, &size);=0A= - #else=0A= - msSetError(MS_MISCERR, "PNG output is not available.",=0A= - "getImageToVar()");=0A= - return(MS_FAILURE);=0A= - #endif=0A= - break;=0A= - case(MS_JPEG):=0A= - #ifdef USE_GD_JPEG=0A= - imgbytes =3D gdImageJpegPtr(image->bytes, &size, = self->imagequality);=0A= - #else=0A= - msSetError(MS_MISCERR, "JPEG output is not available.",=0A= - "getImageToVar()");=0A= - return(MS_FAILURE);=0A= - #endif=0A= - break;=0A= - case(MS_WBMP):=0A= - #ifdef USE_GD_WBMP=0A= - imgbytes =3D gdImageWBMPPtr(image->bytes, &size, 1);=0A= - #else=0A= - msSetError(MS_MISCERR, "WBMP output is not available.",=0A= - "getImageToVar()");=0A= - return(MS_FAILURE);=0A= - #endif=0A= - break;=0A= - default:=0A= - msSetError(MS_MISCERR, "Unknown output image type.",=0A= - "getImageToVar()");=0A= - return(MS_FAILURE);=0A= - }=0A= -=0A= -=0A= - // Tcl implementation to set variable=0A= - #ifdef SWIGTCL8=0A= - imgobj =3D Tcl_NewByteArrayObj(imgbytes, size);=0A= - Tcl_IncrRefCount(imgobj);=0A= - Tcl_SetVar2Ex(SWIG_TCL_INTERP, varname, (char *)NULL, imgobj, = flags);=0A= - Tcl_DecrRefCount(imgobj);=0A= - gdFree(imgbytes);=0A= - return MS_SUCCESS;=0A= - #endif=0A= -=0A= - // Perl implementation to set variable=0A= - #ifdef SWIGPERL=0A= - #endif=0A= -=0A= - // Python implementation to set variable=0A= - #ifdef SWIGPYTHON=0A= - #endif=0A= -=0A= - // return failure for unsupported swig languages=0A= - msSetError(MS_MISCERR, "Unsupported scripting language.",=0A= - "getImageToVar()");=0A= - return MS_FAILURE;=0A= +=0A= +/* Typemaps to allow function to return binary data */=0A= +#ifdef SWIGPERL=0A= +%typemap(in,numinputs=3D0) char *OUTPUT=0A= + {=0A= + }=0A= + =0A= + %typemap(argout) char *OUTPUT=0A= + {=0A= + SV *newscalar;=0A= + =0A= + newscalar =3D sv_newmortal();=0A= + sv_setpvn(newscalar, arg1->imagedata, arg1->imagelen);=0A= + ST(argvi++) =3D newscalar;=0A= + }=0A= +#endif=0A= +=0A= +=0A= + void getImageToVar(imageObj *image, char *OUTPUT) {=0A= + =0A= + // return the rendered image data back to the script=0A= + void *imgtmp;=0A= + int imglen;=0A= +=0A= + // Check interlace and transparency parameters=0A= + if(self->interlace)=0A= + gdImageInterlace(image->bytes, 1);=0A= +=0A= + if(self->transparent)=0A= + gdImageColorTransparent(image->bytes, 0);=0A= +=0A= + // Free any existing rendered image data=0A= + if (self->imagedata !=3D NULL) free(self->imagedata);=0A= +=0A= +=0A= + // generic code to get imgbytes, size=0A= + switch (self->imagetype) {=0A= + case(MS_GIF):=0A= + %#ifdef USE_GD_GIF=0A= + // GD /w gif doesn't have gdImageGifPtr()=0A= + msSetError(MS_MISCERR, "GIF output is not available.", = "getImageToVar()");=0A= + return;=0A= + %#endif=0A= + break;=0A= +=0A= + case(MS_PNG):=0A= + %#ifdef USE_GD_PNG=0A= + imgtmp =3D gdImagePngPtr(image->bytes, &imglen);=0A= + self->imagedata =3D malloc(imglen);=0A= + memcpy(self->imagedata, imgtmp, imglen);=0A= + self->imagelen =3D imglen;=0A= + gdFree(imgtmp);=0A= + return;=0A= + %#else=0A= + msSetError(MS_MISCERR, "PNG output is not available.", = "getImageToVar()");=0A= + %#endif=0A= + break;=0A= +=0A= + case(MS_JPEG):=0A= + %#ifdef USE_GD_JPEG=0A= + imgtmp =3D gdImageJpegPtr(image->bytes, &imglen, self->imagequality);=0A= + self->imagedata =3D malloc(imglen);=0A= + memcpy(self->imagedata, imgtmp, imglen);=0A= + self->imagelen =3D imglen;=0A= + gdFree(imgtmp);=0A= + %#else=0A= + msSetError(MS_MISCERR, "JPEG output is not available.", = "getImageToVar()");=0A= + return;=0A= + %#endif=0A= + break;=0A= +=0A= + case(MS_WBMP):=0A= + %#ifdef USE_GD_WBMP=0A= + imgtmp =3D gdImageWBMPPtr(image->bytes, &imglen, 1);=0A= + self->imagedata =3D malloc(imglen);=0A= + memcpy(self->imagedata, imgtmp, imglen);=0A= + self->imagelen =3D imglen;=0A= + gdFree(imgtmp);=0A= + %#else=0A= + msSetError(MS_MISCERR, "WBMP output is not available.", = "getImageToVar()");=0A= + return;=0A= + %#endif=0A= + break;=0A= +=0A= + }=0A= +=0A= + // return failure for unsupported swig languages=0A= + msSetError(MS_MISCERR, "Unsupported scripting language.", = "getImageToVar()");=0A= + return;=0A= }=0A= =0A= labelCacheMemberObj *nextLabel() {=0A= ------=_NextPart_000_0000_01C322ED.6F0D6C10-- From morissette at dmsolutions.ca Sun May 25 13:40:53 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Sun, 25 May 2003 16:40:53 -0400 Subject: [Mapserver-users] postgres 7.3.2..... References: <000c01c320fe$87da7990$b9c8c8c8@devp09> Message-ID: <3ED12A55.A2162D5D@dmsolutions.ca> This may be independent of the PostGIS bug after all... stay tuned on bug 316, it may be fixed soon in the 4.0 dev. version. This will not be fixed in 3.6. The root of the problem here is that getShape() doesn't like to return a shape with 0 attribute fields in it... it's really odd that postgis would return shapes with no attributes by default. Anyway, you could possibly work around the problem by forcing your layer definition to select some attribute fields, I think I've seen discussions of this in the archives in the past. (Don't email me directly to ask I don't know how to do it.) Daniel > steff wrote: > > Hello , > > Sorry to bother you with my problem but : > > it's with queryByPoint on postgis layer : > > i get this : > Fatal error: Assertion failed, Could not set shape values: 0, 0 in > /var/www/html/mapscript/mapscript.inc on line 181 > > but i get an index on the table row...which seem to be good ??? > > the table structure is : > > | oid | gid | area | dept_id | the_geom | > > I've already try the dave's patch and mapserver-dev without success. > > From morissette at dmsolutions.ca Sun May 25 13:46:39 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Sun, 25 May 2003 16:46:39 -0400 Subject: [Mapserver-users] Set scalebar properties References: <5.2.1.1.0.20030522134742.01bbec60@gridg.grid.unep.ch> <3ECCFE97.2090905@nacse.org> Message-ID: <3ED12BAF.68B04B48@dmsolutions.ca> Dylan Keon wrote: > > Stefan Schwarzer wrote: > > > > I would like to change the size of my scalebar dynamically in > > MapScript/PHP, but couldn't find anything in the mailing list archives. > > Does someone has an idea? Something like > > $scalebar = $map -> scalebarobj(); > > $scalebar = set("width", 200); > > Try this: > > $map->{'scalebar'}->set('width', 200); > Does the Perl hash table notation ($map->{'scalebar'}->...) work with PHP objects? I never tried it myself, but if the above doesn't work then try: $map->scalebar->set('width', 200); -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From doug at moximedia.com Sun May 25 15:51:05 2003 From: doug at moximedia.com (Doug Cates) Date: Sun, 25 May 2003 15:51:05 -0700 Subject: [Mapserver-users] Upload shapefile to create WMS service In-Reply-To: <20030525170002.344.9445.Mailman@lists.gis.umn.edu> Message-ID: <000401c32310$201ebc80$6401a8c0@vn.shawcable.net> Hi, I've developed a cool little tool for the internet mapping framework (IMF). It allows a user to upload a shapefile and have it added to the map as a layer. You can try it out using the tool button that looks like a computer with an arrow above it on the "National Atlas of Canada - English" example site listed at: http://www.moximedia.com/imf_sites.html To try it, your shapefile set must be less than 4,000,000 bytes and be in one of the following projections. The shapefile display is automatically projected to the same projection as the map display, and in order for this to work you must be sure to select the proper source projection. - Geographic NAD27, NAD83, or WGS84 - UTM zones 7N - 20N, NAD27, NAD83, or WGS84 - Canada Lambert Conformal Conic, NAD83 or WGS84 - BC Albers Behind the scenes, this uses MapServer. When the shapefile is uploaded, a MapServer .map file is created that contains just the one new layer, and the layer is added to the user's map session. Because IMF is multi-service, the MapServer layer is displayed with the layers from other services. Comments, questions welcome. Doug -- Doug Cates Moxi Media Inc. 757 - 1641 Lonsdale Avenue, North Vancouver, BC, Canada V7M 2J5 Phone: 604-984-8109 Fax: 604-608-4764 E-Mail: doug at moximedia.com Web: www.moximedia.com From gbuckmaster at cox.net Sun May 25 16:55:10 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Sun, 25 May 2003 16:55:10 -0700 Subject: [Mapserver-users] Upload shapefile to create WMS service In-Reply-To: <000401c32310$201ebc80$6401a8c0@vn.shawcable.net> References: <000401c32310$201ebc80$6401a8c0@vn.shawcable.net> Message-ID: <200305251655.10462.gbuckmaster@cox.net> I'm getting a 404... Not Found (404) Original request: /ows/imfUnsupportedBrowser.jsp Not found request: /ows/imfUnsupportedBrowser.jsp HTH Gerald On Sunday 25 May 2003 03:51 pm, Doug Cates wrote: > Hi, > > I've developed a cool little tool for the internet mapping framework (IMF). > It allows a user to upload a shapefile and have it added to the map as a > layer. You can try it out using the tool button that looks like a computer > with an arrow above it on the "National Atlas of Canada - English" example > site listed at: > > http://www.moximedia.com/imf_sites.html > > To try it, your shapefile set must be less than 4,000,000 bytes and be in > one of the following projections. The shapefile display is automatically > projected to the same projection as the map display, and in order for this > to work you must be sure to select the proper source projection. > > - Geographic NAD27, NAD83, or WGS84 > - UTM zones 7N - 20N, NAD27, NAD83, or WGS84 > - Canada Lambert Conformal Conic, NAD83 or WGS84 > - BC Albers > > Behind the scenes, this uses MapServer. When the shapefile is uploaded, a > MapServer .map file is created that contains just the one new layer, and > the layer is added to the user's map session. Because IMF is multi-service, > the MapServer layer is displayed with the layers from other services. > > Comments, questions welcome. > > Doug > -- > Doug Cates > Moxi Media Inc. > 757 - 1641 Lonsdale Avenue, > North Vancouver, BC, Canada V7M 2J5 > Phone: 604-984-8109 > Fax: 604-608-4764 > E-Mail: doug at moximedia.com > Web: www.moximedia.com > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From doug at moximedia.com Sun May 25 17:59:34 2003 From: doug at moximedia.com (Doug Cates) Date: Sun, 25 May 2003 17:59:34 -0700 Subject: [Mapserver-users] RE: Upload shapefile to create WMS service Message-ID: <000701c32322$137809c0$6401a8c0@vn.shawcable.net> I wrote: > I've developed a cool little tool for the internet mapping > framework (IMF). It allows a user to upload a shapefile and > have it added to the map as a layer..... I should mention that IMF doesn't work with Konqueror. If you are on Linux, use Mozilla to access the example instead. Doug From steve at sierraclubbc.org Sun May 25 18:27:01 2003 From: steve at sierraclubbc.org (Steve Young) Date: Sun, 25 May 2003 18:27:01 -0700 Subject: [Mapserver-users] Upload shapefile to create WMS service In-Reply-To: <200305251655.10462.gbuckmaster@cox.net> Message-ID: Very nifty, worked on my first try. Steve -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Gerald Buckmaster Sent: May 25, 2003 4:55 PM To: Doug Cates; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Upload shapefile to create WMS service I'm getting a 404... Not Found (404) Original request: /ows/imfUnsupportedBrowser.jsp Not found request: /ows/imfUnsupportedBrowser.jsp HTH Gerald On Sunday 25 May 2003 03:51 pm, Doug Cates wrote: > Hi, > > I've developed a cool little tool for the internet mapping framework (IMF). > It allows a user to upload a shapefile and have it added to the map as a > layer. You can try it out using the tool button that looks like a computer > with an arrow above it on the "National Atlas of Canada - English" example > site listed at: > > http://www.moximedia.com/imf_sites.html > > To try it, your shapefile set must be less than 4,000,000 bytes and be in > one of the following projections. The shapefile display is automatically > projected to the same projection as the map display, and in order for this > to work you must be sure to select the proper source projection. > > - Geographic NAD27, NAD83, or WGS84 > - UTM zones 7N - 20N, NAD27, NAD83, or WGS84 > - Canada Lambert Conformal Conic, NAD83 or WGS84 > - BC Albers > > Behind the scenes, this uses MapServer. When the shapefile is uploaded, a > MapServer .map file is created that contains just the one new layer, and > the layer is added to the user's map session. Because IMF is multi-service, > the MapServer layer is displayed with the layers from other services. > > Comments, questions welcome. > > Doug > -- > Doug Cates > Moxi Media Inc. > 757 - 1641 Lonsdale Avenue, > North Vancouver, BC, Canada V7M 2J5 > Phone: 604-984-8109 > Fax: 604-608-4764 > E-Mail: doug at moximedia.com > Web: www.moximedia.com > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mschulz at webgis.de Mon May 26 00:29:27 2003 From: mschulz at webgis.de (Michael Schulz) Date: Mon, 26 May 2003 09:29:27 +0200 Subject: [Mapserver-users] Re: python mapscript 3.7/4.0 References: <63D8A59E-8ED4-11D7-B88B-000393B98B56@frii.com> Message-ID: <3ED1C257.BE8FBF26@webgis.de> Hi Sean, yes, i tried building it from scratch with a mapserver nightly of last friday. Could it also be related to any system stuff? Michael Sean Gillies schrieb: > Michael, > > The newer code in pymodule.i uses a new-ish function in maperror.c > named msResetErrorList. Did you remember to make clean and re-make > your mapserver source before rebuilding mapscript? > > cheers, > Sean > > On Saturday, May 24, 2003, at 11:06 AM, Michael Schulz wrote: > > > Hi, > > i keep having problem with the python mapscript build with some newer > > version of pymodule.i (v.1.2). The python setup_wnone.py build command > > stops with: > > "error: command 'gcc' failed with exit status 1" > > If i use an older version of pymodule (1.1) the build process gives no > > errors and python/mapscript is built and working properly. What could > > be the problem? > > > > Cheers, Michael > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH Sautierstr. 38, 79104 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de From colombo.l at email.it Mon May 26 01:41:54 2003 From: colombo.l at email.it (=?iso-8859-1?Q?colombo.l?=) Date: Mon, 26 May 2003 10:41:54 +0200 Subject: [Mapserver-users] =?iso-8859-1?Q?Problems_with_PHP/Mapscript_and_Postgis?= Message-ID: --_=__=_XaM3_Boundary.1053938514.2A.313556.42.26518.52.42.101010.9813 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0D=0A=0D=0A I did the "PHP/Mapscript By Example HOWTO" in the documentation section of this site and I didn't have problems.=0D=0A=0D=0AThen I tried to use my own mapfile in which I retrive data with Postgis.=0D=0AI modified the php file as follow: $map =3D ms_newMapObj($map_path."mymap.map"), but if I try to load it with PHP/Mapscript nothing is displayed.=0D=0A=0D=0AIf I load the mapfile in the classic way (=0D=0A=0D=0A), all work great.=0D=0A=0D=0A=0D=0ADid somebody know why?=0D=0A=0D=0Athx=0D=0A=0D=0ALuca -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Natsabe.it significa Natura, Salute e Bellezza ... ma non solo! Vasta scelta di articoli da regalo. Belli e originali.=20 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3D1306&d=3D26-5 --_=__=_XaM3_Boundary.1053938514.2A.313556.42.26518.52.42.101010.9813 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
=0D=0A
 
=0D=0A
 I did the "PHP/Mapscript By Example HOWTO" in the documentation section of this site and I didn't have problems.
=0D=0A
 
=0D=0A
Then I tried to use my own mapfile in which I retrive data with Postgis.
=0D=0A
I modified the php file as follow: $map =3D ms_newMapObj($map_path."mymap.map"), but if I try to load it with PHP/Mapscript nothing is displayed.
=0D=0A
 
=0D=0A
=0D=0A
If I load the mapfile in the classic way (=0D=0A), all work great.
=0D=0A
 
=0D=0A
 
=0D=0A
Did somebody know why?
=0D=0A
 
=0D=0A
thx
=0D=0A
 
=0D=0A
Luca

----
Email.it, the professional e-mail, gratis per te: clicca qui

Sponsor:
Natsabe.it significa Natura, Salute e Bellezza ... ma non solo!
Vasta = scelta di articoli da regalo. Belli e originali.
Clicca qui

--_=__=_XaM3_Boundary.1053938514.2A.313556.42.26518.52.42.101010.9813-- From mhaerte1 at gwdg.de Mon May 26 02:09:37 2003 From: mhaerte1 at gwdg.de (=?ISO-8859-1?Q?Michael_H=E4rtel?=) Date: Mon, 26 May 2003 11:09:37 +0200 Subject: [Mapserver-users] resultcache using QueryByPoint (NULL? or empty?) Message-ID: <3ED1D9D1.2040705@gwdg.de> Hello all! I'm sorry but i dont run out of problems ;): i use following code: $query=$querylayer->QueryByPoint($my_point_geo,MS_MULTIPLE,0); $resultcache = $querylayer->resultcache; ($resultcache = $query->resultcache also produces NULL) $numresult=$querylayer->getnumresult; ($numresult=$query->getnumresult also produces NULL) $result = $querylayer->getresult(0); after this this shows up with var_dump: $query =1 $resultcache=NULL $numresult=NULL example for $result=object(stdClass)(3) { ["shapeindex"]=> int(11854) ["tileindex"]=> int(-1) ["classindex"]=> int(0) } !!! success !!! So i have a result (which makes my very happy and is a big step forward ;) ) but i don?t know my resultcache always is empty. I want to count the returned objects of course to program a loop for the output but i dont know what to count actually if my cache is empty. Do i have to make some changes to my configuration or are there some errors in my code? Once again my target-layer (shouldn't there be an entry for ["resultcache"] like it is shown for labelcache? querylayer: object(layer)(35) { ["_handle_"]=> resource(51) of type (layerObj) ["_map_handle_"]=> resource(1) of type (mapObj) ["numclasses"]=> int(1) ["index"]=> int(7) ["status"]=> int(1) ["classitem"]=> string(0) "" ["name"]=> string(11) "WRS-2_frame" ["group"]=> string(0) "" ["data"]=> string(9) "wrs2/wrs2" ["type"]=> int(2) ["tolerance"]=> float(5) ["toleranceunits"]=> int(4) ["symbolscale"]=> float(-1) ["minscale"]=> float(-1) ["maxscale"]=> float(-1) ["labelminscale"]=> float(-1) ["labelmaxscale"]=> float(-1) ["maxfeatures"]=> int(-1) ["transform"]=> int(1) ["labelcache"]=> int(1) ["postlabelcache"]=> int(0) ["labelitem"]=> string(0) "" ["labelsizeitem"]=> string(0) "" ["labelangleitem"]=> string(0) "" ["tileitem"]=> string(8) "location" ["tileindex"]=> string(0) "" ["header"]=> string(32) "H:\_webroot_\mapserv_header.html" ["footer"]=> string(32) "H:\_webroot_\mapserv_footer.html" ["connection"]=> string(0) "" ["connectiontype"]=> int(1) ["filteritem"]=> string(0) "" ["template"]=> string(40) "H:\_webroot_\mapserv_query_template.html" ["transparency"]=> int(0) ["styleitem"]=> string(0) "" ["offsite"]=> object(color)(4) { ["_handle_"]=> resource(52) of type (Unknown) ["red"]=> int(-1) ["green"]=> int(-1) ["blue"]=> int(-1) } } Thanks again for your help. regards, Michael -- Michael H?rtel Georg-August University Goettingen Department of Geography Cartography, GIS & Remote Sensing Section project Notebook University, Internet Map Service Goldschmidtstr. 5 Tel.: +49 (0)551/39-12671 37077 G?ttingen Fax : +49 (0)551/39-8020 http://www.geogr.uni-goettingen.de/kuf/ From Charles at spatialdimension.co.za Mon May 26 03:53:31 2003 From: Charles at spatialdimension.co.za (Charles Young) Date: Mon, 26 May 2003 12:53:31 +0200 Subject: [Mapserver-users] Expand and collapse legend Message-ID: <89E3039EC5D3BF4C9A74E4B997AC49694A7279@mscpt-ser02.minserv.co.za> This is a multi-part message in MIME format. ------_=_NextPart_001_01C32375.0BB92D79 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi,=20 Does anyone know of a way to allow users to expand and collapse the legend thereby allowing a number of classifications? Best Regards Charles Young Director: Business Development ------------------------------------------------------ Spatial Dimension Pty LTD Cape Town South Africa Tel: +2721 531 3132 Fax: +2721 531 4209 Cell: 083 679 1789 Web: www.spatialdimension.co.za ------------------------------------------------------ "Every man dies, but not every man lives." ------_=_NextPart_001_01C32375.0BB92D79 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Expand and collapse legend

Hi, =

Does = anyone know of a way to allow users to expand and collapse the legend thereby allowing a number of classifications?

Best = Regards

Charles = Young

Director: Business Development

------------------------------------------------------
Spatial Dimension Pty LTD
Cape Town

South Africa
Tel:  +2721 531 3132
Fax: +2721 531 4209
Cell:  083 679 1789

Web: www.spatialdimension.co.za
------------------------------------------------------

"Every man dies, = but not every man lives."

------_=_NextPart_001_01C32375.0BB92D79-- From colombo.l at email.it Mon May 26 04:04:02 2003 From: colombo.l at email.it (=?iso-8859-1?Q?colombo.l?=) Date: Mon, 26 May 2003 13:04:02 +0200 Subject: [Mapserver-users] =?iso-8859-1?Q?Re:_[Mapserver-users]_php/mapscript's_dll_compiled_to_work_with_postgis_=3F?= Message-ID: --_=_XaM3_Bdry.1053947042.2A.710694.42.8352.52.42.1010.28820 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable I think that the problem is in php_mascript_36.dll becouse it's not compi= lated to work with postgis.=0D=0A=0D=0ADoes someone have the php/mapscrip= t's dll compiled to work with postgis ?=0D=0A=0D=0ACiao=0D=0ALuca=0D=0A=0D= =0A> Hi,=0D=0A> =0D=0A> I did the "PHP/Mapscript By Example HOWTO" in t= he documentation section of this site and I didn't have problems.=0D=0A> = =0D=0A> Then I tried to use my own mapfile in which I retrive data with = Postgis.=0D=0A> I modified the php file as follow: $map =3D ms_newMapObj(= $map_path."mymap.map"), but if I try to load it with PHP/Mapscript nothin= g is displayed. -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Battesimo, Nascita, complenanno, laurea =20 Tante idee utili e preziose per un regalo originale , le trovi su www.reg= ali.it Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3D1498&d=3D26-5 --_=_XaM3_Bdry.1053947042.2A.710694.42.8352.52.42.1010.28820 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
I think that the problem is in php_mascript_36.dll becouse it's not = compilated to work with postgis.
=0D=0A
 
=0D=0A
D= oes someone have the php/mapscript's dll compiled to work with postgis&nb= sp;?
=0D=0A
 
=0D=0A
Ciao
=0D=0A
Luca=0D=0A
 
=0D=0A
> Hi,
=0D=0A
>  <= /DIV>=0D=0A
>  I did the "PHP/Mapscript By Example HO= WTO" in the documentation section of this site and I didn't have= problems.
=0D=0A
>  
=0D=0A
> Then I tried = to use my own mapfile in which I retrive data with Postgis.
=0D=0A> I modified the php file as follow: $map =3D ms_newMapObj($map_pat= h."mymap.map"), but if I try to load it with PHP/Mapscript nothing i= s displayed.
=0D=0A
 

----
Email.it, the professional e-mail, gratis per te: clicca qui

Sponsor:
Battesimo, Nascita, complenanno, laurea
Tante idee utili e prezios= e per un regalo originale , le trovi su www.regali.it
Clicca qui

--_=_XaM3_Bdry.1053947042.2A.710694.42.8352.52.42.1010.28820-- From stefan.schwarzer at grid.unep.ch Mon May 26 05:33:30 2003 From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer) Date: Mon, 26 May 2003 14:33:30 +0200 Subject: [Mapserver-users] Set scalebar properties In-Reply-To: <3ED12BAF.68B04B48@dmsolutions.ca> References: <5.2.1.1.0.20030522134742.01bbec60@gridg.grid.unep.ch> <3ECCFE97.2090905@nacse.org> Message-ID: <5.2.1.1.0.20030526143207.02d96a90@gridg.grid.unep.ch> --=====================_1205641651==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Right, it works that way in PHP: $map -> scalebar -> set('width', 200); >Dylan Keon wrote: > > > > Stefan Schwarzer wrote: > > > > > > I would like to change the size of my scalebar dynamically in > > > MapScript/PHP, but couldn't find anything in the mailing list archives. > > > Does someone has an idea? Something like > > > $scalebar = $map -> scalebarobj(); > > > $scalebar = set("width", 200); > > > > Try this: > > > > $map->{'scalebar'}->set('width', 200); > > > >Does the Perl hash table notation ($map->{'scalebar'}->...) work with >PHP objects? I never tried it myself, but if the above doesn't work >then try: > > $map->scalebar->set('width', 200); > >-- >------------------------------------------------------------ > 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/ _______________________________________ --=====================_1205641651==.ALT Content-Type: text/html; charset="us-ascii"
Right, it works that way in PHP:
        
        $map -> scalebar -> set('width', 200);



Dylan Keon wrote:
>
> Stefan Schwarzer wrote:
> >
> > I would like to change the size of my scalebar dynamically in
> > MapScript/PHP, but couldn't find anything in the mailing list archives.
> > Does someone has an idea? Something like
> >  $scalebar = $map -> scalebarobj();
> >  $scalebar = set("width", 200);
>
> Try this:
>
> $map->{'scalebar'}->set('width', 200);
>

Does the Perl hash table notation ($map->{'scalebar'}->...) work with
PHP objects?  I never tried it myself, but if the above doesn't work
then try:

  $map->scalebar->set('width', 200);

--
------------------------------------------------------------
 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/
        _______________________________________ --=====================_1205641651==.ALT-- From stepan.kafka at centrum.cz Mon May 26 05:41:29 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Mon, 26 May 2003 14:41:29 +0200 Subject: [Mapserver-users] Expand and collapse legend In-Reply-To: <89E3039EC5D3BF4C9A74E4B997AC49694A7279@mscpt-ser02.minserv.co.za> Message-ID: <001301c32384$21225820$463c2fc3@HSGIS> This is a multi-part message in MIME format. ------=_NextPart_000_0014_01C32394.E4AB2820 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Expand and collapse legendHi, Charles, mapserver allows using HTML legend (see documentation or Wiki for examples). Then in html code you can use

blocks to be visible or non-visible (style="display:block" or "display:none"). Thru javascript you will be able to control the block visibility. You can see similar example at: http://212.158.143.148/mapserv/oprl/oprl_en.html Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz http://www.bnhelp.cz -----Puvodn? zpr?va----- Od: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele Charles Young Odesl?no: 26. kvetna 2003 12:54 Komu: mapserver-users at lists.gis.umn.edu Predmet: [Mapserver-users] Expand and collapse legend Hi, Does anyone know of a way to allow users to expand and collapse the legend thereby allowing a number of classifications? Best Regards Charles Young Director: Business Development ------------------------------------------------------ Spatial Dimension Pty LTD Cape Town South Africa Tel: +2721 531 3132 Fax: +2721 531 4209 Cell: 083 679 1789 Web: www.spatialdimension.co.za ------------------------------------------------------ "Every man dies, but not every man lives." --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 ------=_NextPart_000_0014_01C32394.E4AB2820 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Expand and collapse legend
Hi,=20 Charles,
    mapserver allows using HTML legend (see = documentation=20 or Wiki for examples). Then in html code you can use <DIV> blocks = to be=20 visible or non-visible (style=3D"display:block" or "display:none"). Thru = javascript you will be able to control the block = visibility.
 
You=20 can see similar example at: http://212.158.= 143.148/mapserv/oprl/oprl_en.html
 

Stepan Kafka=20
Help Service Remote Sensing
tel:=20 +420-327514118
mailto:kafka at email.cz
http://www.bnhelp.cz=20

-----Původn=ED=20 zpr=E1va-----
Od: mapserver-users-admin at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]za u=9Eivatele = Charles=20 Young
Odesl=E1no: 26. května 2003 12:54
Komu: = mapserver-users at lists.gis.umn.edu
Předmět: = [Mapserver-users] Expand=20 and collapse legend

Hi, =

Does = anyone know of a=20 way to allow users to=20 expand and collapse the legend thereby allowing a number=20 of classifications?

Best=20 Regards

Charles=20 Young

Director: = Business=20 Development

------------------------------------------------------
Spatia= l=20 Dimension Pty LTD
Cape Town

South = Africa
Tel:  +2721 531=20 3132
Fax: +2721 531 4209
Cell:  083 679 = 1789

Web: www.spatialdimension.co.za
------------------------------------------------------

"Every man dies, but = not every man=20 lives."

------=_NextPart_000_0014_01C32394.E4AB2820-- From woodbri at swoodbridge.com Mon May 26 06:48:40 2003 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Mon, 26 May 2003 09:48:40 -0400 Subject: [Mapserver-users] Expand and collapse legend In-Reply-To: <001301c32384$21225820$463c2fc3@HSGIS> References: <89E3039EC5D3BF4C9A74E4B997AC49694A7279@mscpt-ser02.minserv.co.za> Message-ID: <3ED1E2F8.26757.277EACE2@localhost> Stepan, I don't know if this is your site, but it is a very nice looking UI, unfortunately I got javascript errors in both Netscape 7.0 and IE 6.0 and could not get anything to work :( -Steve W. On 26 May 2003 at 14:41, Stepan Kafka wrote: > Expand and collapse legendHi, Charles, > mapserver allows using HTML legend (see documentation or Wiki for > examples). Then in html code you can use
blocks to be visible or > non-visible (style="display:block" or "display:none"). Thru javascript > you will be able to control the block visibility. > > You can see similar example at: > http://212.158.143.148/mapserv/oprl/oprl_en.html > > Stepan Kafka > Help Service Remote Sensing > tel: +420-327514118 > mailto:kafka at email.cz > http://www.bnhelp.cz > > -----Puvodn? zpr?va----- > Od: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele Charles > Young > Odesl?no: 26. kvetna 2003 12:54 > Komu: mapserver-users at lists.gis.umn.edu > Predmet: [Mapserver-users] Expand and collapse legend > > > Hi, > > Does anyone know of a way to allow users to expand and collapse the > legend > thereby allowing a number of classifications? > > > Best Regards > > Charles Young > > Director: Business Development > > ------------------------------------------------------ > Spatial Dimension Pty LTD > Cape Town > > South Africa > Tel: +2721 531 3132 > Fax: +2721 531 4209 > Cell: 083 679 1789 > > Web: www.spatialdimension.co.za > ------------------------------------------------------ > > "Every man dies, but not every man lives." > > > --- > Odchoz? zpr?va neobsahuje viry. > Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). > Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 > From rosangela.silva at zenitpolar.com.br Mon May 26 07:20:03 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Mon, 26 May 2003 11:20:03 -0300 Subject: [Mapserver-users] transparent background raster (tif) References: <89E3039EC5D3BF4C9A74E4B997AC49694A7279@mscpt-ser02.minserv.co.za> <3ED1E2F8.26757.277EACE2@localhost> Message-ID: <000301c32391$e68bd660$377ba8c0@nadir> Hello, I'm having a problem to show some images that have a black background. I need to see them with transparent background, is it possible in Mapserver? They are in tiff format. I generate a tiff with transparent background, that can be seen using ArcGis, for example, (please, look the examples attached). I'm using tile index for display this images. But is there some property that can be set to background be transparent?? Thansk Ros?ngela From rosangela.silva at zenitpolar.com.br Mon May 26 07:44:24 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Mon, 26 May 2003 11:44:24 -0300 Subject: [Mapserver-users] transparent background raster (tif) References: <89E3039EC5D3BF4C9A74E4B997AC49694A7279@mscpt-ser02.minserv.co.za> <3ED1E2F8.26757.277EACE2@localhost> <000301c32391$e68bd660$377ba8c0@nadir> Message-ID: <000a01c32395$4d668710$377ba8c0@nadir> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C3237C.27CB7D30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit I could not send the files (large size) but I'm sending an example in mapserver to you understand better the problem. Thanks Ros?ngela > Hello, > > I'm having a problem to show some images that have a black background. > I need to see them with transparent background, is it possible in Mapserver? > They are in tiff format. I generate a tiff with transparent background, that > can be seen using ArcGis, for example, (please, look the examples attached). > I'm using tile index for display this images. But is there some property > that can > be set to background be transparent?? > > > Thansk > Ros?ngela > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > ------=_NextPart_000_0007_01C3237C.27CB7D30 Content-Type: image/gif; name="example_mapserver.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="example_mapserver.gif" R0lGODlhiQG7AfcAAAAAAAAAOQA5AAA5OQA5cwA5ewB7AAC9ABBKexCUECFShCGUISGlISmtITkA ADkAOTk5ADk5OTk5ezl7ADl7OTl7ezl7vTm9ADm9MTm9OTn/ADn/OULGOUprlEpzlEq9SlJ7nFJ7 pVLWUlqEpWOEpWuMpWuMrWuUrXOUrXsAe3s5AHs5OXs5e3t7AHt7OXt7e3t7vXucrXu9AHu9OXu9 e3v/AHv/OXv/e4SctZzOlJzOnKWttaW1vaW1xqXWnK29xq29zq3epbW1tbW9vbXGzrXG1r05Ob05 e717AL17Ob17e717vb29Ob29e729vb3Gzr3O1r3O3r3/Ob3/e73/vcbO3tbOxtbWxtbe797Wzt7e 1t7e3t7n3ufe1ufn3ufn5+fv3ufv9+/n3u/n5+/v5+/v7+/37/fv7/f37/f39/97Of97e/97vf+9 Of+9e/+9vf//Of//e///vf//9/////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////////////////////////////////////////ywAAAAAiQG7AUAI/gDpCBxI sKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPHjyBDihxJsqTJkyhTqlzJsqXLlzAvNmHShokU GUyYuMmZJEnOnG1atFEBoKjRo0iTKl3KNKbTmEyjSp1KtarVok9VJoEwZeaMr1+lzLDppmdNnj6Z xGmR5KpbpFnjrnxLt67dpXJPSonQRCyTCTNWMPnqwsVgNy7Knm1yt27exyUbS55cFTLJGRQm/DQ8 Fq3PnT3duGnBhPJVy6g/ml69eoULCKlDMkkieE1PJjIuzJCxxgXYJIYRS9nMOmrs4xmLK3/bE8Jr 58g9fmViY4Zhw21mNNn5s+ZMKW18/gIX7Wb50ejoJ5pfv9SFiiQqXABPYqRn+o2F/TZZMzvnWLBN zCSDdn8N1tlObijRBlM7fWXUYBdQdd+EDbFnIQCuwZdECxD01NMKHVKI0VpM2Nbgfy5slxNpOg02 WxPWMRFcTnDIONsMDXoFI4FMBJiEG03c1hZcIhZp0IXLKeFhfRF4KJ97TxpZUWdjJTFTTjOOltNM MLYA2mzXDdZEYlumaGAcMhqGpn8AjNWUlHAiuVyHtMnnoYcr0LcCnBMl8VVZJSahhIsuUDCdC8P5 VKVhwM3gJ07DpdiEkj8GmZZaM8ip6aacdkqVnSu8d2dP8rVgpwp53vleqi7wKRGg/jEeyoSSZe3k AlvzNWHErD8N5puMX03wQmJjuaBkjwVOMIGnzDbrrFWFAVfYBKaqoAKuheUp3wTRsoXtey7kqcST hbUQKqkcuhpRWlYmUVNiP07hm3iHjhmtGzJooAGY497LxBs/+Slmr6U9azCnELSgMLXSbjhfYXaS 64KypkJsMcQraJshcM5tOPHHCc9gKrUtcDuxDBuWTO2TEFBcsYambtXCewrf6h61yqoL0Ww1Xfrk iTEGLIUUhSEmX2e+zbRTkHFYN5Zm3B4s9VW3WueCDMqaDPHL8EF8LcU2Q9wTrjPfOrLZbIkdLc1Q AqdCwjI797VzC3NYd8UTyDCg/sIlY41z1XmvXK5vtwaOMwQCXIC1yK3q7BBhSowZgXVdNWGoHNNZ XW6qGmLpkxKgz5q0koiGFawBQU7dbMs0UECBFU68Zp3WGb+W7cPSlgtcyd0uPLHJMWf8MvBb1+xa wirjnPXKHHKrrABYT5zZBdRPcIGyEOSWdfICZN39BN+r/P3yOJfccvKNO84QWIRNbh0ASizhhBxp FBak2F6RZmVOohX2U7HDyQlOZiCFC9iENF8Z1F9KRgELKUwGUWEMUwTAAQO2YCaAmUy4kvCGcfXE Wh2CQFHCNbhsZSxUULLYyJR1sd8lj3HkI1/0SpY88DlveQPiVgusY6rZfYxw/rfym/VagDUhyuBl V1uZDs1mpw2twFvpU59CSDcDAUwOACkyFujGxQLQWQlGopuYoIA1lkgZC0Zi2eFXBgQWFzFBjZpx WqZYI4Cj/M8AJhMAES9wgAsY4AAGGM4MDMi/LQWoR0pwltW6ZrPmeC98YeMWqQoTn2i10GLDek0E BFDHqAjAAB0L2+ByVy7GibJhHmOb/kyFrTS9sTBSXN+vBlMdyk2BCmMKUJUmJSglZGyLwJSUwmTU tBlUZzhSAMyNDjkxzDBhCjYwTGkGmbgpxGoGyyrKsq5nAANw4CsGKKIMxDKDD/jRehMIZBM040bX vDFAHWpCHJogABpwq0fX/qFMy2L4vKwtzjrd2+HvsKcsrCXvelmbGO9aGJ/a3co1lzxhxiJwlAhA lJXb26PgCneBvu3miBOgm80q1gIsJiUASxnAC14AgFguRDsQc9RXbEBTiflmLKSB2BbtNYN+NeED s3MasnLCLUOVqWqFCRZgKuYcwFBLBh/AYxyl+pUe/up6pgqYEmagAg/ay43uop4LpnABAXzgiLd6 409KepWQshB71tmnC44iQqNQFCkik8FzTOM6F1yvMHeVigRUJxWXKiSmFsOSdpwzKS1y5kDzwSYQ V/aCI4yrXxbDDGCwOYHMKKuqGfzdByg2OywVikNYjJa9lDSBywZMRjrc/lthMOeTJ5EmQE2QA+Za gNWrsVUq2NunyN6iPG16zyh1JaxyW2pYhMjHRr7RbZjCBoGZXOezAgBLZ8k3MTwagAIuwKOxZsct bCr1s1mbAR47ajVTwtRAmc2p1QAQAee4QAD+o4BiAQAB6pk2N9QbEPV2Y8zEUc+Pbume3xA6sewt 98GSaS5C7GUnYLJBCW8Yk7TGlN63YlOvfykUeF+gBBaYuLJdZMEKjsCCIxxhBS1eAehcbGIXu/iy KdKs85RAMRnxlp2Aud6B82aAd+5mOKSJ5msA8NmO5mamgNyAHzVggKJ0EsJYfpaEDwKjbYF3qcUM 6QwgQBjA2A9in/2Y/mRFTAH7xtjEK7CoiSNgYjjXd1zgzUxSm+m0liX1AxWcAAf62M1upjOdfuSj AcpaaD8u+gI1qMFNCpblSmd5ywZBWrH+w76v6GaQeg1W9XDDTWUh1KlmjgAL0YzfCDRwrwMolLJG awBO2rp638sMB5T1gsBe5QNGGeSiAWmAOZb0e9SztLK1jGmCVG+QHx2ytIWoLADU0bPO4+x2td3Z Qu0zuC2DwLc7KwCWAmBYEXiAZznJgbkiqWVJ4WQ2l01vTjXb2RewATpPzU/rVZF8EJDq8rpX6KwV G5vYVhYFulfvhjvcU/ceyEc/6zelWtxw/hyyDauXtTGh9OHmibjI/tFz4A8LmXyK8945Y3g9Tn4c 5HIaucxjk4EJZOArH8iArvttQ+s1EOYGm7nQIXPzGdDAnLsG7woC8HKgP3joUI+L04Ee9apDZeog t7rWW4L1rG/96yipN9jHTvaEiL3saEf72dPO9q+vve1wj/rb4073utv97njPu973DhWCMJcORhlI S7HC98KfBAgk0IIXtvAFMpShDGcwgwmAYPjKW74gYQDCCBQwAiCE4fKgD31z/+530guE8KcHPHNR X5C/D970ot874r3wBS4E4QM6IIMZ0jD52Pv+7pnfPAk8//viG/8+sFf9kUj/+tMnP/mAV77yz3N8 siNe8Yx3POQl/k/56nsf7MHnPPG/T/6hz+HxZHB8+suwfjJ4YQxeeH/82a/9M8whOtA/Uur1X6GI 5L/8EXcGBIAGaYAGAIAGCFiAZXCABFgGCEiACOh+BIAcRFJ60ZcUpYeBgbeBrkd4HNh8ADh0ZUAA 6IcG6sd+KGiCKHiCYNAFExiCMBiDMjiDNFiDNniDOJiDOriD6uIrPEEwDdIr7sYsM9h1xiFyB4IT PSIvn7Mf/yMyZyFNMSeDRvgmETdT15UfgyEUsxEa7vIjTAAHUnghRViFSjFyCFIWjrIGQLI/TKAG YPIVPQFxVGiGGChyg2FN/2MTw2EDMlAdScAf0nQpmlKGRpgx/neyJyI3VjtCHcZkA7ohI2DYIoXE HZTGHoYIdNniAB9CKkkwciswHWsQFuzkFy5gA24QNLjBFjwyFogRcnUIczrUMB3zQSOnBnYCAUQz FiqiE2IxJjsBHuM0SzbyI2twJaIhA25QTM90Jc+ENX+BTS5yhzEIcjEDLp6oJ/MxcjawBvk2SH6S ihPgJzHSBi4QHriBKKZCRZ/RZdqRIFjiH3+hGQEUMwCQFtQIg/UWLhuTjfTRE0ZgBHYycoNBNDrx XI7CIm0AJE84ASuAJmNykIbRAmiSBFNgJWYyVFsCFnEwFZlYaf9YH7QxKok4kp8ocpGTFpMSMMby WITRIhOA/kZ+Mh7U0RW+QWY6sR06Ek74ZYc+uTrkAhznEkrosjtJMI6V1CEREx9ukypoqBPi4SE9 sh0RQBPFaCk9ESRfMQU2Yh2hk2OhOBNcCUY54QA/aYZDGFhM5DFQ9FBPghT2RV18Ix9KWTOvgS00 9DYsNCqUFC3ixjHiFh/mM3Ie0gQ7FJGdQUayYjHWYwNMoAHaESBKkIZglJgCJCNnKTWWZEljg2Y2 5TG2tTuC6R7gAlENcyvY6B4dsgLcci01gz0qczMJ4zc2ozwks08P8xqqtENkFlycxDcjNxM/Qjrw 1VNKYBvA0hNtpCQzYBuCMRgfYCw9AVSGQmBgMU7JlZlW/pGdIdabcQkm7sFI8nEtHlJJFWNJzFMz ptJfrFQu16hCHuIyDnMtrnmbzbNPsUlEr4lO3aNgHdVPPEcyMqBHt8IxqKY3LzNyRyMmH9AEVEA0 4AUAARABdAAjjZIiwGEpPQIcWzIbjgkWQLVGBGRa/4ElMBch80YX4qYEL9CJFpMhEVMnlcSPE2VR 4RJCECVKg6M1BKUsOeoeBsVPnDRQNWRD+DVEDbZDvgNSvgFSC7ZUFQNDfKNXZiNJ50kqCjoDL2B0 XWYsEBAH8YSTamYoFECOm3EdIiONpoMTQBWi/kQlLvJv7LFDFKAbylJwE9BHiLZei4Y1NDUgWMIh D3Aw/k4imnxzm9JTQtOio2jDQj10noy5MDpkZqU0IJuZOwJFMuikpHYpOPMRAKR0J7oTM0owcodi NW9wil8xOb+iRaBzRq7RWvYSIC2gbwSmVmGhN4AaLE7jGyZjnRB0F86RFGlUXtTzaOEkbJ7Wofwj TWPyAiowT5e4Kb5DMeO4oz2HMwx2O5c0UAlAMa4RruESASs1USuAFMNyQhcjqmtZQgrTMiLjMmIT pfqzNf3hE0HSAgQpTV9BARRGGBGZldtRGMH0QyzapYoiX8XSqpsmGL46V6VRRzelN+YlBVMAV8iW Tjj3WSXDbYpzNVvyAhVwLAFzlBjkY3E0AWf1TL9F/jUoF2DBtThtBm/dw23+RERzlKLaxBS2s6jT 8q3chWYDRwGbZGW95gIvcAHumUEjhEURgLTDohx88bSs12yJOR1gxImGYT090VqB2C91k5WulFlA ZB3AEWqeY1l20kZZM2SSFWSP1WY9RCXlIiOCZCiRE5EX4CdykCIIwiF/5RNsobT9ITIschWzszgD 0BgJk52sMVhv8XIBMAAFcBRNx2wRtyNjhqFBUzTzETn3lCZJ1SDe5V3kM1rghWEsFFcTA1SddXKL Zj2KYzUckqaEUVU6JSi9MSZjcT0aoBv+g1DAOwMasFmOSS2GORsk80bWU2hVQWb6iaCHkzfaqTqm /hpToisjmJVUGHkd4CVZvWomJfQC3PICeQYi4LNw/uoCEaAER0BixvICS9C9A8UZUHNTj4VOH5AT F8CVLCIDG6BMbmRc84hF29MZWEM9gJRoU1C9dqighQsB68tjrmNU/WJm9sU+y9NbLeS+JfZiK/AA IUxnLVbCOQpRJqMEzrEC7ohNvKO8SltXEXBECtxHfPS7B3AAOxRqZXVgftQ9H5AZYDEF+uLA2hmc 77hD/+OSBCOPE1k1nGUdroNenqkEFOUCLMBScqZi5KtwQksBo/VZo6Veh+Y9Cwc+3ZTDg0Rsn6Ro xPZH3VQD+bZokmbEdpyPzXZfJJMWN2VeebND/qYmu9djs8szZsuzqAnlVGecGeH2bREQAP0kbvJW bT83p4h2YHdcvSM3YAeWG9QmpD1HyAHqVvs0PuOTTpmxcIJibtrkIJn8ynQYcUGmVyi3wb8zMSmX rQbHb4ccUr7xApcLy1XIgwvBRp2WN9j0aR/FRnnDRgNFYJMSzMJshcS8ZZwlvGE8yrzcWdI8zRJS zZiWASFKAxmQAVMgALqVzFlDA96sHOCMaSvgOsDcze28Hu+8ZfXsLPcsYfncLPs8evT2z/s8dwLN gwRd0Dp40AiNgwq90DbY0A4d0RI90R2BxxRteeHXeWFwf3zyfIK3f9F30WyHeNpnBmeQBmkw/gdp gALdJ9IuDXdnqBrU99JbltGex9FSAnuD53cgHdKu99H8F9JCTdOuAgQl8HhgoAMLkANlkAZ0wNJE HdVkF9MiMdNS7Tg2vdEdrX/M19OrB9RDDdZg/dNhfdWpQdKPZ9IordJQbdZu/dZw7REjeH9OXdcq TQd2ndd4XYAvSIFjDdRfHdRdTdaqF3hCHdhxHRcjiAYmDQAmbQbbBwCRJ9kmvYBowH5e0NeJ7dJn gABP0AVaoAWgLdqkDdqjbdpakAVZMAQIsNmu/dqwHduyPdu0Xdu2fdu4ndu6rS7F4oPh2B/m2B/l 4c+xeJYQ3MRAsQZrMJluAAeXQhPhYZZT/liNR4yHvjEc/nuOQBGRP8gurzGt9lzcP3nchHFTuOEi 89EG4cEdn3EWZCjePmmqwBIuBnIjBtIcNOEGcDhPm/KR8S1yAaTdG3ooHDoc6o0mjosk/v3AeBiI EflcQigfZXEb4K3g8M3gERdA1jQ0bjActrImE24DbdAXySQFhXjhMKebawMbSOgfUiAan0NAAaRW 9f2DJ07dVegxEOAapjoDXGkTXCkFgjsDaiAeYFITbBiM062PWGcurmEuI7kGCsrCiVIlQiKVK6Id axIeM/HeOA50nPMhAmkfSBhAYvG5lCgaC7kTOMEdotEibgKLXw5ytSiq27iIhbGQ/UEd/oCxVcYk I+M0FnFgqRMDFF5S4ZOx4PXGLS1jLdfyJGQeccc4HRDAM/HyE+S0G0psmZ+xGV9EJbw4BVPQNDOh RhJEzSEIc7hTnk4iH6aqKLOhRmqwjCXCkNKUE4nyK/zBFm2wBjXRBhCpMjJiidJKKisyGxZdfppo JxWDiPBhLZvcnKk4HQYyFpD54b0Inr+i5gUZBxm6oXuuV84oSTmBJldWtQDocEqSJ+FKG2H+MCOn jDzxab2SHUYulTAlMD7umDnJJVyiE4lJjPxDkaie7vTWRPQBKvIhkqMyciogMvOI5TtxFjoBj7je H/PSBpMpKYikFkP1FWCqGTrpkSiu/mzliTEuEJB48upJECkTrpzsgyg2IEjUXpidTibz9Blvzru1 NGbfPOfKNSqcwxahkieicvIiSZC98iOCIh870seOSVO75B9+9QEaYAM1ECDGwhP+YzP4lATn3s9i rxRi8+yT5ImhCRzcsjGIyDkKSpYSLi9daBi7OBhb+h898zlj1K97xqEqAlNNYE1jn89+6TEOgyep IllQxCGo2VV2Di7vEUJMoPTA7SiS2BuCMkab0ZzISTjaocIEm0tOQ5a70wQJPvj0ljZr+Sm5SBrt WRgOkDahqjtPElJv0xwzoyHzaS1J4AAJE0XNRh6K0YViGyQ4lipdFohg6Ci1NSyp/pqTgv5MP/4/ qM8ptG8xaG+UqMk3r0+etUhC2lIYSjmeJeM2bKFDr9k15e9C5rOeBcoWyINCwJMyLaOgtcX0lNhL rgGw2rE/LgAQH1xoSOLCRQsmTJo0SbIwIRMpU2QonIGwRRwAGTVu5NjR40eQIUWOJFnS5EkVKlwk aXHwYEoVBVcWjGnQYEsIN1u6bNFSRYsVK1TOTCLUxQqbBye07DkBws6cLiYstdli6tOpL1dubVEw ydckECAIgMASwFQATyHQYdvW7Vu4ceXOpVvX7l22apK4aeImyYyHgBPOkDrDsIsmbZgYZOhmhhy/ MxoyvNAkDmImM6YwQTjj5GfQ/qFFjwbpoKPBjDaHGgTb4ifLpRN4St26sidTsTKTsk4ytAWEnwd1 34w9teXV306X9rx50KpB2cmX385pdcKMqVmZyOacBO938OHF39ULVokLCIYNN1Gy+DxgKV8VIi3r wggTDYQ3uFDSUOHgh1zwjDQCCzTQJJsyako2l3YzaKjVfktKpZ1iu62q7lJ6qsHdVpBNNwqZgs4q AbKzSoXqrKtwKhl6ws64Fp0SoCkVmXgKuxYIc6FEAVsAwKqKxhNySCLrYsINJdZYg4IPmkhICvUE HAwCKWwAbKvFVGAiiYT4a8gFJqw0DEr1LoDyQDTT/MwFGWQTyympIGiioooe/qyqpa+IynMrllxr 0LroKtzJTpsKShFE1mSbQIanrJLwNgkniECqCS7IbioBMp1A0xKzE8AAS2VoE4JLSbVqu+xaPEwy q7wr8lVYhZRMQPVmUGKFCF6YoYkp6HCiCYNmyGkFLldaTD5jC8qMIsO4bEGKhxgEbEA1q7WWI2CV oCA6JfrjD6mjiDUCqd7ARUolFYhdrbmjcpo0KNqKc5S5rKTqKScUUTXAU5xK5fTfSmesSAZKo7tU gAsEeJEq6+hcrkGqbvoqVoortotWw2jATs4plHDihTdeAABMJ6XMk8sZ1vDL2FoTauKCzGaQAVpR rxtMQAHbvO7aazOYYDMD/ggsajWVvoqpqJXSLQrccIOalEPiqGIwqoIVZdg5SvfNlNRLu950rAss NZGqiXLM8WrCKrU07BZadFSpigB9O7ajDFqBVFct1ntvOqbImILCmhBADhfeaILwvwpq4jokHUNs vcwWJ2yxaZ+9wLAcZWZCoooClHkCnjcyDHQAMpUqoxnENoCCjBC+wIBMD9BgIqkSsrYgkyIglzc+ j2Pq7beTethTU6drieCIdTKOYYZZIlhmGQhbcPiufWfuINapJiqprpJQgm/wKyZszhkiWK8JjZug IKpuXVgjdRuuw1gw/iZYdlrZKnqPMMy7XIy50KnHf9fJjti2damEJXAi/k56SFik0AQfhc4kLHFB iHwCnQlQoEQiGtRMWMO94UDHQQ9DjUY+dZWkeMUgppIebf6kExdxhSV7Ys2gwDKB8OXwVer7C2Hk xL81QIAJcniDl3RUOG/paDE2sR9gPkAn+NQKc8AyyEQuACbDWEkiPBtdRUr0un3ZoE2pk4JxBMOE OExGCQyMoAQ/orBW7YZeTtnWtpriQng5iHsuQUpQXuAC3QmAIxDgiKJawrTt5QlPzukJZwyyJd4U xCJIEM6WlCUs9MxkBTrkpJC8J8U5me8DVJiTG1y2GPasoVsvaF/7HHY5KSaEO9G6EkuYoCqYXSB6 o5lKGTNynfhdIHMQ/gnbdWRWomVJIT9bgtasEFMyIWbmWk5pHenetKkNcmZBbmvTcy7FLiruMSlR +aNBdBcUeLGAkB1Byk5o+EERGnJ0DGsbdtxGJxC6ACRRWUsn/fmdo0iGcsFqSLMYuCUl+MV77XHD EZTABocyJgn529V1QJU5KdhGfvwR0AT+grrtcEYycTNMNxe2KOy8KHowutxUDGAAK7kMaWBKwhsi wBCcAWtXGOmKkzLaBANdRVNvQs+iTDTP60TPKjrzWnZcwLqRmUqPI+TabjLYxwhMKqsZGQATi9PR 6OkkblaxVJ00os8fMaECCRqAyDQSAY0MQCO4cus/7WoXKhImAucJ/hb/LMmQLk1ABbvq1pd0RMXt bKxb8sNRUjNTGGMyKK/1rCigMDWVGZQReZmplHqm0NKYbemPC+nWQrjEmS01MWwvRRhJOfOZ7LyJ ays1aqpKt5HfMEop12zTR0gnEgFUhVLN0WBORFawdboRTf28a3PhUhD68Y98gOESQ+VT2EdCiwIH 5WtFUdWyvuIMZxWh6ORqdcWUOqwzYusiQnr0EEjKSSbAaoEbXBC2hSyudsv6X9wCdBKrkKqsyu3a yFzwAriKBK0nkatGAgCABys3NM6lsFtwlgQb2IAxtJLTnFgDrE/CFzEGOQ9S+AoDxlCuXi5Z4l9g 2ddKjWwGCuts/o4em5AbpWcKLWFPzMS7GJch5gMCUMGcnLSXliREmNANW7Aa2TaTFK9FMhDNotok A12u7bZoarCEvbyRCofZJkx4AROU0CwbodImTciJerjkl5boyAYI6+wRk4IqAX3AahTAjqW2NePs fMAAnbsS4FiSHh1lzntG4CuYmICEgthAmAjRwAFeNuOQgknTI06Vpg1zgQOM5FILQ2sGc1KS5H5Z 1V8Oc4WBbJjMdNhGAirIChgyHCZQgHJjWVinnDoVGjiFPcLLzgG7NujRwa0wgGGQTUp8HiomGcgH kaUxbZSTrDznlp/mZs5kIDsNBO0kJ0WLcrKyanSnuyOtpnAc/s42bYFQsWRJAByHgHwdPc/4qaUr 0eqkUkcIrI9NKZ3Avgq+qQlIjgNOsFVmKMDnGfAZkgQnFWcYxKMuwUwDGrgAlwiJaIuAriWCTEsL DhA2MX7WAOE+OcnV/XKYH4jdzrVfgJD0hoQmtDabDhZ3bPbUTtVJKn9U1L8noAQWJJ0CK0g6C47Q 9BW0z25SmsoTW7opzCWbKhfQQOZS96KHTAGCsU4LmDrLILNhWQaw21TYDhDqmMdd7qCZeXMdnWJv Rf0y/DPIHyPHn/PkDzpLfAELVun0p7MgAkkPygMe0PSkPz3xhu+WEo5gkPVR/qmRvQ6QcnYBG0Cp jLqUXek1/lCDK8ry45LG8gxAFbTXgT7BF5h77W1PkrrflTFO4s6LbKXpbQlPz5aVivdoE84OseCP kG860hHPgoJh56nCS1tHKzUBPWff7SfnOstBzfWwgfF1AJjBAQxwcs+k7vbrZ39Jcm9XITopr4fZ zN1f5EL8m01fWdGRbFaQeABgvsV7PhdwOheggYczCD2znwNaQOz4ADAyuAg0IQB4KdYqOAPggJc6 AA4QgAOoASmogV1pPxIsQZB4v39KiCRIoy7hn2lJiOiBtS6SmdSJnjnpGoKjjXr7vRWIsAhAi4w4 oKcytkp5KbUBlYJLILHJDsJwOQDIgD6TtPCLPYQTtJfa/gCg+qXw+y0T7EK5Q0F/whNkiZnouZyw wbLrmMIlbKpvIiBtqSoOOwu0EIuPGwsKiIASyUOEq5SHU4JroZaMgIA2SZg8dEIvPMR0A8NOKqtp 4x81nMLOuz6dsazYIDcCWqEdoaOroMOpeLgVECQ8FAA8xJSxAEIJQotOycMakAFDRERX9DJF5CS1 W5S1YSqxCb8+cynOs0Q2vCw6LMVSGZ/yUbzHY4EVeIDNIwyoekVmbEbRiEUdyrJKQUMEugBjW5s1 vBSD60UCOhhvnAoliDBnHEdyTBNozKHoWbsh48ZOCbDL8hSv4cWuARy3Kkd7lLlzzMdWs6jrw6yD Qyqu/rmKPazGLezEqQAWCbhHfNRHhmzIfLylVKkIWJqntjkeKGKqAro+xhBHhTRHh/xIkMy9QZTC ktKlQayZ65tClLSUTrkAjuzIaglJmZxJ55KBDxAVkgw/CEzCqtsUJGyq1XlJmFQTmixKo8yhDIDA y1lAbmwqChDKoQydo5xKqowV9XgiDviAYLOBKWBKbcygqEzEqhxLsgSPTvwAn6GCeklAqAxLdCtL uIxLuUDLD3iBrirAAGhLt3w5uezLvlSCB9jLLvRLwixLwfTCwkxMqjzMwVRMx6RJxjTBx5zMkIzM EqRMzGxIyyTBzOzMc3xFzwxN0dQh0BxN0zzNWClN/tRcTdYED9VsTdiMTbh4TdmsTdikTdvMzdPE Td3sTc/kTd8MzskETuEszsIkTuNMzrhETuVsTud8TuiMTumcTuqsTut8TgBwi+y8Tu7kJCgAAR7Q Ai/Ygi8gAyAYgSJYTI2Ii4xgi+2kg/fsTvkEDwXQgi/wgi8ogzJAgzJIA/9UAKPkiLdYTwFdz/k8 ULyAghEggjPwzzlIgyggAShAUAqtUAu9UAzNUA2tzviMz73x0A0Vzu/8AS/ATzIog/NMz8WcTe10 zxaFz7Z4TxCFURet0RCtTQUgTzL4AA7IgAVYAP9MAwAtyo/QThBtT/dsTwJF0iRdNwO9UdlUUCII /lI6gFAJhVIszVIt3VIu7VIvtasOzaEjpYsZ/VLC/M7wHM/yTNGqHNMYtVEaldE3HVC52E45pVEz Vcz6vM/83M/+/M8A9QgjnU0ZVVJDLVMwG9DstNMyzdO4lNIGTYMHjdAJdVRLvVRMzVRN3dSKKYMY CIEqGA8sAIEYmAOGLNI6hVP4FFROXc0yIIAg9c+NiFVaDdIz+AIC+Mg7RVJeVVUbZdRFXbdVlVNe fdJWpclXRQP+BAD+bFY/RQNm9dNoJQMvyFWHnNFd9VU8rdFFndNt/VVtPdaQTNYyMAMyAIAyOAMy MIOMKINzddczYFd1pVZrFVd7jZUzIIATJQN+/u1Xf3VXf+1XL+iCer1Xgx2SNEADHFAAAmhYh31Y iH1YBCiBNDhYi71YjM1Yjd1Yju1Yj/1YkA1ZkR1Zki1Zkz1ZlE1ZlV1Zlm1Zl31ZmI1ZmZ1Z6wyt bVOIN4MvxfBDvrzRyMTMMxIMxWggKYAWU2ICmIPSn6XMwAAy+FIlxXCDNlCMOIADG3lLn2VMzIQv VDoSv+gWlfHah0AIGZhaVsvaw8RMAbGBBjpahWifqUWILgGToYVFtBXMrXWBmMqRJICWU1IMsADc wYgDQJQgpdVayjyPLSGMjIIPANmSoZWP04IIpHWjw01bysQYY1qJzJqCouUSyQ2QaKlcw73b/r0E WgoYFChxkl1hiRk42jZQgzagtcK1XNN1y61lW08bKcOAOMzhEsVQjFW7XLylTGjRMCixklsBMheh HThwgTMZ3tsNS8yUgSZY3fSYk81Rwf+ZiTbgEqwN0aWdTK9VDI5SgjZwAyhJCFOqQfAN3w0d38c8 viQQXNSKD0uyJEEUS/FFXPKNgzgoo4fIMPj6ClNSqL2AFlUjXoWMiqLJm8c0pfcIDGjxm9CTjNC1 nzaIOLvt345Ej5Ppja2FtTIaE/7irIToD/Z9iLP14KgMi6IAWrnlsyRQA8pFiJhyAx12XPbNQuVi 4Hssi5RYiU2iTMNwDBuQ3BmogTXQsMA1/mAI0GGaWrDSdeF79J4kMAKWUAmglRL1sAGCcIMlmQnI dQEdVghTaoMOjl+FBAs3Zokinkxdmx8mUIwWsJJbUxY0UsH6tZ0fnl5mLIv+eGNigWDHHDZYSwgb /hK/4FrMAN0tYWGpBGRm7I09+YpCBlpmWiJjWWHFcIgn2QzgnZyr5RkgdkaPAgtNigm1FQxg4WOK WOGjjYMj4d7vtVo1NmVKRkSt8Io3NmTFvNkjcZIYtAHyYVs3eJaemIgbA4w4EN5rOeVXdA50yaSj cQG1faRaHoyYQhkyCa1E3mDQdRKQQCsqJj/c2+VDzCRN4hNiwUzoKuG92GZTaqQqOaIm/ngfAWqD FmgD0+AIB7AvvjDmhbiAzSCYkZBmV+QTsKAQ4ADmxFwDkTphHYaWv9BbkTKI9FVfD4vk100IF9k2 8XIBscuMKZgAaJESVLViVyzk2liar4AAYonjx1QD6NWpmOELU/oKW4GW+uIvR4MklVFh7TW7mOmL NfKbWt6VHJmCJBBWlnbF11DlLK6J3mgBzIwMLtFnGhyiOt7gIzktwrCvI+kKvxjaPeYLw4gDYMkf BuKL0wILHzZWDSVHsOijPQmK3MBMKWiDNXgDiXaB2QWMA05fuZXbK8nfeaZcZ/ZaLgEWNyBcADEW h9BhNxBQdSZBo7lroxGKmAAXzBRB/jHRWxtQjDIkiKdFLdV2tPRFIxsbsYZQ622Tmc04EgNbgS2B ajZ2xYYml7ueCS1OGrVlAjWYFivxC4Wy3sU+KC3piclNIxdga8dgj8lYFGBxksvg3iUi3USN6hIc lqUJCrDQ4lvZiiTRZBVsA7/9mfZ1WuPzsSSQAdfFojp+IK7VpfzKLy+mn5XebWbUYq/QYi12gIIY ZIguzOudAk17AyZQmb1YbLbei6ONJLlFkjWK5Ejmi6DGDMDglYTO7BIMbhpyYyPQ4q1dXMFAYPlw 2zO+EsTIqFPqsb4Yu6CWQfsCE1r+cO/uwkJ2DXT5Za/AzM2YHCeJiYe4gGTe8Mjp/hiZWiNHkwJa hi85qOU5gRJm5u4TBPG4K2QYNo+vGGQAv2SadszAeF2Z0GFpc5LXdjRlGbEgK2mFODKdWiPNkAKE Tucdj7kIeOMKeugQRhqq5mx4nvAv1znOjRn12PNZcXGp2DhomfE16out0LXJ2ZnNvHQJIxdi6Qoi no3uYeijwWTxhuc6NiWG6A8AtxsPq5UWEID2KBbBTj/DODPEQG4dLojO2q7axXReJ40KkqSf6Ip0 iYlPVyTdAHKfEIoxV8wZmjb5ABCZEIr/YIiZie6L9jCdGkKSieSeE4te/3bR8Bbb8HPeoBB7eWgJ GQqvEAqvUIn+cI1s3pV6zt/2/kDstKGcKDkSwMgJD8O8GbgBUY50nQI0cC/4kOAd4JCYdCl2SVoO GHaQL4+JdPG/lGgVzFQMDAZdaEkSRVqJecvZNeBpmDGMF2CIlpFuh7iIkJoIg+/IFRgNQ3HuhM8T qrnmX6+gmxf2rYgJfFmhIcZ1g8hq4g6LhBha+5Kkeb61ZFkZMLEBCDgzGygtWmECW+sSQznnlifH rUiRRRKLleAInNeJn/if66Eg82YKS+6TFSrk4Ihp50YPIca2AydMsGjkrghrAw55j29k/yjvV/6A YzkPhXqZUzKlKcj69ish3cF5YtEnpnGn59gJTt+Kl9+IB/GTr+iKrLBqYbfk/qOJfBZRoaVQIWLH jZ+ojrDATLOe3NMy9WbBYjARor5VEiUYLA1wNsrGd9Y1bs2ACKxHfAlrFNegIDHcicb3igup+KVQ CQcQjqZZCSWY+au+F5noiaJhk0//DfKyiUbBeaMxY2VxDRu5l67oiRkReudOcu5tj7qhNZIpiMtx nNuPjPpaiPWQgTjw3KI9DH0HfuUCCBdKIrRw0aJgkoMqWiRx4SJJQocSIbpYCLHgw4kOV0jkqELF ChUOJ6yY0ILJBBcQWiyckHLCDIwHXbYwmbIFhIYQKrJcwRLihJUQJjR0kNClQTpKlzJt6vQp1KhS p1KtqpSJGyZJsiZh4vWh/pKwTWy4mMGkrMQJF2xouDCjIZMmTdy46TqjiRQmUmYoWWG2IIDAggcT Lmz4MOLEihczbuzYcRKfBg0eZFjwJsWHEEWq2JywYeYVDVk6jJxRp8mKIl2YrOlyZ1Ccsg9Srjx0 dkWVLpqsxFmxIWWDMGMmmWH1OPLkyqsmUQGBSZuuXpM0mWGdyQwXWs2epZCEwoSzd+PKxd5kd/UZ MmR49dpixuP48ufTr18fwk6GLkRPTkgb42gGQeQTcCmltVJHmkHU0EIiNVcRR5W5ZhN++VHmEoUz 1VTbQUxU5lB+Ls1AExM5lfgQE8upuCKLU0WXVRNabWeDV9Y1IeJZZ22o/lVxMLkVF11xddXEUS7I YZZ9SSq55JJlTSCAQdk5tNqCoAHn0IcRKRRcbrIR1ZGVEkkkEkPNPXgQBB+xxhqGFO4kwG3/IeVa TTPZVFkS+AUFkwzWlSUUawy1OCihK7bXVZ45mpWdWTHWmARZFF1wgVc3QqRERti5p2kLUzD5Kaih GqbSUDStOeVCGuXW0peTYQmchKVhtFF/oIGkEmj69RcUfnbuqUKbE0JwwU11UsgmsTRNyOtQAviG 0nAQyOBSodVaS5V0Ds3FxHpmhTWddUkocdelbmimXXaThgWXeUxMYZ1ZFIg6L72PYXhWqbJi+aq+ ze20Gm37anfZSC1c/gCgwA+CthJSDxVUGWYXxokTww8XlJ0MAtCk1pPTTvsSUnvC9uSGI+Jk0k6T Xbsyy0s1EZYSazxUHXbaxXyXdZgW1yiPM3t1wW5rzCBABBTAi91ee8FXL9PzauwSlB+lyZoM7wkX oIGuirn1lRduKKapGs3a3KynjWZRCx8T6xxrt6UGsrFtajxpmxiWWreprb0EgVl5pkxUy4Fbq524 4w5n1hSJWzdcWdkBN1dXmSohbo1euSH00SPOYEPTnYcK3mspQUBBdRi15uAKk2O6AuscTTRhwGmV ndFlZ0uEsGmjXVYhbDIx7JIMDiXgUrJPt2kA3W0mO4EBHxPfJn4x/o24Up8z5Cs49oPizBem1ekm R1kUgF/WBlI6Lt1ZEJ1nIBMfoBsXvHW69R4TntufpJjngT4RR5j+1pDrgBMS1QjodreLncDAZqdZ tYZNxlveh9BkE6g9yXhp65NJiHUZDAnAAHKLiXD6RCcZxGlPwWlB9lKoIvON6wLvqk4T5KAUObyB BfASU47aE6OZNe5dpREPdmYghXfRDzsQuB/TICCA+oiJP2GZSGQGJBAE7WcF+Kli6ziykysRTHYb 09uGlICfkDBEb8drEwXu9hJiaexpHpxA1dgEk/Asi3gTWhNM4hSTgEnpXA9RISCRIxF4TaFoApjB E5oQATq8QS4o/iIcRLLzFf2l7zo1GhF7ZmAA61xMU+1ZHACOiEQlwcQGS7SPC16gky1eREwAzAhr OJLF1sFya2HbWkm+eMCDvNF4FPSlSzzIxj3WSULZCVlqApU84JnvYcIRUfBEBCtoJSGQ1qQKvC5g tBnQQJFyYcEMz0ORBYVlUWbzzp9opjTuTMAGi6rcphZ1P1HSR2NUGJo7l5YkK/aFI294w4MeIprV 1PJKrDMgbRpWNrxdCG8ONUnVHsq8adHpQy9xjQLhaEdjjchAFYWj1ar4sJs45JomhQq8pEQD61BB KWUB33m0EwGt/LA9dIFlBATiEHehK6XqWVzmYHISeTGNZhMY/owBCOMSxLTTLePxCpMgEkqBOsAF iVkBAPgToebwB2z7quPWWJMdOFWQJnF0JlrKNpP1fM10tYnSSB5KrJjYrZgOCWV2xvaqsyjhpH5l Crxs4JcpaKsJADiPHChgLoC+ITvl1E4Q0yOesrQniMPxSvOEmLkgWs1zalncUgGgHuRd4ABJLa0B pCCDSRHLQ0xwAJJGaZgFOex1E3RBBNo0JRAR1Gtxc9XsCiY6mXxIPXEUmK86StH/aM0FRK2lQD+T vkv9tbpi2iZhJaJIRj3EfG9xiJ+uQ50g/jSITnUS8Co7Wc+KxzrIs6Pz1HIB9rjEBnuZAo081El6 ypYwfsRS/kIbiKDKiAQCroPuhzgU1hNiKJQGeONOvAu2vLXgabOKIMJu9xnaXmQ0E6juXyfnArKc RwlncQimYpa6PL1AtLtRwgsmQKTInmRx56kRkaqzFwxhzD0Xq5cA8qKXONREPR9gHsiepxYptNMl NMWtjPZi2P4ORiUeWrDpeJXAJu6muVt7wX4kQgGHgGcnhzGAxlJWUKDITiVFTk0XieOqBXUoQK76 MIhPOrni7DSVLqBBWFL3RInkSCPHvDLNFsdkeB2OfpT92Qzc0q3G6TNU2MHQjeZIPLe4UwNxeKpW 3BCHJgRAO3KoH5XxusevykQloQwZxATmkQVjkSMvADNH/hTjRiqKiaBlanXAuqaqK+lXVmchkn7y fFLr5JMsK3XnB84jpXXxdV0SMTGK3LO5lFjnXU6lVF791ISDcZtqMJnXTvgmoifR7cEayOSIupIX NxBJfUowV06Ommq+9UdrdBqK29aTmQSxxn8qwVAEXMcC1i08AlkdCFYHk7I+ck13r4sVgCeTYYsZ xD1V08pBBqRsk76M0o1z53loAF4/hSem4xrzuHzq0/dozqncIe9wDtdRq9ontCNKKkyeOakaTKos yKP5fNULHSbIYQpJaOQO+/skDD2sK0J9JsoMpsHSqEoiQgkWrV6wArGz7jBVdCXXEuifkxT5IB0F qdVk/qIe7Azcqqns6sivyWyzuEAKUlA5WVwwhRXExaaFc0M5+Zo6Soeno5F2rSTbczED1IRbOufv YH5aacEIQNLYQbMMjjwi1hJrLUCbzaGCooK/uEECcZkCe+SQ6HkFhedThx7V2TQtAayHtcBTy3o+ Jqb3vKfuEiG7n2e58Bb798BhFVHJKvMxx28IgVwDwENGVWUX5N2a7pSCtrg7ASYzvXTTKZz/lMAC 9bOgIXx/j488qAHrBM/vm9KpeGBy4oxtclFz1GRZXIAHaYzRrJPRRNRPTUqkHcCPsEdcSIGjSNsU EIlIuItcTEEcaMpdkdJDHZLaQFRM3I2eOI8AYggE/gUGBTjAa1AcBIBZWmAIiHjd2UUADdJgYORU XF0da7jFC8YNMQWGmQEAmjzEEUUA8xGGBBBGNQVG9wUSDmFHdikBzbSHiJkYdSjBG8DME2FKFk7G +MHFarmEDwUIXxzBjfiJC/SJm2kHukyA0TDP20GT5kgPSkQaj0XawcjICzTBBJ6Ho1BH5J1HBvKI h8yAp9CHHF2AGu3JpM0AUQFPGlWIHBpI1QxGaA1GBKgZmLWVRiVPFYEOyFCAwwFATk1AjI1E8IhJ YDiXENpdStzaKGLiCwwAKXoADVIADbhgGuEWCgKABAxAwjFhE6pQcezQW/AI+ElJBkIEX9GdC2Th /rjEBYqB107pCN+Fy3WwCRrSj2ExgUh81gQcmf7B38+pxZGdxCbBnR3SjaMpAQ3IiM+MF1aEx7to TpGBX43Mx57gzXq0SfCMioZMXeldACnynGMMXw6+HcXJEVJEQABon2AYYardIAAMIzGm1JVEgLgM kuPwkJjcm4n5iRSGF1G4oJTozY+gRBqG13NgR7LUT1k8jUK6hQDSjVmAY6S5XRK0gX5kRQtoYV20 gBu0gA3M0WrRpMHolwx0RXy8BJsAHBypRxKElr4FxmvgxCrWEZO8wFDQikSQYg2yomDQImPEYqpR gEWmEHBMJd8wCmH1DYptDjNqR13QVM902YhI/ltZ0EZepcT+3UixOZ4LDCWUuMSOPU+NaQ6PcZZT nUdduIHYRUYT7CHhDcwgQcsFvFt4aIrVGcRjsMaNVA+ILBE9nZJ/EQZ+LAbvDQZRGcaY0cCYaYwL mCZjkGVgPCRuTiRipGX2RE7kpM+47MYV/iH6IZt2OFISqBKmEIU13mRpuF8LqFwMak6O9F/vgZZb mERKBY+jocVeBpEUJEEElFwLHABxmFd6TIF+8QlWCIiO5IhjyKbcdI4TjEhrPoZtOsZDCkYABEB+ 7qduCgZvYo9kRVp4YQqoDYkLyMzkpMdDBB0O8dnF0BxCOMmIhMXGKAHNQYtauIAGbCZ4zZdM/ghV zXQXR1QK4iUESogaA5aHVZVHTEyXdbTFle2F2z2GtHQLfADoY8jLtBwMzxkkk1jAfOwnjwboYQyo 4LTXXaBFSpGOWaxATE3lBRiB+hznk4FFWIhdn8nYmKkkWpggHc6maDle0MWojmAfpzQOWhTOjEHS Iz3MeRyAioIcToCG4rRAE/BSbDGGcr3H6MSHxsSX8jwJqBwpkoaKkgYO38lFySmKkRwbjJlY4bEd ZO1UNomHEhyBzgiE9IAXt4GHgQqV6FRPRyUmiLTgq72FG5IFpkAAkZgLVjAEE7SWfrVHyw3mSThq DFmHANLVUS6GtpBQmwhGdjhGVQJAsiYq/rM2xqK2DBs26an1EXbIQVi8wVecS0ihywU8DQV00JnO wAeM2VQOB7GIlUPNF1290R7tIoiCEKOIi6Bpi3AoILjEz3vYwEGI0JW1R8Fwy2odgAYshlGe1THB ySoKabMuLKg8K8vMIZip56V+BXU8I1wc09tB1p7QjTiK47WlBZs4VxyGowFwQJukVOOwHXeVRUMM mn/0FJqal4g4xFo43rGZRRyER9XUBGsdALLSwM5SxojMzWQwrNEyicOujIwUWvoE3Qc8GXCIarm1 wLcOzfM4hAcZAAWMGUwknBbJixGqhQEwpJLdYceFy0jwG7aNBBsKwJhd0VRKUsflRG+4/tbPtIUB 2BcD0uQB9G1S2UveJIu6HS3hKknSXkvXuFYMxYi0yUVDgIcHaaNKjF7dgM7WQq5LbC0EuI+MvYTx gAd4iOMNKYFTnphlUiOjpC7xueQmdaO81Cohpcm4ccvFLEraTMqDPdh8/OMppZEbFi7w0sfhWkt2 qKemjMhx6lRMEdpLHNPWngqZOdetQcnl7scbiogB8M2Y6dTqoFhfOJ75tAaj5By8BM+ksEeR7Wy/ BoYVwapDzA2x8I2HrAXz5K4AtEXw5m+qDW+1UMqXPtLWaKjpiskNteyIeKxA4EtKxNStsYAbCcQS rMD6uQCnDlpKGFzj/F71OFU4Lo55/iKPIcZB56FpNR5RUFDAhuCHeUXaURqAaRmABhhADegvDY8S /xbKiUnJy9CBEjiBkXSZWI3OICEFdzbM4rQAmH2Hnz3Bwh0BCzyxEx+BFIMZBSwcC4DXQYUpSjzY De2RgS4O6anHDWRg1cgqZF2RGJlweATFjbDWg2VmW2gTQdYwHXfODRNKn9kMzLhU+sSV7ISvuTrl rcFMBLDfEx8yC7zAE7+AFEcxC0gxzPiEhjYMC8QU0DAPm8Afx8jXBWzAWthAz7pFDUiBW0gBBFQV CJPeg1EAKLPW0mxeHcdyw95xi9hIidwYkTjEBzwYt4WikzSEgcBgShzBCtCgQISF/hV7bTE/QApA 8SMfshZiCqcCGsxMZcjymIUymhu3hQ0w4P3mZEpdwAeQXgkCAN6uxQfIsjo3DS23yIkdG0VkBw1A HUVAAA6umwsADQ/GFXh4pQs886YusxVLMDTvBAWAmUuMq1X5Dwxmh3egoSM+Dd24Mh7SJCbRJPJ4 0AccwBRwwKRMWWDQ5jqP9Cy3s4pMYfvMwIHJxRHdRQQg79aeJAhFb8Pg0QU/83408SETMyLnUkKb 7hkaliMesB3mrsmSVu6+Me4mS0YLIPIQXd6SGuaRNFXPi0mvCAVEWzA7hHrG6KWyqVfh4AtmLlIM xSNzausg8hMTtDPH2PYi05lC/olzhSNT129S23VSv7BSa0AN9DXKVTVgM81VqwjjxYgQmUfmbA9a iEe52nTdCMT2OpdVpU6pOfMhv631bi3jbNo4lx7HgKsAhHZSu3Boh3a3dlDumtYGaIANEN0oK2xg x/aSDPZyNMGoXaokyZxuk9ddMA4owsRv74dgSDBWUQD7MTQpZu7babRaMCCSPQnm8rJTb1LfVrcA dtCkoDZqZfSH6q5VXgDRibRsj/di0LZybMdb3BwnkVf1/IyTzBdbMRqGpGLzWhVSxNQSRYBpOtRQ aDa7bRq4Eg8vi6JjUAB1Z7Re960MAGGpsBZ5P3h5mzdySJufKO5PnSF8++pR/nKM70mUSYwZ1w7F MVklfoCintxNBxlPaN+eKJplktSvR29SYNSEsob2gkM4jhuGhAtSmWBJjfQeKVOUj5CzbpGtHOUl 1zolLzYYfsBJs0BJGynRiqvFtx5hqGze7ZZVjm95Yez4cWQAaxCbevDsRMsX5QYTOJ6sS6wUDJ6K bnUUAJCVnjgXDbota8AJmi3VstLLdU9d580xlwe6l1tFhqsHxwQfh9ONlMf5BADLhqzbyCbZBNnN a+gJUoAlf56Sfou2/RxVaYdWqQQ6lw96VbDWUdIk3czNfNdERL3Eb3u4buGNpU8d6ShRoFXRC5Bu vgToUIj6lpM6VXDy+ZIe/qzjDbl5ODDxTqVzDPIqkfb6FwVUAKb7OrX3F7BPBaq78kBykAlKdLHz txqddgW90QU/AGKId7Wn+/1cu1TA0Y9u8rCk6/IU+yJuWkoYz90YN6KqO78jKbtHxbanK3/XDbn3 EtT4Us3VjSMqQb83vNH+O1RI2qTU+0Nl9dNwQL0nz7zziojou8PHNsQD+7vXTbIkC9lS+kONLOgM TRLse7WHPMxftQKeLKHOt7FrFI/JV+X+s8ure8z//B2DVpOtm4gsDtW8ncecedG1Sc83PNA//eHO IRzVYUz04yZ7cdD9XuktjhKY+8fvJtSHvZJyl+MlfTut1rQYujBpks4r/iAENP3XV6TYz71FspY7 lV4YnhFTL5OSHRkFwP3X073gdx8e9l4YEvkbbzIFJc8b3Wfc6/jgRz6IzZECJg8FzPvybLzdvADg P77kf75ffZYMFOW3B7xLdP7jCyjor74TZsAH+CoHiONDDSCGOH7qMwbr534KvT7oEMvrF/sF5Oft O4buF3/gZEBKfUAGUEETdFNH4w3qDz/kGz/1V8sEuD72n7AA0ADnnr70J0n1hz+hcMANjCt4CAAH OOKYPUD0f39iiD/8r0gGbO2tDYAorsAStL/7K0b8939yAESGGRJmKGERAEBChQsZNnT4EGJEiRMp VrR4MSEdjRs5dvT4/hFkSJEjSZY0eRJlSpUrWbZMSSHCA4QYada0eRNnTpc7efb0+RNoUKEmH+Q0 ehRp0ppDmTZ1+hRqVJFKqVa1mlRqVq1buXbteBVsWLESvZY1exatyrFr2YZN+xZuXLNt6dY9Khdv Xr1C7fb1e3FvYMGDTf41fNghYcWLFSN2jJhxZMlyH1f2OxlzZq+WOdPV/Bn0084TQ5c2fTroaLKo Wbd2TVJ1xNezab+ODbF2bt2gbz/c/Rv44t6Jgxc3Tnk4w+PLmZdNrrx5dOminyucfh37z+rWs3f3 nnJ7xu/jyYMMD6B8evXn1bcfz959fOzw5ddvTt9+/uL49ffXzd+//gBtC0/AAmcD0MAEeSNQwQZD Q9DBCIVjUMIKLbwQwww13JDDDj38EMQQRRyRxBJN3Gwj9E5ccaMiFCCBBy1+IEEBKE5TUSMcWSQx DAV42MKLLb4go4wyiFAgjDkeTJHJHOngTscdJRyBBy6+GLLIMtJIo4gRSosyRfRUxBFMKRsc4Ycv xijSjC3TmKMIEr78aMwxmzRTwh6JKNJNJV0MA89AP3PRhCK4RKFGQRVdlNFGHX0U0kglnZTSSi0V UccygdL00t9cJOGHLX4oIVHWONWu0+N65MGLK4ks8sgkTQPTzibrrNNJj27NNdXZ0LwyCBE4aECH LaHwckldOao1/lcy71z2zlN7DQ1NInVogIEEckiDjjiTjZbXJ3l1Nlxwy50WNT21dJMOOJFEF96g CIXi0FLjvRfffPXdl99+/f0X4IAFzipTqAoeOLNPY5zR3htFMy8kaRH2alUghXw1ViXn/CrcWqFk 9lloxW12YryotBJLPrlEljc6RT6Y3JFFVlZmkEtO69c1y2hzSzjlbHlmkJmNWdODm81IzJvfUnfd N7t9V+l+CTW0CERtjBrrrLXemuuuvf7awzPIiEEBAsw+G+200UaghDO4BXvRMxSoQmON3rabo7vb jUIBuBktgwA339ySjp7ZNfzNIgmIzOivxCyzcb8DAzwNNNBI3AOAy9EoI/PKNf+8SDEWZ0xikmmG DTzJmwL8cs43t7wMy9OIfaHXy/Bi9Am5q9l0x3cnl+gnxbNZ9Z9Ypz122hNC/nUAYh8Dd8ZdNh3y iIM+nfjiezr+DOdfJxIAM7oX3wwynC+DjOhJn9667GG2VVzg4S9d+5MAF//VhTgv0nyF+Ic+d/Vj 0f2IVED0HZAMBlQgAAUoJcCRYUgRJMMYIFjBMQyJgkPyghe0EMAGmggNJfDADqxQQhOeEIUnFIIH SvBBF74QhjGU4QxpWEMb3hCHOdThDnnYw0gFBAAAOw== ------=_NextPart_000_0007_01C3237C.27CB7D30-- From keon at nacse.org Mon May 26 07:51:59 2003 From: keon at nacse.org (Dylan Keon) Date: Mon, 26 May 2003 07:51:59 -0700 Subject: [Mapserver-users] Set scalebar properties In-Reply-To: <3ED12BAF.68B04B48@dmsolutions.ca> References: <5.2.1.1.0.20030522134742.01bbec60@gridg.grid.unep.ch> <3ECCFE97.2090905@nacse.org> <3ED12BAF.68B04B48@dmsolutions.ca> Message-ID: <3ED22A0F.3040606@nacse.org> Daniel Morissette wrote: > Dylan Keon wrote: > >>Stefan Schwarzer wrote: >> >>>I would like to change the size of my scalebar dynamically in >>>MapScript/PHP, but couldn't find anything in the mailing list archives. >>>Does someone has an idea? Something like >>> $scalebar = $map -> scalebarobj(); >>> $scalebar = set("width", 200); >> >>Try this: >> >>$map->{'scalebar'}->set('width', 200); > > Does the Perl hash table notation ($map->{'scalebar'}->...) work with > PHP objects? I never tried it myself, but if the above doesn't work > then try: > > $map->scalebar->set('width', 200) For me, it works both ways. IIRC, I was receiving PHP notice-level errors in the error_log when using the simpler syntax. The Perl hash table notation worked for me at that time without giving any errors. Just tested it using the simpler syntax and I'm no longer getting errors. --Dylan From spoerri at duke.edu Mon May 26 08:50:32 2003 From: spoerri at duke.edu (Christoph Spoerri) Date: Mon, 26 May 2003 11:50:32 -0400 Subject: [Mapserver-users] Expand and collapse legend In-Reply-To: <89E3039EC5D3BF4C9A74E4B997AC49694A7279@mscpt-ser02.minserv.co.za> References: <89E3039EC5D3BF4C9A74E4B997AC49694A7279@mscpt-ser02.minserv.co.za> Message-ID: <200305261150.32747.spoerri@duke.edu> Hi Charles, I wrote some javascript code that allows you to create a expandable list in HTML. The code works for most browsers, but I do not have a nice package. Also, I didn't try it yet with mapserver, but I'm sure it shouldn't be too hard. So, if you are interested please let me know and I can send you the code and some documentation. For an example please check out git.tnc.org/m2p. Christoph On Monday 26 May 2003 06:53 am, Charles Young wrote: > Hi, > > Does anyone know of a way to allow users to expand and collapse the > legend thereby allowing a number of classifications? > > > Best Regards > > Charles Young > Director: Business Development > > ------------------------------------------------------ > Spatial Dimension Pty LTD > Cape Town > South Africa > Tel: +2721 531 3132 > Fax: +2721 531 4209 > Cell: 083 679 1789 > Web: www.spatialdimension.co.za > ------------------------------------------------------ > > "Every man dies, but not every man lives." From dblasby at refractions.net Mon May 26 09:33:16 2003 From: dblasby at refractions.net (David Blasby) Date: Mon, 26 May 2003 09:33:16 -0700 Subject: [Mapserver-users] postgres 7.3.2..... In-Reply-To: <3ED12A55.A2162D5D@dmsolutions.ca> References: <000c01c320fe$87da7990$b9c8c8c8@devp09> <3ED12A55.A2162D5D@dmsolutions.ca> Message-ID: <3ED241CC.4010304@refractions.net> Daniel Morissette wrote: > This may be independent of the PostGIS bug after all... stay tuned on > bug 316, it may be fixed soon in the 4.0 dev. version. This will not be > fixed in 3.6. > > The root of the problem here is that getShape() doesn't like to return a > shape with 0 attribute fields in it... it's really odd that postgis > would return shapes with no attributes by default. Anyway, you could > possibly work around the problem by forcing your layer definition to > select some attribute fields, I think I've seen discussions of this in > the archives in the past. (Don't email me directly to ask I don't know > how to do it.) PostGIS usually (when drawing) looks at the layer (layer->items) to figure out what columns it should pull. If your mapfile LAYER definition is really simple (ie. no classes, etc...) the only thing getting pulled from the DB is the Geometry and the 'shapeid'. During a query (and only during a query), mapserver calls msPOSTGISLayerGetItems() and PostGIS will go to the database to find all the possible columns that the DATA query can supply. The subsequent query will pull a feature with the geometry, 'shapeid', plus all the columns. dave From BBruce at gov.mb.ca Mon May 26 12:42:37 2003 From: BBruce at gov.mb.ca (Bruce, Bob CON) Date: Mon, 26 May 2003 14:42:37 -0500 Subject: [Mapserver-users] Problems in Cursor Coordinate Display on Status Bar Using Mapplet Message-ID: <67AA2C4FAC30D611A8F600306E1C245101545CE4@WPG001EX11> I have been working my way through the tutorials to learn how to implement the MapServer and have hit a snag with the Mapplet. I can get it to work OK with the zoom box but I cannot get it to display the cursor coordinates. I have looked at the past messages on this listserv and tried to follow their instructions to no avail, and have also consulted the Mini-HowTo about the mapplet to see how to do this - still no success. So, this is what I've done: 1) I put in the Javascript function: mapplet_mouse_moved(name,x,y) that was described in an earlier message, and couldn't get a cursor display, 2) the Mapplet Mini-HowTo mentions a different function: mapOver(x,y) , I put that in and also didn't get a display of the cursor coordinates, so I'm stuck at the moment and wonder if someone out there has an answer to fix this problem. My HTML code in the template looks as follows: MapServer Tutorial - Section 3, Example 5 - Zoom Rectangle and Cursor Coordinate Display

Section 3
Example 5 – Zoom Rectangle and Cursor Coordinate Display

This  used.

[map file listing] [template file listing]
[minx]
[maxy]

[maxx]

[minx]
[miny]

[maxx]

Scale 1:[scale]
Map Controls


Set your zoom option:

Legend

thanks for your help, Bob Bruce **************************************************************************** ****************************** ** Bob Bruce, P.Eng. Geomatics Support Engineer ** bbruce at gov.mb.ca Manitoba Geomatics/Remote Sensing Branch, ** work # (204) 945-6636 1007 Century Street, ** home # (204) 256-4615 Winnipeg, Manitoba, Canada, R3H 0W4 ** FAX # (204) 945-1365 ** ** The Manitoba Centre for: ** Cadastral & Topographical Mapping, and Remote Sensing ** See us on the Web at: http://www.gov.mb.ca/conservation/geomatics/ cada_mapping/index.html ** and: http://www.gov.mb.ca/conservation/geomatics/index.html ** Check out our digital maps at: http://mli.gov.mb.ca/ **************************************************************************** ****************************** From Rich at GreenwoodMap.com Mon May 26 14:41:24 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Mon, 26 May 2003 15:41:24 -0600 Subject: [Mapserver-users] Problems in Cursor Coordinate Display on Status Bar Using Mapplet In-Reply-To: <67AA2C4FAC30D611A8F600306E1C245101545CE4@WPG001EX11> Message-ID: <5.2.0.9.0.20030526153636.00a71d68@mail.GreenwoodMap.com> --=======407641A8======= Content-Type: text/plain; x-avg-checked=avg-ok-2F5A5C15; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit At 02:42 PM 5/26/2003 -0500, you wrote: >I have been working my way through the tutorials to learn how to implement >the MapServer and have hit a snag with the Mapplet. I can get it to work OK >with the zoom box but I cannot get it to display the cursor coordinates. I >have looked at the past messages on this listserv and tried to follow their >instructions to no avail, and have also consulted the Mini-HowTo about the >mapplet to see how to do this - still no success. > >So, this is what I've done: > >1) I put in the Javascript function: mapplet_mouse_moved(name,x,y) that was >described in an earlier message, and couldn't get a cursor display, >2) the Mapplet Mini-HowTo mentions a different function: mapOver(x,y) , I >put that in and also didn't get a display of the cursor coordinates, For starters, I think you need to declare 'verbose': I forget which function name was used in mapplet (check the Java source). Steve Lime has developed a newer version of mapplet called jBox. In jBox the function you want is mousemove_handler(name, x, y). You can fetch jBox and some documentation at: http://www.greenwoodmap.com/mapserver/jBox/ Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com --=======407641A8=======-- From BBruce at gov.mb.ca Mon May 26 15:00:33 2003 From: BBruce at gov.mb.ca (Bruce, Bob CON) Date: Mon, 26 May 2003 17:00:33 -0500 Subject: [Mapserver-users] Problems in Cursor Coordinate Display on St atus Bar Using Mapplet Message-ID: <67AA2C4FAC30D611A8F600306E1C245101545CE7@WPG001EX11> Thanks Richard. I now feel silly having sent this query, cause in the Mapplet How-To it lists this parameter, so with the addition of the following line: after my applet definition, it worked great. I am having trouble with the computer that I'm working on and maps aren't being displayed properly and the javascript code isn't working properly either. When I tried this on a smooth running computer everything worked fine. Bob -----Original Message----- From: Richard Greenwood [mailto:Rich at GreenwoodMap.com] Sent: 2003-May-26 4:41 PM To: Bruce, Bob (CON) Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Problems in Cursor Coordinate Display on Status Bar Using Mapplet At 02:42 PM 5/26/2003 -0500, you wrote: >I have been working my way through the tutorials to learn how to implement >the MapServer and have hit a snag with the Mapplet. I can get it to work OK >with the zoom box but I cannot get it to display the cursor coordinates. I >have looked at the past messages on this listserv and tried to follow their >instructions to no avail, and have also consulted the Mini-HowTo about the >mapplet to see how to do this - still no success. > >So, this is what I've done: > >1) I put in the Javascript function: mapplet_mouse_moved(name,x,y) that was >described in an earlier message, and couldn't get a cursor display, >2) the Mapplet Mini-HowTo mentions a different function: mapOver(x,y) , I >put that in and also didn't get a display of the cursor coordinates, For starters, I think you need to declare 'verbose': I forget which function name was used in mapplet (check the Java source). Steve Lime has developed a newer version of mapplet called jBox. In jBox the function you want is mousemove_handler(name, x, y). You can fetch jBox and some documentation at: http://www.greenwoodmap.com/mapserver/jBox/ Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com From gbuckmaster at cox.net Mon May 26 15:22:14 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Mon, 26 May 2003 15:22:14 -0700 Subject: [Mapserver-users] legendObj outlinecolor property does not exist? Message-ID: <200305261522.14046.gbuckmaster@cox.net> Greetings, In the process of learning how to code PHP/Mapscript applications, I ran across a possible removal of a property from the legendObj class. My Linux system consists of 2.4.21-0.13mdk, PHP Version 4.3.2RC3, and MapServer version 4.0 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE. When the code (offending portion remarked out) below is executed, nothing is displayed and I get the following error in my Apache error_log: PHP Fatal error: Property 'outlinecolor' does not exist in legend object. $my_legend = $map->legend; $my_legend->set(height, 80); $my_legend->set(width, 160); #$my_legend->set(outlinecolor, 1); $my_legend->set(status, MS_EMBED); $my_legend->set(position, MS_UL); $my_legend->set(postlabelcache, MS_TRUE); $map->drawLegend(); BTW, when the offending line (concerning outlinecolor) is remarked out, the applications works perfectly. According to DM Solutions documentation on Mapscript 3.6, located at: http://www2.dmsolutions.ca/webtools/php_mapscript/php_mapscript_docs36.html The property does exist as shown below: legendObj Class ----------- Constructor: Instances of legendObj are always are always embedded inside the mapObj. Members: int height; int width; int keysizex; int keysizey; int keyspacingx; int keyspacingy; int outlinecolor; //Color of outline of box, -1 for no outline int status; //MS_ON, MS_OFF, MS_EMBED int position; //for embeded legends, MS_UL, MS_UC, ... int transparent; int interlace; int postlabelcache; //MS_TRUE, MS_FALSE labelObj label; colorObj imagecolor; string template Did this property get dropped in the recent development, or did I miss something in the build of of Mapserver 4.0 dev? More importantly, can I duplicate the functionality of the outlinecolor property of legendObj with other code? Thanks, Gerald From pkishor at geoanalytics.com Mon May 26 15:29:07 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Mon, 26 May 2003 22:29:07 -0000 Subject: [Mapserver-users] html-type legends with perl mapscript Message-ID: to the perl wonks... the legendObj seems pretty sparse in the methods it offers... are there any undocumented tricks to create, say, only the keybox for a specific layer (without the name of the layer, etc.), or do I have to do implement some kludge -- I was thinking of turning on one layer at a time, creating legends, writing them to separate image files, and then reading them all in... but I would get the little legend keybox as well as the layer name... any ideas? thanks. From morissette at dmsolutions.ca Mon May 26 16:38:54 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 26 May 2003 19:38:54 -0400 Subject: [Mapserver-users] legendObj outlinecolor property does not exist? References: <200305261522.14046.gbuckmaster@cox.net> Message-ID: <3ED2A58E.9A8433FC@dmsolutions.ca> The class outlinecolor has been moved to a new style object in version 4.0dev. You can get the latest PHP MapScript 4.0 (a.k.a. 3.7) docs at: http://www2.dmsolutions.ca/mapserver/dl/mapserver-3.7-dev-PHP-MAPSCRIPT-README.txt See also the migration guide in the wiki for a more complete list of changes between 3.6 and 4.0: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide Daniel Gerald Buckmaster wrote: > > Greetings, > > In the process of learning how to code PHP/Mapscript applications, I ran > across a possible removal of a property from the legendObj class. My Linux > system consists of 2.4.21-0.13mdk, PHP Version 4.3.2RC3, and MapServer > version 4.0 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ > SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE. > > When the code (offending portion remarked out) below is executed, nothing is > displayed and I get the following error in my Apache error_log: PHP Fatal > error: Property 'outlinecolor' does not exist in legend object. > > $my_legend = $map->legend; > $my_legend->set(height, 80); > $my_legend->set(width, 160); > #$my_legend->set(outlinecolor, 1); > $my_legend->set(status, MS_EMBED); > $my_legend->set(position, MS_UL); > $my_legend->set(postlabelcache, MS_TRUE); > $map->drawLegend(); > > BTW, when the offending line (concerning outlinecolor) is remarked out, the > applications works perfectly. > > According to DM Solutions documentation on Mapscript 3.6, located at: > http://www2.dmsolutions.ca/webtools/php_mapscript/php_mapscript_docs36.html > > The property does exist as shown below: > > legendObj Class > ----------- > > Constructor: > > Instances of legendObj are always are always embedded inside the mapObj. > > Members: > > int height; > int width; > int keysizex; > int keysizey; > int keyspacingx; > int keyspacingy; > int outlinecolor; //Color of outline of box, -1 for no outline > int status; //MS_ON, MS_OFF, MS_EMBED > int position; //for embeded legends, MS_UL, MS_UC, ... > int transparent; > int interlace; > int postlabelcache; //MS_TRUE, MS_FALSE > labelObj label; > colorObj imagecolor; > string template > > Did this property get dropped in the recent development, or did I miss > something in the build of of Mapserver 4.0 dev? More importantly, can I > duplicate the functionality of the outlinecolor property of legendObj with > other code? > > Thanks, > > Gerald > > _______________________________________________ > 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 May 26 16:43:26 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 26 May 2003 19:43:26 -0400 Subject: [Mapserver-users] legendObj outlinecolor property does not exist? References: <200305261522.14046.gbuckmaster@cox.net> <3ED2A58E.9A8433FC@dmsolutions.ca> Message-ID: <3ED2A69E.63B5F17B@dmsolutions.ca> Ooopps, you're talking about the legendObj, not the classObj... I should have read your message more closely before responding... duh! This change should also be described in the migration guide, but it's a different story: the legend->outlinecolor is now of type ColorObj like all other color variables in mapscript, so you access it this way: $my_legend->outlinecolor->setRGB(255,0,0); Daniel Daniel Morissette wrote: > > The class outlinecolor has been moved to a new style object in version > 4.0dev. You can get the latest PHP MapScript 4.0 (a.k.a. 3.7) docs at: > http://www2.dmsolutions.ca/mapserver/dl/mapserver-3.7-dev-PHP-MAPSCRIPT-README.txt > > See also the migration guide in the wiki for a more complete list of > changes between 3.6 and 4.0: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide > > Daniel > > Gerald Buckmaster wrote: > > > > Greetings, > > > > In the process of learning how to code PHP/Mapscript applications, I ran > > across a possible removal of a property from the legendObj class. My Linux > > system consists of 2.4.21-0.13mdk, PHP Version 4.3.2RC3, and MapServer > > version 4.0 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ > > SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG > > INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE. > > > > When the code (offending portion remarked out) below is executed, nothing is > > displayed and I get the following error in my Apache error_log: PHP Fatal > > error: Property 'outlinecolor' does not exist in legend object. > > > > $my_legend = $map->legend; > > $my_legend->set(height, 80); > > $my_legend->set(width, 160); > > #$my_legend->set(outlinecolor, 1); > > $my_legend->set(status, MS_EMBED); > > $my_legend->set(position, MS_UL); > > $my_legend->set(postlabelcache, MS_TRUE); > > $map->drawLegend(); > > > > BTW, when the offending line (concerning outlinecolor) is remarked out, the > > applications works perfectly. > > > > According to DM Solutions documentation on Mapscript 3.6, located at: > > http://www2.dmsolutions.ca/webtools/php_mapscript/php_mapscript_docs36.html > > > > The property does exist as shown below: > > > > legendObj Class > > ----------- > > > > Constructor: > > > > Instances of legendObj are always are always embedded inside the mapObj. > > > > Members: > > > > int height; > > int width; > > int keysizex; > > int keysizey; > > int keyspacingx; > > int keyspacingy; > > int outlinecolor; //Color of outline of box, -1 for no outline > > int status; //MS_ON, MS_OFF, MS_EMBED > > int position; //for embeded legends, MS_UL, MS_UC, ... > > int transparent; > > int interlace; > > int postlabelcache; //MS_TRUE, MS_FALSE > > labelObj label; > > colorObj imagecolor; > > string template > > > > Did this property get dropped in the recent development, or did I miss > > something in the build of of Mapserver 4.0 dev? More importantly, can I > > duplicate the functionality of the outlinecolor property of legendObj with > > other code? > > > > Thanks, > > > > Gerald > > From morissette at dmsolutions.ca Mon May 26 16:45:51 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 26 May 2003 19:45:51 -0400 Subject: [Mapserver-users] html-type legends with perl mapscript References: Message-ID: <3ED2A72F.5F2487C6@dmsolutions.ca> In PHP MapScript there is a $class->drawLegendIcon() that you could use for this. I don't know if it's been made available in Perl MapScript, but if not then you could perhaps file this as an enhancement bug. Daniel pkishor_98 wrote: > > to the perl wonks... > > the legendObj seems pretty sparse in the methods it offers... are there > any undocumented tricks to create, say, only the keybox for a specific layer (without > the name of the layer, etc.), or do I have to do implement some kludge -- I was > thinking of turning on one layer at a time, creating legends, writing them to separate > image files, and then reading them all in... but I would get the little legend keybox as > well as the layer name... any ideas? > > thanks. > From pkishor at geoanalytics.com Mon May 26 17:32:05 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 27 May 2003 00:32:05 -0000 Subject: [Mapserver-users] Re: html-type legends with perl mapscript In-Reply-To: <3ED2A72F.5F2487C6@dmsolutions.ca> Message-ID: --- In mapserver-users at yahoogroups.com, Daniel Morissette wrote: > In PHP MapScript there is a $class->drawLegendIcon() that you could use > for this. I don't know if it's been made available in Perl MapScript, ah yes, class->drawLegendIcon. It is there; I just was looking at the most intuitive (to me) but wrong place. Thanks Daniel for setting me straight. Puneet. > but if not then you could perhaps file this as an enhancement bug. > > Daniel > > pkishor_98 wrote: > > > > to the perl wonks... > > > > the legendObj seems pretty sparse in the methods it offers... are there > > any undocumented tricks to create, say, only the keybox for a specific layer (without > > the name of the layer, etc.), or do I have to do implement some kludge -- I was > > thinking of turning on one layer at a time, creating legends, writing them to separate > > image files, and then reading them all in... but I would get the little legend keybox as > > well as the layer name... any ideas? > > > > thanks. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gbuckmaster at cox.net Mon May 26 19:21:55 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Mon, 26 May 2003 19:21:55 -0700 Subject: [Mapserver-users] legendObj outlinecolor property does not exist? In-Reply-To: <3ED2A69E.63B5F17B@dmsolutions.ca> References: <200305261522.14046.gbuckmaster@cox.net> <3ED2A58E.9A8433FC@dmsolutions.ca> <3ED2A69E.63B5F17B@dmsolutions.ca> Message-ID: <200305261921.55404.gbuckmaster@cox.net> Daniel, Thanks, but apparently it still does not display an outline around the legend, but something did mess with my truetype on a different class object. My truetype support died on the labelObj of scalebarObj...still works fine on the labelObj of the legendObj (already tried a few minsize-maxsize scalings). I get an error in the Apache error_log: PHP Fatal error: MapServer Error in msGetBitmapFont(): Invalid bitmap font. Must be one of tiny, small, medium, large or giant. The scalebarObj label is exactly the same (even copy-pasted) as the legendObj label but gives me this error. This file is the only code I've messed with (font scaling worked fine before on both major objects), so I think it may be tied somehow to modifications to the ColorObj's. I don't know...just wild stabs in the dark. This script works great, but doesn't render an outline around the legend. /* BUILD LEGEND */ $my_legend = $map->legend; $my_legend->set(height, 80); $my_legend->set(width, 160); $my_legend->imagecolor->setRGB(240,220,200); # tan $my_legend->outlinecolor->setRGB(1,1,1); # black $my_legend->set(status, MS_EMBED); $my_legend->set(position, MS_UL); /* SET LEGEND LABEL PROPERTIES */ $my_lg_label = $my_legend->label; $my_lg_label->set(font, "arial"); $my_lg_label->set(type, MS_TRUETYPE); $my_lg_label->set(size, 10); $my_lg_label->set(minsize, 6); $my_lg_label->set(maxsize, 12); $my_lg_label->color->setRGB(100,100,100); $my_legend->set(postlabelcache, MS_TRUE); /* DRAW LEGEND */ $map->drawLegend(); This script generates the BITMAP error indicated above. /* BUILD SCALEBAR */ $my_scalebar = $map->scalebar; $my_scalebar->set(height, 6); $my_scalebar->set(width, 300); $my_scalebar->set(intervals, 10); $my_scalebar->set(units, MS_KILOMETERS); $my_scalebar->set(status, MS_EMBED); $my_scalebar->set(position, MS_LC); # lower center $my_scalebar->color->setRGB(200,10,10); # maroon $my_scalebar->backgroundcolor->setRGB(10,100,10); # evergreen $my_scalebar->outlinecolor->setRGB(255,255,255); # white $my_scalebar->imagecolor->setRGB(20,255,90); # bright green /* SET SCALEBAR LABEL PROPERTIES */ $my_sb_label = $my_scalebar->label; $my_sb_label->set(font, "arial"); $my_sb_label->set(type, MS_TRUETYPE); $my_sb_label->set(size, 10); $my_sb_label->set(minsize, 6); $my_sb_label->set(maxsize, 12); $my_sb_label->color->setRGB(100,100,100); $my_scalebar->set(postlabelcache, MS_TRUE); /* DRAW SCALEBAR */ $map->drawScalebar(); # <--- ERROR ON THIS LINE So, in summary, It looks like labelObj's attached to ScalebarObj do not like MS_TRUETYPE as a type, or the integer style property is mandatory, regardless of type, or I'm in over my head. Thanks...this is getting interesting. Gerald On Monday 26 May 2003 04:43 pm, Daniel Morissette wrote: > Ooopps, you're talking about the legendObj, not the classObj... I should > have read your message more closely before responding... duh! > > This change should also be described in the migration guide, but it's a > different story: the legend->outlinecolor is now of type ColorObj like > all other color variables in mapscript, so you access it this way: > > $my_legend->outlinecolor->setRGB(255,0,0); > > Daniel > > Daniel Morissette wrote: > > The class outlinecolor has been moved to a new style object in version > > 4.0dev. You can get the latest PHP MapScript 4.0 (a.k.a. 3.7) docs at: > > http://www2.dmsolutions.ca/mapserver/dl/mapserver-3.7-dev-PHP-MAPSCRIPT-R > >EADME.txt > > > > See also the migration guide in the wiki for a more complete list of > > changes between 3.6 and 4.0: > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide > > > > Daniel > > > > Gerald Buckmaster wrote: > > > Greetings, > > > > > > In the process of learning how to code PHP/Mapscript applications, I > > > ran across a possible removal of a property from the legendObj class. > > > My Linux system consists of 2.4.21-0.13mdk, PHP Version 4.3.2RC3, and > > > MapServer version 4.0 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > > > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF > > > INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL > > > INPUT=SHAPEFILE. > > > > > > When the code (offending portion remarked out) below is executed, > > > nothing is displayed and I get the following error in my Apache > > > error_log: PHP Fatal error: Property 'outlinecolor' does not exist in > > > legend object. > > > > > > $my_legend = $map->legend; > > > $my_legend->set(height, 80); > > > $my_legend->set(width, 160); > > > #$my_legend->set(outlinecolor, 1); > > > $my_legend->set(status, MS_EMBED); > > > $my_legend->set(position, MS_UL); > > > $my_legend->set(postlabelcache, MS_TRUE); > > > $map->drawLegend(); > > > > > > BTW, when the offending line (concerning outlinecolor) is remarked out, > > > the applications works perfectly. > > > > > > According to DM Solutions documentation on Mapscript 3.6, located at: > > > http://www2.dmsolutions.ca/webtools/php_mapscript/php_mapscript_docs36. > > >html > > > > > > The property does exist as shown below: > > > > > > legendObj Class > > > ----------- > > > > > > Constructor: > > > > > > Instances of legendObj are always are always embedded inside the > > > mapObj. > > > > > > Members: > > > > > > int height; > > > int width; > > > int keysizex; > > > int keysizey; > > > int keyspacingx; > > > int keyspacingy; > > > int outlinecolor; //Color of outline of box, -1 for no outline > > > int status; //MS_ON, MS_OFF, MS_EMBED > > > int position; //for embeded legends, MS_UL, MS_UC, ... > > > int transparent; > > > int interlace; > > > int postlabelcache; //MS_TRUE, MS_FALSE > > > labelObj label; > > > colorObj imagecolor; > > > string template > > > > > > Did this property get dropped in the recent development, or did I miss > > > something in the build of of Mapserver 4.0 dev? More importantly, can > > > I duplicate the functionality of the outlinecolor property of legendObj > > > with other code? > > > > > > Thanks, > > > > > > Gerald From spencer at dmsolutions.ca Mon May 26 19:34:52 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Mon, 26 May 2003 22:34:52 -0400 Subject: [Mapserver-users] legendObj outlinecolor property does not exist? In-Reply-To: <200305261921.55404.gbuckmaster@cox.net> References: <200305261522.14046.gbuckmaster@cox.net> <3ED2A58E.9A8433FC@dmsolutions.ca> <3ED2A69E.63B5F17B@dmsolutions.ca> <200305261921.55404.gbuckmaster@cox.net> Message-ID: <3ED2CECC.8090705@magma.ca> Gerald, I believe that you are right in thinking that you cannot use truetype fonts for scalebar objects :) Cheers, Paul Gerald Buckmaster wrote: > Daniel, > > Thanks, but apparently it still does not display an outline around the legend, > but something did mess with my truetype on a different class object. My > truetype support died on the labelObj of scalebarObj...still works fine on > the labelObj of the legendObj (already tried a few minsize-maxsize scalings). > I get an error in the Apache error_log: PHP Fatal error: MapServer Error in > msGetBitmapFont(): Invalid bitmap font. Must be one of tiny, small, medium, > large or giant. > > The scalebarObj label is exactly the same (even copy-pasted) as the legendObj > label but gives me this error. This file is the only code I've messed with > (font scaling worked fine before on both major objects), so I think it may be > tied somehow to modifications to the ColorObj's. I don't know...just wild > stabs in the dark. > > This script works great, but doesn't render an outline around the legend. > > /* BUILD LEGEND */ > $my_legend = $map->legend; > $my_legend->set(height, 80); > $my_legend->set(width, 160); > $my_legend->imagecolor->setRGB(240,220,200); # tan > $my_legend->outlinecolor->setRGB(1,1,1); # black > $my_legend->set(status, MS_EMBED); > $my_legend->set(position, MS_UL); > /* SET LEGEND LABEL PROPERTIES */ > $my_lg_label = $my_legend->label; > $my_lg_label->set(font, "arial"); > $my_lg_label->set(type, MS_TRUETYPE); > $my_lg_label->set(size, 10); > $my_lg_label->set(minsize, 6); > $my_lg_label->set(maxsize, 12); > $my_lg_label->color->setRGB(100,100,100); > $my_legend->set(postlabelcache, MS_TRUE); > /* DRAW LEGEND */ > $map->drawLegend(); > > This script generates the BITMAP error indicated above. > > /* BUILD SCALEBAR */ > $my_scalebar = $map->scalebar; > $my_scalebar->set(height, 6); > $my_scalebar->set(width, 300); > $my_scalebar->set(intervals, 10); > $my_scalebar->set(units, MS_KILOMETERS); > $my_scalebar->set(status, MS_EMBED); > $my_scalebar->set(position, MS_LC); # lower center > $my_scalebar->color->setRGB(200,10,10); # maroon > $my_scalebar->backgroundcolor->setRGB(10,100,10); # evergreen > $my_scalebar->outlinecolor->setRGB(255,255,255); # white > $my_scalebar->imagecolor->setRGB(20,255,90); # bright green > /* SET SCALEBAR LABEL PROPERTIES */ > $my_sb_label = $my_scalebar->label; > $my_sb_label->set(font, "arial"); > $my_sb_label->set(type, MS_TRUETYPE); > $my_sb_label->set(size, 10); > $my_sb_label->set(minsize, 6); > $my_sb_label->set(maxsize, 12); > $my_sb_label->color->setRGB(100,100,100); > $my_scalebar->set(postlabelcache, MS_TRUE); > /* DRAW SCALEBAR */ > $map->drawScalebar(); # <--- ERROR ON THIS LINE > > So, in summary, It looks like labelObj's attached to ScalebarObj do not like > MS_TRUETYPE as a type, or the integer style property is mandatory, regardless > of type, or I'm in over my head. > > Thanks...this is getting interesting. > > Gerald > > > > > On Monday 26 May 2003 04:43 pm, Daniel Morissette wrote: > >>Ooopps, you're talking about the legendObj, not the classObj... I should >>have read your message more closely before responding... duh! >> >>This change should also be described in the migration guide, but it's a >>different story: the legend->outlinecolor is now of type ColorObj like >>all other color variables in mapscript, so you access it this way: >> >> $my_legend->outlinecolor->setRGB(255,0,0); >> >>Daniel >> >>Daniel Morissette wrote: >> >>>The class outlinecolor has been moved to a new style object in version >>>4.0dev. You can get the latest PHP MapScript 4.0 (a.k.a. 3.7) docs at: >>>http://www2.dmsolutions.ca/mapserver/dl/mapserver-3.7-dev-PHP-MAPSCRIPT-R >>>EADME.txt >>> >>>See also the migration guide in the wiki for a more complete list of >>>changes between 3.6 and 4.0: >>>http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide >>> >>>Daniel >>> >>>Gerald Buckmaster wrote: >>> >>>>Greetings, >>>> >>>>In the process of learning how to code PHP/Mapscript applications, I >>>>ran across a possible removal of a property from the legendObj class. >>>>My Linux system consists of 2.4.21-0.13mdk, PHP Version 4.3.2RC3, and >>>>MapServer version 4.0 (development) OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP >>>>SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF >>>>INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL >>>>INPUT=SHAPEFILE. >>>> >>>>When the code (offending portion remarked out) below is executed, >>>>nothing is displayed and I get the following error in my Apache >>>>error_log: PHP Fatal error: Property 'outlinecolor' does not exist in >>>>legend object. >>>> >>>> $my_legend = $map->legend; >>>> $my_legend->set(height, 80); >>>> $my_legend->set(width, 160); >>>> #$my_legend->set(outlinecolor, 1); >>>> $my_legend->set(status, MS_EMBED); >>>> $my_legend->set(position, MS_UL); >>>> $my_legend->set(postlabelcache, MS_TRUE); >>>> $map->drawLegend(); >>>> >>>>BTW, when the offending line (concerning outlinecolor) is remarked out, >>>>the applications works perfectly. >>>> >>>>According to DM Solutions documentation on Mapscript 3.6, located at: >>>>http://www2.dmsolutions.ca/webtools/php_mapscript/php_mapscript_docs36. >>>>html >>>> >>>>The property does exist as shown below: >>>> >>>>legendObj Class >>>> ----------- >>>> >>>> Constructor: >>>> >>>> Instances of legendObj are always are always embedded inside the >>>>mapObj. >>>> >>>> Members: >>>> >>>> int height; >>>> int width; >>>> int keysizex; >>>> int keysizey; >>>> int keyspacingx; >>>> int keyspacingy; >>>> int outlinecolor; //Color of outline of box, -1 for no outline >>>> int status; //MS_ON, MS_OFF, MS_EMBED >>>> int position; //for embeded legends, MS_UL, MS_UC, ... >>>> int transparent; >>>> int interlace; >>>> int postlabelcache; //MS_TRUE, MS_FALSE >>>> labelObj label; >>>> colorObj imagecolor; >>>> string template >>>> >>>>Did this property get dropped in the recent development, or did I miss >>>>something in the build of of Mapserver 4.0 dev? More importantly, can >>>>I duplicate the functionality of the outlinecolor property of legendObj >>>>with other code? >>>> >>>>Thanks, >>>> >>>>Gerald > > > _______________________________________________ > 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 gbuckmaster at cox.net Mon May 26 19:40:16 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Mon, 26 May 2003 19:40:16 -0700 Subject: [Mapserver-users] legendObj outlinecolor property does not exist? In-Reply-To: <200305261921.55404.gbuckmaster@cox.net> References: <200305261522.14046.gbuckmaster@cox.net> <3ED2A69E.63B5F17B@dmsolutions.ca> <200305261921.55404.gbuckmaster@cox.net> Message-ID: <200305261940.16746.gbuckmaster@cox.net> All, Disregard the irrelevant ramblings about truetype with this exception: The legendObj rendered text (type unknown, though I asked for truetype) with the size property set; the scalebarObj did not - it errored. As soon as I remarked out the "$my_lg_label->set(size, 10);" on the labelObjects of both major objects, it worked. I still have no outline around the legend. Probably something simple. Gerald On Monday 26 May 2003 07:21 pm, Gerald Buckmaster wrote: > Daniel, > > Thanks, but apparently it still does not display an outline around the > legend, but something did mess with my truetype on a different class > object. My truetype support died on the labelObj of scalebarObj...still > works fine on the labelObj of the legendObj (already tried a few > minsize-maxsize scalings). I get an error in the Apache error_log: PHP > Fatal error: MapServer Error in msGetBitmapFont(): Invalid bitmap font. > Must be one of tiny, small, medium, large or giant. > > The scalebarObj label is exactly the same (even copy-pasted) as the > legendObj label but gives me this error. This file is the only code I've > messed with (font scaling worked fine before on both major objects), so I > think it may be tied somehow to modifications to the ColorObj's. I don't > know...just wild stabs in the dark. > > This script works great, but doesn't render an outline around the legend. > > /* BUILD LEGEND */ > $my_legend = $map->legend; > $my_legend->set(height, 80); > $my_legend->set(width, 160); > $my_legend->imagecolor->setRGB(240,220,200); # tan > $my_legend->outlinecolor->setRGB(1,1,1); # black > $my_legend->set(status, MS_EMBED); > $my_legend->set(position, MS_UL); > /* SET LEGEND LABEL PROPERTIES */ > $my_lg_label = $my_legend->label; > $my_lg_label->set(font, "arial"); > $my_lg_label->set(type, MS_TRUETYPE); > $my_lg_label->set(size, 10); > $my_lg_label->set(minsize, 6); > $my_lg_label->set(maxsize, 12); > $my_lg_label->color->setRGB(100,100,100); > $my_legend->set(postlabelcache, MS_TRUE); > /* DRAW LEGEND */ > $map->drawLegend(); > > This script generates the BITMAP error indicated above. > > /* BUILD SCALEBAR */ > $my_scalebar = $map->scalebar; > $my_scalebar->set(height, 6); > $my_scalebar->set(width, 300); > $my_scalebar->set(intervals, 10); > $my_scalebar->set(units, MS_KILOMETERS); > $my_scalebar->set(status, MS_EMBED); > $my_scalebar->set(position, MS_LC); # lower center > $my_scalebar->color->setRGB(200,10,10); # maroon > $my_scalebar->backgroundcolor->setRGB(10,100,10); # evergreen > $my_scalebar->outlinecolor->setRGB(255,255,255); # white > $my_scalebar->imagecolor->setRGB(20,255,90); # bright green > /* SET SCALEBAR LABEL PROPERTIES */ > $my_sb_label = $my_scalebar->label; > $my_sb_label->set(font, "arial"); > $my_sb_label->set(type, MS_TRUETYPE); > $my_sb_label->set(size, 10); > $my_sb_label->set(minsize, 6); > $my_sb_label->set(maxsize, 12); > $my_sb_label->color->setRGB(100,100,100); > $my_scalebar->set(postlabelcache, MS_TRUE); > /* DRAW SCALEBAR */ > $map->drawScalebar(); # <--- ERROR ON THIS LINE > > So, in summary, It looks like labelObj's attached to ScalebarObj do not > like MS_TRUETYPE as a type, or the integer style property is mandatory, > regardless of type, or I'm in over my head. > > Thanks...this is getting interesting. > > Gerald > > On Monday 26 May 2003 04:43 pm, Daniel Morissette wrote: > > Ooopps, you're talking about the legendObj, not the classObj... I should > > have read your message more closely before responding... duh! > > > > This change should also be described in the migration guide, but it's a > > different story: the legend->outlinecolor is now of type ColorObj like > > all other color variables in mapscript, so you access it this way: > > > > $my_legend->outlinecolor->setRGB(255,0,0); > > > > Daniel > > > > Daniel Morissette wrote: > > > The class outlinecolor has been moved to a new style object in version > > > 4.0dev. You can get the latest PHP MapScript 4.0 (a.k.a. 3.7) docs at: > > > http://www2.dmsolutions.ca/mapserver/dl/mapserver-3.7-dev-PHP-MAPSCRIPT > > >-R EADME.txt > > > > > > See also the migration guide in the wiki for a more complete list of > > > changes between 3.6 and 4.0: > > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide > > > > > > Daniel From Sean.Geoghegan at dsto.defence.gov.au Mon May 26 20:09:57 2003 From: Sean.Geoghegan at dsto.defence.gov.au (Geoghegan, Sean) Date: Tue, 27 May 2003 12:39:57 +0930 Subject: [Mapserver-users] Strange labelling problem with ArcSDE (possible overflow??) Message-ID: <108E7D907871D6118B5000306E0189F801DBD213@ednex504.dsto.defence.gov.au> 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_01C323FD.73C31A50 Content-Type: text/plain Hi all, I am experiencing a strange problem with ArcSDE and mapserver when displaying labels that are derived from attributes that are stored in ArcSDE as short integers. The values in SDE are usually around the 800-1000 mark however, when mapserver renders the labels they appear as very large negative numbers, around -8 Billion. The attributes display correctly using ArcIMS and both ArcIMS and mapserver are configured to retreive the labels from the exact same columns in SDE. Has anyone experience anything like this? Does anyone know how I might be able to fix it? Thanks in advance. Sean Geoghegan Information Exploitation Group Command and Intelligence Environments Branch Command and Control Division Defence Science and Technology Organisation sean.geoghegan at dsto.defence.gov.au ph +61 08 82595895 ------_=_NextPart_001_01C323FD.73C31A50 Content-Type: text/html Content-Transfer-Encoding: quoted-printable Sec:U Strange labelling problem with ArcSDE (possible = overflow??)

Hi all,

I am experiencing a strange problem = with ArcSDE and mapserver when displaying labels that are derived from = attributes that are stored in ArcSDE as short integers.  The = values in SDE are usually around the 800-1000 mark however, when = mapserver renders the labels they appear as very large negative = numbers, around -8 Billion.  The attributes display correctly = using ArcIMS and both ArcIMS and mapserver are configured to retreive = the labels from the exact same columns in SDE.

Has anyone experience anything like = this?  Does anyone know how I might be able to fix it?

Thanks in advance.

Sean Geoghegan
Information Exploitation Group
Command and Intelligence Environments = Branch
Command and Control Division
Defence Science and Technology = Organisation
sean.geoghegan at dsto.defence.gov.au   ph +61 08 = 82595895

------_=_NextPart_001_01C323FD.73C31A50-- From pkishor at geoanalytics.com Mon May 26 20:34:12 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 27 May 2003 03:34:12 -0000 Subject: [Mapserver-users] Re: html-type legends with perl mapscript In-Reply-To: Message-ID: the perl/mapscript docs are misleading (well, I got misled). The docs mention -- createLegendIcon(mapObj, layerObj, width, height); drawLegendIcon(mapObj, layerObj, width, height, dstImage, dstX, dstY); Note that the drawLeg command should be drawLegendIcon(mapObj, layerObj, width, height, imgObj, dstX, dstY); Now, here is what all this means... # for a layer $layerObj, grab the class my $classObj = $layerObj->getClass(0); # create an image object for the legend. 30 and 25 are the # width and height of my legend my $imgObj = $classObj->createLegendIcon($mapObj, $layerObj, 30, 25); # now draw the legend icon... my icon is anchored at 0,0 $classObj->drawLegendIcon($mapObj, $layerObj, 30, 25, $imgObj, 0, 0); # save the image $img->saveImage( $image, $mapscript::MS_PNG, $mapObj->{interlace}, $mapObj->{transparent}, $mapObj->{imagequality} ); to create for many layers or classes, iterate accordingly. I will put a complete example in the wiki at some point. --- In mapserver-users at yahoogroups.com, "pkishor_98" wrote: > --- In mapserver-users at yahoogroups.com, Daniel Morissette > wrote: > > In PHP MapScript there is a $class->drawLegendIcon() that you could use > > for this. I don't know if it's been made available in Perl MapScript, > > ah yes, class->drawLegendIcon. It is there; I just was looking at the most intuitive (to > me) but wrong place. > > Thanks Daniel for setting me straight. > > Puneet. > > > > > > but if not then you could perhaps file this as an enhancement bug. > > > > Daniel > > > > pkishor_98 wrote: > > > > > > to the perl wonks... > > > > > > the legendObj seems pretty sparse in the methods it offers... are there > > > any undocumented tricks to create, say, only the keybox for a specific layer > (without > > > the name of the layer, etc.), or do I have to do implement some kludge -- I was > > > thinking of turning on one layer at a time, creating legends, writing them to > separate > > > image files, and then reading them all in... but I would get the little legend > keybox as > > > well as the layer name... any ideas? > > > > > > thanks. > > > From pkishor at geoanalytics.com Mon May 26 22:00:43 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 27 May 2003 05:00:43 -0000 Subject: [Mapserver-users] Re: html-type legends with perl mapscript In-Reply-To: Message-ID: Cripes... I am holding a conversation with myself, correcting and wronging myself. Now, I have come to the conclusion that I wrote nonsense below... so, to those who know... please, what is the difference between createLegendIcon and drawLegendIcon? I want to draw a separate legend icon for each layer, but if a layer has a more than one classes, I would like to be able to draw a single image file with icons for all the classes... Many tia, Puneet. --- In mapserver-users at yahoogroups.com, "pkishor_98" wrote: > the perl/mapscript docs are misleading (well, I got misled). The docs > mention -- > > createLegendIcon(mapObj, layerObj, width, height); > drawLegendIcon(mapObj, layerObj, width, height, dstImage, dstX, dstY); > > Note that the drawLeg command should be > > drawLegendIcon(mapObj, layerObj, width, height, imgObj, dstX, dstY); > > Now, here is what all this means... > > # for a layer $layerObj, grab the class > my $classObj = $layerObj->getClass(0); > # create an image object for the legend. 30 and 25 are the > # width and height of my legend > my $imgObj = $classObj->createLegendIcon($mapObj, $layerObj, 30, 25); > # now draw the legend icon... my icon is anchored at 0,0 > $classObj->drawLegendIcon($mapObj, $layerObj, 30, 25, $imgObj, 0, 0); > # save the image > $img->saveImage( $image, > $mapscript::MS_PNG, > $mapObj->{interlace}, > $mapObj->{transparent}, > $mapObj->{imagequality} ); > > to create for many layers or classes, iterate accordingly. I will put > a complete example > in the wiki at some point. > > --- In mapserver-users at yahoogroups.com, "pkishor_98" > wrote: > > --- In mapserver-users at yahoogroups.com, Daniel Morissette > > > wrote: > > > In PHP MapScript there is a $class->drawLegendIcon() that you > could use > > > for this. I don't know if it's been made available in Perl > MapScript, > > > > ah yes, class->drawLegendIcon. It is there; I just was looking at > the most intuitive > (to > > me) but wrong place. > > > > Thanks Daniel for setting me straight. > > > > Puneet. > > > > > > > > > > > but if not then you could perhaps file this as an enhancement bug. > > > > > > Daniel > > > > > > pkishor_98 wrote: > > > > > > > > to the perl wonks... > > > > > > > > the legendObj seems pretty sparse in the methods it offers... > are there > > > > any undocumented tricks to create, say, only the keybox for a > specific layer > > (without > > > > the name of the layer, etc.), or do I have to do implement some > kludge -- I > was > > > > thinking of turning on one layer at a time, creating legends, > writing them to > > separate > > > > image files, and then reading them all in... but I would get > the little legend > > keybox as > > > > well as the layer name... any ideas? > > > > > > > > thanks. > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Dwijadas Mon May 26 23:07:23 2003 From: Dwijadas (Dwijadas) Date: 27 May 2003 06:07:23 -0000 Subject: [Mapserver-users] Thanks to all of you Message-ID: <20030527060723.16267.qmail@webmail29.rediffmail.com> Hi listusers Thanks all of you who helped me to solve the problem i had faced. In the place of IMAGEURL it should be "/images/". Ed McNierney's suggestion was absolutely correct.Now my maps are coming in the browser with labels,legends,reference map, scalebar with selection facilities. I am now trying to add the facilities of query also. So I can expect a support from all of you if i face any problem related to query. Thanks to Thorsten ,Markus and Richard also. "Dwijadas Dey" ___________________________________________________ Get email that means BUSINESS! me @ mycompany.com. Just Rs.1499/year. To start, click http://www.rediffmailpro.com From Dwijadas Mon May 26 23:19:09 2003 From: Dwijadas (Dwijadas) Date: 27 May 2003 06:19:09 -0000 Subject: [Mapserver-users] Without TrueType Message-ID: <20030527061909.13363.qmail@webmail17.rediffmail.com> Hi Listusers Does anyone know how to draw the symbol "+" with red color so that after calling the symbol file i get ++++++++++ without using truetype or image support.I had seen somedays back someone suggesting the same using truetype. I want to denote Rail using this. Thanking again all of you. "Dwijadas Dey" ___________________________________________________ Get email that means BUSINESS! me @ mycompany.com. Just Rs.1499/year. To start, click http://www.rediffmailpro.com From christina.biakowski at ccgis.de Mon May 26 23:59:09 2003 From: christina.biakowski at ccgis.de (Christina Biakowski CCGIS) Date: Tue, 27 May 2003 08:59:09 +0200 Subject: AW: [Mapserver-users] transparent background raster (tif) In-Reply-To: <000a01c32395$4d668710$377ba8c0@nadir> Message-ID: Hello, perhaps you have already tried this: I think you have to find out the colour-index of your background-color and set it to transparent, either in the general layer section using the parameter OUTPUT with the index of your background-color like e.g. LAYER NAME DGK1 TYPE RASTER DATA "520911.tif" STATUS ON OFFSITE 0 #0 refers to the colour-index that has to be displayed transparent ... or defining an explicit class. For Rasters the classitem must be set to VALUE. LAYER ... CLASSITEM "VALUE" ... CLASS EXPRESSION "1" #1 refers to the colour-index COLOR -1 -1 -1 #transparent END ... The colour-index you could for example find out by using the ArcGis Layer-Properties. The described way works with Mapserver 3.6x, but I remember to have read that in 3.7 it is implemented in a different way. I hope this helps! Best regards, Christina -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Rosangela Silva Gesendet: Montag, 26. Mai 2003 16:44 An: mapserver-users at lists.gis.umn.edu Betreff: Re: [Mapserver-users] transparent background raster (tif) I could not send the files (large size) but I'm sending an example in mapserver to you understand better the problem. Thanks Ros?ngela > Hello, > > I'm having a problem to show some images that have a black background. > I need to see them with transparent background, is it possible in Mapserver? > They are in tiff format. I generate a tiff with transparent background, that > can be seen using ArcGis, for example, (please, look the examples attached). > I'm using tile index for display this images. But is there some property > that can > be set to background be transparent?? > > > Thansk > Ros?ngela > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From vitozheng at 21cn.com Tue May 27 02:40:37 2003 From: vitozheng at 21cn.com (vito) Date: Tue, 27 May 2003 17:40:37 +0800 (CST) Subject: [Mapserver-users] demo question:GIF File does not exist Message-ID: <8r969472825962.00883@webmail3.inner-21cn.com> hello everyone: i am a new to mapserver.when i put the demo run,evrything is ok except onething,that is i can not see any gif images in my brower.i can see the demo_init.html and demo.html,but in demo.html page, i cant see any images. i check apache error log file: [Tue May 27 16:42:44 2003] [error] [client 192.168.0.200] File does not exist: /var/www/tmp/DEMOleg10540249631530.gif . . . [Tue May 27 16:42:47 2003] [error] [client 192.168.0.200] File does not exist: /var/www/tmp/DEMOref10540249631530.gif but i check /var/www/tmp/,those files were all exist!by the way i complie the mapserver with gif supported,and when i put mapserver run,it is quite normal. anyone have some idea?thanks a lot!!! ---------------------------------------------- ????????????????????????21CN???????????????????????????????????????? http://www.appie.com.cn ???????????????????? http://sms.21cn.com/leslie/ ???????????????????????? http://sms.21cn.com/sexxy.jsp 21CN?????????????????????????? http://mail.21cn.com/huodong/0304/ ????HTML???????????????????? http://mail.21cn.com/bijiao/02.html From Dwijadas Tue May 27 02:51:14 2003 From: Dwijadas (Dwijadas) Date: 27 May 2003 09:51:14 -0000 Subject: [Mapserver-users] extent Message-ID: <20030527095114.9558.qmail@webmail28.rediffmail.com> Hi ListUser Again asking for small help.What should be the appropriate value of img.x and img.y so that after clicking a point on a map in the browser with selecting appropriate option(e.g. Zoom in by 10) the output in the browser i.e a map, should display the point i selected earlier. Right now if i click a point in the browser the devation is very large.Sometimes it comes out from the extent. Thanking you all in advance. With regards "Dwijadas Dey" ___________________________________________________ Get email that means BUSINESS! me @ mycompany.com. Just Rs.1499/year. To start, click http://www.rediffmailpro.com From k.chodak at autoguard.pl Tue May 27 03:43:06 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Tue, 27 May 2003 12:43:06 +0200 Subject: [Mapserver-users] TAB->SHP, MULTILINESTRINGs Message-ID: Can someone suggest a solution for converting MI TAB files into ESRI shape files? There is a difficulty of multilinestrings in TAB files which neither ogr2ogr (from GDAL package) nor Universal Translator (MI Professional) supports correctly. BR Krzysztof Chodak From colombo.l at email.it Tue May 27 05:22:25 2003 From: colombo.l at email.it (=?iso-8859-1?Q?colombo.l?=) Date: Tue, 27 May 2003 14:22:25 +0200 Subject: [Mapserver-users] =?iso-8859-1?Q?Mapplet_and_php?= Message-ID: --_=_XaM3_Bdry.1054038145.2A.600171.42.29024.52.42.1010.17037 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi to all,=0D=0A=0D=0AI tried to use the java mapplet in my php page, I c= an display maps but i cannot perform any operation.=0D=0AThe same mapplet= work great in a cgi-mapserver classic application...=0D=0A=0D=0Aany sugg= estion, piece of code?=0D=0A=0D=0Aregards=0D=0ALuca -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Stanco di perdere la strada? Con i navigatori satellitari dovrai solo seg= uire le indicazioni vocali del GPS. Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3D1448&d=3D27-5 --_=_XaM3_Bdry.1054038145.2A.600171.42.29024.52.42.1010.17037 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi to all,
=0D=0A
 
=0D=0A
I tried to us= e the java mapplet in my php page, I can display maps but i cannot perfor= m any operation.
=0D=0A
The same mapplet work great in a cgi-map= server classic application...
=0D=0A
 
=0D=0A
any = suggestion, piece of code?
=0D=0A
 
=0D=0A
regards=
=0D=0A
Luca
=0D=0A
 
=0D=0A
 
=

----
Email.it, the professional e-mail, gratis per te: clicca qui

Sponsor:
Stanco di perdere la strada? Con i navigatori satellitari dovrai solo seg= uire le indicazioni vocali del GPS.
Clicca qui

--_=_XaM3_Bdry.1054038145.2A.600171.42.29024.52.42.1010.17037-- From pkishor at geoanalytics.com Tue May 27 06:28:32 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Tue, 27 May 2003 13:28:32 -0000 Subject: [Mapserver-users] Re: extent In-Reply-To: <20030527095114.9558.qmail@webmail28.rediffmail.com> Message-ID: --- In mapserver-users at yahoogroups.com, "Dwijadas Dey" wrote: > > Hi > ListUser > > Again asking for small help.What should be the > appropriate > value of img.x and img.y so that after clicking a point on a map > in the browser with selecting appropriate option(e.g. Zoom in by > 10) the > output in the browser i.e a map, should display the point i > selected > earlier. img.x and img.y are the coordinates of your mouse click. If your image is a form element called then these coords are automatically generated by the browser. Once you have these coords through HTTP GET or POST, you can transform them into geog coords and zoom in/out or pan accordingly. Look at the coding in the demo. > Right now if i click a point in the browser the devation > is > very large.Sometimes it comes out from the extent. > > Thanking you all in advance. > > > With regards > "Dwijadas Dey" > ___________________________________________________ > Get email that means BUSINESS! me @ mycompany.com. > Just Rs.1499/year. > To start, click http://www.rediffmailpro.com > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at l... > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From morissette at dmsolutions.ca Tue May 27 06:41:11 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 27 May 2003 09:41:11 -0400 Subject: [Mapserver-users] Re: html-type legends with perl mapscript References: Message-ID: <3ED36AF7.CA290AF1@dmsolutions.ca> pkishor_98 wrote: > > so, to those who know... please, what is the difference between createLegendIcon and > drawLegendIcon? > OOppsss... I forgot about those two yesterday... CreateLegendIcon() creates a brand new image with the icon drawn on it. DrawLegendIcon() draws the legend icon at the specified location in an already existing image. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From sgillies at frii.com Tue May 27 06:43:22 2003 From: sgillies at frii.com (Sean Gillies) Date: Tue, 27 May 2003 07:43:22 -0600 Subject: [Mapserver-users] Re: html-type legends with perl mapscript In-Reply-To: Message-ID: <2EBBCE2A-9049-11D7-996B-000393B98B56@frii.com> On Monday, May 26, 2003, at 11:00 PM, pkishor_98 wrote: > Cripes... I am holding a conversation with myself, correcting and > wronging myself. > Now, I have come to the conclusion that I wrote nonsense below... > > so, to those who know... please, what is the difference between > createLegendIcon and > drawLegendIcon? > > I want to draw a separate legend icon for each layer, but if a layer > has a more than > one classes, I would like to be able to draw a single image file with > icons for all the > classes... > > Many tia, > > Puneet. > > Puneet, createLegendIcon makes an imageObj of the proper format and size. drawLegendIcon draws colors/shapes into the imageObj (passed in as the 5th argument). Maybe use Perl-GD or ImageMagick to copy and paste individual class legendIcons into one image per layer? cheers, Sean -- Sean Gillies sgillies at frii dot com http://www.frii.com/~sgillies From morissette at dmsolutions.ca Tue May 27 07:23:28 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 27 May 2003 10:23:28 -0400 Subject: [Mapserver-users] legendObj outlinecolor property does not exist? References: <200305261522.14046.gbuckmaster@cox.net> <3ED2A69E.63B5F17B@dmsolutions.ca> <200305261921.55404.gbuckmaster@cox.net> <200305261940.16746.gbuckmaster@cox.net> Message-ID: <3ED374E0.B83C7A@dmsolutions.ca> Gerald Buckmaster wrote: > > I still have no outline around the legend. Probably something simple. > There doesn't seem to be any code in either 3.6 or 4.0 to draw an outline around the legend. I think this was taken out quite a while ago because we wanted to use the OUTLINECOLOR to specify an outline around the legend icons and nobody seemed to use outlines around their legend. I don't remember if there has been a discussion on this or if someone just took it out by accident... maybe someone else remembers? Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From otesta at s6.coopenet.com.ar Tue May 27 07:41:59 2003 From: otesta at s6.coopenet.com.ar (Oscar Testa) Date: Tue, 27 May 2003 11:41:59 -0300 Subject: RE [Mapserver-users] Mapplet and php Message-ID: <200305271441.h4REfxl06811@backbone.s6.coopenet.com.ar> In http://mapserver.gis.umn.edu/doc36 exists a mapplet how to document. Regards Oscar From pkishor at geoanalytics.com Tue May 27 07:41:41 2003 From: pkishor at geoanalytics.com (Puneet Kishor) Date: Tue, 27 May 2003 09:41:41 -0500 Subject: [Mapserver-users] Re: html-type legends with perl mapscript In-Reply-To: <2EBBCE2A-9049-11D7-996B-000393B98B56@frii.com> Message-ID: <54636C2E-9051-11D7-876B-0003936306C2@geoanalytics.com> Thanks Sean, Daniel, for responding. However... > On Monday, May 26, 2003, at 11:00 PM, pkishor_98 wrote: > >> .. >> so, to those who know... please, what is the difference between >> createLegendIcon and >> drawLegendIcon? >> >> I want to draw a separate legend icon for each layer, but if a layer >> has a more than >> one classes, I would like to be able to draw a single image file with >> icons for all the >> classes... On Tuesday, May 27, 2003, at 08:43 AM, Sean Gillies wrote: > createLegendIcon makes an imageObj of the proper format and size. > drawLegendIcon draws colors/shapes into the imageObj (passed in > as the 5th argument). On Tuesday, May 27, 2003, at 08:41 AM, Daniel Morissette wrote: > CreateLegendIcon() creates a brand new image with the icon drawn on it. > > DrawLegendIcon() draws the legend icon at the specified location in an > already existing image. Ok, that is what I figured out late last night, but couldn't validate that because I reached no success with my shenanigans. createLeg does its job fine, but drawLeg creates a badly formed image... the image is formed but can't be opened by either my browser (which hangs) or Photoshop which croaks "badly formed file" or some such. I am not sure how I am going to implement this eventually, but for now I want to try out a separate legend icon for each layer. If a layer has more than one classes then I want a single image with all the key boxes for each class stacked one below another. So, this is what I tried in my read-write perl ;-) -- #====== for (0..$mapObj->{numlayers} - 1) { # grab the layer my $layerObj = $mapObj->getLayer($_); # name this layer's legend image my $layer_legimg = 'leg_'.$layerObj->{name}.'.png'; # create a new image object for this layer's legend # as wide as the keysize width, and # as high as the sum of the heights of all the keys in this layer # plus the vertical spacing between the keys my $imgObj = new mapscript::imageObj( $mapObj->{legend}->{keysizex}, ( ( $layerObj->{numclasses} * ($mapObj->{legend}->{keysizey} + $mapObj->{legend}->{keyspacingy}) ) - $mapObj->{legend}->{keyspacingy} ) ); # loop over each class for (0..$layerObj->{numclasses} - 1) { # grab the class my $classObj = $layerObj->getClass($_); # calculate the vertical offset for this keybox my $y_offset = ($_ * ($mapObj->{legend}->{keysizey} + $mapObj->{legend}->{keyspacingy})); # draw the keybox in the image $classObj->drawLegendIcon( $mapObj, $layerObj, $mapObj->{legend}->{keysizex}, $mapObj->{legend}->{keysizey}, $imgObj, 0, $y_offset ); } # end class loop # save the image $imgObj->saveImage( $imgdir.$layer_legimg, $mapscript::MS_PNG, $mapObj->{interlace}, $mapObj->{transparent}, $mapObj->{imagequality} ); } # end layer loop #====== As I said above... I get an image, but it is no good. Is there anything wrong in my logic? > > Maybe use Perl-GD or ImageMagick to copy and paste individual > class legendIcons into one image per layer? > that is definitely an option, but I'd rather not, since I am accessing gd anyway via Mapserver. And drawLegendIcon is supposed to do exactly that... the fewer modules I have to depend on, the more portable my application. Many thanks, Puneet. From morissette at dmsolutions.ca Tue May 27 07:53:37 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 27 May 2003 10:53:37 -0400 Subject: [Mapserver-users] Re: html-type legends with perl mapscript References: <54636C2E-9051-11D7-876B-0003936306C2@geoanalytics.com> Message-ID: <3ED37BF1.2AC5B5EB@dmsolutions.ca> Puneet Kishor wrote: > > I am not sure how I am going to implement this eventually, but for now > I want to try out a separate legend icon for each layer. If a layer has > more than one classes then I want a single image with all the key boxes > for each class stacked one below another. So, this is what I tried in > my read-write perl ;-) -- > Maybe a possible trick would be that for each layer you call $map->drawLegend() after setting all other layers status to OFF. This way every call to drawLegend() would draw only a single layer and you would not have to worry about building the legend image and placing the icons and labels yourself, etc. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From Mike.Elstermann at itc-halle.de Tue May 27 07:48:53 2003 From: Mike.Elstermann at itc-halle.de (Elstermann, Mike) Date: Tue, 27 May 2003 16:48:53 +0200 Subject: [Mapserver-users] PostgreSQL - Hilfe! Help! Message-ID: <8BC0EAF5B383D711B69E0006293896C70775DE@ZEVHNT6> hi, i need your help hallo deutsche postgisler! kann mir jemand helfen, postgis unter cygwin zu installieren? nach meinen "kochbuch" komme ich nicht weiter. ::: mfg. Mike Elstermann [mikeE.], Teamleiter GIS/RIS, e-Solutions ::: IT-Consult Halle GmbH, Bornknechtstra?e 5, 06108 Halle (Saale) ::: Sitz: Rathausstra?e 3 ::: Tel.: +49 345 221 4237, Fax: +49 345 221 4236, mobil: +49 160 71 545 02 ::: mike.elstermann at itc-halle.de ::: http://www.itc-halle.de ::: GeoDaten Online? -> http://www.itcgis.de From nakts at latnet.lv Tue May 27 08:09:43 2003 From: nakts at latnet.lv (nakts at latnet.lv) Date: Tue, 27 May 2003 18:09:43 +0300 (EEST) Subject: [Mapserver-users] Linux installation Message-ID: <1054048183.3ed37fb710a83@clients.latnet.lv> Hi, I'm using Mapserver on Windows with Oracle spatial enabled. Is it possible to get somewhere precompiled Linux version of Mapserver 3.6.x also with oraclespatial? ? Thanks, Ima From pkishor at geoanalytics.com Tue May 27 08:33:07 2003 From: pkishor at geoanalytics.com (Puneet Kishor) Date: Tue, 27 May 2003 10:33:07 -0500 Subject: [Mapserver-users] Re: html-type legends with perl mapscript In-Reply-To: <3ED37BF1.2AC5B5EB@dmsolutions.ca> Message-ID: <841D94CC-9058-11D7-876B-0003936306C2@geoanalytics.com> On Tuesday, May 27, 2003, at 09:53 AM, Daniel Morissette wrote: > Puneet Kishor wrote: >> >> I am not sure how I am going to implement this eventually, but for now >> I want to try out a separate legend icon for each layer. If a layer >> has >> more than one classes then I want a single image with all the key >> boxes >> for each class stacked one below another. So, this is what I tried in >> my read-write perl ;-) -- >> > > Maybe a possible trick would be that for each layer you call > $map->drawLegend() after setting all other layers status to OFF. This > way every call to drawLegend() would draw only a single layer and you > would not have to worry about building the legend image and placing the > icons and labels yourself, etc. > oh yeah. been there, done that. The problem with that approach is it also draws the names of the layers (classes). I only want the itty-bitty keybox. Eventually I want to create (html legends) with keyboxes I can click on and open up color-selectors, and layer names with checkboxes I can use to turn them on or off, or entire layer elements I can select for querying purposes, etc. See, I need to be able to build the individual components of a legend/layer control... and the keybox is one of the denominators. drawLegendIcon seems to be the ticket, as soon as I get it working, that is. Thanks, pk/ From morissette at dmsolutions.ca Tue May 27 08:44:08 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 27 May 2003 11:44:08 -0400 Subject: [Mapserver-users] Re: html-type legends with perl mapscript References: <841D94CC-9058-11D7-876B-0003936306C2@geoanalytics.com> Message-ID: <3ED387C8.4031FDF2@dmsolutions.ca> Puneet Kishor wrote: > > Eventually I want to create (html legends) with > keyboxes I can click on and open up color-selectors, and layer names > with checkboxes I can use to turn them on or off, or entire layer > elements I can select for querying purposes, etc. See, I need to be > able to build the individual components of a legend/layer control... > and the keybox is one of the denominators. drawLegendIcon seems to be > the ticket, as soon as I get it working, that is. > Have you considered using the HTML legend templates? They are a bit complicated to understand, but they allow you to do that kind of stuff already: http://mapserver.gis.umn.edu/doc36/html-legend-howto.html Also look at legend#3 in the following demo, it shows layer names with checkboxes: http://www2.dmsolutions.ca/msapps/itasca_legend/demo_init.html -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From sscott at gwi.net Tue May 27 08:54:04 2003 From: sscott at gwi.net (Shannon Scott) Date: Tue, 27 May 2003 11:54:04 -0400 Subject: [Mapserver-users] Line Label Angle Message-ID: <014601c32468$3311d030$37c8a8c0@PEMAQUID> This is a multi-part message in MIME format. ------=_NextPart_000_0143_01C32446.ABA47BA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am working on some street labels. I imagined the ANGLE AUTO would give me the results I wanted ( Names = aligned legibly along the street ), but I could not get it to work. I have generated some images and made them available to the web. The first is what I want: http://216.220.241.10/demo1.jpg The second is what I get from MN MapServer: http://216.220.241.10/demo2.png Is there a way to get the result I want? How do others handle street labels with these angles? In the MN MapServer image ( demo2.png ), it seems the letters are placed = individually; not as a word. Any incite or help is greatly appreciated. Thank You Shannon ------=_NextPart_000_0143_01C32446.ABA47BA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello,
I am working on some street = labels.
I imagined the ANGLE AUTO would give me = the results=20 I wanted ( Names aligned legibly along the street ), but I could not get = it to=20 work.
I have generated some images and made = them=20 available to the web.
The first is what I want:
http://216.220.241.10/demo1.jpg<= /A>
 
The second is what I get from MN=20 MapServer:
 
Is there a way to get the result I=20 want?
How do others handle street labels with = these=20 angles?
In the MN MapServer image ( demo2.png = ), it seems=20 the letters are placed individually; not as a word.
Any incite or help is greatly=20 appreciated.
Thank You
Shannon
 
 
 
 
 
 
 
 
 
------=_NextPart_000_0143_01C32446.ABA47BA0-- From roland_goetzke at gmx.de Thu May 15 02:46:30 2003 From: roland_goetzke at gmx.de (Roland Goetzke) Date: Thu, 15 May 2003 11:46:30 +0200 (MEST) Subject: [Mapserver-users] Tcl-Mapscript Compiling Error Message-ID: <20533.1052991990@www50.gmx.net> Hi list, I successfully installed MapServer 3.6.5 on SuSe Linux 8.1. But when compiling Tcl-Mapscript for using MS-Workbench I get the following error: ..... -I/usr/local/include -I/download/mapserver-3.6.5/../gdal-1.1.8/ogr/ogrsf_frmts -I/download/mapserver-3.6.5/../gdal-1.1.8/ogr -I/download/mapserver-3.6.5/../gdal-1.1.8/ogr/../port -I/download/gdal-1.1.8/port -I/download/gdal-1.1.8/core -I/download/gdal-1.1.8/ogr -I/download/gdal-1.1.8/ogr/ogrsf_frmts \ -DUSE_TCL_STUBS -DITCL_NAMESPACES -DItcl_Namespace=int -D"spaceId=spcid;Tcl_InitStubs(interp,\"8.1\",0)" \ mapscript_wrap.c gcc: long: Datei oder Verzeichnis nicht gefunden cc1: warning: changing search order for system directory "/usr/local/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory make: *** [stublib] Fehler 1 Did anyone else run into this? Thanks. Roland -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! From tom-lux at gmx.de Fri May 16 01:26:20 2003 From: tom-lux at gmx.de (tom-lux at gmx.de) Date: Fri, 16 May 2003 10:26:20 +0200 (MEST) Subject: [Mapserver-users] MAPSERVER COMPILING ERROR CYGWIN Message-ID: <22229.1053073580@www15.gmx.net> Hi list, i don' get on with the following error message (using cygwin under WINNT) which comes as output of compiling the mapserver source code: patialreference.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x2b45):ogrs patialreference.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x2b9c):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x2ba6):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x2c0f):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x4ef2):ogrs patialreference.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x4f10):ogrs patialreference.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x4f47):ogrs patialreference.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x4fa1):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x4fab):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x4fcc):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x51df):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x530f):ogrs patialreference.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x535c):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x5a87):ogrs patialreference.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x5ab7):ogrs patialreference.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x5b0d):ogrs patialreference.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x5b63):ogrs patialreference.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x5bb9):ogrs patialreference.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x5c0f):ogrs patialreference.cpp: more undefined references to `operator new(unsigned)' follo w /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x5d2f):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x5d39):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x5d54):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x5d61):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x5d6e):ogrs patialreference.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.text+0x5d7b):ogrs patialreference.cpp: more undefined references to `operator delete(void*)' follo w /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.data$_ZTI19OGRSpa tialReference+0x0):ogrspatialreference.cpp: undefined reference to `vtable for _ _cxxabiv1::__class_type_info' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrspatialreference.o)(.eh_frame+0x12):og rspatialreference.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometrycollection.o)(.text+0x1b4):ogr geometrycollection.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometrycollection.o)(.text+0x21c):ogr geometrycollection.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometrycollection.o)(.text+0x133):ogr geometrycollection.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometrycollection.o)(.eh_frame+0x12): ogrgeometrycollection.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.text+0x134):ogrpolygon.cpp : undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.text+0x19c):ogrpolygon.cpp : undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.text+0x39e):ogrpolygon.cpp : undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.text+0x3dc):ogrpolygon.cpp : undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.text+0x58e):ogrpolygon.cpp : undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.text+0x67c):ogrpolygon.cpp : undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.text+0x90e):ogrpolygon.cpp : undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.text+0x9f7):ogrpolygon.cpp : undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.text+0x112):ogrpolygon.cpp : undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.data$_ZTV10OGRSurface+0x10 ):ogrpolygon.cpp: undefined reference to `___cxa_pure_virtual' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.data$_ZTV10OGRSurface+0x14 ):ogrpolygon.cpp: undefined reference to `___cxa_pure_virtual' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.data$_ZTV10OGRSurface+0x20 ):ogrpolygon.cpp: undefined reference to `___cxa_pure_virtual' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.data$_ZTV10OGRSurface+0x24 ):ogrpolygon.cpp: undefined reference to `___cxa_pure_virtual' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.data$_ZTV10OGRSurface+0x28 ):ogrpolygon.cpp: undefined reference to `___cxa_pure_virtual' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.data$_ZTV10OGRSurface+0x2c ):ogrpolygon.cpp: more undefined references to `___cxa_pure_virtual' follow /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.text$_ZN10OGRSurfaceD0Ev+0 x24):ogrpolygon.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.data$_ZTI10OGRSurface+0x0) :ogrpolygon.cpp: undefined reference to `vtable for __cxxabiv1::__si_class_type_ info' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.data$_ZTI10OGRPolygon+0x0) :ogrpolygon.cpp: undefined reference to `vtable for __cxxabiv1::__si_class_type_ info' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpolygon.o)(.eh_frame+0x12):ogrpolygon. cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeature.o)(.text+0x154):ogrfeature.cpp : undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeature.o)(.text+0x18c):ogrfeature.cpp : undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeature.o)(.text+0x4d4):ogrfeature.cpp : undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeature.o)(.text+0x50c):ogrfeature.cpp : undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeature.o)(.text+0x634):ogrfeature.cpp : undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeature.o)(.text+0x6dc):ogrfeature.cpp : undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeature.o)(.text+0x3ec):ogrfeature.cpp : undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeature.o)(.eh_frame+0x12):ogrfeature. cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturedefn.o)(.text+0xd4):ogrfeatured efn.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturedefn.o)(.text+0x10c):ogrfeature defn.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturedefn.o)(.text+0x1dc):ogrfeature defn.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturedefn.o)(.text+0x26c):ogrfeature defn.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturedefn.o)(.text+0x30c):ogrfeature defn.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturedefn.o)(.text+0x40e):ogrfeature defn.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturedefn.o)(.text+0x44c):ogrfeature defn.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturedefn.o)(.text+0x554):ogrfeature defn.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturedefn.o)(.text+0x58c):ogrfeature defn.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturedefn.o)(.text+0x2ef):ogrfeature defn.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturedefn.o)(.data$_ZTI14OGRFeatureD efn+0x0):ogrfeaturedefn.cpp: undefined reference to `vtable for __cxxabiv1::__cl ass_type_info' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturedefn.o)(.eh_frame+0x12):ogrfeat uredefn.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_esri.o)(.eh_frame+0x11):ogr_srs_e sri.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfielddefn.o)(.text+0xf4):ogrfielddefn. cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfielddefn.o)(.text+0x12c):ogrfielddefn .cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfielddefn.o)(.text+0x1f2):ogrfielddefn .cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfielddefn.o)(.eh_frame+0x12):ogrfieldd efn.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ograssemblepolygon.o)(.text+0x30e):ograss emblepolygon.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ograssemblepolygon.o)(.text+0x384):ograss emblepolygon.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ograssemblepolygon.o)(.text+0x66e):ograss emblepolygon.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ograssemblepolygon.o)(.eh_frame+0x12):ogr assemblepolygon.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrfeaturequery.o)(.eh_frame+0x11):ogrfea turequery.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultilinestring.o)(.text+0xe4):ogrmult ilinestring.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultilinestring.o)(.text+0x14d):ogrmul tilinestring.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultilinestring.o)(.text+0x22d):ogrmul tilinestring.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultilinestring.o)(.text+0x2df):ogrmul tilinestring.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultilinestring.o)(.eh_frame+0x12):ogr multilinestring.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpoint.o)(.text+0x207):ogrpoint.cpp: un defined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpoint.o)(.text+0x26c):ogrpoint.cpp: un defined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpoint.o)(.text+0x1e4):ogrpoint.cpp: un defined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpoint.o)(.data$_ZTI8OGRPoint+0x0):ogrp oint.cpp: undefined reference to `vtable for __cxxabiv1::__si_class_type_info' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrpoint.o)(.eh_frame+0x12):ogrpoint.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipoint.o)(.text+0xe4):ogrmultipoin t.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipoint.o)(.text+0x14d):ogrmultipoi nt.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipoint.o)(.text+0x486):ogrmultipoi nt.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipoint.o)(.text+0x535):ogrmultipoi nt.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipoint.o)(.text+0x5e0):ogrmultipoi nt.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipoint.o)(.text+0x6c4):ogrmultipoi nt.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipoint.o)(.text+0x738):ogrmultipoi nt.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipoint.o)(.text+0x7dc):ogrmultipoi nt.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipoint.o)(.eh_frame+0x12):ogrmulti point.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x27c):ogrgeo metryfactory.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x2ec):ogrgeo metryfactory.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x318):ogrgeo metryfactory.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x347):ogrgeo metryfactory.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x376):ogrgeo metryfactory.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x3ab):ogrgeo metryfactory.cpp: more undefined references to `operator new(unsigned)' follow /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x41c):ogrgeo metryfactory.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x498):ogrgeo metryfactory.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x4cc):ogrgeo metryfactory.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x4e4):ogrgeo metryfactory.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x4fc):ogrgeo metryfactory.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x51a):ogrgeo metryfactory.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x538):ogrgeo metryfactory.cpp: more undefined references to `operator new(unsigned)' follow /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.text+0x57c):ogrgeo metryfactory.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrgeometryfactory.o)(.eh_frame+0x12):ogr geometryfactory.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipolygon.o)(.text+0xe4):ogrmultipo lygon.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipolygon.o)(.text+0x14d):ogrmultip olygon.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipolygon.o)(.text+0x208):ogrmultip olygon.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipolygon.o)(.text+0x26c):ogrmultip olygon.cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipolygon.o)(.text+0x37f):ogrmultip olygon.cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogrmultipolygon.o)(.eh_frame+0x12):ogrmul tipolygon.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srsnode.o)(.text+0x15c):ogr_srsnode.c pp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srsnode.o)(.text+0x3af):ogr_srsnode.c pp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srsnode.o)(.text+0x464):ogr_srsnode.c pp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srsnode.o)(.text+0x4cc):ogr_srsnode.c pp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srsnode.o)(.text+0xacf):ogr_srsnode.c pp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srsnode.o)(.text+0xb69):ogr_srsnode.c pp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srsnode.o)(.eh_frame+0x12):ogr_srsnod e.cpp: undefined reference to `___gxx_personality_v0' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x1398):ogr_srs_xml. cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x13ba):ogr_srs_xml. cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x13f1):ogr_srs_xml. cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x143c):ogr_srs_xml. cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x1446):ogr_srs_xml. cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x1473):ogr_srs_xml. cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x14a9):ogr_srs_xml. cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x14e1):ogr_srs_xml. cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x1523):ogr_srs_xml. cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x152d):ogr_srs_xml. cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x1548):ogr_srs_xml. cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x1580):ogr_srs_xml. cpp: undefined reference to `operator new(unsigned)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x15b7):ogr_srs_xml. cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.text+0x1601):ogr_srs_xml. cpp: undefined reference to `operator delete(void*)' /usr/src/projects/gdal-1.1.8/ogr/ogr.a(ogr_srs_xml.o)(.eh_frame+0x12):ogr_srs_xm l.cpp: undefined reference to `___gxx_personality_v0' /usr/local/lib/libwwwapp.a(HTInit.o)(.text+0x59d): In function `HTConverterInit' : /usr/src/projects/w3c-libwww-5.4.0/Library/src/HTInit.c:87: undefined reference to `_HTXML_new' /usr/local/lib/libwwwapp.a(HTInit.o)(.text+0x5ed):/usr/src/projects/w3c-libwww-5 .4.0/Library/src/HTInit.c:88: undefined reference to `_HTXML_new' collect2: ld returned 1 exit status make: *** [shp2img] Error 1 [Administrator at server2000 ...projects/mapserver-3.6.5]$ Has anyone a hint for me how i can solve this problem ??? (Might be a problem of the OGR settings in the mapfile !?) Thanks in advance Tom Lux -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l?cheln! Fotogalerie online mit GMX ohne eigene Homepage! From andreev at d902.iki.rssi.ru Fri May 16 09:59:52 2003 From: andreev at d902.iki.rssi.ru (Mike V. Andreev) Date: 16 May 2003 20:59:52 +0400 Subject: [Mapserver-users] additional parameters for WMS layer Message-ID: <1053104391.15082.77.camel@mike> Hello I have mapserever compiled with WMS client support and I use map file with defined WMS layer. This layer is a http reference to my perl script on the same http server. This script understand OGC WMS parameters in query string and can create maps whith information from some database. But to create sensible map this script need additional information in request. I wanted to use http cookies to store that parameters. But I have a problem here. Then my client send request to http server with mapserver URI request contain proper cookies but after that mapserver need to make http request to perl script URI and of couse this request contains no cookies. So I want to ask here two question: 1) Can somebody give me any hits to solve my problem with existing soft? 2) I have an idea how to extend mapserver functionality so it be able to solve my problem. I don't know what do you people think about it. There is my proposal: each layer object could contain boolean parameter http_cookies_forwad (disabled by default). So if this featcher enabled in layer with connectiontype equal to 'WMS' (and may be 'WFS') than when mapserver make http request to proper URL it sends additional http headers: 1) Cookie - header with cookies client send to mapserver and 2) X-Forwarder-For - header with original client ip (as far as mapserver can determine it). Just to illustrate my idea I've made simple patch to maphttp.c. I used today's (2003-05-16) nightly build. This patch contains only functionality for sending proper http request. There is no any stuff to support new feature in layreObj but I think whole idea is clear. 81a82,83 > #define HTTP_COOKIES_FORWARDING 1 > 243a246,247 > char *tmp_env_read, *strBuf = NULL; > struct curl_slist *slist=NULL; 366a371,392 > /* If we need to forward http cookies to server */ > if( HTTP_COOKIES_FORWARDING && (tmp_env_read = curl_getenv( "HTTP_COOKIE" ) ) != NULL ){ > /*add cookies to http_handle*/ > curl_easy_setopt(http_handle, CURLOPT_COOKIE, tmp_env_read); > > /*add X-Forwarded-For header with original client ip */ > if( (tmp_env_read = curl_getenv( "HTTP_X_FORWARDED_FOR" )) == NULL ) > if( (tmp_env_read = curl_getenv( "HTTP_FORWARDED" ) ) == NULL ) > if( (tmp_env_read = curl_getenv( "HTTP_CLIENT_IP" ) ) == NULL ) > tmp_env_read = curl_getenv( "REMOTE_ADDR" ); > > if( tmp_env_read != NULL ){ > #define HTTP_HEADER_BUF_LENGTH 100 > strBuf = (char*)malloc( HTTP_HEADER_BUF_LENGTH ); > snprintf( strBuf, HTTP_HEADER_BUF_LENGTH, "X-Forwarded-For: %s", tmp_env_read); > #undef HTTP_HEADER_BUF_LENGTH > slist = curl_slist_append( slist, strBuf); > curl_easy_setopt(http_handle, CURLOPT_HTTPHEADER, slist); > } > } > > 554a581,583 > if( slist != NULL ){ curl_slist_free_all(slist); } > if( strBuf != NULL ){ free( strBuf ); } > 556a586,587 > #undef HTTP_COOKIES_FORWARDING > -- ____________________________________________________________ | Mike Andreev, software engineer andreev at d902.iki.rssi.ru | | SMIS Lab, Space Research Institute http://smis.iki.rssi.ru | |____________________________________________________________| From meyarivi at yahoo.com Fri May 16 21:09:16 2003 From: meyarivi at yahoo.com (leny riajelita) Date: Fri, 16 May 2003 21:09:16 -0700 (PDT) Subject: [Mapserver-users] tutorial for using mapserver and mapscript Message-ID: <20030517040916.21301.qmail@web12507.mail.yahoo.com> --0-707932737-1053144556=:20254 Content-Type: text/plain; charset=us-ascii where i can get the tutorial for using mapserver and mapscript --------------------------------- Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. --0-707932737-1053144556=:20254 Content-Type: text/html; charset=us-ascii
where i can get the tutorial for using mapserver and mapscript


Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo. --0-707932737-1053144556=:20254-- From roman.meier at gismap.ch Sat May 17 01:47:06 2003 From: roman.meier at gismap.ch (Roman Meier) Date: Sat, 17 May 2003 10:47:06 +0200 Subject: [Mapserver-users] Rosa-Support with Mapserver Binaries? Message-ID: Hi list, Do the mapserver-binaries for windows support the rosa-applet? Thanks in advance... Roman ------------------------------------------- gismap.ch, Industriestrasse 7, 4410 Liestal Telefon/Fax 061 901 34 31 info at gismap.ch, http://www.gismap.ch ------------------------------------------- From roman.meier at gismap.ch Sat May 17 01:59:43 2003 From: roman.meier at gismap.ch (Roman Meier) Date: Sat, 17 May 2003 10:59:43 +0200 Subject: [Mapserver-users] (no subject) Message-ID: Hi list I have problems using the Rosa-Java-Applet with the CGI-Mapserver-Windows-Binary. I based the prototype on the following wiki-sample-code: ------------------------ Sample HTML templates A plain sample template was posted by Frank Koormann, it can be downloaded from ftp://ftp.intevation.de/users/frank/mapserver/rosa-sample.zip ------------------------ The problem is, that the map-image is not displayed in the applet window at all. I can see all the buttons but not the map. The mapserver-cgi produced a correct map-image that was put in the tmp-path. Another point is that not all rosa-buttons are working correctly. ZoomIn by rectancle and recentre is not working? Any ideas? Thanks in advance for your help... Roman ------------------------------------------- gismap.ch, Industriestrasse 7, 4410 Liestal Telefon/Fax 061 901 34 31 info at gismap.ch, http://www.gismap.ch ------------------------------------------- From meier.roman at gmx.ch Sat May 17 02:01:10 2003 From: meier.roman at gmx.ch (Roman Meier) Date: Sat, 17 May 2003 11:01:10 +0200 Subject: [Mapserver-users] Rosa and Windows-binary Message-ID: Hi list I have problems using the Rosa-Java-Applet with the CGI-Mapserver-Windows-Binary. I based the prototype on the following wiki-sample-code: ------------------------ Sample HTML templates A plain sample template was posted by Frank Koormann, it can be downloaded from ftp://ftp.intevation.de/users/frank/mapserver/rosa-sample.zip ------------------------ The problem is, that the map-image is not displayed in the applet window at all. I can see all the buttons but not the map. The mapserver-cgi produced a correct map-image that was put in the tmp-path. Another point is that not all rosa-buttons are working correctly. ZoomIn by rectancle and recentre is not working? Any ideas? Thanks in advance for your help... Roman ------------------------------------------- gismap.ch, Industriestrasse 7, 4410 Liestal Telefon/Fax 061 901 34 31 info at gismap.ch, http://www.gismap.ch ------------------------------------------- From Amy.Stender at erdc.usace.army.mil Tue May 20 13:17:29 2003 From: Amy.Stender at erdc.usace.army.mil (Stender, Amy ERDC-CRREL-NH) Date: Tue, 20 May 2003 16:17:29 -0400 Subject: [Mapserver-users] OGR with TILEINDEX Message-ID: <048FBD219330D211B47000A0C9B3BAFD04B512A6@crl02.crrel.usace.army.mil> Hello, I'm trying to take advantage of connection pooling with ms3.7. I have a TILEINDEX of a specific class within all my OGR file (eg: bridgeindex.shp) and I'm setting up my mapfile as such: LAYER NAME bridge PROJECTION "proj=latlong" "ellps=GRS80" END TYPE polygon CONNECTIONTYPE OGR TILEINDEX "/usa/s57/bridgeindex.shp, LOCATION" STATUS default CLASS NAME "Bridge" COLOR 230 230 230 OUTLINECOLOR 0 0 0 END END Please note that next to TILEINDEX, the bridges draw fine when I omit "LOCATION". Does anyone have an idea why this doesn't work in 3.7??? Thanks, Amy Amy L. Stender Remote Sensing/GIS Center Cold Regions Research and Engineering Laboratory United States Army Corps of Engineers 72 Lyme Road, Hanover, NH 03755-1290 Tel: (603) 646-4733 Fax: (603) 646-4730 Amy.Stender at erdc.usace.army.mil From benoit at ism01.ism.asso.fr Fri May 23 09:33:18 2003 From: benoit at ism01.ism.asso.fr (benoit at ism01.ism.asso.fr) Date: Fri, May 23 2003 9:33:18 GMT+0200 Subject: [Mapserver-users] what is WMS? Message-ID: <200305230732.h4N7WqHg013993@lists.gis.umn.edu> Hi ! I don't understand what is exactly WMS and what it do with Mapserver ? Thanks a lot, Benoit From Zamil.Murji at divestco.com Fri May 23 10:16:03 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Fri, 23 May 2003 11:16:03 -0600 Subject: [Mapserver-users] Mapserver printing Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A8F2@div-mx02.DIVESTCO.COM> Hi, We are currently trying to use mapserver to print images on an 8.5x11 inch paper using the web. Up to date we have been very successfull. However, we are now trying the next step - PLOTTING. I was wondering if anyone has any idea how to approach this issue. I read in the past that mapserver has a limit to the size of image that can be created, if so, how do I get around this. Any suggestions would be welcome. Also, I noticed that when we started using png images all over our site. Sometimes they would come back empty. NO error messages from mapserver, just an empty image. If you refreshed the screen everything would start working again. The image would be displayed again. Anybody observe similar output? Once again, it happens randomly. Sometimes it works and sometimes it doesn't. Zamil From pkishor at geoanalytics.com Tue May 27 09:04:12 2003 From: pkishor at geoanalytics.com (Puneet Kishor) Date: Tue, 27 May 2003 11:04:12 -0500 Subject: [Mapserver-users] Re: html-type legends with perl mapscript Message-ID: > -----Original Message----- > From: Daniel Morissette [mailto:morissette at dmsolutions.ca] > Sent: Tuesday, May 27, 2003 10:44 AM .. > Puneet Kishor wrote: > > > > Eventually I want to create (html legends) with > > keyboxes I can click on and open up color-selectors, and layer names > > with checkboxes I can use to turn them on or off, or entire layer > > elements I can select for querying purposes, etc. See, I need to be > > able to build the individual components of a legend/layer control... > > and the keybox is one of the denominators. drawLegendIcon > seems to be > > the ticket, as soon as I get it working, that is. > > > > Have you considered using the HTML legend templates? They are a bit > complicated to understand, but they allow you to do that kind of stuff > already: > seen that, tried that. I don't mind their complicatedness... html legends work with cgi apps... I am doing an app with mapscript. I just want to get drawLegendIcon to work the way I understand it... maybe I am wrong in how I am interpreting it. Thanks. Puneet. From morissette at dmsolutions.ca Tue May 27 09:08:21 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 27 May 2003 12:08:21 -0400 Subject: [Mapserver-users] Re: html-type legends with perl mapscript References: Message-ID: <3ED38D75.990D6174@dmsolutions.ca> Puneet Kishor wrote: > > seen that, tried that. I don't mind their complicatedness... html legends > work with cgi apps... I am doing an app with mapscript. I just want to get > drawLegendIcon to work the way I understand it... maybe I am wrong in how I > am interpreting it. > Note that you can call $map->processLegendTemplate() in MapScript. -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From Zainal.Abdul-Majeed at newcastle.ac.uk Mon May 26 08:21:38 2003 From: Zainal.Abdul-Majeed at newcastle.ac.uk (zainal A Majeed) Date: Mon, 26 May 2003 16:21:38 +0100 Subject: [Mapserver-users] tip on to make the PNG transparent in the application Message-ID: <3ED2DE4A@sws.ncl.ac.uk> Dear Friends, Anybody can help on how to make the PNG map or vector image transparent in an application for Internet GIS. I have tried to configure the map file but in vain. Cheers Zainal From ima at zl.lv Tue May 27 01:36:38 2003 From: ima at zl.lv (ima) Date: Tue, 27 May 2003 11:36:38 +0300 Subject: [Mapserver-users] Linux installation Message-ID: Hi, I'm using Mapserver on Windows with Oracle spatial enabled. Is it possible to get somewhere precompiled Linux version of Mapserver 3.6.x also with oraclespatial? Thanks, Ima From monteillety at iut-dijon.u-bourgogne.fr Tue May 27 02:42:30 2003 From: monteillety at iut-dijon.u-bourgogne.fr (Etud SRC2 - MONTEILLET yoan) Date: Tue, 27 May 2003 11:42:30 +0200 Subject: [Mapserver-users] Prb with Php as CGI Message-ID: <1054028550.3ed3330667794@iut-dijon.u-bourgogne.fr> Hello I am trying to use Localis (http://www.localis.org) which use Mapserver. I work with Php 4.2.3, Apache 1.2.26, Mysql 4.0 on linux Mandrake 9.1 (Install of those elements made with the packages)... However, the following errors keep coming up in the browser : Fatal error: Due to thread-safety problems, php_mapscript cannot be used as a 'apache' module. You will have to reconfigure your PHP as a CGI to run this version of MapScript. See http://mapserver.gis.umn.edu/cgi-bin/wiki.pl? PHPMapScriptCGI. in /var/www/html/mapserver/www/localis/localis.php on line 115 I have understand that i could compileted PhP4.2.3 as CGI with a new install. But i can just use the packages. My installation with the ./configure is not available. I'm in training for studies and have just few days to succeed this installation. Can you help me ? Thanks. Yoann From ioannis.kanellopoulos at jrc.it Tue May 27 09:34:08 2003 From: ioannis.kanellopoulos at jrc.it (Ioannis Kanellopoulos) Date: Tue, 27 May 2003 18:34:08 +0200 Subject: [Mapserver-users] mapplet/Jbox problem - again Message-ID: <001501c3246d$cc425400$6e94bf8b@egeo.sai.jrc.it> This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C3247E.8F96A680 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0012_01C3247E.8F96A680" ------=_NextPart_001_0012_01C3247E.8F96A680 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Dear All, A couple of weeks ago I posted a message about some problems I = encountered with mapplet and jBox. Unfortunately I have not been able to = solve the problem yet, even though Richard Greenwood provided a couple = of suggestions.=20 Below I include the jBox version of the html template hoping that = someone can localise the problem. with the file below the redraw does = not happen unless I use the refresh button. I use Mozilla1.3 or IE 6. = and I have the problem on both RedHat 8.0 amd W2K. Note that if I = substitute the jBox routines below with the mapplet routines and use the = mapplet applet then it works properly (with mapplet I have a problem = making the box on/off properly).=20 the file below is the standard demo file with the additional jBox = javascript & applet.=20 I would very much appreciate any further suggestions on this. Thanks a = lot for your help Ioannis =20

Map Server Demo


= Browse map
Query = feature
Query = multiple features


Select Layers to Display:

Zoom In =20 Pan Zoom Out

Zoom Size

Legend



Ioannis Kanellopoulos Institute for the Environment and Sustainability Land Management Unit,=20 TP 262, 21020 Ispra(VA), Italy. Tel: +39 0332785115 Fax: +39 0332789803 web: http://ies.jrc.cec.eu.int, http://ams.egeo.sai.jrc.it e-mail: ioannis.kanellopoulos at jrc.it, i.kanellopoulos at computer.org ------=_NextPart_001_0012_01C3247E.8F96A680 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Dear All,
 
A couple of weeks ago I posted a = message about some=20 problems I encountered with mapplet and jBox. Unfortunately I have not = been able=20 to solve the problem yet, even though Richard Greenwood provided a = couple of=20 suggestions.
 
Below I include the jBox version of the = html=20 template hoping that someone can localise the problem. with the = file below=20 the redraw does not happen unless I use the refresh button. I use = Mozilla1.3 or=20 IE 6. and I have the problem on both RedHat 8.0 amd W2K. Note that if I=20 substitute the jBox routines below with the mapplet routines and use the = mapplet=20 applet then it works properly (with mapplet I have a problem making the = box=20 on/off properly).
 
the file below is the standard demo = file with the=20 additional jBox javascript & applet.
 
I would very much appreciate any = further=20 suggestions on this. Thanks a lot for your help
 
Ioannis
 
 
<html>
<head><title></title>
<s= cript=20 language=3D"JavaScript">
 
        function=20 setbox_handler(name, minx, miny, maxx, maxy, redraw)=20 {
         =20 document.mapserv.imgbox.value =3D minx + " " + miny + " " + maxx + " " + = maxy;
         =20 document.mapserv.imgxy.value =3D minx + " " + = miny;
   =20
    if (redraw)=20
   document.mapserv.submit();
 
       =20 }
        function=20 seterror_handler(message)=20 {
         =20 alert(message);
        }=20
</script>
  
</head>
<body=20 bgcolor=3D#FFFFFF>
 
<center><h1>Map=20 Server Demo</h1></center>
<hr>
 
<form name=3D"mapserv" = method=3D"get" =20 action=3D"[program]">
<center>
<table border=3D0 = cellspacing=3D0=20 cellpadding=3D4 = bgcolor=3Dcyan>
 <tr>
  <td=20 valign=3D"top" align=3Dcenter>
   <table = cellpadding=3D"0"=20 cellspacing=3D"0"=20 border=3D"0">
    <tr>
  &nb= sp; <td=20 colspan=3D"2">
    <applet = codebase=3D"/java/jBox"=20 code=3D"jBox.class"=20 width=3D"600"
         &n= bsp;  =20     height=3D"600" name=3D"jBox"=20 MAYSCRIPT>
         &n= bsp;   =20    <param name=3D"image" value=3D"http://[host][img]">
  &nb= sp;   <param=20 name=3D"jitter" value=3D"10">
   =20      <param name=3D"thickness"=20 value=3D"2">
    =      <param=20 name=3D"color"=20 value=3D"black">
    </applet>
 
    <!-- = <INPUT=20 NAME=3D"img" TYPE=3D"image" SRC=3D"[img]" width=3D1050 height=3D600=20 border=3D0></td>
    -->
 &nbs= p;  </tr>
   </table>
 &n= bsp; <table>
    <tr>
 &n= bsp;   <td=20 align=3D"center"><img=20 src=3D"[scalebar]"></td>
    </tr><= BR>   </table>
  </td>
 &= nbsp;<td=20 valign=3D"top" bgcolor=3D#ffffff>
   <table = cellpadding=3D"5"=20 cellspacing=3D"0" border=3D"0" = bgcolor=3D"#ffffff">
   =20 <tr><td>
      = <center><input=20 type=3D"submit"=20 value=3D"Refresh/Query"></center>
    &nb= sp;=20 <p>
 
      = <input=20 type=3D"radio" name=3D"mode" value=3D"browse" checked> = <b>Browse=20 map</b><br>
      <input = type=3D"radio"=20 name=3D"mode" value=3D"query"> <b>Query=20 feature</b><br>
      <input=20 type=3D"radio" name=3D"mode" value=3D"nquery"> <b>Query = multiple=20 features</b>
 
     =20 <hr>
 
     =20 <p>
      <b>Select Layers to = Display:=20 </b><br>
      <select = multiple=20 name=3D"layer" size=3D3>
       =20 <option value=3D"airports" [airports_select]>=20 Airports
        <option = value=3D"cities"=20 [cities_select]> Cities
        = <option value=3D"lakespy2" [lakespy2_select]> Lakes &=20 Rivers
        <option = value=3D"dlgstln2"=20 [dlgstln2_select]> = Streams
       =20 <option value=3D"roads" [roads_select]>=20 Roads
        <option = value=3D"twprgpy3"=20 [twprgpy3_select]> Townships
     =20 </select>
 
     =20 <p>
      Zoom In <input = type=3Dradio=20 name=3Dzoomdir value=3D1 [zoomdir_1_check]> =
     =20 Pan <input type=3Dradio name=3Dzoomdir value=3D0=20 [zoomdir_0_check]>
      Zoom Out = <input=20 type=3Dradio name=3Dzoomdir value=3D-1=20 [zoomdir_-1_check]>
     =20 <p>
      Zoom Size <input = type=3Dtext=20 name=3Dzoomsize size=3D4 = value=3D[zoomsize]>
     =20 <p>
 
      <font = size=3D+1><b>Legend</b></font><br><hr>     =20 <img src=3D"[legend]"><hr>
 
     =20 <p>
      <center><INPUT = NAME=3D"ref"=20 TYPE=3D"image" SRC=3D"[ref]" = border=3D"0"></center>
   =20 </td></tr></table>
 
 =20 </td></tr>
</table>
</center>
 
<input type=3D"hidden" = name=3D"imgxy" value=3D"524.5=20 299.5">
<input type=3D"hidden" name=3D"imgext"=20 value=3D"[mapext]">
<input type=3D"hidden" name=3D"map"=20 value=3D"[map]">
<input type=3D"hidden" name=3D"savequery"=20 value=3D"true">
<input type=3D"hidden" name=3D"imgbox" = value=3D"-1 -1 -1=20 -1">
 
<input type=3D"hidden" = name=3D"program"=20 value=3D"[program]">
<input type=3D"hidden" = name=3D"map_web_imagepath"=20 value=3D"[map_web_imagepath]">
<input type=3D"hidden"=20 name=3D"map_web_imageurl" value=3D"[map_web_imageurl]">
 
</form>
 
</body></html>
 
 
Ioannis Kanellopoulos
Institute for = the=20 Environment and Sustainability
Land Management Unit,
TP 262, 21020 Ispra(VA), Italy.
Tel: = +39=20 0332785115
Fax: +39 0332789803
 
web: http://ies.jrc.cec.eu.int, http://ams.egeo.sai.jrc.it
e-m= ail: ioannis.kanellopoulos at jrc.it= , i.kanellopoulos at computer.org=
------=_NextPart_001_0012_01C3247E.8F96A680-- ------=_NextPart_000_0011_01C3247E.8F96A680 Content-Type: text/x-vcard; name="Ioannis Kanellopoulos.vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="Ioannis Kanellopoulos.vcf" BEGIN:VCARD VERSION:2.1 N:Kanellopoulos;Ioannis FN:Ioannis Kanellopoulos NICKNAME:me ORG:Land Cover - Land Use Unit TEL;WORK;VOICE:+39 0332785115 TEL;WORK;FAX:+39 0332789803 ADR;WORK;ENCODING=3DQUOTED-PRINTABLE:;;Institute for the Environment & = Sustainability=3D0A European Commission, Joi=3D nt Research Centre;TP 262;Ispra - (VA);I-21020;Italy LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:Institute for the Environment & = Sustainability=3D0A European Commission, Joint=3D Research Centre=3D0D=3D0ATP 262, Ispra - (VA) I-21020=3D0D=3D0AItaly URL;WORK:http://ams.egeo.sai.jrc.it EMAIL;PREF;INTERNET:ioannis.kanellopoulos at jrc.it REV:20030527T163408Z END:VCARD ------=_NextPart_000_0011_01C3247E.8F96A680-- From rosangela.silva at zenitpolar.com.br Tue May 27 10:02:39 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Tue, 27 May 2003 14:02:39 -0300 Subject: [Mapserver-users] transparent background raster (tif) References: Message-ID: <003301c32471$c8180e70$377ba8c0@nadir> Dear Christina, Thanks for your help. I try to do it but everything became transparent, how can I do only background transparent?? Thanks Ros?ngela My layer definition is: LAYER NAME "sp250" TILEINDEX "teste/sp250.shp" TILEITEM "IMAGE" STATUS DEFAULT TYPE RASTER #OFFSITE 0 CLASS EXPRESSION "1" #1 refers to the colour-index COLOR -1 -1 -1 #transparent END # MAXSCALE # MINSCALE END ----- Original Message ----- From: "Christina Biakowski (CCGIS)" To: "Mapserver-Users at Lists. Gis. Umn. Edu" ; "Rosangela Silva" Sent: Tuesday, May 27, 2003 3:59 AM Subject: AW: [Mapserver-users] transparent background raster (tif) > Hello, > perhaps you have already tried this: I think you have to find out the > colour-index of your background-color and set it to transparent, > either in the general layer section using the parameter OUTPUT with the > index of your background-color like e.g. > > LAYER > NAME DGK1 > TYPE RASTER > DATA "520911.tif" > STATUS ON > OFFSITE 0 #0 refers to the colour-index that has to be displayed > transparent > ... > > or defining an explicit class. For Rasters the classitem must be set to > VALUE. > > LAYER > ... > CLASSITEM "VALUE" > ... > CLASS > EXPRESSION "1" #1 refers to the colour-index > COLOR -1 -1 -1 #transparent > END > ... > The colour-index you could for example find out by using the ArcGis > Layer-Properties. > The described way works with Mapserver 3.6x, but I remember to have read > that in 3.7 it is implemented in a different way. > I hope this helps! > > Best regards, Christina > > > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Rosangela > Silva > Gesendet: Montag, 26. Mai 2003 16:44 > An: mapserver-users at lists.gis.umn.edu > Betreff: Re: [Mapserver-users] transparent background raster (tif) > > > I could not send the files (large size) but > I'm sending an example in mapserver to you understand > better the problem. > Thanks > Ros?ngela > > > > Hello, > > > > I'm having a problem to show some images that have a black background. > > I need to see them with transparent background, is it possible in > Mapserver? > > They are in tiff format. I generate a tiff with transparent background, > that > > can be seen using ArcGis, for example, (please, look the examples > attached). > > I'm using tile index for display this images. But is there some property > > that can > > be set to background be transparent?? > > > > > > Thansk > > Ros?ngela > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From ed at topozone.com Tue May 27 10:20:35 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 27 May 2003 13:20:35 -0400 Subject: [Mapserver-users] transparent background raster (tif) Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFA19@mercator.topozone.com> Rosangela - The first thing you need to do is tell us what makes a pixel "background". Is it a specific RGB color or a specific pixel value? Also, let us know what version of MapServer you're using, because the OFFSITE parameter is different in 3.7. - 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: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br] Sent: Tuesday, May 27, 2003 1:03 PM To: Mapserver-Users at Lists. Gis. Umn. Edu Subject: Re: [Mapserver-users] transparent background raster (tif) Dear Christina, Thanks for your help. I try to do it but everything became transparent, how can I do only background transparent?? Thanks Ros?ngela My layer definition is: LAYER NAME "sp250" TILEINDEX "teste/sp250.shp" TILEITEM "IMAGE" STATUS DEFAULT TYPE RASTER #OFFSITE 0 CLASS EXPRESSION "1" #1 refers to the colour-index COLOR -1 -1 -1 #transparent END # MAXSCALE # MINSCALE END ----- Original Message ----- From: "Christina Biakowski (CCGIS)" To: "Mapserver-Users at Lists. Gis. Umn. Edu" ; "Rosangela Silva" Sent: Tuesday, May 27, 2003 3:59 AM Subject: AW: [Mapserver-users] transparent background raster (tif) > Hello, > perhaps you have already tried this: I think you have to find out the > colour-index of your background-color and set it to transparent, > either in the general layer section using the parameter OUTPUT with the > index of your background-color like e.g. > > LAYER > NAME DGK1 > TYPE RASTER > DATA "520911.tif" > STATUS ON > OFFSITE 0 #0 refers to the colour-index that has to be displayed > transparent > ... > > or defining an explicit class. For Rasters the classitem must be set to > VALUE. > > LAYER > ... > CLASSITEM "VALUE" > ... > CLASS > EXPRESSION "1" #1 refers to the colour-index > COLOR -1 -1 -1 #transparent > END > ... > The colour-index you could for example find out by using the ArcGis > Layer-Properties. > The described way works with Mapserver 3.6x, but I remember to have read > that in 3.7 it is implemented in a different way. > I hope this helps! > > Best regards, Christina > > > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Rosangela > Silva > Gesendet: Montag, 26. Mai 2003 16:44 > An: mapserver-users at lists.gis.umn.edu > Betreff: Re: [Mapserver-users] transparent background raster (tif) > > > I could not send the files (large size) but > I'm sending an example in mapserver to you understand > better the problem. > Thanks > Ros?ngela > > > > Hello, > > > > I'm having a problem to show some images that have a black background. > > I need to see them with transparent background, is it possible in > Mapserver? > > They are in tiff format. I generate a tiff with transparent background, > that > > can be seen using ArcGis, for example, (please, look the examples > attached). > > I'm using tile index for display this images. But is there some property > > that can > > be set to background be transparent?? > > > > > > Thansk > > Ros?ngela > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/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 May 27 10:29:18 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 27 May 2003 13:29:18 -0400 Subject: [Mapserver-users] Rosa and Windows-binary References: Message-ID: <3ED3A06E.4010400@dmsolutions.ca> Hi There, 2 things to check if the temporary files are created properly but not loaded : - what format are the tmp files ? If there are PNG, you shoulld use a rosa_png.jar (http://www2.dmsolutions.ca/webtools/rosa/rosa_downloads.html) - do you get any specific errors in your Java console ? Later, Roman Meier wrote: >Hi list >I have problems using the Rosa-Java-Applet with the >CGI-Mapserver-Windows-Binary. >I based the prototype on the following wiki-sample-code: > >------------------------ >Sample HTML templates > >A plain sample template was posted by Frank Koormann, it can be downloaded >from > ftp://ftp.intevation.de/users/frank/mapserver/rosa-sample.zip >------------------------ > >The problem is, that the map-image is not displayed in the applet window at >all. I can see all the buttons but not the map. The mapserver-cgi produced a >correct map-image that was put in the tmp-path. >Another point is that not all rosa-buttons are working correctly. ZoomIn by >rectancle and recentre is not working? > >Any ideas? Thanks in advance for your help... >Roman > >------------------------------------------- >gismap.ch, Industriestrasse 7, 4410 Liestal >Telefon/Fax 061 901 34 31 >info at gismap.ch, http://www.gismap.ch >------------------------------------------- > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From rosangela.silva at zenitpolar.com.br Tue May 27 11:18:51 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Tue, 27 May 2003 15:18:51 -0300 Subject: Fw: [Mapserver-users] transparent background raster (tif) Message-ID: <000d01c3247c$6ce16000$377ba8c0@nadir> This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C32463.473B80B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Hello, I'm using mapserver 3.6.5. I don't know how the mapserver interprets the background of the tiff or jpg images. I'm looking for information about it, and some softwares assumes the transparent background like a cannel "alpha", but I don't know exactly how it works. Sorry, but, for while, it is everything I know to explain. Thanks Ros?ngela. ----- Original Message ----- > From: "Ed McNierney" > To: "Rosangela Silva" ; > "Mapserver-Users at Lists. Gis. Umn. Edu" > Sent: Tuesday, May 27, 2003 2:20 PM > Subject: RE: [Mapserver-users] transparent background raster (tif) > > > Rosangela - > > The first thing you need to do is tell us what makes a pixel "background". > Is it a specific RGB color or a specific pixel value? Also, let us know > what version of MapServer you're using, because the OFFSITE parameter is > different in 3.7. > > - 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: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br] > Sent: Tuesday, May 27, 2003 1:03 PM > To: Mapserver-Users at Lists. Gis. Umn. Edu > Subject: Re: [Mapserver-users] transparent background raster (tif) > > > Dear Christina, > Thanks for your help. > I try to do it but everything became transparent, > how can I do only background transparent?? > Thanks > Ros?ngela > > My layer definition is: > LAYER > NAME "sp250" > TILEINDEX "teste/sp250.shp" > TILEITEM "IMAGE" > STATUS DEFAULT > TYPE RASTER > #OFFSITE 0 > CLASS > EXPRESSION "1" #1 refers to the colour-index > COLOR -1 -1 -1 #transparent > END > # MAXSCALE > # MINSCALE > END > > ----- Original Message ----- > From: "Christina Biakowski (CCGIS)" > To: "Mapserver-Users at Lists. Gis. Umn. Edu" > ; "Rosangela Silva" > > Sent: Tuesday, May 27, 2003 3:59 AM > Subject: AW: [Mapserver-users] transparent background raster (tif) > > > > Hello, > > perhaps you have already tried this: I think you have to find out the > > colour-index of your background-color and set it to transparent, > > either in the general layer section using the parameter OUTPUT with the > > index of your background-color like e.g. > > > > LAYER > > NAME DGK1 > > TYPE RASTER > > DATA "520911.tif" > > STATUS ON > > OFFSITE 0 #0 refers to the colour-index that has to be displayed > > transparent > > ... > > > > or defining an explicit class. For Rasters the classitem must be set to > > VALUE. > > > > LAYER > > ... > > CLASSITEM "VALUE" > > ... > > CLASS > > EXPRESSION "1" #1 refers to the colour-index > > COLOR -1 -1 -1 #transparent > > END > > ... > > The colour-index you could for example find out by using the ArcGis > > Layer-Properties. > > The described way works with Mapserver 3.6x, but I remember to have read > > that in 3.7 it is implemented in a different way. > > I hope this helps! > > > > Best regards, Christina > > > > > > -----Urspr?ngliche Nachricht----- > > Von: mapserver-users-admin at lists.gis.umn.edu > > [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Rosangela > > Silva > > Gesendet: Montag, 26. Mai 2003 16:44 > > An: mapserver-users at lists.gis.umn.edu > > Betreff: Re: [Mapserver-users] transparent background raster (tif) > > > > > > I could not send the files (large size) but > > I'm sending an example in mapserver to you understand > > better the problem. > > Thanks > > Ros?ngela > > > > > > > Hello, > > > > > > I'm having a problem to show some images that have a black background. > > > I need to see them with transparent background, is it possible in > > Mapserver? > > > They are in tiff format. I generate a tiff with transparent background, > > that > > > can be seen using ArcGis, for example, (please, look the examples > > attached). > > > I'm using tile index for display this images. But is there some property > > > that can > > > be set to background be transparent?? > > > > > > > > > Thansk > > > Ros?ngela > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > ------=_NextPart_000_000A_01C32463.473B80B0 Content-Type: image/gif; name="example.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="example.gif" R0lGODlhdwCvAPcAAAAAAAAIAAAQAAAACAAAEAAIDAAAGAAIGAgAAAgIAAgQAAgIEBAAABAIABAI CBkJAQIVAgQSDgAQHAgQHAgYDBAQCBUVCBQQFAQYHAoYIBQYGBgYIQ0hCBAeHRIiHxQ0EiUgCyQ/ DDE4D0M8DSxeCDdfC0FgEE9fEDg7IENcIF5NHFtnHjg9MEhXN1pZLFxURG1XG29WLGVrG2hpK3Va KXNrKX9aJ4JrJWxZPXldPWxcUnhhV4FiMYhiMYxeNo5gSTd4CEh6CUZ4FUt1J1h5F2Z1F1x2Lmh0 MUaIFFaHFFCSElqhFFSFJ2GGKVuOK16gJm14IHZ0IHFzNXV4K3t7JXtzMYF1K4xzL2yFH2+BM3eF KImALmyOJnuMLXaYKnWsK3VvPoRvPYRzQoR7OYxrPYx1PJRtPJxvOWp+QYGBP3yKP3uiPIx7QpR/ OZGGPJCcO05vSmVtXYBuVndvcZhvQpR7QpxzQphxVHt7SpR/RoWFSIqaR4GOUJyQSol9Yo6VbKVt RKVzSq1zQqV7QqV7SqVrUqVzVq1zUrVzUq17SqV7Uq17UrV7UqV7WqWEQq2EQqWESqWEUqWMQqWM Sq2ESq2EUrGISrWEUqWRSqWUUq2URrGMUqWcSrGUUp2mSKqvTKV/Xqp+YK9+Xbd/XKmMXqaZXa+W XruUWqeEbaiVcL2JZb2Zaa6Tfqeemrmbe8meeKOudp+/dq24g720eailnreykr27ksu1laWlpaWl rampqa2tpa2tra21rbetpdK/pa2tta21ta21vbWtrbW1rbW1tbW1xrW9tb21rb29tbXBtb29vc7G rb3Gtb29xsq9vcPLur3WrcHGxsbOxsbWtc7Mv87awdbeu8bGzs7Q09bO1tbWztbW1tbW3t7Wxt7e xufOtefWzt7e1t7nxt7vvd7vzt7n1ufp097e3ufn3ufv3u/n3t7e597n5+fn5+/v5/fv5/f/5//3 5+fn7+/v7+/37/f37/f/7+/v9+/39/f39/f/9///9/f3//f//////ywAAAAAdwCvAEAI/gD/CRxI sKDBgwgTKlzIsKHDhxD/+SM4sWBFihgHXpSYUeDGjx05agwJcmTEhSVNqvRo0eBGlitT/pvjqwIY FK2SsWoxZ4QKEDlUzHmG4ycIED0mRdF3kqFMkSuhRlWJ60WeKnXs1LlSxUydNm7ytBkDhUqkPG4U lalxpkaeO33GYHU0qcoYMzXKtMkzIw+bGEybKnzpUZ9hfRNlrWmyJounFUSM1FgxRoqpKopm8JDC RgymPHbC8IhBpnMNGnXYVOnRB5IbN0KgcHKTpQiaxXn6cAnCpIsbMWGqVAlDxkyjRWXqROJBp4yp pYIHh6SFo9YdMGCOhPmBChWrPqDu/qAyBCgHIDuHwrhwdIdOIxc5coQRLSaHnBw75MhhMyMMHTY1 4FCFZGCIQUYORUQGhQxNOMFFF1kcgUUWbLCxggt3sMHDFDXIAFN0LUV1ETrOZJPOPy/sAAIDxSzz TzEDLTPNQPpk848+c4CgCB1hmCFWcHlUMoYeU5C1AipHVHFEEp4wEUQaaXCGx5BGZKGGFm6owYQQ QHTJBBFjBBEYiC6FJNWZLxH2DzQhCIEFFkUW6UYVU0zBhRtpTJhCC2gMEYQbTRDxBBdcEKHCHWfp IQYbUKYBRRZp9PEHHnL4ocMOL4xJJkkEZYPNP9ngwkIIJJRAhAlEBGpEEkk8oQQR/kl8EYQXa7yx BhdMPPHFG1k44YSrJACBxBJPPAGEq0wc60QKcBiRggtNGIGCEXrogYceftDhx7Y77HCEEdkZIQUY MGi66Yf/mJMFFmqgwcQa8K6hRgsfGGECChpEIEIEFkRQQQUeKGABGgFcQIEFFYiQxQgopACCBxoY rMHEHWRwAAtMUDBBBhMY8YIEExwQQQYVb+ABHHCggTIaKZDAxBAhsOABxxoAYO65OOes88489+zz z0AHLXRDcQwAwNFIJ6300kw37fTTUEctNdJxgFj01FhnrXXSIKBQQxuJQFJGhW0QsogZbdRRh1dk XBHGIGRQkUYRbfThipoOXb11/tYWgKB0Ay7UIAIAKOARRhmVRAIJJpEMYkUZkFShhhWdtNGEFStA 4YYjbFixBRZ9mBEGGK9RUeQYY9BAGQ+Hq1YLP9HpDXUCFRjBBBMmjBBGDj2oocI1LqTwhBueuGHE FG6gPuAKNYQRgxh5RC99HpCMwUYYudGBehpb5KEFEVk0ocYYXexRBhFBEFGkHlXkUEYeUoxBRmp3 +HVDGTzk8YvVRu/tgAtyQMUOfsCDFhjCDpuA3iJ4YCAelIEQPPABHXwQhjGEQQw/2EEOcICDF+jA PqI4ECjAUAUD1WEKWSiSFGIghRqkYQxikEITAjXDJBAhDfURwwwoJAQlxAJv/kTr396G+LQYXKIM 70teHyKxAiN0oQRXUcEMULCCPUhhCl3Ig6LEkAUpzGAMr2GDGz6nhicQYYdbkAX/iMhGpKXAC2+Y QhreEAUrOGIMVBhDGpqQBCdkYQhEKEETuPCEJSghDalhw1nqUIb46MEIaUhFJMaQhWQhAQlAwEMr 1pg1EJjABENgQqyWQMgmPCEJuOOCEryAhRBYyQgsSEGgzEgCIzihCSZgwhe88IUvNCEFt0EBCjoQ AQpgwAkhCEEHNFCxDniABS4YFx/wgAcpWAkNamiCEJ6ABBJcMhZHEww2cKGLcprznOZsBjWuQY1m lIMc0BCGMIIBjF7Ukxe8/uhFPvGJT33yU5/6bEYy+rlPftYTGNH4RzSoEY1t6KIXuQBGLnQR0YPa 86L7DIYx6BkMXnSUF9kI59BGStKcPSVNZQoRumTCUhoFI6UdKQY9fnZSlaILTSr1RzFs9I9hoOAF LxABCGQQhbVQoQxQ6Aoh7lcJMvTgCnUIAwx64IjQ1OA0Y+hDH7ZQhivcbFM1NZNA/NCGL4zADUFY Axa8gIk9XDAMNajCKRLHgzrwoAaZWKIagJAFTMiNDQuqwpyo4IZB3LEKRSDLo7JYhhmsgAZkoAMM fGAGQhCiB7Db2UWyoQN/tIIFLRjCEJpoBCMMAQ8p6NUJmsCZJhxhBnSo/kOBWHEHVYSHDoDwASHK QJzi8KBBSZjCho7HvTRoAQqegAIYx1CHPIiBTn4BEFZAEYkWyuAIZVCEf0ABGJ49RSDwCIcrOqgD OajAB5cwxCbowANF3KESNuCBDQxhBjLwRRGBiMEPOJiDH4gBDDm4avxSqAYupCEPU1ADFFTwwhp0 AVeoTBX43KCHLGRhD3y8ZDdJEIJ6eNdMKLXpTS+CCxAQ4gpFqgHyqpCFyggHCi8bgRDgJwY98mAG McjDD+wQiDyooQ+OyIMfpHDgIclByEX4KpnCGhVxiKMi5siGlNMBDQAIIZesIsJVt+AGWr3BC1ro Qqu+9AYTqPIJWOhC/hUQSYo7kGE4YMCBHsCgBj6AwQgrGIIQhDCEJkQozv34sEDcwQt6zCEORBCC GtagZ1gh4ZRfWJYTSqCEJexAACmIAAQ4YAEN5IEIXPhCobjghC8sIdJeQAEGjACxiVFgYhGYGDMp kAFmcswDOMDDEdJgJTVUsglIcJCvgMCEFARasxpxhz2WbQ9+2CMf+MAHPaZN7XdQe9rWrva16VGP ZW+bHtme9jzqMQ96lPvb6P42PvKRD3S7o6Twjre8503vett7aLJro7737TQEOG0OQGRIvvmtbxG4 IAb5cwMUvtcHKUAhyGOwg1bqMAiJm0EReXgqGRxRg6zUwTVVuGob/qbwutgJkeBpUIMQmOAEWzax Bq8NjWuroIcxJMcOkfABGOsgBRlYyQwodoMKflyEL7hhEjtXsRWOqggyqEAFVSBEDSx4hhgsgg4q +EVmmzJwqWHoD9ZqASzwzBgeRPwOP0D7HdAuh6b/YINhIIQZmDM/JJIBdYfLQxbKQBnUqWELRcJD fXhQBTBkVe9dkEIV/MygCB1BD3nAQw1swUki3qERjYjEJX6QCkK8wi+lIIUcLIAAC8Sgby5oJBLL EAhCKCIGWJkPG+CXOfYNAQszmNMMpOBFUQohWkdYbBcSzQQklAAIpWICsWAR8IV0neBTk3MKSpEJ 1M2dkY4AAxGw/oCE24WgCVisAhHUwOIxxMAQI1REtfJw4EzkIRLYwsMcdOCHWlS+jQEIAABCMAQv JMECKMABNpQqxYIqXCAEQcAFb/Amg+InDlJIS+AFPUQoqxRpxdIFanAtaBA+YbYHoCAGlCIH+YEH 3DJ/rSBSJ/F8TFMCWCAE37JyJiBIJJAESxArqfAFT2AEHGAEGvAvCWNGINACIuABFuAC4SNqukQC EuNqGlBrHNCEy7RME4MBFKMBE9CEJtMCLZACwPQELuAEePAHLfAHRnNvZniGaJiGTgFTUtFSMcEp bxiHKwWHOsNkU+GGcyiHbUiHezgVIGKHOCVifZiHhFgQ6HAM/gOhDdwwEHPADRMBDLTADM3XFIAY YiLChgvRCiBwAjdwBo6QSHYwCJVgB3qxNnZ3BXZwBnYBBVvQB1ZwAvYgaCMmYpZ4U//QCnNwiy+Q CuRSBgqHBTJAG1AwCH1QBYFgB2lDCOdRWZFwA1ewcVYQBpDwcXMicmNgBV4li4F4if8wAF0zAAtQ AAMwABXgAjKQCv8gDtcSd4qTCZAACVcAOWEwOZvgCJcDGZvTBzUgCUSACXTwA3QmCaZjBagzGash e/NxA0r2hyAmECyQi/+wATBCACMwfEPgBEPwBDIgGa/FI0fAWmmgGlkRCWZgBWFRBStgJWVABsjD YH0gA1/Q/gWbYAXRYwVJVVR5gHUqUAOEIBxiYAY2EAh1AAOJM4knsRG4AAAfkARCQAQiECAxMAYu YAuoNTxv0AfBtwdXgDpHcAIzUAYwsCjwZwfSEwmrxwZ9UAaoswVglAXgkwTjUz51UARAQATKxSg2 8D52UQZ08BZ+YQVvlgegYAewY5QPQRjH5g08AHZ4AAeT0mfkx1x0UAh3sAOFIAZ3kAONUAY+EB9R x17FkRwriTpIxChjIANyASVbYBdpIAd3NTpVoFWUNAZTcARZAAUzdAS71gd4QHNFYJgQIRPTMAcs gAKVgnZh8ALtEQkVskANFAaV4AM0kFsX1BVioEEc5EED/vSBPHAH/0UcdoBCUyAGU+ACVRADaoBD 1uQERJAqoiQFOcR7bjAESqAESbAP2miJv9AIdzCYmqkInzc/qZADDPAPAFAH1cAAInADOQAD8xEI ikAIARZVh6MHYZA547MCTRCMXbB7UzADTeAk0WIEj2JciZYEmAQEJVACTKAET+Ak+Ils3DgQ7KAP 7HBsevgSf4ACjMBIezEG7zcD4GMCqCNFKpACe5AFDtYHaUAGeJAFVTADpOMGjOIGE+IFTLBDXfBg W2dSDfmlZlIMAPAP7yAGKdAHpcAGd1FXPhIGUIAFueIEH8AE5UcEXRBDQhcIqFADjZAHfJAHQFoK QhZ//iK4LTiAn8DZEJVIi4M2pgNxDms1J3tABTfgBmWQR3nSR3/EBCRgp8SySj0mBpHAnI2UA3iA BkeQCqTABr0iLJiEBzugAwsZHYAIKseADSAQAk8QBNVQDwAQYU3QSyEgYSaQBG+gBVhAKFvyBLxk SGZ0Sl6gBKFGSIOiBn4wTX7WBVqwB6QAgvqxA2BATX7QLfN3qLLoDq0wEdrQCn6QTKxSLH3UKqhk AnyEZt+XTcI0S0RAAqn1MkGwS73UBENwGyvAAh9wARFwAJw6TBvAMRnwTNGEBn5ATU/qa0/KBMAm LEqABESQqA5xEYb2AVgQGX9EBENgKiYQBJX2BX2w/gZP0AQhIC0UUAEUcAFe8AQGlwJD6AJqkARe wAWxkgQeQLOy9moZwAEdIIUdcIUaQIVN2LRN+0wt8AKhZQReUFpZ8Ac30QJ+KBgXwQ0iQENCAC9P wAIZ8LBRaAEGYwE127YIcwEawLZsewEegAILwC8GcwE0WwETMwEoMA4uuwZ8wAEY8AEbgAIy4wEN K2sTMAERgAEUoDEyU2u1RoUUYDN1CBMVMRGbKxKcyxKdG7qgO7oc0bmee7qiW7qk+7mkq4au+7qw G7uyO7u0W7u2G2+4EAe6u7u827u++7vAG7zCO7zEW7y8iwv3B33Ku7xUk7zM+7xIgwBdM3oJ0DUP /mABRQECP6ACG9A1OdA1IGAHlGdy0LtvXYMALzACIlAkbZBUYxAFVSBx8asWPaAXN0ADVwAJdhBy NMADcwQJWmB/5Fu+WqMCORC/PsIVqFgHYTEWygUJaEEIYfCMPDB7xagXEIw8PfA1ZdAHM1AHAiwY KrhvpLAFX3AC4idqV+kGFwQgbrAJpGBXkEADVeB+kaAGJKAGmhAFOBQFqOkGU2CSjpA8NcCKUHAE XKAGkeNYkGUHKmAGPkAJt+C8WrMHnjAEi/EJJxAZk5EGYJAJ2KMZJZQHk5AHdgUGedkZNOAWblAD ZNAHk+AGexAENcAJCgYFt5EFaNEEQbBW1xMc/lVABvMjColQBnagCDRwCFawPwM8NRWQAqZFWkxg BHwgAmuQBCnABa2lGf+BmahQW5FwB7lVWbzlVHRQA6SGBFWwIZTRBXoEJ3G0XM1FnlXgF2PwRXVA CvDTIUdQB4bgH7eAoyl4clMDAqjgCniQA7yXA3TACn7gCnoQCj+gCoUwQXQQCIGQAzMACZNJB/CR A2QABmSwO3JQXpUiBitAB2JABzMwAwNSA2BAHDkQKMHHIA4CIY9CIWyQAjHgB/gDBXfTyFsDAixw IDigA3cwAnQwCndwCk7lXongAxEUCJElBjUQCmbQXzgQHz/wA1KgzVOgeBZWYAdWBR0aA1lw/gVH 8GArlwRGMENTwH4WhmEoekkk8AceSxAjrDUXcDS38AAg4G9TkwAvIHd15QhlIByQEAlTgJVbYAQz gAotNEh7YEPjQ3NioAdSYARq4MpZIgRIwCUrRwRqJNAEDDUxAAkqFqWEZReJFxxF8DIhUASqIQZQ UgXwwQZptwg+tjl18AcyAHlW4AdZ7QtUfNZHAwK/hwULVwZT4ItTQCdewAZa0ARakAJDAAftOQZY 0CBckAUrgAN3QAgUtihSQCQo5AZ8MClycAc6sAuH3UYK4DeJjTQWwAEo8CWilARQwCFuoAW89AZc EGZjhgVl5gQuOiEvlAdtxlthgAPhmnJ8/rDVK/AyfIYGXlQLKBgROy01HHCyplICQmAv2kQES3BL 8uplXtAgvSQvThArmNRDxGIsyIIEWApazjIER7ACKfB41IQtP7At3/otaAAZM6DdjjrMU6MACYM7 sfBHTSlKkCawXEACEegCFJBpTygALMAGgvIF20dIpvYFj+YBHmAEHfBqTEgBUlhrUXi2G6AD2VGx FjZDwbYGvkIC4JTg3E3MTYMCa+AFfGAEXPAJ8MIFfMACELAGH8ABNZsCCtCDB6MBCoACaCAAetsv KTADHyBMcHsBcKsBr1YxBmAETzAAG7MBagAHBiABC7AxHdCwLBAHq40GfIAGpLIsHpC0/hkQAXOw 3bcb6II+6IRe6IZOU3yIh4O46Ire6HyIM4QR6Yk+6TlK6YWY0yghiJJe6Zx+6ZZ+JpkLpnf46Y5+ ELWoJpguHaIO6pvu6Xr4D+3AAgjxEsXQDijCDmIFVoy66qxO6gSRE8gL63MwB+TUCkCFDv+wDMSA C63QCkIFA/fgM7W4jbOo6XA4B63wC7+AFFEQPSBAB2fAAypwCJYlcc7jA2UwCWDRB3NZmNpI7fA+ 7QLRCrzAEXOAI3HwArRgCycABUlwBYPgFmJTB4QACYGAOjdQHGcQW2PAOqA2BlvQBjfQpaE+o9Vu 8QWBDKwABmbAQly2IGUwCJkgHBPH/noT1FXspRdsQAYOxAZlYAVW0AYwLwOzypCrPu2WiA623goj wAM9EMhVIANftJp6YVxANgV1EAjJYQZ3gBfJkQeO4DZX0AaUYAU98BW0qQI1T6u7vhI8XhDswAI4 mgwIV8EPRAZk6QaQAGRkEQWcQAR9wANlPBk2IPE+ABdVEPNV4AV78HE3MAM1MAOiSi5b77Vdjy4A kJ5bqgCa8wZgtAdVQAp4cAOh0wN2ICT3Y3aOsKVaAAMdkjxukDZzmTxRMD8ysHBdUCeP41hsUF98 yfI2EIs9I+8hAgBjYCueoAZOsAcp4IKQIAVrsXF64DZsYAdQBaQ38AZCkAZRIAls/hAFfRD6ebAW QVAHXMUGzbX2hMekcRU9V2AFl5AIiUAKg2ADhU+JDfEHfczYWyDkJPBH8CMF0x8Jr3UE8q8aa7+q kWBFMyBGXQUQddi0GSOwjacuXNz0gQLGyicuQJpAyhOmTh0pbsqUqZOnRp5LNGiosPfP5EmUKVWu ROnvpDt9rQCYqADgTxwQfbjAStHkS5Y+nPakyFRFkZgqpNiIGROmBp0aNMpUCcODDaQ+ZdKwcZMn DxQja7qc6NJkDRUsUkgsYbhlDBinYciUoUM30qgwK0YpsqNCH0vAgVO6lAYglicgQ06UKJFCxRET f76t4VI2y5QZPI6UUjEjC91N/mJAHTpE5xChSHnY5KHDJkuVMWXaZNEDJcsKKGq6uJnSJwuULn1m 1KAqBszHPoryzBhTpQoPRQJp/BVcnaXLf/6WxeknrYUaNGjioIl2DQ2TJFJmTKEb5gegO4VyiAl1 Rw8dO3Z6bKxipmoVKJLIIo+OYFODCDa0aGKLNPRII4wwxJhqDDasULCM5tjQsAksMknjjghloM46 Ek/CLiVm5HglFTCMWCELMfAghZQ85JDjjh1+uCMHQ0S5o647xLijhh/I+IGOMGggg447IgHDuCny mCIHNuoY44gjagBDjh9qyMKNI9IYA4ssdMsiCyn2OGIFKcQQY70xihixRBJP/jTJJWxewCGHHGws RMcc7mCDDzvMIIQHOpasJAYawvChBzr45FOMH3J44YUddrhDUDnE4EGMGGCbooo80uBBijRWaOK3 LIQgwogmmuCiiRmEjEFDHN7Qgoh96KTTzuz+kWaZbvy4AxUcVHDBhRwSGUWVOjbJIRDWeKAhkCVb MyIMEHPQAQccdPihzTvICGMMMWpQY4ox0iDisirAKKOGNLJYk4km8OXwiDH0YGMGIohAD4gSSMgn WF+rAxbYf2pZJRUcY1ABlE1jEOMVM1YJ5wE66FjEjjp4qIIMHgy54wcxcuiyBjilqEGKLGY1ggo1 tkChihik4IIJ9JAQ4ogs/moYIwv0nHBCCSSQQBoIIA5O2LqFVYoDAABoAIefF+x4BQQA4AFgHWD+ AeCBf3iZhhYQ3mllBEXMMIOMGsow1A5C2IgTijGYy2IGNpqYQjchkmACCj2OcE4NLoTI4g0jCiYh BSGU5iKJOZ8GLOqWTHoBmxZawUebaS5XqR9azICkLjPaYGOL1cKAAgkomKANBXebUAMLLUwFwysp pMADCue06IKIfPNdIwkOK7d8JcxNVInh5hFuBQRB7IDEyhq0MEKG9SK/jI0VpmAhj3alCNSFWpHa IxI+3NjCjd+aGMMUPcaAQvnlB9M/c/77dx6laYxgBW/oAxt2Y7eFIG45/kngAgqY0IUVtGFUpqiC HsDwJDmIIhRpOAIb+uAHP+BhBWPogRxAGAb85e9/K7zT/ljYwpOYgwhBIBwm2vAR3rhPBkUwAQog YIQWCEEhWWhCFWZVxBz4QQ9hiMGWxCADCrUhDyCUgw50EAcdpFCFCHth9Lh4J3qYpDBJ+IT93FCF OpThCnmoQh/cYIQhuAAPKUgCBJIgAy28YQ9cUAMqNkUHj9DggkCrgh8GlYY0NMEIJ/CDCfuxxeu4 EIYvZEk36kEMAEyuCFbIDRW2kIk3uEENbtiZIqdAhCR04QlPcEIJplIHMlyFEHlAgx9K5S+MEMFn QmDCEGawgyxCknmS/vyiSbKBjhKEgB//yIYJqBYAxgisBEJwwhOw0AUtZCEJQFDCF7TghTcogQtE 0JUWgBAEL3AhC17oghr88Ao2NKheehClHvCAPnsaYQd4kAMewDADLarQi8w8hjVSAAEBDGEJSSBC CbhQgiCYoARMQGcSwDnOJ7zhDURwAr6EUAIgCGGVTxACEJKAhCd44QlI+MKqXnOEFADtCF3QAyjk wIZG7sBGeMhppnAQ0Pwx7B9/YAEx4gABEiTBBCRYjBBSwNQlmCAIX+DCGhqagjVggaQmYMIavLAG o31hCU9Ywheq+QQiPO6paHDCBw4ABxCwIAUp8EwatkRFP6TBd3hQ/kMThgDSJEBhBo8UqkD/sYwB mKQYHJghEwJ2tLJStZUr0GUSPCEAFpQABZuNaRO8QIQnxCoJ3QTnG+CwADi4oAMY0IAGOhCBFHCA Ah64gGsn0IEMoKAFeNCDg8qkBiIyQQhKcALTgIAEJvRKmPpDRxxgEYISKBJxJxiCq4Sg1S98NQlB SMIS1FAAFFDgAi0YQgrAkAQsrCFmXHBCEpzwhScAwQMaSIEHKNBaDXCAA669bwc0kIH/ulYDG2CB B+SIB70CjQlOWENXXfQC5S73f+IQQRAC9lchrOE8T5CqEjzRAhGEAAUFCEEFIoACBXDgAyJYAAg8 UAENhCUJGjZC/mxrq4H7tnYCC/AvgCcwARzjF8CsjcCPI/CBFAxhCEx4AhPQ8AIWsKADFADq8rAT j8kxwQtI8IkRouwBD3wAx+L1gAXEawEOVIACFhjCAsx8ATWDIMcWuMCbg9yBA6SACUvgAxAwgAE+ HIEPc5gDHFgwgQxkwAMs+MCXWYCBuXoAA0AOMACqbDnCACAJq4wsCTKAgQMMgGqjJnWpTR0AFASB BFwz9agFEFsBQCACVEPAqAcg6laT2gMZIECr/1LYoEo42ML2H7GNfWxkJ1vZy2Z2s539bGhHW9rT pna1rX1tbGdb29vmdre9/W1wh1vc4/721ER963PfGgDoXre6/tn9bnfHO93zbje94W1veddb3/du N9W4s7w44DrXAyd4wQ1+cIQnfA6PtFzAE/5wiEdc4gOPQ/4cPnGMZ3zgDtCAqStQaxQ0YNQWGDUI /mBxgWtc5REHwWZVQIYpZCIHKmgEJWIQg0QoQhGDsAMbfmCGMlDCEW5wgy1QvnKkH1wFKJgBFLBw hTpUYZZtsB4h7DCGMfDADD44Ax2i7oMwEIELZbCCLZbZ8JQnfeUgiIELFKGCNLyvCDKwwyD64ByQ tYEMgaBDD64A9DBcoQ11qEob0kB2K9QhCrM4utpVjoIYmMsKZKhC+KawhSrIRjeTaEMV6MYRMygC bhxxRB6u/kCGKzgCElbogR06D4vGOz7iFlCBxdIICTIMQiBYcUScrPAGLLjhCpGowwxk0IM23EBH faiBFdrwzT7UARI0GI4L2ECIVpz9aReXPdU8MYYuQAEEf3vDGPawhzDkQV59IEMPAhEJK0CdBm2Y RHqpAIMqyMANY3DD4NkAhf17CjKQAeBIAyiggsxbAb4xgx6oAzrgAVcAturgPsczhTdYgzVQgwyE HFKhirgplY2oA6DrvD6wgTcAgj6QgU4YgyjghDEYvDCQASKogy3giI6giCqwgrtzCK+wAitQBUFI hEi4BQkUDAqcOM/SgjUovwwkgdvIA8PpiDxQDyPYnXPJ/oNMiAQ2yAQ9mIEZ6AoSUo08YJ06cIM3 QByiGxU38ITiygKKsIgyyII0KgOvkAFIqAQViECASzuCCwAASAEjsIAEQAAESIFSSAJZEIHsygJO yIQ9GII+SD8kUQqmeI46oAEeCAO44IE8mIQ8KIMuEIg8aINXEQuyqCq0MAIgeAI3wJvmcIoyCIOO EQM6uIsqOAFVoINbYLjt48NWQwE1cAJXWSoTSAH0IYFa+IYnqAz5wYze6QMV8JIweD82aARRKARA CATUUA0HrA2skw3asI0VwALdOKM9mILccIMaII4yMI6PiITUWAGPcAq8qIXYSzgXAA84wAM0sAaD mpx//sq8t3mPTZmPUMgDPTADvtuPMLiBPOABHkBHJhgDAjmjLyGCetGCdnGDB4mQqbCboYECuwkD N4gnIuiCUviQGrDHPYy4FgiFWyCFFhmCNBADPyCFVCiDG/GDHJEDMjCERbgDuQGklCGDbIHIJbkD UMABNnjGGsiBNmCKI3AZG/EBGciCoRkDNQAO4LqMNNiDFVgBMIgnFZiCWtC+hDnCgxsAFNgBHOCB HfCDP9mRO0BIWAoERCEDO1AERiEDsPsBHpAUStGBF9ABYBIUOpCDMqCBO4iBpmAX8nmZKjACLpAC oEGCV4mVWZmBIImBSCiDGegCWbhHiPsBVlAFFliW/hjIgUt4ljK4hGlhjRzggUIxAzrgIFoMgxzA AT3ZAU3UkXMJAzaQgT2AIneZAimIlzCogr46AoHJF+LxGzwQgzSQQeJBAhL4gyIMDLWEuBz4BT8A BR2QGFU4khi4g1UgBFSwgBEIhEWIjqirCjJohJPRTTGggRqAIjCoghqYKSJ6l3VJAR5wgURCniQQ AsXJkjHIF+I6Gm5CAiCIhe0EjO58OAuoAAZYBRCoABA4hVeoADqzAAegtRFFgAQQUQsAgRwQPTMQ GTKoA76rGzYggijIm6GZgXr5my4InFXRKynQyiYQgi5gHBIo0r9SGlmYUJaoUIy7AIl7gUqIBKAj /gOiQxc2IgIhmAIBSQNgJJ4swAIx4YHdYYMa4CsoCIMpyILhyReieQMkiAXS7L6EiwFAsINNuIIy uEoiMD4pCAIkyAIrYAMjqIEWiKc3ERL0MRcp6IM/6IO40wN0bAI2cAUpGM2WlNOEQwEXgAJPyIpR shI3yISyUIQVcIImQAEnyAIomoItDAM9iBdKCQVSsEw3IIU4+AM5OIGQsRFkQEtfYVJMJbUUSBya wgQrIJVW7IMoqIEiSAEU4AA0aAEk4AI9+FItwIJYqYEwsCUpECQ5yBsxoUMqIsxdiNNgLTUOsCwq 4D80yryoc9RXkaOJsiPg2APKyANUyIM76Dke/mgiMDgTnDqk/zQBP6AFcz3XAJAzE/CCIFhWKEgD KnADTgilLpAEwTGl6+KCVSKCE2ADiyADryCENOApe9IDMQAfJtilXloBXzjYjOOAISACqkkAI/gA EAiBIMVSExAYLrgmLZicEngCb/IqJfgs4DOnVEonL/ACPfiDVIgnPQAuPegDLfADMHABMLAgfeIn MJAJAEA7lQOBDwgBsmWvJEiCIViDIAACEzABJ0AnLgAnbXoCT9ACJtgZDiOBkBopIEhZpYEvJViD JjiCNK0xoCkTPWgEm2wkHZCDC8opHfBasI24BACBZBIcxhACE0BQESCCJRCCIFiCLliDEwiB/hRI Jw6bKMRpr1V6r25yApUaAtNFgRCAoxDIgBbYgEWjqywYWRNqJAfxHT4gopJCgiSABaqZXITTAMpy lYBRgtD9AsnC2cBJAjw4MrJFARFIAZ1hr9Bqgk3LrjfwBBY4ADxAgT/DLw0IAQ7AAP/SgNvKgA4w MD7oLeDiAzU4gnxRGmEEAhKIheTtxYNDASPYWSLKAixdAQQNAo2lKrXlriVAgwp4MQ+AFQVkoDTo Ai9ogrcV2i8ggdpKgRy7rw/YrzsDMtYSsPk1MD3wgzGQAiPogrttUxeABVFTXoLTVOf9KCGIBSOA 3RIwgSWYBRDgAAt4sTTTABGgAAWwAA1wn2INqAARUAMvSAI+MAIjEIEJGOEAK7L/2gAK+DEKALD7 kl8MuIAiiwAKQDIlqyYmwIPc1YA5COC0RDgRwAIg8Nxz+oIP+DQMoAABAAA/FGRCDoBBhoAQEORB PrVCDoACKAACaAJuigUSEAAMkIIV+IM/KLQNOIBHLgBZC4AIKIAIIIAh4IACcGRHBgCHWzZfpTah UtKVoGNyq2Vb7raAAAA7 ------=_NextPart_000_000A_01C32463.473B80B0-- From cpurvis at asg.sc.edu Tue May 27 11:24:27 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Tue, 27 May 2003 14:24:27 -0400 Subject: [Mapserver-users] what is WMS? Message-ID: Give this a gander. It's our understanding. http://caro-coops.org/bb/viewtopic.php?p=240&highlight=wms#240 -----Original Message----- From: benoit at ism01.ism.asso.fr [mailto:benoit at ism01.ism.asso.fr] Sent: Fri 5/23/2003 5:33 AM To: mapserver-users at lists.gis.umn.edu Cc: Subject: [Mapserver-users] what is WMS? Hi ! I don't understand what is exactly WMS and what it do with Mapserver ? Thanks a lot, Benoit _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From warmerdam at pobox.com Tue May 27 11:27:43 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 27 May 2003 14:27:43 -0400 Subject: Fw: [Mapserver-users] transparent background raster (tif) In-Reply-To: <000d01c3247c$6ce16000$377ba8c0@nadir> References: <000d01c3247c$6ce16000$377ba8c0@nadir> Message-ID: <3ED3AE1F.5090305@pobox.com> Rosangela Silva wrote: > Hello, > > I'm using mapserver 3.6.5. > I don't know how the mapserver interprets the background of the > tiff or jpg images. I'm looking for information about it, and some > softwares assumes the transparent background like a cannel "alpha", > but I don't know exactly how it works. > Sorry, but, for while, it is everything I know to explain. Ros?ngela, How it is accomplished will, as Ed suggests, depend on the nature of the image. MapServer 3.6.5 (if using GDAL for raster IO) will support treating pixels with "alpha=0" as transparent if the image is RGBA. If the image is in a format that returns a "nodata" value, or knows that particular color indexes in a paletted image are transparent, they will be automatically treated as transparent. 3.6.x does *not* support the user indicating a particular RGB value as transparent for 24bit inputs, but the OFFSITE value can be used to mark one raw pixel value for greyscale or paletted images that should be treated as transparent. I hope this helps. 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 arnulf.christl at ccgis.de Tue May 27 11:52:52 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Tue, 27 May 2003 20:52:52 +0200 Subject: AW: [Mapserver-users] what is WMS? In-Reply-To: <200305230732.h4N7WqHg013993@lists.gis.umn.edu> Message-ID: Hi, have a look at this: http://mapserver.gis.umn.edu/doc36/wms-server-howto.html WMS (Web Map Service) is an OGC specifictaion describing how to ask a map server in a predefined (or rather: *specified*) way for a map. UMN MapServer can be asked *directly* in a proprietary way or through the WMS interface. Using the WMS interface helps if you want to load the map which comes from MapServer into a client that does not know what UMN MapServer ist but does know how to ask a WMS. On the other hand the WMS interface has less possibilities for interactive functionality. Cheers, Arnulf. -----Ursprungliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von benoit at ism01.ism.asso.fr Gesendet: Freitag, 23. Mai 2003 11:33 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] what is WMS? Hi ! I don't understand what is exactly WMS and what it do with Mapserver ? Thanks a lot, Benoit _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From k.chodak at autoguard.pl Tue May 27 12:12:56 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Tue, 27 May 2003 21:12:56 +0200 Subject: [Mapserver-users] Line Label Angle In-Reply-To: <014601c32468$3311d030$37c8a8c0@PEMAQUID> Message-ID: Which version of MS are you using? Maybe it is a matter of gdlib you have got installed. Try using newest (2.0.12 as I know) one... BR Krzysztof Chodak -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Shannon Scott Sent: Tuesday, May 27, 2003 5:54 PM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Line Label Angle Hello, I am working on some street labels. I imagined the ANGLE AUTO would give me the results I wanted ( Names aligned legibly along the street ), but I could not get it to work. I have generated some images and made them available to the web. The first is what I want: http://216.220.241.10/demo1.jpg The second is what I get from MN MapServer: http://216.220.241.10/demo2.png Is there a way to get the result I want? How do others handle street labels with these angles? In the MN MapServer image ( demo2.png ), it seems the letters are placed individually; not as a word. Any incite or help is greatly appreciated. Thank You Shannon From rosangela.silva at zenitpolar.com.br Tue May 27 12:13:42 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Tue, 27 May 2003 16:13:42 -0300 Subject: Fw: [Mapserver-users] transparent background raster (tif) Message-ID: <004601c32484$16d5a8d0$377ba8c0@nadir> Hi, My images are 8-bit TIFF, and they are peaces of sattelite images (Landsat - RGB composit). Part of these images has valid information, but another part is complemented with deep black color. I think that I couldn't specify a black collor pixel (0) like "transparent" because some lakes and rivers are black too. I'd like to show only the valid information. I'll try to send a tiff like an example. Thanks Ros?ngela > ----- Original Message ----- > From: "Frank Warmerdam" > To: "Rosangela Silva" > Cc: "Mapserver-Users at Lists. Gis. Umn. Edu" > > Sent: Tuesday, May 27, 2003 3:27 PM > Subject: Re: Fw: [Mapserver-users] transparent background raster (tif) > > > > Rosangela Silva wrote: > > > Hello, > > > > > > I'm using mapserver 3.6.5. > > > I don't know how the mapserver interprets the background of the > > > tiff or jpg images. I'm looking for information about it, and some > > > softwares assumes the transparent background like a cannel "alpha", > > > but I don't know exactly how it works. > > > Sorry, but, for while, it is everything I know to explain. > > > > Ros?ngela, > > > > How it is accomplished will, as Ed suggests, depend on the nature of the > > image. MapServer 3.6.5 (if using GDAL for raster IO) will support > treating > > pixels with "alpha=0" as transparent if the image is RGBA. If the image > is > > in a format that returns a "nodata" value, or knows that particular color > > indexes in a paletted image are transparent, they will be automatically > > treated as transparent. 3.6.x does *not* support the user indicating a > > particular RGB value as transparent for 24bit inputs, but the OFFSITE > value > > can be used to mark one raw pixel value for greyscale or paletted images > > that should be treated as transparent. > > > > I hope this helps. > > > > Best regards, > > > > -- > > ---------------------------------------+---------------------------------- > ---- > > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > > light and sound - activate the windows | http://pobox.com/~warmerdam > > and watch the world go round - Rush | Geospatial Programmer for Rent > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From jlowe at giswebsite.com Tue May 27 12:13:57 2003 From: jlowe at giswebsite.com (Jonathan W. Lowe) Date: Tue, 27 May 2003 12:13:57 -0700 Subject: [Mapserver-users] what is WMS? In-Reply-To: References: Message-ID: <1054062837.3ed3b8f5ecaa8@webmail.lmi.net> Here's a breakdown on WMS from the URL-level, aimed at a fairly non-technical audience: http://www.giswebsite.com/pubs/200209/nr200209.pdf Quoting Charlton Purvis : > Give this a gander. It's our understanding. > http://caro-coops.org/bb/viewtopic.php?p=240&highlight=wms#240 > > -----Original Message----- > From: benoit at ism01.ism.asso.fr [mailto:benoit at ism01.ism.asso.fr] > Sent: Fri 5/23/2003 5:33 AM > To: mapserver-users at lists.gis.umn.edu > Cc: > Subject: [Mapserver-users] what is WMS? > > > > Hi ! > > I don't understand what is exactly WMS and what it do with Mapserver ? > > Thanks a lot, > > > Benoit > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- Jonathan W. Lowe email - jlowe at giswebsite.com website - http://www.giswebsite.com From mdoggett at coas.oregonstate.edu Tue May 27 12:28:27 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Tue, 27 May 2003 12:28:27 -0700 Subject: [Mapserver-users] grass from mapscript with system()-call? In-Reply-To: <20030524125416.319738ab.sholl@gmx.net> Message-ID: <005201c32486$25f6ba50$2441c180@nino> I'm doing exactly what you are after and have succeeded (finally!). However, I think my method is a little different. What I do (from my mapserver app) is call a CGI script which (after doing some other stuff) calls a couple of Grass scripts that do the calculations. I have a subroutine (Grass_Init) which initializes the Grass environment to the specified database, location, and mapset. At some point in the process, this subroutine is called, after which the script can run any grass command simply by running a system command. E.g. (in Perl): System "r.mapcalc \'newgrid=sin(A)+cos(B)\'"; If you can't get anywhere with your method, maybe this will help. -Matt #/*************************************** # Usage: Grass_Init( Grass_Database, Location, Mapset); # Sets up a GRASS environment and creates a GISRC file. # Returns the name of the GISRC file created. sub Grass_Init { my ($GISDBASE,$LOCATION_NAME,$MAPSET) = @_; die "Usage: Grass_Init( Grass_Database, Location, Mapset)!" if (@_<3); my $GISBASE="/usr/local/grass5"; my $GISRC = "/tmp/.grassrc.$$"; my $ETC = "$GISBASE/etc"; my $PATH ="$GISBASE/bin:$GISBASE/scripts:$GISBASE/garden/bin"; my $LOCATION = "$GISDBASE/$LOCATION_NAME/$MAPSET"; # Setup environment variables GRASS requires $ENV {'GISBASE'}= $GISBASE; $ENV {'GISRC'} = $GISRC; $ENV {'ETC'}= $ETC; $ENV {'PATH'}= "$PATH:$ENV{'PATH'}" if (index($ENV{'PATH'},$GISBASE) < 0); $ENV {'LOCATION_NAME'}=$LOCATION_NAME; $ENV {'MAPSET'} = $MAPSET; $ENV {'LOCATION'} = $LOCATION; # Create .grassrc file # open (RC,">$GISRC") or die "Error opening $GISRC! $!"; print RC < -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users- > admin at lists.gis.umn.edu] On Behalf Of Stephan Holl > Sent: Saturday, May 24, 2003 3:54 AM > To: mapserver-users > Subject: [Mapserver-users] grass from mapscript with system()-call? > > Dear list, > > I am struggling around with starting a non-interactive session of > grass, which should produce some raster-maps. > these maps should then be added to the running mapserver. > The Idea is to perform some calculations with r.mapcalc directly in the > browser. > whenever I start grass with > > system("SHELL=./grass_commands.sh ; /path/where/grass/lives/grass5 > testlocation/PERMANENT ; SHELL=/bin/sh"); > > the output says, that grass is already in use from the apache-user.... > does anybody how to solve this? > > > Thank you. > > cheers > Stephan Holl > -- > Stephan Holl > > GnuPG Key-ID: 11946A09 From warmerdam at pobox.com Tue May 27 12:30:30 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 27 May 2003 15:30:30 -0400 Subject: Fw: [Mapserver-users] transparent background raster (tif) In-Reply-To: <004601c32484$16d5a8d0$377ba8c0@nadir> References: <004601c32484$16d5a8d0$377ba8c0@nadir> Message-ID: <3ED3BCD6.8080904@pobox.com> Rosangela Silva wrote: > Hi, > My images are 8-bit TIFF, and they are peaces of sattelite > images (Landsat - RGB composit). > Part of these images has valid information, > but another part is complemented with deep black color. > I think that I couldn't specify a black collor pixel (0) > like "transparent" because some lakes and rivers are black too. > I'd like to show only the valid information. > I'll try to send a tiff like an example. > Thanks > Ros?ngela Ros?ngela, Your image has exactly 0,0,0 for large areas, but some of the southern areas are not exactly black. With MapServer 3.7 (err 4.0?) you could set an OFFSITE value of 0,0,0 and all the exactly black areas would be transparent. However if you want to mask all water areas as transparent you would need to do something else. Generally speaking, at that point you should take the image to some sort of image processing software to mask and convert to a more suitable form to display in mapserver. You could use GRASS, or some commercial software, or even write a Python script on GDAL to do the processing. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From Rich at GreenwoodMap.com Tue May 27 12:35:34 2003 From: Rich at GreenwoodMap.com (Richard Greenwood) Date: Tue, 27 May 2003 13:35:34 -0600 Subject: [Mapserver-users] mapplet/Jbox problem - again In-Reply-To: <001501c3246d$cc425400$6e94bf8b@egeo.sai.jrc.it> Message-ID: <5.2.0.9.0.20030527133209.00a805c8@mail.GreenwoodMap.com> --=======539C3037======= Content-Type: multipart/alternative; x-avg-checked=avg-ok-678871B9; boundary="=====================_708799859==.ALT" --=====================_708799859==.ALT Content-Type: text/plain; x-avg-checked=avg-ok-678871B9; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit At 06:34 PM 5/27/2003 +0200, you wrote: >Dear All, > >A couple of weeks ago I posted a message about some problems I encountered >with mapplet and jBox. Unfortunately I have not been able to solve the >problem yet, even though Richard Greenwood provided a couple of suggestions. > >Below I include the jBox version of the html template hoping that someone >can localise the problem. with the file below the redraw does not happen >unless I use the refresh button. I use Mozilla1.3 or IE 6. and I have the >problem on both RedHat 8.0 amd W2K. Note that if I substitute the jBox >routines below with the mapplet routines and use the mapplet applet then >it works properly (with mapplet I have a problem making the box on/off >properly). > Try leaving out the if (redraw), but leave in the leave in the document.mapserv.submit(); (see below) Let me know if that works. Rich > > > Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com --=====================_708799859==.ALT Content-Type: text/html; x-avg-checked=avg-ok-678871B9; charset=us-ascii Content-Transfer-Encoding: 8bit At 06:34 PM 5/27/2003 +0200, you wrote:

Dear All,
 
A couple of weeks ago I posted a message about some problems I encountered with mapplet and jBox. Unfortunately I have not been able to solve the problem yet, even though Richard Greenwood provided a couple of suggestions.
 
Below I include the jBox version of the html template hoping that someone can localise the problem. with the file below the redraw does not happen unless I use the refresh button. I use Mozilla1.3 or IE 6. and I have the problem on both RedHat 8.0 amd W2K. Note that if I substitute the jBox routines below with the mapplet routines and use the mapplet applet then it works properly (with mapplet I have a problem making the box on/off properly).
 

Try leaving out the if (redraw), but leave in the leave in the document.mapserv.submit(); (see below) Let me know if that works.

Rich

<html>
<head><title></title>
<script language="JavaScript">

 
        function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
          document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " + maxy;
          document.mapserv.imgxy.value = minx + " " + miny;
   
    if (redraw)
^^^^ Remove proceeding line
   document.mapserv.submit();
 
        }
        function seterror_handler(message) {
          alert(message);
        }
</script>  


Richard W. Greenwood, PLS
Greenwood Mapping, Inc.
Rich at GreenwoodMap.com
(307) 733-0203
http://www.GreenwoodMap.com --=====================_708799859==.ALT-- --=======539C3037=======-- From ed at topozone.com Tue May 27 12:41:30 2003 From: ed at topozone.com (Ed McNierney) Date: Tue, 27 May 2003 15:41:30 -0400 Subject: [Mapserver-users] transparent background raster (tif) Message-ID: <13858AA1A74F30419F319ACB66A9D1222BFA1C@mercator.topozone.com> Rosangela - Thanks - that's very helpful. However, you will have a problem if you have pixels that represent valid data AND pixels you want to be transparent, and they both have the same pixel value. How will MapServer (or a human ) tell the difference? In your situation, you would use the OFFSITE statement to identify the pixel value you would like to make transparent. You need to classify that raster layer by having a CLASS statement in it, but you don't have to define any classes. I will assume that your black pixels have a value of 0 - in that case, you would define the layer like this: LAYER NAME "sp250" TILEINDEX "teste/sp250.shp" TILEITEM "IMAGE" STATUS DEFAULT TYPE RASTER OFFSITE 0 # Replace with whatever value the black pixel has CLASS END END This should display the layer properly in MapServer 3.x. You will need to have MapServer built with GDAL to handle TIFF input data, rather than the "built-in" TIFF support. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br] Sent: Tuesday, May 27, 2003 3:14 PM To: mapserver-users at lists.gis.umn.edu Subject: Fw: [Mapserver-users] transparent background raster (tif) Hi, My images are 8-bit TIFF, and they are peaces of sattelite images (Landsat - RGB composit). Part of these images has valid information, but another part is complemented with deep black color. I think that I couldn't specify a black collor pixel (0) like "transparent" because some lakes and rivers are black too. I'd like to show only the valid information. I'll try to send a tiff like an example. Thanks Ros?ngela > ----- Original Message ----- > From: "Frank Warmerdam" > To: "Rosangela Silva" > Cc: "Mapserver-Users at Lists. Gis. Umn. Edu" > > Sent: Tuesday, May 27, 2003 3:27 PM > Subject: Re: Fw: [Mapserver-users] transparent background raster (tif) > > > > Rosangela Silva wrote: > > > Hello, > > > > > > I'm using mapserver 3.6.5. > > > I don't know how the mapserver interprets the background of the > > > tiff or jpg images. I'm looking for information about it, and some > > > softwares assumes the transparent background like a cannel "alpha", > > > but I don't know exactly how it works. > > > Sorry, but, for while, it is everything I know to explain. > > > > Ros?ngela, > > > > How it is accomplished will, as Ed suggests, depend on the nature of the > > image. MapServer 3.6.5 (if using GDAL for raster IO) will support > treating > > pixels with "alpha=0" as transparent if the image is RGBA. If the image > is > > in a format that returns a "nodata" value, or knows that particular color > > indexes in a paletted image are transparent, they will be automatically > > treated as transparent. 3.6.x does *not* support the user indicating a > > particular RGB value as transparent for 24bit inputs, but the OFFSITE > value > > can be used to mark one raw pixel value for greyscale or paletted images > > that should be treated as transparent. > > > > I hope this helps. > > > > Best regards, > > > > -- > > ---------------------------------------+---------------------------------- > ---- > > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > > light and sound - activate the windows | http://pobox.com/~warmerdam > > and watch the world go round - Rush | Geospatial Programmer for Rent > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jose.quintal at cfe.gob.mx Tue May 27 12:49:32 2003 From: jose.quintal at cfe.gob.mx (jose.quintal at cfe.gob.mx) Date: Tue, 27 May 2003 14:49:32 -0500 Subject: [Mapserver-users] Querybypoint success but noresult with PHP/Mapscript Message-ID: When I make a Querybypoint, SUCCESS returns but I do not obtain results. That I will be making bad? This it is the code where I obtain the points of Mysql to draw them with Mapserver //Conectando con Mysql mysql_pconnect("dwa00","sist","sist") or die("No abrio el servidor"); mysql_select_db("mapas") or die("No selecciono la Base de Datos"); $sql="SELECT * from postes_Mer WHERE circuito = '$buscar' "; $p=mysql_query($sql) or die("Error al Ejecutar la Consulta"); //Arma la consulta // get a layer object representing your pointlayer $layerObj = $map->getLayerByName("postes"); // get a class object representing the first class in the layer $classObj = $layerObj->getClass(0); // create a new point object to hold the X Y data $pointObj = ms_newPointObj(); $i=0; 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->{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); } This it is the code where I make the Querybypoint if ( isset($HTTP_POST_VARS["mapa_x"]) && isset($HTTP_POST_VARS["mapa_y"]) ) { $nClickGeoX = GMapPix2Geo($mapa_x, 0, $dfWidthPix, $dfMinX, $dfMaxX, 0); $nClickGeoY = GMapPix2Geo($$mapa_y, 0, $dfHeightPix, $dfMinY, $dfMaxY, 1); $ptClicked = ms_newPointObj(); $ptClicked->setXY($nClickGeoX, $nClickGeoY); echo "X = " . $nClickGeoX . " Y = " . $nClickGeoY; if ($info_pt == 1 ) { $record = -1; $layerObj = $map->getLayerByName('postes'); $queryresult = @$map->queryByPoint ($ptClicked,MS_SINGLE,1000); if ($queryresult == MS_SUCCESS) { echo "Query " . MS_SUCCESS; $results = $layerObj->{resultcache}; $num_results = $results->{numresults}; echo "Num results : " . $num_results; // we only expect one result. $rslt = $layerObj->getResult(0); // this is an index into the point lookup table. $record = $rslt->{shapeindex}; $point_name = $point_lookup[$record]; echo "Encontrado " . $point_name; } } } This is de .map MAP NAME "MER" STATUS ON EXTENT 217014 2.30865e+006 242281 2.33284e+006 SIZE 800 600 SHAPEPATH "c:/Php4/mapserver/webmap/shp/" SYMBOLSET "c:/Php4/mapserver/webmap/etc/symbols.sym" FONTSET "c:/Php4/mapserver/webmap/etc/fonts.txt" IMAGECOLOR 213 255 255 TRANSPARENT OFF UNITS METERS INTERLACE ON IMAGETYPE PNG IMAGEQUALITY 150 WEB IMAGEPATH "C:/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" END QUERYMAP COLOR 255 255 0 STYLE HILITE END LEGEND STATUS ON IMAGECOLOR 199 226 243 TRANSPARENT TRUE INTERLACE TRUE POSITION LL KEYSIZE 18 2 KEYSPACING 5 5 LABEL TYPE BITMAP SIZE MEDIUM OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 89 PARTIALS TRUE FORCE FALSE END END SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 TRANSPARENT FALSE UNITS KILOMETERS INTERVALS 5 SIZE 300 5 STYLE 0 POSITION UC INTERLACE TRUE LABEL TYPE BITMAP SIZE SMALL OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 PARTIALS TRUE FORCE FALSE END END LAYER NAME "MERTP" STATUS on DATA "Merida" TYPE LINE UNITS METERS SIZEUNITS PIXELS TOLERANCE 3 TOLERANCEUNITS PIXELS CLASS NAME "Cd de Merida" SYMBOL 0 COLOR 102 153 204 # COLOR 255 255 223 OUTLINECOLOR 51 153 204 SIZE 1 MINSIZE 1 MAXSIZE 100 END END LAYER NAME "MerText" STATUS on DATA "Mertext" TYPE POINT UNITS METERS SIZEUNITS PIXELS LABELITEM "NAME" LABELMINSCALE 5 LABELMAXSCALE 30000 TOLERANCE 3 TOLERANCEUNITS PIXELS CLASS NAME "Nombre de Calles" SYMBOL 0 COLOR 51 153 204 SIZE 2 MINSIZE 1 MAXSIZE 100 LABEL TYPE BITMAP SIZE SMALL POSITION CC OFFSET 0 0 BUFFER 2 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 PARTIALS TRUE FORCE FALSE END END END LAYER NAME "postes" TYPE POINT STATUS on TOLERANCE 10 LABELMINSCALE 10 LABELMAXSCALE 60000 TEMPLATE "postes.html" CLASS SYMBOL 'circle' COLOR 255 89 89 SIZE 10 MINSIZE 5 MAXSIZE 2 LABEL ANTIALIAS TRUE TYPE TRUETYPE FONT Arialn SIZE 8 POSITION CL BUFFER 2 MINDISTANCE -3 MINFEATURESIZE -1 COLOR 252 152 54 PARTIALS TRUE FORCE FALSE END END END END Thanks Jos? Antonio Quintal Castillo Sistemas Comision Federal de Electricidad Tel 9243128 O 9243136 From sscott at gwi.net Tue May 27 13:00:04 2003 From: sscott at gwi.net (Shannon Scott) Date: Tue, 27 May 2003 16:00:04 -0400 Subject: [Mapserver-users] Line Label Angle References: Message-ID: <02de01c3248a$90c6f2b0$37c8a8c0@PEMAQUID> Krzysztof, I am using MapServer 3.6.3. I upgraded my gd from 2.0.11 to 2.0.12 after your most recent email, but I still have the same problem. Thank you. Shannon ----- Original Message ----- From: "Krzysztof Chodak" To: "'Shannon Scott'" ; Sent: Tuesday, May 27, 2003 3:12 PM Subject: RE: [Mapserver-users] Line Label Angle Which version of MS are you using? Maybe it is a matter of gdlib you have got installed. Try using newest (2.0.12 as I know) one... BR Krzysztof Chodak -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Shannon Scott Sent: Tuesday, May 27, 2003 5:54 PM To: Mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Line Label Angle Hello, I am working on some street labels. I imagined the ANGLE AUTO would give me the results I wanted ( Names aligned legibly along the street ), but I could not get it to work. I have generated some images and made them available to the web. The first is what I want: http://216.220.241.10/demo1.jpg The second is what I get from MN MapServer: http://216.220.241.10/demo2.png Is there a way to get the result I want? How do others handle street labels with these angles? In the MN MapServer image ( demo2.png ), it seems the letters are placed individually; not as a word. Any incite or help is greatly appreciated. Thank You Shannon From rosangela.silva at zenitpolar.com.br Tue May 27 13:07:16 2003 From: rosangela.silva at zenitpolar.com.br (Rosangela Silva) Date: Tue, 27 May 2003 17:07:16 -0300 Subject: [Mapserver-users] transparent background raster (tif) References: <13858AA1A74F30419F319ACB66A9D1222BFA1C@mercator.topozone.com> Message-ID: <005b01c3248b$93699490$377ba8c0@nadir> Thanks all for help. Ed, your solution works, but the resultant image isn't colorful, it is in gray scale, why? Can I specify 2 or more OFFSITE values ?? Thanks Ros?ngela ps.: I have support for GDAL. MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORT S=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE ----- Original Message ----- From: "Ed McNierney" To: "Rosangela Silva" ; Sent: Tuesday, May 27, 2003 4:41 PM Subject: RE: [Mapserver-users] transparent background raster (tif) Rosangela - Thanks - that's very helpful. However, you will have a problem if you have pixels that represent valid data AND pixels you want to be transparent, and they both have the same pixel value. How will MapServer (or a human ) tell the difference? In your situation, you would use the OFFSITE statement to identify the pixel value you would like to make transparent. You need to classify that raster layer by having a CLASS statement in it, but you don't have to define any classes. I will assume that your black pixels have a value of 0 - in that case, you would define the layer like this: LAYER NAME "sp250" TILEINDEX "teste/sp250.shp" TILEITEM "IMAGE" STATUS DEFAULT TYPE RASTER OFFSITE 0 # Replace with whatever value the black pixel has CLASS END END This should display the layer properly in MapServer 3.x. You will need to have MapServer built with GDAL to handle TIFF input data, rather than the "built-in" TIFF support. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Rosangela Silva [mailto:rosangela.silva at zenitpolar.com.br] Sent: Tuesday, May 27, 2003 3:14 PM To: mapserver-users at lists.gis.umn.edu Subject: Fw: [Mapserver-users] transparent background raster (tif) Hi, My images are 8-bit TIFF, and they are peaces of sattelite images (Landsat - RGB composit). Part of these images has valid information, but another part is complemented with deep black color. I think that I couldn't specify a black collor pixel (0) like "transparent" because some lakes and rivers are black too. I'd like to show only the valid information. I'll try to send a tiff like an example. Thanks Ros?ngela > ----- Original Message ----- > From: "Frank Warmerdam" > To: "Rosangela Silva" > Cc: "Mapserver-Users at Lists. Gis. Umn. Edu" > > Sent: Tuesday, May 27, 2003 3:27 PM > Subject: Re: Fw: [Mapserver-users] transparent background raster (tif) > > > > Rosangela Silva wrote: > > > Hello, > > > > > > I'm using mapserver 3.6.5. > > > I don't know how the mapserver interprets the background of the > > > tiff or jpg images. I'm looking for information about it, and some > > > softwares assumes the transparent background like a cannel "alpha", > > > but I don't know exactly how it works. > > > Sorry, but, for while, it is everything I know to explain. > > > > Ros?ngela, > > > > How it is accomplished will, as Ed suggests, depend on the nature of the > > image. MapServer 3.6.5 (if using GDAL for raster IO) will support > treating > > pixels with "alpha=0" as transparent if the image is RGBA. If the image > is > > in a format that returns a "nodata" value, or knows that particular color > > indexes in a paletted image are transparent, they will be automatically > > treated as transparent. 3.6.x does *not* support the user indicating a > > particular RGB value as transparent for 24bit inputs, but the OFFSITE > value > > can be used to mark one raw pixel value for greyscale or paletted images > > that should be treated as transparent. > > > > I hope this helps. > > > > Best regards, > > > > -- > > ---------------------------------------+---------------------------------- > ---- > > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > > light and sound - activate the windows | http://pobox.com/~warmerdam > > and watch the world go round - Rush | Geospatial Programmer for Rent > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ 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 May 27 13:09:58 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 27 May 2003 16:09:58 -0400 Subject: [Mapserver-users] Mapserver printing Message-ID: <200305272009.h4RK9qN06372@yogi.medinaco.net> I'm not so sure that there is a limit. I have found that PNG works extremely well for large images and I've never had a problem with generating larger than 8.5x11 images w/ MapServer. I just finished working with one that is 10218x8814 (~34x30) (no it wasn't created with mapserver, but then that is why I am not sure there is a limit). Okay, I had to check it out... & MapServer reliably created a 6100x6100 (34x34 at 180dpi - which appears to be the max res. for that size that we can pump through ZehRaster to our plotter) PNG file (the browser wouldn't render it but Gimp opened it fine). As far as the blank PNG in the browser is concerned: What we have seen is that sometimes only part of the PNG is loaded, but that only seems to happen on one of the apps we have that tracks vehicles and loads a new map every 10-120 seconds. We have not tracked down why it happens but it would seem that the html is finished and loaded by the browser with the "img src" specified before the image file is actually finished. Lowell F. The following message was sent by "Zamil Murji" on Fri, 23 May 2003 11:16:03 -0600. > Hi, > > We are currently trying to use mapserver to print images on an 8.5x11 inch paper using the web. Up to date we have been very successfull. However, we are now trying the next step - PLOTTING. I was wondering if anyone has any idea how to approach this issue. I read in the past that mapserver has a limit to the size of image that can be created, if so, how do I get around this. Any suggestions would be welcome. > > Also, I noticed that when we started using png images all over our site. Sometimes they would come back empty. NO error messages from mapserver, just an empty image. If you refreshed the screen everything would start working again. The image would be displayed again. Anybody observe similar output? Once again, it happens randomly. Sometimes it works and sometimes it doesn't. > > 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 Tue May 27 13:18:39 2003 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Tue, 27 May 2003 14:18:39 -0600 Subject: [Mapserver-users] Mapserver printing Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF30A8F8@div-mx02.DIVESTCO.COM> Hi Lowell and the rest of the mapserver crowd, May I ask what version of Mapserver you're using? And how do you change the resolution of your image to 180 dpi? I had the same thought as you as to the html finishing but the image file is not finished. However after waiting upwards of a minute and trying to load the image specified in the source tag, it was still blank? Any other thoguht? It only happens about 10% of the time, but frequently enough to make me concerned. Any thoughts? Zamil -----Original Message----- From: Lowell Filak [mailto:lfilak at medinaco.org] Sent: Tuesday, May 27, 2003 2:10 PM To: Zamil Murji; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Mapserver printing I'm not so sure that there is a limit. I have found that PNG works extremely well for large images and I've never had a problem with generating larger than 8.5x11 images w/ MapServer. I just finished working with one that is 10218x8814 (~34x30) (no it wasn't created with mapserver, but then that is why I am not sure there is a limit). Okay, I had to check it out... & MapServer reliably created a 6100x6100 (34x34 at 180dpi - which appears to be the max res. for that size that we can pump through ZehRaster to our plotter) PNG file (the browser wouldn't render it but Gimp opened it fine). As far as the blank PNG in the browser is concerned: What we have seen is that sometimes only part of the PNG is loaded, but that only seems to happen on one of the apps we have that tracks vehicles and loads a new map every 10-120 seconds. We have not tracked down why it happens but it would seem that the html is finished and loaded by the browser with the "img src" specified before the image file is actually finished. Lowell F. The following message was sent by "Zamil Murji" on Fri, 23 May 2003 11:16:03 -0600. > Hi, > > We are currently trying to use mapserver to print images on an 8.5x11 inch paper using the web. Up to date we have been very successfull. However, we are now trying the next step - PLOTTING. I was wondering if anyone has any idea how to approach this issue. I read in the past that mapserver has a limit to the size of image that can be created, if so, how do I get around this. Any suggestions would be welcome. > > Also, I noticed that when we started using png images all over our site. Sometimes they would come back empty. NO error messages from mapserver, just an empty image. If you refreshed the screen everything would start working again. The image would be displayed again. Anybody observe similar output? Once again, it happens randomly. Sometimes it works and sometimes it doesn't. > > Zamil > > _______________________________________________ > 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 May 27 13:29:31 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 27 May 2003 16:29:31 -0400 Subject: [Mapserver-users] grass from mapscript with system()-call? Message-ID: <200305272029.h4RKTON07064@yogi.medinaco.net> Have you thought of possibly adding your setup information to the wiki? Maybe even provide a download of the setup similar to SlideLinks. One way to solve a lot of the questions posted for MapServer (ie., buffering) is to have GRASS in the background doing things such as taking a given shape(file) and buffering it or doing some sort of analysis and then creating a shapefile, or GRASS raster as a result and then MapServer could incorporate the result. Lowell F. The following message was sent by "Matt Doggett" on Tue, 27 May 2003 12:28:27 -0700. > I'm doing exactly what you are after and have succeeded (finally!). > However, I think my method is a little different. What I do (from my > mapserver app) is call a CGI script which (after doing some other stuff) > calls a couple of Grass scripts that do the calculations. I have a > subroutine (Grass_Init) which initializes the Grass environment to the > specified database, location, and mapset. At some point in the process, > this subroutine is called, after which the script can run any grass > command simply by running a system command. E.g. (in Perl): > System "r.mapcalc \'newgrid=sin(A)+cos(B)\'"; > If you can't get anywhere with your method, maybe this will help. > > -Matt > > > > #/*************************************** > # Usage: Grass_Init( Grass_Database, Location, Mapset); > # Sets up a GRASS environment and creates a GISRC file. > # Returns the name of the GISRC file created. > sub Grass_Init { > my ($GISDBASE,$LOCATION_NAME,$MAPSET) = @_; > die "Usage: Grass_Init( Grass_Database, Location, > Mapset)!" if (@_<3); > > my $GISBASE="/usr/local/grass5"; > my $GISRC = "/tmp/.grassrc.$$"; > my $ETC = "$GISBASE/etc"; > my $PATH ="$GISBASE/bin:$GISBASE/scripts:$GISBASE/garden/bin"; > my $LOCATION = "$GISDBASE/$LOCATION_NAME/$MAPSET"; > > # Setup environment variables GRASS requires > $ENV {'GISBASE'}= $GISBASE; > $ENV {'GISRC'} = $GISRC; > $ENV {'ETC'}= $ETC; > $ENV {'PATH'}= "$PATH:$ENV{'PATH'}" if (index($ENV{'PATH'},$GISBASE) > < 0); > $ENV {'LOCATION_NAME'}=$LOCATION_NAME; > $ENV {'MAPSET'} = $MAPSET; > $ENV {'LOCATION'} = $LOCATION; > > # Create .grassrc file # > open (RC,">$GISRC") > or die "Error opening $GISRC! $!"; > print RC < GISDBASE: $GISDBASE > LOCATION_NAME: $LOCATION_NAME > MAPSET: $MAPSET > GISLIB: $GISBASE/src/libes/gis > VECT_INCLUDE: $GISBASE/src/mapdev/Vlib > XDRIVER_HEIGHT: 480 > XDRIVER_WIDTH: 640 > EOF > > close RC; > print "GRASS initialized using $GISRC.\n"; > return $GISRC; > }#end Grass_Init > > > > > -----Original Message----- > > From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users- > > admin at lists.gis.umn.edu] On Behalf Of Stephan Holl > > Sent: Saturday, May 24, 2003 3:54 AM > > To: mapserver-users > > Subject: [Mapserver-users] grass from mapscript with system()-call? > > > > Dear list, > > > > I am struggling around with starting a non-interactive session of > > grass, which should produce some raster-maps. > > these maps should then be added to the running mapserver. > > The Idea is to perform some calculations with r.mapcalc directly in > the > > browser. > > whenever I start grass with > > > > system("SHELL=./grass_commands.sh ; /path/where/grass/lives/grass5 > > testlocation/PERMANENT ; SHELL=/bin/sh"); > > > > the output says, that grass is already in use from the apache-user.... > > does anybody how to solve this? > > > > > > Thank you. > > > > cheers > > Stephan Holl > > -- > > Stephan Holl > > > > GnuPG Key-ID: 11946A09 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From warmerdam at pobox.com Tue May 27 13:34:04 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 27 May 2003 16:34:04 -0400 Subject: [Mapserver-users] transparent background raster (tif) In-Reply-To: <005b01c3248b$93699490$377ba8c0@nadir> References: <13858AA1A74F30419F319ACB66A9D1222BFA1C@mercator.topozone.com> <005b01c3248b$93699490$377ba8c0@nadir> Message-ID: <3ED3CBBC.5070602@pobox.com> Rosangela Silva wrote: > Thanks all for help. > Ed, your solution works, but the resultant image isn't > colorful, it is in gray scale, why? > Can I specify 2 or more OFFSITE values ?? Ros?ngela, If you use MapServer classification on a raster image in 3.6.x (and I think in later versions) it will just use the first band of the input raster, skipping all the RGB compositing logic, since classifications as they stand now can only be applied to single valued rasters. There is no direct support for multiple offsite values in MapServer 3.6.x or later. I stand by my claim that the best approach is to reprocess the image using image processing software of some sort. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From morissette at dmsolutions.ca Tue May 27 14:03:40 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 27 May 2003 17:03:40 -0400 Subject: [Mapserver-users] Line Label Angle References: <02de01c3248a$90c6f2b0$37c8a8c0@PEMAQUID> Message-ID: <3ED3D2AC.D084BAA9@dmsolutions.ca> Shannon Scott wrote: > > I imagined the ANGLE AUTO would give me the results I wanted ( Names aligned > legibly along the street ), but I could not get it to work. > I have generated some images and made them available to the web. > The first is what I want: > http://216.220.241.10/demo1.jpg > > The second is what I get from MN MapServer: > http://216.220.241.10/demo2.png > > Is there a way to get the result I want? I've run into this as well not long ago on a RedHat 7.2 system. The problem seemed to be between GD 2.0.12 and the freetype2 that comes bundled with RedHat. I came to that conclusion because even the test programs that come with GD had the same font angle problem, so this confirmed that the problem was not in MapServer. What I did at the end was remove the freetype2-devel RPM (or whatever it was called), and then I downloaded and installed the latest freetype2 source... and finally reconfigured and recompiled GD2.0.12 and MapServer and things worked great. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From gbuckmaster at cox.net Tue May 27 18:53:46 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Tue, 27 May 2003 18:53:46 -0700 Subject: [Mapserver-users] legendObj outlinecolor property does not exist? In-Reply-To: <3ED374E0.B83C7A@dmsolutions.ca> References: <200305261522.14046.gbuckmaster@cox.net> <200305261940.16746.gbuckmaster@cox.net> <3ED374E0.B83C7A@dmsolutions.ca> Message-ID: <200305271853.46906.gbuckmaster@cox.net> All, I'm discovering the labelObj does not function the way I would expect it to work when attached to the legendObj or scalebarObj. Paul Spencer eluded yesterday truetype fonts could not be used with scalebars...if that is true, could I be trying to control color of text in the wrong manner? I have yet to see any outlines around anything in the legend. Haven't tried specific scripting for icons, as Daniel points out may be the reason the outlinecolor property was dropped. Here are my major script comments, extracted to ease the reading: /* various labelObj properties dealing with color apparently do not work when attached to a scalebarObj or legendObj. All I get is black text and evidence of shadow. legendObj->imagecolor appears to be conflicting/affecting attached labelObj->color, outlinecolor and backgroundcolor when set to -1,-1,-1 or 0,0,0 - you get color, but not what was expected. */ As a reminder, I am using Mapserver 4.0 (DEVELOPMENT) built 4-6 days ago and PHP 4.3.2RC3. /* BUILD LEGEND */ $my_legend = $map->legend; $my_legend->set(height, 80); $my_legend->set(width, 160); $my_legend->imagecolor->setRGB(200,200,200); # light grey - works? $my_legend->outlinecolor->setRGB(255,255,255); # red - nonoperable $my_legend->set(status, MS_EMBED); # works $my_legend->set(position, MS_UL); # works /* SET LEGEND LABEL PROPERTIES */ $my_lg_label = $my_legend->label; $my_lg_label->set(font, "arial"); # works $my_lg_label->set(type, MS_TRUETYPE); # works $my_lg_label->set(minsize, 20); # works $my_lg_label->set(maxsize, 30); # works $my_lg_label->color->setRGB(0,0,255); # blue - nonoperable $my_lg_label->outlinecolor->setRGB(0,255,0); # green - nonoperable $my_lg_label->backgroundcolor->setRGB(255,0,0); # red - nonoperable $my_lg_label->shadowcolor->setRGB(255,0,0); # red - nonoperable $my_lg_label->set(shadowsizex,4); # works - hard to see $my_lg_label->set(shadowsizey,4); # works - hard to see $my_lg_label->backgroundshadowcolor->setRGB(255,0,0); # red - nonoperable $my_lg_label->set(backgroundshadowsizex,6); # nonoperable $my_lg_label->set(backgroundshadowsizex,6); # nonoperable $my_legend->set(postlabelcache, MS_TRUE); /* DRAW LEGEND */ $map->drawLegend(); Thanks for the help, everyone. BTW - is there a specific list dedicated to Mapscript vice Mapserver? I feel like I may be a little off topic. Gerald On Tuesday 27 May 2003 07:23 am, Daniel Morissette wrote: > Gerald Buckmaster wrote: > > I still have no outline around the legend. Probably something simple. > > There doesn't seem to be any code in either 3.6 or 4.0 to draw an > outline around the legend. I think this was taken out quite a while ago > because we wanted to use the OUTLINECOLOR to specify an outline around > the legend icons and nobody seemed to use outlines around their legend. > > I don't remember if there has been a discussion on this or if someone > just took it out by accident... maybe someone else remembers? > > Daniel From arnulf.christl at ccgis.de Wed May 28 01:57:27 2003 From: arnulf.christl at ccgis.de (Arnulf Christl CCGIS) Date: Wed, 28 May 2003 10:57:27 +0200 Subject: AW: [Mapserver-users] Mapserver printing In-Reply-To: <200305272009.h4RK9qN06372@yogi.medinaco.net> Message-ID: Hi, we have approached the problem in a little different way. Our WMS client has to be able to query all sorts of severs and many have a farily low max limit for the image size they will produce (MapServer is a positive exception to that rule). Therfore the client breakes down the required large map into several smaller tiles which the corresponding server is able to deliver. The resulting tiles are then put back together in a simple HTML page. This is a tedious process, if you want to be able to use several different services, but maybe you can use this idea to reduce the size of individual images. When we request very large tiled maps sometimes we also have noticed the effect that one tile is blank (the file exists but has no content). As this happens with different servers I guess that it has to do with PNG and not with the server. Regards, Arnulf. -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Lowell Filak Gesendet: Dienstag, 27. Mai 2003 22:10 An: Zamil Murji; mapserver-users at lists.gis.umn.edu Betreff: Re: [Mapserver-users] Mapserver printing I'm not so sure that there is a limit. I have found that PNG works extremely well for large images and I've never had a problem with generating larger than 8.5x11 images w/ MapServer. I just finished working with one that is 10218x8814 (~34x30) (no it wasn't created with mapserver, but then that is why I am not sure there is a limit). Okay, I had to check it out... & MapServer reliably created a 6100x6100 (34x34 at 180dpi - which appears to be the max res. for that size that we can pump through ZehRaster to our plotter) PNG file (the browser wouldn't render it but Gimp opened it fine). As far as the blank PNG in the browser is concerned: What we have seen is that sometimes only part of the PNG is loaded, but that only seems to happen on one of the apps we have that tracks vehicles and loads a new map every 10-120 seconds. We have not tracked down why it happens but it would seem that the html is finished and loaded by the browser with the "img src" specified before the image file is actually finished. Lowell F. The following message was sent by "Zamil Murji" on Fri, 23 May 2003 11:16:03 -0600. > Hi, > > We are currently trying to use mapserver to print images on an 8.5x11 inch paper using the web. Up to date we have been very successfull. However, we are now trying the next step - PLOTTING. I was wondering if anyone has any idea how to approach this issue. I read in the past that mapserver has a limit to the size of image that can be created, if so, how do I get around this. Any suggestions would be welcome. > > Also, I noticed that when we started using png images all over our site. Sometimes they would come back empty. NO error messages from mapserver, just an empty image. If you refreshed the screen everything would start working again. The image would be displayed again. Anybody observe similar output? Once again, it happens randomly. Sometimes it works and sometimes it doesn't. > > Zamil > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/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 0098kast at edu.fh-kaernten.ac.at Wed May 28 02:36:33 2003 From: 0098kast at edu.fh-kaernten.ac.at (Kaps Stefan) Date: Wed, 28 May 2003 11:36:33 +0200 Subject: [Mapserver-users] port? Message-ID: <3F01711BFB99D411835B0008C7866AA00130812E@EXCHANGE01> hello! I have a problem with accessing the UMN mapserver via the intranet. I manage to access the webserver, but when we start the mapserver no data are shown. Does anyone know what the problem could be? Is the problem somehow connected to the ports that are used or something like this? perhaps, somebody can help solving this problem! Thanx! Stefan From k.chodak at autoguard.pl Wed May 28 02:50:42 2003 From: k.chodak at autoguard.pl (Krzysztof Chodak) Date: Wed, 28 May 2003 11:50:42 +0200 Subject: [Mapserver-users] port? In-Reply-To: <3F01711BFB99D411835B0008C7866AA00130812E@EXCHANGE01> Message-ID: Have you been querying your cgi program directly, like http://intranet/cgi-bin/mapserv?map=/var/test.map&mode=map ? If so, there should be some response - at least HTTP status code... BR Krzysztof Chodak -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Kaps Stefan Sent: Wednesday, May 28, 2003 11:37 AM To: 'mapserver-users at lists.gis.umn.edu' Subject: [Mapserver-users] port? hello! I have a problem with accessing the UMN mapserver via the intranet. I manage to access the webserver, but when we start the mapserver no data are shown. Does anyone know what the problem could be? Is the problem somehow connected to the ports that are used or something like this? perhaps, somebody can help solving this problem! Thanx! Stefan _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ioannis.kanellopoulos at jrc.it Wed May 28 03:12:01 2003 From: ioannis.kanellopoulos at jrc.it (Ioannis Kanellopoulos) Date: Wed, 28 May 2003 12:12:01 +0200 Subject: [Mapserver-users] mapplet/Jbox problem - again References: <5.2.0.9.0.20030527133209.00a805c8@mail.GreenwoodMap.com> Message-ID: <006701c32501$949f2ac0$6e94bf8b@egeo.sai.jrc.it> This is a multi-part message in MIME format. ------=_NextPart_000_0064_01C32512.5820CED0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Rich, Yes, it does work without the "if(redraw)" line. But where is the redraw = flag set?=20 thanks a lot=20 yannis ----- Original Message -----=20 From: Richard Greenwood=20 To: Ioannis Kanellopoulos=20 Cc: mapserver-users at lists.gis.umn.edu=20 Sent: Tuesday, May 27, 2003 9:35 PM Subject: Re: [Mapserver-users] mapplet/Jbox problem - again At 06:34 PM 5/27/2003 +0200, you wrote: Dear All, =20 A couple of weeks ago I posted a message about some problems I = encountered with mapplet and jBox. Unfortunately I have not been able to = solve the problem yet, even though Richard Greenwood provided a couple = of suggestions.=20 =20 Below I include the jBox version of the html template hoping that = someone can localise the problem. with the file below the redraw does = not happen unless I use the refresh button. I use Mozilla1.3 or IE 6. = and I have the problem on both RedHat 8.0 amd W2K. Note that if I = substitute the jBox routines below with the mapplet routines and use the = mapplet applet then it works properly (with mapplet I have a problem = making the box on/off properly).=20 =20 Try leaving out the if (redraw), but leave in the leave in the = document.mapserv.submit(); (see below) Let me know if that works. Rich =20 Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich at GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com=20 ------=_NextPart_000_0064_01C32512.5820CED0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Rich,
 
Yes, it does work without the = "if(redraw)" line.=20 But where is the redraw flag set?
 
thanks a lot
 
yannis
 
----- Original Message -----
From:=20 Richard=20 Greenwood
Cc: mapserver-users at lists.g= is.umn.edu=20
Sent: Tuesday, May 27, 2003 = 9:35 PM
Subject: Re: [Mapserver-users]=20 mapplet/Jbox problem - again

At 06:34 PM 5/27/2003 +0200, you wrote:

Dear=20 All,
 
A couple of = weeks ago I=20 posted a message about some problems I encountered with mapplet and = jBox.=20 Unfortunately I have not been able to solve the problem yet, even = though=20 Richard Greenwood provided a couple of suggestions.=20
 
Below I include the = jBox=20 version of the html template hoping that someone can localise the = problem.=20 with the file below the redraw does not happen unless I use the = refresh=20 button. I use Mozilla1.3 or IE 6. and I have the problem on both = RedHat 8.0=20 amd W2K. Note that if I substitute the jBox routines below with the = mapplet=20 routines and use the mapplet applet then it works properly (with = mapplet I=20 have a problem making the box on/off properly).=20
 

Try leaving out the if (redraw), but = leave=20 in the leave in the document.mapserv.submit(); (see=20 below) Let me know if that works.

Rich

<html>
<head><title></title>
<s= cript=20 language=3D"JavaScript">

 
        function=20 setbox_handler(name, minx, miny, maxx, maxy, redraw)=20 {
         =20 document.mapserv.imgbox.value =3D minx + " " + miny + " " + maxx + " = " +=20 maxy;
         =20 document.mapserv.imgxy.value =3D minx + " " + = miny;
   =20
    if (redraw)
^^^^=20 Remove proceeding line
   = document.mapserv.submit();
 
       =20 }
        function=20 seterror_handler(message)=20 {
         =20 alert(message);
        }=20
</script>  


Richard W. Greenwood, PLS
Greenwood Mapping,=20 Inc.
Rich at GreenwoodMap.com
(307) 733-0203
http://www.GreenwoodMap.com =

------=_NextPart_000_0064_01C32512.5820CED0-- From braulioen at ono.com Wed May 28 04:26:25 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Wed, 28 May 2003 13:26:25 +0200 Subject: [Mapserver-users] Queries in PHP/Mapscript. Message-ID: <74a1473cd9.73cd974a14@ono.com> Hi at all: Where I can find examples of queries in PHP/Mapscript?. I desire to know the extension of a concrete polygon of a shape file, once well- known, to center the polygon in the map and to fit the extension to its dimensions. Thanks. Braulio M. From lfilak at medinaco.org Wed May 28 06:05:17 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 28 May 2003 09:05:17 -0400 Subject: AW: [Mapserver-users] Mapserver printing Message-ID: <200305281305.h4SD5AN17824@yogi.medinaco.net> Your note on a 0-size PNG is very interesting. In our case we actually create images with a specific name so images that may be requested more than once are "cached" and not recreated a second time for 24 hours. Each time we see an instance where the file seems to only partially load into the browser a reload (of the exact same file) works fine. I don't recall ever seeing a 0-size file (out of MapServer anyways).? Lowell F. The following message was sent by "Arnulf Christl \(CCGIS\)" on Wed, 28 May 2003 10:57:27 +0200. > Hi, > we have approached the problem in a little different way. Our WMS client has > to be able to query all sorts of severs and many have a farily low max limit > for the image size they will produce (MapServer is a positive exception to > that rule). Therfore the client breakes down the required large map into > several smaller tiles which the corresponding server is able to deliver. The > resulting tiles are then put back together in a simple HTML page. This is a > tedious process, if you want to be able to use several different services, > but maybe you can use this idea to reduce the size of individual images. > When we request very large tiled maps sometimes we also have noticed the > effect that one tile is blank (the file exists but has no content). As this > happens with different servers I guess that it has to do with PNG and not > with the server. > > Regards, Arnulf. > > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von Lowell > Filak > Gesendet: Dienstag, 27. Mai 2003 22:10 > An: Zamil Murji; mapserver-users at lists.gis.umn.edu > Betreff: Re: [Mapserver-users] Mapserver printing > > > I'm not so sure that there is a limit. > I have found that PNG works extremely well for large images and I've never > had a problem with generating larger than 8.5x11 images w/ MapServer. > I just finished working with one that is 10218x8814 (~34x30) (no it wasn't > created with mapserver, but then that is why I am not sure there is a > limit). > Okay, I had to check it out... & MapServer reliably created a 6100x6100 > (34x34 at 180dpi - which appears to be the max res. for that size that we can > pump through ZehRaster to our plotter) PNG file (the browser wouldn't render > it but Gimp opened it fine). > As far as the blank PNG in the browser is concerned: > What we have seen is that sometimes only part of the PNG is loaded, but that > only seems to happen on one of the apps we have that tracks vehicles and > loads a new map every 10-120 seconds. > We have not tracked down why it happens but it would seem that the html is > finished and loaded by the browser with the "img src" specified before the > image file is actually finished. > Lowell F. > > The following message was sent by "Zamil Murji" > on Fri, 23 May 2003 11:16:03 -0600. > > > Hi, > > > > We are currently trying to use mapserver to print images on an 8.5x11 inch > paper using the web. Up to date we have been very successfull. However, we > are now trying the next step - PLOTTING. I was wondering if anyone has any > idea how to approach this issue. I read in the past that mapserver has a > limit to the size of image that can be created, if so, how do I get around > this. Any suggestions would be welcome. > > > > Also, I noticed that when we started using png images all over our site. > Sometimes they would come back empty. NO error messages from mapserver, just > an empty image. If you refreshed the screen everything would start working > again. The image would be displayed again. Anybody observe similar output? > Once again, it happens randomly. Sometimes it works and sometimes it > doesn't. > > > > Zamil > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/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 mhaerte1 at gwdg.de Wed May 28 06:18:38 2003 From: mhaerte1 at gwdg.de (=?ISO-8859-1?Q?Michael_H=E4rtel?=) Date: Wed, 28 May 2003 15:18:38 +0200 Subject: [Mapserver-users] How can i show, open, dump the resultcache? Message-ID: <3ED4B72E.6020005@gwdg.de> Hi All! I use follwing code: $query=$querylayer->QueryByPoint($my_point_geo,MS_MULTIPLE,0); $resultcache = $querylayer->resultcache; $numresult=$querylayer->numresults; $result = $querylayer->getresult(0); i don't understand why if i use var_dump(variable): $resultcache is NULL $numresult is NULL but $result for example is: object(stdClass)(3) { ["shapeindex"]=> int(7658) ["tileindex"]=> int(-1) ["classindex"]=> int(0) } Obviously the query returns any results but how can i see what results if the resultcache is NULL? How can i count the results without having a resultcache? Thanks for any reply. Michael From lfilak at medinaco.org Wed May 28 06:49:24 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 28 May 2003 09:49:24 -0400 Subject: [Mapserver-users] Mapserver printing Message-ID: <200305281349.h4SDnHN18724@yogi.medinaco.net> The versions are MapServer 3.6.5 & 3.6.1. The resolution is simpler than it first appears: We take the intended output size, in this case 34x34 inches. Then multiply it by the required resolution, in this case 180. Using that we had MapServer generate a PNG that was 6120x6120. We then scripted the ImageMagick "convert" command to convert the PNG to a TIFF. Then (this part is still manually done) we use the ZehRaster Linux software that came with the plotter to send the TIFF to the plotter. Inside the ZehRaster you actually specify the plot size, 34x34 in this case, and thereby specify the resolution. The plotter still plots at something like 600dpi to the paper but the original image is really 180dpi. Using the supplied software was the most reliable way we could find to pump the file to the plotter. As far as having intermittent problems it most likely has more to do with the server load or memory usage. I seem to recall a previous thread that pointed out that creating "large" images can require a considerable amount of system resources for however long the process takes. I would highly suggest watching the system resources and note what things look like when an image blows-up. One unscientific & simple way of doing that is "top | grep " and then run some requests. Lowell F. The following message was sent by "Zamil Murji" on Tue, 27 May 2003 14:18:39 -0600. > Hi Lowell and the rest of the mapserver crowd, > May I ask what version of Mapserver you're using? And how do you change the resolution of your image to 180 dpi? > I had the same thought as you as to the html finishing but the image file is not finished. However after waiting upwards of a minute and trying to load the image specified in the source tag, it was still blank? Any other thoguht? It only happens about 10% of the time, but frequently enough to make me concerned. > Any thoughts? > > Zamil > > -----Original Message----- > From: Lowell Filak [mailto:lfilak at medinaco.org] > Sent: Tuesday, May 27, 2003 2:10 PM > To: Zamil Murji; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Mapserver printing > > > I'm not so sure that there is a limit. > I have found that PNG works extremely well for large images and I've never had a problem with generating larger than 8.5x11 images w/ MapServer. > I just finished working with one that is 10218x8814 (~34x30) (no it wasn't created with mapserver, but then that is why I am not sure there is a limit). > Okay, I had to check it out... & MapServer reliably created a 6100x6100 (34x34 at 180dpi - which appears to be the max res. for that size that we can pump through ZehRaster to our plotter) PNG file (the browser wouldn't render it but Gimp opened it fine). > As far as the blank PNG in the browser is concerned: > What we have seen is that sometimes only part of the PNG is loaded, but that only seems to happen on one of the apps we have that tracks vehicles and loads a new map every 10-120 seconds. > We have not tracked down why it happens but it would seem that the html is finished and loaded by the browser with the "img src" specified before the image file is actually finished. > Lowell F. > > The following message was sent by "Zamil Murji" on Fri, 23 May 2003 11:16:03 -0600. > > > Hi, > > > > We are currently trying to use mapserver to print images on an 8.5x11 inch paper using the web. Up to date we have been very successfull. However, we are now trying the next step - PLOTTING. I was wondering if anyone has any idea how to approach this issue. I read in the past that mapserver has a limit to the size of image that can be created, if so, how do I get around this. Any suggestions would be welcome. > > > > Also, I noticed that when we started using png images all over our site. Sometimes they would come back empty. NO error messages from mapserver, just an empty image. If you refreshed the screen everything would start working again. The image would be displayed again. Anybody observe similar output? Once again, it happens randomly. Sometimes it works and sometimes it doesn't. > > > > Zamil > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/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 nton at photon.com Wed May 28 07:32:10 2003 From: nton at photon.com (Nick Ton) Date: Wed, 28 May 2003 10:32:10 -0400 Subject: [Mapserver-users] MapServer and PostGIS.... Message-ID: Hi Everyone, I am a newbie to MapServer. I have read the PostGIS information page on how to connect MapServer to PostGIS. I have used the shp2pgsql function to dump some data into PostGIS. Everything seems to be ok on the PostGIS side. I have created a test map file to see if I can connect to PostGIS. Here is my map file that is being referenced by my test html page: -------------------- map file--------------------------------- NAME S3EX3 WEB TEMPLATE /home/nton/public_html/tutorial35/geo_test/s3ex3.html IMAGEURL "/~nton/public_html/tutorial35/geo_test/" END EXTENT -90. -30 20. 90 SIZE 600 600 LAYER CONNECTIONTYPE postgis NAME "airports_tbl" # Connect to a remote spatial database CONNECTION "user=postgres dbname=geo_db host=172.16.3.82" # Get the lines from the 'the_geom' column of the 'airports_tbl' table DATA "the_geom from airports_tbl" STATUS ON TYPE LINE CLASS COLOR 0 0 0 END END END # end of map file -------------------- map file--------------------------------- I had modified one of the tutorial html file to see if I can make it work. The html page returns properly but no image shows up in the designated area. I used "View Source" on the web browser to see where the image is generated and it seems to generate the .png file name for the image reference like this: But when I try to locate that image on the local directory it's not there. Has anyone experienced the same problems? Can some one tell me what I am doing wrong? Thanks In Advance, Nick From assefa at dmsolutions.ca Wed May 28 10:21:58 2003 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 28 May 2003 13:21:58 -0400 Subject: [Mapserver-users] How can i show, open, dump the resultcache? References: <3ED4B72E.6020005@gwdg.de> Message-ID: <3ED4F036.2000800@dmsolutions.ca> You shoud use $numResults = $oLayer->getNumResults(); to get the number of results and then loop through using somethink like for ($iRes=0; $iRes < $numResults; $iRes++) { $oRes = $oLayer->getResult($iRes); ... } Michael H?rtel wrote: > Hi All! > > I use follwing code: > > $query=$querylayer->QueryByPoint($my_point_geo,MS_MULTIPLE,0); > $resultcache = $querylayer->resultcache; > $numresult=$querylayer->numresults; > $result = $querylayer->getresult(0); > > i don't understand why if i use var_dump(variable): > > $resultcache is NULL > $numresult is NULL > but $result for example is: > object(stdClass)(3) { ["shapeindex"]=> int(7658) ["tileindex"]=> > int(-1) ["classindex"]=> int(0) } > > Obviously the query returns any results but how can i see what results > if the resultcache is NULL? How can i count the results without having > a resultcache? > > Thanks for any reply. > > Michael > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From sscott at gwi.net Wed May 28 10:46:07 2003 From: sscott at gwi.net (Shannon Scott) Date: Wed, 28 May 2003 13:46:07 -0400 Subject: [Mapserver-users] Line Label Angle References: <02de01c3248a$90c6f2b0$37c8a8c0@PEMAQUID> <3ED3D2AC.D084BAA9@dmsolutions.ca> Message-ID: <024101c32541$04f5deb0$37c8a8c0@PEMAQUID> Daniel, That was exactly it. Problem solved. Thank you for speaking up, even though I neglected to provide my OS version in the original post. Thank You too Krzysztof for you thoughtful help. Take Care Shannon ----- Original Message ----- From: "Daniel Morissette" To: "Shannon Scott" Cc: Sent: Tuesday, May 27, 2003 5:03 PM Subject: Re: [Mapserver-users] Line Label Angle > Shannon Scott wrote: > > > > I imagined the ANGLE AUTO would give me the results I wanted ( Names aligned > > legibly along the street ), but I could not get it to work. > > I have generated some images and made them available to the web. > > The first is what I want: > > http://216.220.241.10/demo1.jpg > > > > The second is what I get from MN MapServer: > > http://216.220.241.10/demo2.png > > > > Is there a way to get the result I want? > > > I've run into this as well not long ago on a RedHat 7.2 system. The > problem seemed to be between GD 2.0.12 and the freetype2 that comes > bundled with RedHat. I came to that conclusion because even the test > programs that come with GD had the same font angle problem, so this > confirmed that the problem was not in MapServer. > > What I did at the end was remove the freetype2-devel RPM (or whatever it > was called), and then I downloaded and installed the latest freetype2 > source... and finally reconfigured and recompiled GD2.0.12 and MapServer > and things worked great. > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette morissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > From mgleahy at fes.uwaterloo.ca Wed May 28 12:33:27 2003 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Wed, 28 May 2003 14:33:27 -0500 Subject: [Mapserver-users] Unable to compile in Cygwin Message-ID: <000701c32550$03add080$170aa8c0@mgltoshiba> Hello all, ? Sorry for making a post that is not exactly related to MapServer, but I suspect there are a number of people on this list who may be familiar with my problem. I am trying to see if I can compile PostgreSQL & PostGIS (which we intend to use as a data source for MapServer). I'm doing this within within Cygwin using the directions in the Windows PostGIS Installation Guide available on the postgis.refractions.net documentation page.? I seem to be nearly there...except for some kind of error when I run 'make' for PostGIS (immediately after I run 'make' for PostgreSQL).? You can see the error I'm getting at the end of the process below.? Any suggestions some of you might have would be great. ? Mike P.S., I've already tried the solution posted at http://archives.postgresql.org/pgsql-ports/2003-03/msg00017.php, but that seems to have had no impact (i.e., I get exactly the same errors). ? =========================================================== ? Administrator at mgl-toshiba /usr/src/postgresql-7.3.2-2/contrib/postgis-0.7.5 $ make gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations? -g -I. -I../../src/in clude? -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73? -c -o postg is_debug.o postgis_debug.c gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations? -g -I. -I../../src/in clude? -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73? -c -o postg is_ops.o postgis_ops.c gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations? -g -I. -I../../src/in clude? -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73? -c -o postg is_fn.o postgis_fn.c gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations? -g -I. -I../../src/in clude? -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73? -c -o postg is_inout.o postgis_inout.c gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations? -g -I. -I../../src/in clude? -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73? -c -o postg is_proj.o postgis_proj.c gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations? -g -I. -I../../src/in clude? -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73? -c -o postg is_chip.o postgis_chip.c gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations? -g -I. -I../../src/in clude? -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73? -c -o postg is_transform.o postgis_transform.c postgis_transform.c: In function `transform_geom': postgis_transform.c:437: warning: control reaches end of non-void function gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations? -g -I. -I../../src/in clude? -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73? -c -o postg is_gist_72.o postgis_gist_72.c gcc -O2 -Wall -Wmissing-prototypes -Wmissing-declarations? -g -I. -I../../src/in clude? -DFRONTEND -DSYSCONFDIR='"/etc/postgresql"' -DUSE_VERSION=73? -c -o postg is_estimate.o postgis_estimate.c dlltool --export-all --output-def postgis.def postgis_debug.o postgis_ops.o post gis_fn.o postgis_inout.o postgis_proj.o postgis_chip.o postgis_transform.o postg is_gist_72.o postgis_estimate.o dllwrap -o postgis.dll --dllname postgis.dll --def postgis.def postgis_debug.o p ostgis_ops.o postgis_fn.o postgis_inout.o postgis_proj.o postgis_chip.o postgis_ transform.o postgis_gist_72.o postgis_estimate.o ../../src/utils/dllinit.o -L/us r/local/lib -L/usr/local/lib -L../../src/backend -lpostgres fu000001.o(.idata$3+0xc): undefined reference to `_libpostgres_a_iname' nmth000000.o(.idata$4+0x0): undefined reference to `__nm__cpu_index_tuple_cost' Info: resolving _cpu_index_tuple_cost by linking to __imp__cpu_index_tuple_cost (auto-import) collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [libpostgis.a] Error 1 ? ? ? From thfischer at mapmedia.de Wed May 28 16:23:02 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 29 May 2003 01:23:02 +0200 Subject: [Mapserver-users] MapServer and PostGIS.... In-Reply-To: References: Message-ID: <1054164181.638.8.camel@jeanjacques> [ snip ] > I used "View Source" on the web browser to see where the image is generated > and it seems to generate the .png file name for the image reference like > this: > src="/~nton/tutorial35/geo_test/S3EX31054076682716.png" border="0"> > But when I try to locate that image on the local directory it's not there. Then most likely your web server process does not have write permission for this directory. Apart from that, you have not set an IMAGEPATH that your IMAGEURL maps to. hth, thorsten From thfischer at mapmedia.de Wed May 28 16:43:59 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 29 May 2003 01:43:59 +0200 Subject: [Mapserver-users] port? In-Reply-To: <3F01711BFB99D411835B0008C7866AA00130812E@EXCHANGE01> References: <3F01711BFB99D411835B0008C7866AA00130812E@EXCHANGE01> Message-ID: <1054165439.636.21.camel@jeanjacques> On Wed, 2003-05-28 at 11:36, Kaps Stefan wrote: > hello! > I have a problem with accessing the UMN mapserver via the intranet. I manage > to access the webserver, but when we start the mapserver no data are shown. > Does anyone know what the problem could be? Is the problem somehow connected > to the ports that are used or something like this? > perhaps, somebody can help solving this problem! MapServer is just a CGI program that resides in a directory of a webserver. However, for MapServer to work, the file must be set to be executable, and in addition the webserver must recognize that directory to contain programs that may be executed. A port is just a networking resource that is managed by the operating system and that is used (in case of the server system) to identify the process that incoming data packets are relayed to. All traffic for your webserver carries a note 'port 80' (most likely) so the system will know that those packets are intended to go to the webserver. As MapServer is running as a program in your webserver, the port won't change and has nothing to do with your problems. hth, thorsten From gbuckmaster at cox.net Wed May 28 15:05:31 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Wed, 28 May 2003 15:05:31 -0700 Subject: [Mapserver-users] MapServer and PostGIS.... In-Reply-To: References: Message-ID: <200305281505.31671.gbuckmaster@cox.net> Hi, Don't have a direct answer for you but I have found a reliable technique to debugging/troubleshooting is to watch the web server error log. For example: tail -5 /usr/local/apache2/logs/error_log will give you the last 5 errors logged by the (in this case, Apache) server. This technique has helped solve several mysteries when dealing with Mapserver and PHP. You could extend this technique to the database error log, php error log, etc. HTH Gerald On Wednesday 28 May 2003 07:32 am, Nick Ton wrote: > Hi Everyone, > > I am a newbie to MapServer. I have read the PostGIS information page on > how to connect MapServer to PostGIS. I have used the shp2pgsql function > to dump some data into PostGIS. Everything seems to be ok on the PostGIS > side. > > I have created a test map file to see if I can connect to PostGIS. Here is > my map file that is being referenced by my test html page: > > -------------------- map file--------------------------------- > NAME S3EX3 > > WEB > TEMPLATE /home/nton/public_html/tutorial35/geo_test/s3ex3.html > IMAGEURL "/~nton/public_html/tutorial35/geo_test/" > END > > EXTENT -90. -30 20. 90 > SIZE 600 600 > > LAYER > CONNECTIONTYPE postgis > NAME "airports_tbl" > # Connect to a remote spatial database > CONNECTION "user=postgres dbname=geo_db host=172.16.3.82" > # Get the lines from the 'the_geom' column of the 'airports_tbl' table > DATA "the_geom from airports_tbl" > STATUS ON > TYPE LINE > CLASS > COLOR 0 0 0 > END > END > END # end of map file > -------------------- map file--------------------------------- > > I had modified one of the tutorial html file to see if I can make it work. > The > html page returns properly but no image shows up in the designated area. > I used "View Source" on the web browser to see where the image is generated > and it seems to generate the .png file name for the image reference like > this: > src="/~nton/tutorial35/geo_test/S3EX31054076682716.png" border="0"> > But when I try to locate that image on the local directory it's not there. > Has anyone experienced the same problems? Can some one tell me what > I am doing wrong? > > Thanks In Advance, > Nick > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jose.quintal at cfe.gob.mx Wed May 28 15:31:16 2003 From: jose.quintal at cfe.gob.mx (jose.quintal at cfe.gob.mx) Date: Wed, 28 May 2003 17:31:16 -0500 Subject: [Mapserver-users] Why the result of getresult(0) gives the value me of shapeindex -1 Message-ID: if ($queryresult == MS_SUCCESS) { $results = $layerObj->resultcache; $num_results = $layerObj->getNumResults(); // we only expect one result. $rslt = $layerObj->getResult(0); // this is an index into the point lookup table. $record = $rslt->{shapeindex}; echo "record: " . $record; $point_name = $point_lookup[$record]; echo "Encontrado " . $point_name; } Thanks Jos? Antonio Quintal Castillo Sistemas Tel 9243128 O 9243136 From pond_bear at hotmail.com Wed May 28 16:54:06 2003 From: pond_bear at hotmail.com (pond bear) Date: Wed, 28 May 2003 18:54:06 -0500 Subject: [Mapserver-users] Where to get some DHTML tools for mapserver? Message-ID: Thank you all for help. I just finish the beta version of our project. http://134.129.223.247/final/ >From now on, I need to upgrade the interface which looks very ugly now. Does anyone offer me some DHTML tools for the interface? I download the DHTML interface for the demo of mapserver, but can't make it work. Your help is really appreciated. Jing University of North Dakota _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus From colombo.l at email.it Thu May 29 03:00:08 2003 From: colombo.l at email.it (=?iso-8859-1?Q?colombo.l?=) Date: Thu, 29 May 2003 12:00:08 +0200 Subject: [Mapserver-users] =?iso-8859-1?Q?Doing_Query_in_PHP/Mapscript_and_Postgis?= Message-ID: --_=__=_XaM3_Boundary.1054202408.2A.581509.42.20690.52.42.101010.21279 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi to all,=0D=0A=0D=0AI'm a newbie, I'm using php 4.31 + mapserver dll (3.6.6 - compiled with postgis support) + Postgres (in wich I have all the maps).=0D=0AI did and understood the examples about how to load a map in the documentation section of the mapserver's site but now I would like to do a basic query.=0D=0AThe map is stored in a table which have this fields: gid | layer_type | the_geom.=0D=0A=0D=0AI need by clicking a point of the map to retrive the layer_type of that point.=0D=0A=0D=0AHow can I do that by using mapscript?=0D=0A=0D=0A=0D=0AThanks in advance=0D=0A=0D=0ALuca Colombo=0D=0A=0D=0APs1: I also need to do the opposite thing: by the layer_type/gid to display on the map the results.=0D=0APs2: I paste a piece of my mapfile (I used it with the cgi mapserver and it works):=0D=0A=0D=0AQUERYMAP=0D=0A SIZE 200 160=0D=0A STYLE HILITE=0D=0A COLOR 0 0 255=0D=0AEND=0D=0A=0D=0ALAYER=0D=0A NAME "layer_confine"=0D=0A CONNECTIONTYPE postgis=0D=0A CONNECTION "user=3Dcarlo dbna m e=3Dcatasto host=3Dscorpio.ing.unico.it port=3D5432"=0D=0A DATA "the_geom from mappa"=0D=0A CLASSITEM 'LAYER'=0D=0A STATUS DEFAULT=0D=0A TYPE Line=0D=0A FILTER "mappa.layer_typer=3D'CONFINE'"=0D=0A=0D=0A CLASS=0D=0A COLOR 213 231 239=0D=0A END=0D=0A=0D=0A TEMPLATE t_query-f.html=0D=0A HEADER h_query-f.html=0D=0A FOOTER f_query-f.html=0D=0A=0D=0AEND -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Alto rendimento, massima libert=E0. =C8 Conto Arancio di ING Direct. Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3D659&d=3D29-5 --_=__=_XaM3_Boundary.1054202408.2A.581509.42.20690.52.42.101010.21279 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi to all,
=0D=0A
 
=0D=0A
I'm a newbie, I'm using php 4.31 + mapserver dll (3.6.6 - compiled with postgis support) + Postgres (in wich I have all the maps).
=0D=0A
I did and understood the examples about how to load a map in the documentation section of the mapserver's site but now I would like to do a basic query.
=0D=0A
The map is stored in a table which have this fields: gid | layer_type | the_geom.
=0D=0A
 
=0D=0A
I need by clicking a point of the map to retrive the layer_type of that point.
=0D=0A
 
=0D=0A
How can I do that by using mapscript?
=0D=0A
 
=0D=0A
 
=0D=0A
Thanks in advance
=0D=0A
 
=0D=0A
Luca Colombo
=0D=0A
 
=0D=0A
Ps1: I also need to do the opposite thing: by the layer_type/gid  to display on the map the results.
=0D=0A
Ps2: I paste a pi e ce of my mapfile (I used it with the cgi mapserver and it works):
=0D=0A
 
=0D=0A
QUERYMAP
   SIZE 200 160
   STYLE HILITE
   COLOR 0 0 255
END
=0D=0A
 
=0D=0A
LAYER
 NAME "layer_confine"
 CONNECTIONTYPE postgis
 CONNECTION "user=3Dcarlo dbname=3Dcatasto host=3Dscorpio.ing.unico.it port=3D5432"
 DATA "the_geom from mappa"
 CLASSITEM 'LAYER'
 STATUS DEFAULT
 TYPE Line
 FILTER "mappa.layer_typer=3D'CONFINE'"
=0D=0A
 
=0D=0A
 CLASS
     COLOR 213 231 239
 END
=0D=0A
 
=0D=0A
 TEMPLATE t_query-f.html
 HEADER h_query-f.html
 FOOTER f_query-f.html
=0D=0A
 
=0D=0A
END

----
Email.it, the professional e-mail, gratis per te: clicca qui

Sponsor:
Alto rendimento, massima libertà. =C8 Conto Arancio di ING Direct.=
Clicca qui

--_=__=_XaM3_Boundary.1054202408.2A.581509.42.20690.52.42.101010.21279-- From JamesPerrins at esdm.co.uk Thu May 29 03:54:53 2003 From: JamesPerrins at esdm.co.uk (James Perrins) Date: Thu, 29 May 2003 11:54:53 +0100 Subject: [Mapserver-users] Problems with NQUERY and MapServer crash Message-ID: <00a701c325d0$bc884ba0$6401a8c0@JPXP> This is a multi-part message in MIME format. ------=_NextPart_000_00A8_01C325D9.1E4CB3A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I have an application that is working fine using MODE=QUERY where the user selects a point on the map and the nearest object is returned. However when I try and change this so that a list of objects are returned within a box I am having no success. An example call is given below - this should definitely contain records - I have seen other people having similar problems on the list group - but I have not been able to find a reply. http://localhost/scripts/mapserv.exe?map=c:\inetpub\wwwroot\mapserver\ES DM.map&MODE=NQUERY&IMGSHAPE=12 60 156 60 156 204 12 204 12 60&mapext=171131.25 203531.25 180318.75 212718.75 Returns: msQueryByShape(): Search returned no results. No matching record(s) found. I have tried the same with MAPSHAPE If I add &LAYERS=SurveyEvents or &QLAYER=SurveyEvents to the above URL I get a standard MS Crash dialog (I'm running on XP) I have tested on both Mapserver 3.63 and the current development copy - but with the same results each time. My SurveyEvents layer is a MapInfo file - but this shouldn't make any difference should it ? Can I clarify should: 1) IMGSHAPE should have pixel parameters? 2) MAPSHAPE - as an alternative - have map co-ordinates ? 3) Can anyone give me a working example call - and any other pointers ? 4) Am I doing something obviously wrong ? Many Thanks James ------=_NextPart_000_00A8_01C325D9.1E4CB3A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I have an application that is working fine using = MODE=3DQUERY where the user selects a point on the map and the nearest object is = returned.

 

However when I try and change this so that a list of = objects are returned within a box I am having no success.

 

An example call is given below – this should = definitely contain records – I have seen other people having similar problems = on the list group – but I have not been able to find a = reply.

 

http://localhost/scripts/mapserv.exe?map=3Dc:\inetpub\= wwwroot\mapserver\ESDM.map&MODE=3DNQUERY&I= MGSHAPE=3D12 60 156 60 156 204 12 204 12 60&mapext=3D171131.25 203531.25 = 180318.75 212718.75

 

Returns:

msQueryByShape(): Search returned no results. No matching = record(s) found.

 

I have tried the same with MAPSHAPE

 

If I add &LAYERS=3DSurveyEvents or = &QLAYER=3DSurveyEvents to the above URL I get a standard MS Crash dialog (I’m running on = XP)

 

I have tested on both Mapserver 3.63 and the current development = copy – but with the same results each time.

My SurveyEvents layer is a MapInfo file – but this = shouldn’t make any difference should it ?

 

Can I clarify should:

 

1)       IMGSHAPE should have pixel = parameters?

2)       MAPSHAPE – as an alternative – = have map co-ordinates ?

3)       Can anyone give me a working example call = – and any other pointers ?

4)       Am I doing something obviously wrong = ?

 

Many Thanks

James

 

------=_NextPart_000_00A8_01C325D9.1E4CB3A0-- From jithesh at flashmail.com Thu May 29 05:18:30 2003 From: jithesh at flashmail.com (Jithesh P. Joseph) Date: Thu, 29 May 2003 05:18:30 -0700 Subject: [Mapserver-users] mapserver hosting Message-ID: <3ed5fa96.197.0@flashmail.com> Dear Mapserver Users, We have set up a mapserver hosting facility at www.maptell.com. we are providing mapping services using mapserver and php/mapscript. This will be useful for companies, organizations and individuals who don't want to set up theirown mapserver. Hope this will also be useful for those who have difficulties in finding a mapserver hosting company. Please go to http://www.maptell.com/services/internet/plans.htm for more details. Regards Jithesh Joseph Vice President Maptell : GIS division of Fast-Solutions.Net Ph: +91 471 2320123 Fax: +91 471 2330037 E-mail: jithesh at maptell.com http://www.maptell.com _______________________________________________________________ Get Your FREE FlashMail Address now at http://www.flashmail.com It's Free, Easy, & Fun !!! From braulioen at ono.com Thu May 29 05:20:41 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Thu, 29 May 2003 14:20:41 +0200 Subject: [Mapserver-users] Problem using FILTER. Message-ID: <5220c51027.510275220c@ono.com> Hi: I am trying to filter a layer shape and I cannot. The file map is the following one: LAYER NAME poligonos DATA poligonos STATUS DEFAULT TYPE POLYGON FILTER "masa='001'" CLASS COLOR 212 212 212 OUTLINECOLOR 0 0 0 TEMPLATE poligonos_template.html END END where "masa" is the filtered feature of the shapefile, and I obtain all the results, as if I did not use FILTER. Which is my error?. Thanks. Braulio. From edspremolla at Antel.com.uy Thu May 29 06:24:14 2003 From: edspremolla at Antel.com.uy (Eduardo Spremolla) Date: 29 May 2003 10:24:14 -0300 Subject: [Mapserver-users] Problem using FILTER. In-Reply-To: <5220c51027.510275220c@ono.com> References: <5220c51027.510275220c@ono.com> Message-ID: <1054214654.27899.0.camel@fly.in.iantel.com.uy> Try FILTER "[masa]='001'" Eduardo Spremolla Montevideo, Uruguay El jue, 29 de 05 de 2003 a las 09:20, braulioen at ono.com escribi??: > Hi: > > I am trying to filter a layer shape and I cannot. The file map is the > following one: > > LAYER > NAME poligonos > DATA poligonos > STATUS DEFAULT > TYPE POLYGON > FILTER "masa='001'" > CLASS > COLOR 212 212 212 > OUTLINECOLOR 0 0 0 > TEMPLATE poligonos_template.html > END > END > > where "masa" is the filtered feature of the shapefile, and I obtain > all the results, as if I did not use FILTER. Which is my error?. > > Thanks. > Braulio. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From babak.tehrani at geosysnet.de Thu May 29 06:45:36 2003 From: babak.tehrani at geosysnet.de (Babak Toloue Tehrani) Date: 29 May 2003 15:45:36 +0200 Subject: [Mapserver-users] Problem using FILTER. In-Reply-To: <5220c51027.510275220c@ono.com> References: <5220c51027.510275220c@ono.com> Message-ID: <1054215936.2053.9.camel@eisbaer.local> Hi Braulio, try this: FILTERITEM 'masa' FILTER /001/ or, "001" FILTER ("[masa]"= 001 ) Babak Am Don, 2003-05-29 um 14.20 schrieb braulioen at ono.com: > Hi: > > I am trying to filter a layer shape and I cannot. The file map is the > following one: > > LAYER > NAME poligonos > DATA poligonos > STATUS DEFAULT > TYPE POLYGON > FILTER "masa='001'" > CLASS > COLOR 212 212 212 > OUTLINECOLOR 0 0 0 > TEMPLATE poligonos_template.html > END > END > > where "masa" is the filtered feature of the shapefile, and I obtain > all the results, as if I did not use FILTER. Which is my error?. > > Thanks. > Braulio. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Babak Toloue Tehrani From manofdp at yahoo.com.br Thu May 29 07:05:24 2003 From: manofdp at yahoo.com.br (=?iso-8859-1?q?Manofdp?=) Date: Thu, 29 May 2003 11:05:24 -0300 (ART) Subject: [Mapserver-users] Specify ona point Message-ID: <20030529140524.83716.qmail@web41705.mail.yahoo.com> --0-2111488803-1054217124=:82592 Content-Type: multipart/alternative; boundary="0-143941468-1054217124=:82592" --0-143941468-1054217124=:82592 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Please look de archive displayPoint.gif. This is a possible in MapServer? Specify one point how this example? Thanks. --------------------------------- Yahoo! Mail Mais espa?o, mais seguran?a e gratuito: caixa postal de 6MB, antiv?rus, prote??o contra spam. --0-143941468-1054217124=:82592 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Please look de archive displayPoint.gif.
This is a possible in MapServer? Specify one point how this example?
 
Thanks.



Yahoo! Mail
Mais espa?o, mais seguran?a e gratuito: caixa postal de 6MB, antiv?rus, prote??o contra spam. --0-143941468-1054217124=:82592-- --0-2111488803-1054217124=:82592 Content-Type: image/gif; name="displayPoint.gif" Content-Transfer-Encoding: base64 Content-Description: displayPoint.gif Content-Disposition: inline; filename="displayPoint.gif" R0lGODlhIANYAvcAAAAAAP////H1+/X19fDbudTQyNTMYtDg+sDAwJya/9UA BJkAAagyM68CB8wxNmc1OL8cKf8AM9C9wn8AMvj297NxouO+2ZoZfffj88Kw x7Kiyy4ZVaWYzoqGmpmM0sXA3RcGeoR62SYdg3VwqQwGcEI9l2ph4LSy0NTT 4uHg7V5ZuXx5vR0b+BsZ7C8s9Csp4EpF7kI/zpGQ+JGP8FFQhAAA7wAA7AAA vAAAfwAAZgAAPQAAIwAAEQAABwAAAwAAAQIC/gUE/gcH/QoK+xAP8xEQ+2pq +4SE+pmZ/x0dMCkpQ5qa+aWl/6Cg+K2t/5mZ4be3/6ur48TE987O/9jY/9XV 9uHh/7291n19jMnJ4Ojo/+Pj9sPD0R0dH/Dw//b2/8vL04eHjPHx9fT09bGx spmZmjs8ZcLD/wAzzAokaipUpuvv9wE5nbXF4QAkXRVj3wAnYGWS0qe/4c7b 7gAoYF6Q0VyDt9bn/8PP39Pf7xs7YpGw1wAzZjBgj9/v//3+/4WZq9Hp/8Pj /S+S3Ctzq3Cx4X2oyTy09QBolwDO/3fm+gAzMzNmZvf//7/qw3bReQD/AAAz AAOIAUyuOzNmJDy5CHR1c/L37MTolrXhbonIAqLVO+Pur8TbAIiZD9PkSOHt f83eG+bvkDMzAGZmM/r61v//9+Tk3//2APj0r9LKY87GZsjAa8C5cf/eALew d/fWIaylf8OjAv/jdP/IAKOdhv/VRuetAMyZAP+0AP+uAP+oAP+bAGY6APyQ Af+1UunVu/+CAPqHEM2aZfzDiZmTjfV2AdtrCOV7F/+tY/91AP99DOdjAOOr f/9nAP9yEv95IP+rcv+RSf+zgd3KvthQAsxnL/9ZAJkzAJtkSf9fFLRJFv9I AMs8AOzCtf80AP8fAPbj4P83H//t6+4vIP1wYvuVjPy0rv3Lxv1FOtJnYduW kf8IAJclIDMAANgmJf/+/u7u7urq6tvb28zMzMbGxoaGhoCAgGNjY0pKSkJC QkBAQDIyMg8PDwQEBP///yH5BAEAAP8ALAAAAAAgA1gCAAj/ANkJHEiwoMGD CBMqXMgOnECHEBtKBAeRosWLGDNq3MjR4jeKH0OCC0nym8mTKFOqXMlyJTeT L2N+i8mtps2bOHPq3JnzWk2fQLldG0q0qNGjSJNeczaUqTOnT6NKnUq1qlRl T7Eq07q1q9evYMN6DaaMbLCzaNOqXct2ra9gb+P6mku3rt27eOfy8rWXl9+/ gAMLHsxrV+HDuxIrXsy4cWJdkCNLngw5l+XLmDNr3nyZlmXPoHOBHk2rtOnT qFOrXp3aVWnXsGnFdgWbtu3buHPr3s37Nirav4O7Eo4qePHjyJMrX868ufPn 0KNLR1XQ0r179rBrt8ewu3eCDidK/xwfsXxD8+U7qu8osj3IkfBJxp/fsr59 mS9nwtSPfz9+ngDq5JNQBA4YlIEFCqXUgkQxtVSDDzoV4VJWVRgVVs5gmOGG WnGYoVggdkVWWSKSSKJZbaXoFlxoyXVWXHDlJSNdfdG4F184EqajYYf5ZdiP PiLmmGO67FKkkUZSFlkuujDZZJOcRdmZaFNSGdpoVlrJ2pZczvbaaV7WJtuY tfVmZm+/Dadmmmyu6WZxar45nHHT1WnnnXgqV10AAcDT559l5PPdoIQOFF54 4qFXkUWJrqfeR4++515JKMVn36X6nZTfpv79N9NN/AXI04AE9pTgUAUWlSqD SknYVIRSwf9qoYUdZsWhV7eGGKJZIp5Vlq8oqrhiiyy+FWOMLs5Y143L2hgY Xzru2KOQhSlW7ZCNKaltZZdBKaVmnk0Z7pWiXamallx2qZprZLIbpmy0wRuv mGfWy1ubca5J3JzK8UtnntPxKfDABAegT8EI86lPcQkjvDB1BFkSgCkUV2xK GfAIWujG4yVK3kOHnjdRRSM7ajJGk8JHn6Um0Ycppvnt5x9/NNv0aaii5kzq gTyvyjOrrT74qoRPyTprhbV6yFWuuoLI61YoQg2ssMLC+CKyxSKrLF419uVX jtBGKxiQfyVW7bXXYqtYkWwnuS2Tlj35LbiYjfsZlVliaW66fLf/NuaX7JIp +GyE22tvmsC5GWebwukr53H+AlxnAAVUbvnllt+zD+WYd17APQ9z7vnloBdX HTwUv/FGxfnw4zrHHCNaUMggjywyRefhfnKk76G8snztrQTP8C+rFLPMx/en PE025xwgn6WWGlSqPisItFEOvjohVBRSeDRVGm6o9IfkNy3WiFCn/+uJVA87 rLF5ab21XTfWH7bYYwNGNpA/qj0kZG7bVmW8NbcqVcluCMxbasrVN9YELnBf Ms27ymQbeRnugvnCDeP2BSfjRO5fkrOT6EZXOc2NEAAoTGHm9sEwEpKOhRAb CA5Up7pLvOEPpqBHGSyhseH5EB6w8w44//hEHj7hzna6IxlGbqceI17EiE6U VEYmlTKR9MkkxEuJn/jEEi5mSlOZ4lRNajbGPuXkh/BwHjegd6qfKIh6qLoe g7LnIKJ5L1bfA9+FbNWhsHzIfGMp0frSwr72EQtGiJzL1eQyv2Yxy2vQCtv9 8Det/iHmkv5bG5LYJkC4yY2ABQxX3Uapt9Io0DQMbKDfAMfKwQmuXfSClwUx qJt9JW5xbyIOByHHyxBCZ4QkNOHlUqjCEsJQdCgcJgCMaToZ2mEPMUCDIm5o CgrEQ4caE8jwgtid8AhMIlusHe2UqLvcmUxgFkHnRSDlkd+p7CQjUckVv5HF lHhxJfcEYxhnhv8zmnBxjDUZnhoJxEZTIQgoCI1jQuUIIaHZkWh5RJqtxtdH QDotfbwKlkYN2RZjHYsuH22kI2kkSUoShkdlE5K1MrmYtglwSaAsYGZCU668 3W1vNVWlTt3FyjDRi4K0vNduGsc4xfWyX768EzBHJ0zLLdOpmQudMiuXzBI+ TIaxEMUbLmGKGCTiDdaMxynAkE12bHMgP9QmENcaAHa01a3fNIjs4EpEgcHD IcPrE0UIBhEfBsAiP1zPwIaITi4SFop/hcdH7BqSPmXRryNxLD19aM8AmIRg lxVYZgX6DS6mkWBj9GtN7HoTgdqEjdAD7Rrh4ZOBCSW1Q3HtNYY3W4b/Yk97 dexeRGeFod7ykSsWvaiJMsq+X3F0RYjEWiJFSj8cRfJrJg0Mj1BqyZWmzX8u fekn4ybTmXr3blpCF2l02rfYRHCCspzXbdIb1KEmDnHvxSWd4qvLDiY1Okv1 XFOJmcynfu6YmCPmC5vJDksQg4Y0RMQaxHqKApT1rGYFYoQjvM0tvnUgRDzI odo6MLiSZ5tOHF4SRSzicx72r4glrEcGa8TJuhg+j7XsYxUrT8t21sZcvKcX rziwG7+ExwH4sWILahM0rjHIR05yklOLZCZDz09DgfIPbRu07VkZKrudim/7 SNHgggV9GY3acYmlFqvFT6T20wvY/vLc6Ka0/0f8Y2m2sttJuHUXvDfNM7n2 bErSpHKnEZSgoHsKy/TOUr3tRVMGObi45ETug/dtTn47t1/+FsC/mmthgP3L TIhZYhhvgMFWL8HVNVDgFJc4BT0eLGEK+3DCAslwrDuM4bjGetYN8dOs8wqO bfYaiEMMbGAvMuy97vWvKk4xpFqs4mAH24sidvGM8Ynjat/4JAW7tpBn4qfV uhZ6nwookk8rsNE2OchMFoqUgxxlvwZgtu9GqPWu5yqHyuqOWebjHpW2lT96 uURgPlFxx4xcFmEta8y9S41y5DU3B4m6PuIfJjNJ505uN6bfEiV4RcnnvaGS vOrqKU+9xN4KJlrRiv+L7+PmlEt9OTrSknbhCjnH6WL+V9NOtfnNIZaPWLBB dfWoxwvegIh4MNjBBIEwhGPdallnWNZyvXVE4OpsDxuR6iXOug8Fm5EUO3Gx yL52Z2nMJz8RFouKnXaNM8v2f4pdP+BO8thXixMzApTuN3GtktONWnS/29xv vAb0qJyU3F65aPnWo/i43BV//1vgGJ2a5A3p0asZPKTJQnOznMtmh+vv4WiT M5E2qV0735lueNvzKU8J8nUN2m8+lRcsgXpy9xaV0R4EIcth/pxJY26/w/y9 VHNOVUxflR2eiMEGRM18RIhBrKleddJbvXS3Nv3CT79wQrTfECLq2vqE7f7/ XXUdfsDetYldR7H6n/jXj5j915Aa+41HQjy1V5bt19axjfPjdj/NxLNpxB// lHdpRG6A13dLxlpLxm6Cx1oIxScKRXi4NTT3FhX4FlG+1WXA5XiAFHDENXkE lzWLpEjLpXlqZj/QVVJuNl2YFHpyxkkBpC2exF3dpXF2Y1N6k1OtF3J/E3s+ OHu0d3KIY0sqt3L21UGQxnvMgUyWNnNUFXwDhgpMOFU7NxAvwA4A4A+IsIUC IFZHx2rT92rfZ1baRzBRNxFtNXVXZ4Z8lWtll1hbx3UYkWIn1mxg12JbpFj0 V3ZodxKU5YeatWPVNojd5n//F2Q+xg15xUZbVFqO//VZ53Zk5bZ3jSh4f6du iwhvEthQE/hQF7hb4bNlGvh4ASdwhASClFdmIogX8jM/j7Rmnhckb9aC1fWC SRKDSkKDp4dnN2hTDPSLHzdeOwgmgjZyg2NyhYOMtQdfttE4LGeE9XWEShhz xSdgTnhpTbhCOOdCmRZD7PACEvMFAfAFXngK5oh03JSOHdMovfZXuWNOuxOP 6+ROVRRPLVMpxdMSx4MSy0NGdzdQBmgqNoEggRd4EThvDEVHFGiBiPeJ36Mh oth4/QZcXjYiYBZmxhWCq1gsyZVwCneCsOh5EBdnK2WLnPRSMyg3u5h6eYYu n+Fnw4gaD0SMNPkuQKiMtf+XG85oS7rEL/7icvM1jcnhey9ElNoohTLXadVh dAyWaqdAAGNVVuq4EIhiHh6DKESURIoijxsRfyozRfR4j/ZIKfmojzTzRWIE UDejlmpEZKSSIG30M9aDkIRneK6CeImneKJYPo/3FRY5XIW0UVRTeQaXLMrF SFuzcGtWUpNESWRDLf0jepp0kha3knjjXQn0ksAYjDFJjDOJXkDVLiWXk7fU jL5BX8Bxe8iRhEJ5HAFwHbAZm7K5ObJZm7AZOrZpm8c3EJZAD75JDwXgm8EJ nFI5lQwxVx5TMrdTMoyyKFzJEfUYPNJ5j2XJEjFznchDRjABkAD5lnEZlwtF ZXb/uZB46ZBHk4EROZEUGVxP055Tk5EhaGYjWIIeqWYn2HArOC20eDaRqTYw WHoqiXFRwnEtuXHA6JKcuYMQNGjGSDgiR5o6qUHypXK5d1RAyZpKuA8auqEc 2qEe+qEcWhwgCqIEJhA8lA8omqIqig/GSZUPYSji8aKKwpzp8Zy+0zvsNB8u AxLAY49jWZ3YqU/Ks5bN44/ciRMHdRMHQpcISZcJuZBGg5d5GZFMo56k2CsD J5jtQ5gd2YqtKCOvuJidF4v7WYuS+Z8oaXqWeZmlxJKosZmdeV49OKc+RUFA eGhBhS+lSVRE9V6615qAGmktOqjgEXXjhEQ0aqNd6Ts5/+qVPaoSP1qd1qlP MyMToRJuRyogArKknDpvTgo09ZZbWBaloCg+i5crVcqegYSRqDhmVrNICPel iWmfXXM/jSktsyhxZiN6Ffc2F3d6NnhA4dVncNqZC0qTckpy8zJLeAqh+cJo Lrd70rqaRxWo1iodSZmt2rqt3Nqt3vqt4Bqu4jqu5Fqu5nqu6Jqu6rqu7Nqu 7vqu8Bqv8jqv9Fqvv5eb+Jqv+rqv/Nqv/vqvABuwAjuwBFuwBnuwCJuwCruw DNuwDvuwEBuxEjuxFFuxFnuxtfmaDbOxHNuxHvuxIBuyIjuyJFuyJnuyKJuy KruyLNuyLvuyMBuzMjuzNFuzNv97szibsx57Dxprrz77s0AbtEI7tERbtEZ7 tEibtEq7tOHKs/z1tFAbtVKbQjzLs0x7tVibtVq7tVzbtV77tWAbtpQWAFNb tmbLX1XLOXxyD2Lbtm77tnAbt3I7t3Rbt9zqtGcLte4AAJEQCf0QCWWbtpVD OWxrt4Z7uIibuIq7uIzbuJlDtnlLTO7gDqPQBaOwCKMQCaMwtYJbAITruKAb uqI7uqRbuqb7rXg7tXu7twAwub3wAKRACvgwCZRACZortZ37uXHLaT7Lu6er uL77u8I7vMRbr6kbtZSbvA/wuviwD10AAP2QBKQwCfwAuFGbu5+jrVXVrcEr rtn4hMv/1L3h+r1Qxbvim5Tk663hq67p+67n6701J3PvW7z0W7/2C67H+7ST yw/58AAPkA350AVdQLmjQAn8AACWUL2427Oem73Zur1BK77+Nb/c+8DnSsHc isEZDLQazL0d3MH3G8IiLML5+7Sj0AsMYAn4gA+W0AXWkA7YsAiPMAkAgA+U 0AXW+7TYW7jy+4SX9sPY2F/lC8RArHPa2zkCFr5VVUzru8FQ+MNKvMRQXMGb 9lQTXI3gC8VLvL1GjL5ILMXra8VbrMQ5J8ZjjMVo7MRiTMRmbMYj/MZw/MYl zF+T+wDqMAzDoA46YA3VwACUMAmk4A+0+7zXy8C628NFbMVD/5zFV3zFGczE Qxy8ZOzBXFzEbKzF6muNizzF4KvIjszJmaxCjbzGAWbJoNzEoBx8IAyFjbzJ 5hvHsBzLwzvHkvu/2aAO6zAM/WANDtALXVC7PoAPfbvAVtvAPOxCinzJWbzM TfzJR/zEYaxMQqy+ntPKjPytvmuNzezKyozJ1CzN00zEQbzNWizKmzzO2Aiu yXzKyqzJsvzO8Ny4tJxCXcAP+pANlrAO2dAF+9APOjAKpDAKPhDQ/UDMauvA yGxpn4zK27zOIPzK1+zDqbytkszNqOzEUOXD5MzOC018GC3REt3RyXzRl9zR xUfJkGzN7BzPLN3ShjvPKFTP+MAI+v9Q00nACH3ACL1AC7jwAwHNuYaM0CQU vyLNzSFNxRk9xUX9zaq8zEqNzaV81Eet0s780FG90iWt0Vnt1FWN1JZM1d3s 0mI91mIL0wCgA/zQByNgBxxgBwDQB2+g0zwNAKNQ0AY9uEI9OkQNztXI0NIc ymPczG0szhSdxJGc0lBdxVUtxRrtxkHM1GUs1X1tyo7tyIH92F490ky82RBM 1p792Vhr1otgBoxAA2FgCFiQ1n1gBpSAC7gAAKTQD6wLtTt8waB92x+N27q9 21tr1v0w2oQQB3UACF1gBnadQg+wuXdtzOj7tHrdu+27rs6drtONtdUttm3c 2by93dwNtGb/DQCLwA+sHcD+sA/8YN6jULk/vdyH3N3u/d7wHd9ha9Y6AN7i bQYjwAj5wAf9UNf9INt1zd55Ld8EXuAGfuDGC7llqwM6sAiLsAOLoAPHnbe1 jeAWfuEYnuH4q+Bn2w8+ELloy8CwqeEkXuImruHfDeJAXcwn3uIu/uLvneIq XsgsDuM2fuM43tIyPuM6rLEY++NAHuRCPuREXuRGfuRInuRKvuRMTrGvWbEa q7NSPuVUXuVWfuVYnuVavuVc3uVe/uVgXrKdm+NkXuZmjuBjfuZqvuZsftu5 +5onXuPCK+dtXud23q0Vvrj2sOd8rq18/ud9/q503jmAbq+Ffq72/xBM+QXo gO4PiMvokJ7o3mqUd17p9prnj24PZLDpm24P/uDoMmcPCCMPnv6tpV4Aew7q +kWUex4A80APZJAP+CDp8Srq88DpK+ytjI7qAUDrv7foCUMPqi6uke7rpm7s us6xCHDq28onlv7sRIvphqvpZDAPt04GfI4Pw+45ol4wpB4A256U9iAPCODo 9jAP4f64JGTrCBDr+LDp2p6th96ttg7vsx7rKCrv5w4P+NAn8yDq+ZDunwPs fD4wwk6u9kAPBXPw4Xru6E7sAXAKET/x5miOyy7wo+Ps0L7x3h3Ux+xCGK+u yE7s1X7tjB7wLtTtAoMP8iAPn/7p2zrun/9e7ueO8YPO66sm6+2u6fYQ7ylP MCHP7a5OBitM7faQD/+eD6E+D33yB/3+7QEv8IOu8gTD8BAP6OAe6sXO55se 9KHOJ5YQ9pZQ8acwDxff7JTO8Wq/rtI+OswOr28/rpp+65Hu825PMCssD6pm 9aHu8l1f7g/PVJO257GOADuP7UTvAym/9XyO8VxP9EYf63QvvueOD39QdlD/ 8oIv9Cvc+f3O96au8FUf9OfO6abf6dju9V8v8ax/CilQ9mYf9yQkMGtf+/Pa 9oSe9fJqD+VernOP7XzS6r3e8yh/93zi+fhg7aDv9n7PJ2TgD+Vu84tu+Phg +PiOontu97nfsY7/HwD08O7vjvhHPw8AQAaU/wdO7yeZr/mrLvQIw/uqv+7D X/Av7/jIj/yiLvv0zietDxCnBM4Dg8CevwIJFS5UGMAhQ4gRJU6kWNHiRYwZ NW7k2NHjR5AhRY4kWdIkw3sBUiYMUOBeRXsB5vmzV9MmQpE2ddqbhwAnSHtk 5pGp6dChTXz5fkKMGQAfmXj48J2aN4/eUon25Pkj41CePDL+fE5cyRTBWQRk 8tmjR++gPXxYFzYN8FVevqpWyYSdGJMemad7iaqdB8Bw1nnw4P2pG1OpP6lx I5ZlGDNyZHsI6srFyNboZ5qhs/4hXbp0TJ+cNcY8Zcm168sGVS/8fNL2/23c uXXv5t3b9++SKcu2fNlXZl7kBykaZk6RJ3LkYycyPxwx6FCbR5EqNe7069S8 V2Fu7Vr361CxqinPrZl27TyH8+z9kJzV69278/K1JTpbp+DB7MELgAIItI4x o+RBQCl8XrOEs/UUosuozMybaSHqDLRup51CU80eeCJTbMSYDpotw+5OSUHF U8CYp4CzlKPos3tqtNFG4HLUcUcee/Txxx6Fa6kA4iiiKUYOZ0uoOecM2gkB +ZQssDrrhMqOwpqS8q8ufL6iah58rJLyoPLsyiss9Yas7Du16ImvJ8h+MM6u u/LZ76/++voKMA4HdE4qeOqqqowyiiHUH0QnU/9zLqcw0+w89DCkkqkE5amq rave+jCAxf4I9KgAfBJvukkpbQ22y/CRbcbPHLqxRiBjlXVWWmu1tTchWXKp IppMRPRXKQu0CFhgawpW2L6sbKqoAODSck4vwzwlzFGd8+qmS2eLMCGt5KEn KTfz8qk+68yzM58Azt1LRuvAIgofAe0UsDDn5mHMUhcLmKdQQsldaNsCJizq PDDIKINdZLPisENj7RvxshL9qVYiDe0LQKCBXCxoVYlapRHHW0MWeWSSS441 VyJ35RXh3UTLad2F4bJzy2jDBExMi5qSxy9/siVr0bn4e68q2Xyw9rxTzsWz 4WSJmrcqO+ntKzN5ihH/96weDH1Q0XIpbNbSoYrR6lhuvbLKrZracrlrTk2D zJ8AJu6INVQjQ4tli240eW+++/b774xQLnJYskdKlKSgnN5JKu6MEyhVn2ES lK2wIud6w3WPlM1fSs/b7/MAx6xpP5nSqqli6yzBq6d80CrDn8YhAphYv3aK u/CYLMXULrUPty7EVOOC+/aQWPsyX7Q4DhxWwJt3/nnoZxVc5WF/K/wiuBTP kvHYy81Lqi9xlryqoA6yXHag2YMrNUTd4pxRsNvKZ12ng40kkv2Gghl1puZx 7ax8EKoMdnpfQgBWGbc4JFA7k5uRiPXAtxnHNKYgzfCI9xHWzAMFBEneWeB1 /z2QRU+EIyRhCUkyveKYsDLBS8rMYJIXqoQpPMFiS1uyJDG1/cyBqfKHJdy3 qUvhKUBMs8h+BHO6i/TMf5bgnmu0lT6m6MxMeDOShc62lzg5B1Nb5GIDV9NB MKqKimRJoQrNeEY0qhCFaVQIos51Lt/1pYtcDBYEiaXDivxAjz8wWgF8OEY7 QjAjANAJ/ybigx/si1+vU9IBgzZHLzowkLwK5B2BErMOLY+Nm+RkJ/e2xk4+ ECOV/FVuHElJ4FCHI/5ApA/iKJFTJoSUKiRlKTFSRk/mUpe73BHKQshLksWS l8IEZjGNeUxkygplyWRmM535TGhG05jLlGY1rXlNbP9mU5s8EtKrvPlNcIZT nOMkZznNeU50plOd62RnO935TnjGU57zpGc97XlPfOZTn/vkZz/9+c95qsRj AyVoQQ16UIQmVKELZWhDHfpQiEZUohOlaEUtelGMZlSjG+VoRz36UZCGVKQj 5Sg10UjMIAFUpStlaUtd+lKYxlSmM6VpTWG6KJOeEaXc3EdPffpToAZVqEMl alGNelSkJlWpS2VqU536VKhGVapTpWpVrXpVrGZVq1vlale9mtSUKURwKtHp kFxVq3vsA4xrZWtb3fpWuMZVrnOla13tele85lWve+VrX/36V8AGVrCDJWxh DXtYuGZkH2E1oEB1hUsSDof/espUK1r2cFnMXnYFiOVsZz37WdCGVrSjJW1p TXta1N6VSAhNK2Nd4tiUQXaEkpWtj9KavD2YpjQriENqfftb4AZXuMMlbnGN e1y2uhaWi8UpbAenRrNO9mSVPUtu/7CGOVwWD3YQxCCQ+13whle84yVvec37 V+VOhrn/cq50LWLIW9HWI/AVyW0tGwc71MEOdmjEIUbw382eV8ADJnCBDXxg BOs1vbJbr1jbW8aKGZK+aI0uhFW5HNzYFwH7VYQiDnGIOjSiEH4YgBQAYYnk AaCvKj4LixO8VhezNcYvpnGNbXzj8S4YJQ1urHwVMuElfbLCGBpkhitrhzgI 4hCD/2DyIQgRAAEI4AwjQDFaZuziGbsVy4jN8mi7nGIch1nMYyYzaXX8Lx6/ 1sdB/vGUqmMgOJfqZENus6SodGEmESjOGsqznO1rBwQYghByaAQhlmwHP/hh ylVucQe3LNdHG/bLoZ10o8t8aUxnWtOqHVKGqNTa5q45YcLiM6nZHF86LynP bS51q+HMaiKf2oBqBbQhlvzhQXzYDnhQNJVTzJwWGwYBwKaOlY1taWJjWdjD BnawlX3lZTdbxdMetrNhHG1sTzvLxa42iyu9aXCHW9w4ZiyKxJpmUMpaz6zm M5CDlOpRJ2zdQUZRu5sT4Tqf+yy2HkQf/P3vPrTBD4KgAf+jq93oSD864ci2 tLEjjXAZH7vb3t62o8EM8YNf2eEPH3fHPf7xAruWSed2bbpHPW9TR9jdOhI1 6loN61jHG9+ydolaDaEIQvRbDoLguSAC0QZBnKHgF++2xDl+8IwznNnCVniy YWzlYj+c2xJHOrWTTnSrNxzkW+d6142rXP6Bmr0tJ/LLT24rsscc5WuXN8xP jbrb2mEQOZ+7HJjc754P3ehV37vFle5tvm854RrXOt8bTvjDXx3xWUe61x3/ eMiL9swkDzW8Vcl2e6+c5Za/fJ3x/GY7//jNflard+d+a0UUYh974DkU9J74 hSvd8IAvOsZr33jaLzz2isc676//fvvGR174wye+Xyc/65I/uKyPTWXe1FoI QyCg32kwAx/6wPopCML1Bm96sJeu8L7nPtnL/v7SjU5x2uNe2lBH/9+Rvf7C F1/+86e/W49f8+SLuoT6Z4inQSJn9TqLQhjAKZCDPcCD7EtAgjM4SGuro3ur bzuvCKw/CqzAx7s/sXMw/psteJuu5KEBEAxBEQRBBoyrSXtALauxCbRAFmzB ccNAdFM+M9pA26Kus3AQHHwNF9xBHuzBCzSnGCyLX9q/IRlCINEwH0xCJVxC r1uq/IMi6BqZ2tomKqxCK7zC6Kk8TtqpHSEpL/xCMAxDMRxDMixDMzxDNExD Mxw7m2pD/zd8QziMQzmcQzqsQzu8Qzy8JzXcQz7sQz/8Q0AMREEcREIsREP0 KCxMREVcREZsREd8REiMREmcREqsREu8REzMRE0ciTzsRE/8RFAMRVEcRVIs RVNUJ5X4KlVcRVZsRVd8RViMRVmcRVqsRVu8RVzMRVskkrSKMl8UADg4RGH8 DDj4RWM8RmRMRmVcRmZsRmd8RmiMRmmcRmqsRmu8RmzMRm3cRm7sRm/8RnAM R3EcR3JkRsXixX2IA2MMxmEcxmIsR3iMR3mcR3qsR3u8R3zMR33cR36Ux9U6 KFDrxXVsR3fsR4M8SIRMSIVcSIZsSId8yG+EQXSMA4r0RXYkSP9DfEeI3EiO 7EiP/EiQDEmR3EeJTMVjvEiMJESNHEmWbEmXfEmYjEmZvMeSTCt1/EWUTElB XMmZ7Emf/EmgDEqh7Mia3IeThAOkTEqlXEqmbEqnfEqojEqpnEqqrEqrRMqh zEqt3Equ7EqvpEawY7CJHEidVElszAM3SEu1XEu2bEu3fEu4jEu5hMs8kEa0 nEu8zEu93Mu4rMtovEu+DEzBHEzC3Eu/hEbALEzFXEzGNExqTMzGjEzJnMzF PExlFLlSCUijJMuy3ElsdIM8CE3RHE3SLE3TPE3UTE3VRE03kEbQXE3YjE3Z nE3UxIPWjMbXpE3d3E3e7E3ZtE3X9E3/4RxO4tRN4JzG3CxO5VxO5hzO41zG crsw5EvFm7TIzhxEnkTOPMAD7uROtuxO8AxP8RxP8ixP8zzP53xG0ERP9mxP 93xP87xNaFxP+KxP+7xP/HxP+VTP7SRPN8hPAA1QAfVPaqTPAT1QBE1QAd3P ZAwrT9MQzTzJ6/TMazRQ7zSKtFRQDcUDQGDQZqRPtgwANxBRtdxQE+3Q4DRR FV3R8kRR3NxON+iHtPSHC+0HFr3RA3XRFB3PEsVRH/3R8dTRy4RCNBtLnDSK pZzQNMzOHe3OEX1S2wTS+xRSZ6TPzxhRh8DSAJBSAKXSD+1PLg3T/PRSZrRQ J1WJP/hPMV3T/yD10CoFUyfV0gxlUzrNUTc1xqKUUCRFSiVd0s+EU9vE0B6t 0xa9U2W0UgwVUUV1CEJ1TzJdRjNtVEntzkc9VBj1BzWFm3vwgZRQ00nl0kqF VEAN1CuNTye1ze/01DhdS1Rl1bYUz1cNz++M0lN9VVtN1VlFz1CNsqKkSF8F xlbJyT4lQyZ9UVn1GFUFTzX11GXtUVb1Tlql1f98Vl011GRE1CxNVEaV1VP1 zjltVWb9VmhlVmmd03BdVvDc1WM0UFwd1Frt1laF12hFV3Dl0We911qlVnd1 VGtFRjPF0j9ICYegUWV11m4l13n9VmpdVVUd1IWFVoiNV4hN1vBUV/9/BVQt LVX/fFeOhVVl/diG9Vh5jdgoDVmKPVmQ/Vj2VNc85cyGSsph9ahinU8wVUsS TcubFdkMNdeORded9dmRJU+L/UUQXUtFfVhUTdp5jdhplddpBVpypdeSTdd+ XdeaxVD0fNqJPViVlVam3digbVqnDdpqbVJSHaiQLditXVuERVh4lVq4lVWt XVqvLdQCxVi0Lc+oTVke7dqpDVu/9VaD7VjAJVyKFdqqdYlyYi6bdNmFukhh jVmLmln+PNOMzVaUndpmNVeH1dxx3Ve7NVY8QCiPFdtZvdeFbVrVjdaJdVWq bVI5BVeUXV3WJdm2FdzDtV1xrd20rd2VrVr/Y2RX0AiA4SHYVX3XvW1dZwVd fT1Y5v3b0yVZ8Rza4B3Vy83drzVZsMXdn0XaWC3Ywf1c15VbV83V81RXJzRJ x02oyA0AmHUIpSRGPpVcg6LcN7VctyRRbqXbZI3b25Xa8wVeou3PJz1aAxbZ uk3gr+XYnV1a/31d0T1b7GXguGXd21Xg/ZXev7Vdsg3gHc3Yac1SBG7dnl1g ANbgC87cBKbXCabeAYZVOd1dbgVgsR1h7dVgC7bhHJ5hHXbbsjXHlgjilBFi Im7cI33Zg2JHyPWY9qVf9/3TMy2o3a3g/uXa/+3gihVgX8TWgkJgKs7gG4Ze nnXgEnVhAWDX8s3d/xo+V4YVXK7FYQsOXx+WWPg0YwOFG3iwUSw9XHzl4Dde 4QwG37cFYxPG3Ta9W//sXlPl3qdt3rENVx0mX85N4xK1Vb5V2h9eRiIeYk42 K4E8YoZq3/h1XyTd0/l1YiaG4guV4k+FYJrl3qMF3VZ25cqd5U+1YziFmz8o XlsGVS1+4ayV4V6eZZbdZGMeYiO2TodaYlKGX2d+ZmZG5WBVZdl1y17GZe68 Um3d0mHOYrPtZjbFZmXFWnD2UTOOskhN5Aku53Cu2mM+ZnTU02U+Zfd931GG 3/eVZmKk5mpG2kkVZ20u4G1lZ3Fm5zUt6O6EG+M16BU95zMeVb1dZ4b25f9m 7GSLLuJ0XN+LamJ9Hij7/dKJPuQIDunQfWWSllKETuiTVlGHTueVHmZ1fWeL jmeNntyOftzP5E5A2Gme7mmf/mmgDmqhHmqiBupffmgOLWqlXmqmbuqgPur1 dGqpnmqqruqmhurttGqt3mquduqjRuc86GqxHmuyFuvElWljtsmKjDKOvmmR +mhmhEzKnGu6tEu6vmvH/Eu83mu+fkvLdEa57mvBpuu/fsbAHmzETmy5LOxj RGtOpmlQduswhOuvrGzLvmzMzmyFvGjOps6aluy31mzRHm3SLm3TDkfHFmLI VmbQBkPKPm3Yjm3Znm2v7OyLTma2vkrd3m3e7m3/3+5t2g5u4R5u4vbJ1A4r 9cXJ315u5m5u557K4o5u6Z5u6t7s4w5i3AbG595u7u5u3q5u8A5v8R7vb7xu lvhki/Ru9V5v9lZK8n5v+I5v+cZT8/Zs5W5v/M7v5p5JOqADcvTvhOxvaRTw +S5wAz9I817t3NZvBm/wq/zv/iZwZ5TwZoxwX6RwcATwC49wDddGC5/wDgfx bKTwD4+yEheAEz9wFY9v207rdPRVdXRwGZ9xqIRwEw9xZcTwZSxxHe9GHCfw Hq/GFM9xHGfGIIdGHvdvIFdyABfwI19xKJ/uBE/u9KZxe7ZyBrdxFG/yD3dy DvfyHvfyG79xCf/yLT9z/w7P8WNc8jNv8zSvcCYn8zJPczF/8y3v8iR/8jZH cy538ziP8ti+WcUedEJvSygD4hZH5oy+bz6lSvltSnyeykjHcvzWcjHncwtn 8z3fcD/vdDb/ck03xiI3807/RT3n8zFHdUwn8T/H8EuHc07/9D4/dUC37ORs TlzPdV0/TXdOdE/eTEZX4qiM9Hr+7UmndPaGcDwfc1ZPdR0ndTDP9FnXcFBH xlFv9T6/81OH9mln9g43c00HdztPxjn39G6v9dO+9dBUzF1vd3cXzbP2dSOt 8lMe9mKfX3zH50fPZ3035Xzf034ndn+ndC3ndFV39mw3eFR39XPf9DUn93O/ dP89L3dZ93aDl3hsN/WE1/hYj/g/R/fSVvfXvHV1X3fSLPl3T/nhRIBeP24F 1+4rh8pj73dhj3lhh+aaj1x8H+WcR3asHMdnX3aNZ/Kg73g553JpH/pnh/iO x/MhF3Vqz3ht//ipP3qrt/Ogn/NvZ/UiB/nMFnmTH02UL82xV3mz102Wr+j6 zu4klfRmbuZ/p+d7p3kmjnmaz0m89/nXlklaN/XL7nuvr26wR8uT5/XCZ82w H3m2hMx1X/zGX0vCj/zcdMvHV8vKT8vAns20Z8YpR+8Ft0q6r2dovvudx3mm FPi4z/ljx3KuHPdn7HqthP3AJ+/BJ/nYLPuRD3t43/3/3bf9yDf53P9930/O 4Bf7w4fNOdh86Fz7Rad30JffYA34mYf+fZ/0YMX7fUf2ZZwDOTAE7/d+OZiD 2R9/8g/H2j9+9P990wx+31d/0Bx+42d/eG/Ly1d8yKd82VR+Zex8YAcIAQLh ECxo8CDChAoXMmzo8CHEiBILCqxYcY0cQ3LmrBGwZk5GOR0tkixp8iTKlCpX smzp8iXMmDJnrjRk86Yhmjp38uzp8ydQnmva7Lm5p81Ik27yMG26NI+bqFKf OoWKZylWqk23Pu26FWrVqlrBkmWK1SzatGGpsv1aVq3buAjcrCwQwC7eu3rz 2r23Lw7gihMHEy5s+PBhkyBF/5rEuDEo5MiSJ1PuaXMN5sxrbFbu7Pkz6MhD jyL12IZo6ZJj336dyrV13LVwy2o9+/qtba+zddN2O3Z1bKZzV+4tzvdu330l ETNv7vw5xJIY56gEuSU09uzatwu4rDmzGsycuZMvb97nmqNJLY5eL3A1cLNS g7NuPTWqfNe1od532v8+frupFSCArMUX1xzDqXQcg8X5FQdJ0Ek4IYWGlSSH HCzJscd5HXr44UmGfKeZGiVmlhOIKapo3hZHqUSUe/AFN99tYdF3I4456rgj jzkqmJJxQeKV3HIVGnkkkgaRNIeImNnxJJRR2pEedStaeWVnTZZoImZbcrkZ lmGKCf+Zi1KaOVQbJMkYG34H1tcjnHHKOedXP6LUIJ4BPBhhkn36+RxJGGZm ppQC7FHlmIkqClOTa4T3paPfobgopZWilMceHREaJWaZWrTmjW3VSCeppZoa nJ0nCSkkkXz++SqsE5FkCEdOQjliR3NwaCmvvDbapaPhAStpr8VWqqtAuHKK 5qdxAfgstAGeOi21pCZI14KrNrinRXAE8C244Yo7Lrnlmnsuuumquy677QYA x6yaSTmiAFtMaiy+WP4aLL+REpsvwFcemux3847WLAIJK7wwww07/DDEEUs8 McUVW3xxqiZpa1yr3br7McghizxyyPBalNOgU96qmUCGeBH/MMwg7vsov8Jq dm/MOZdnyHUeyfvkGkCLZ1EA0Rp9NNJJK7000007LRU8dW18HLeCkXw11llr na7JFf0q9MqY1YuzzmVjNzOwNP9rNttnX5TylEHHDWbbxU69V8dWb703331/ 3HXLtcoNd2YCIFs34pWhnbbNJyb+uGRe8Eyw3HMLTTfki+a57V+ABeat36GL Pvq3gAsgqK0/x20oopm7vtOvkKp98+u17zSwz2EPfrDtYt49pJ7KRUg68cVn bTqTKUuKE/PNO/889NFLPz311Vt/PfbZa7+99OBt6f3y3Is/Pvnlm38++trP nTqzvYe5eZBVD2Q8yKCTbP+5+Itu//rpIu3uuPsCKMABesgLL/PaiITmKQKq 6HfICd5y/kYQ4ulPXRWsILkw2Df+Ted/Q2MgCEMoQs/sa3CnGeGH4Ee1vwzP XaDT4NZg2C4ZgouGWuOf4QRVErKhsIc+/GFNcNUeIJbHgQXI2/xcWLoaMrF0 E3TiC584LoPUUIriKsi7qihFLGrRflyEItZw6JGQcMQjTCIiGtOIRrINUY3a UaGDWOgxF37Ri0sMlwYv2EQ7XhGPd8xiHwEJSD7acIYpyQNRjHIvAjCSAM0Y ACQjKUlJNqORlrwkJjOpyU1yspOevGQzQvnISZJSkgA4JSRRicpUsjKSqnQl AEopS1KKsv+Sn7wlKGcZSVvispe+7OUodTkAXv6ymJYMpi6JacxfIjOZxjzZ HK6zBV3tYQ9acON2jIhEARQykINs4rv42MUp7pGK3vzmH81JSHOG83gsMeDL FtnIZjpzmfa8ZyZrSU9ZrjKVqzxlLGM5gH+aMqAAFagwZ6lMfOYzoQtlKEQ3 uU9aRtSXE53kQyva0IQO85leK4pNDtU6krChpCY9KUpTqtKVsrSlLn2pSYsF x7zIj5t/2yM474g/cYLzhfnzoyB9qlOclqub6BIjSuQ5T452VKNOlWgtmTrJ fvrToFb9J0IROlCpKvSpuXSoV8PqSI5mVKyMvCglzYpJtKa1mCf/EwA8VwLT udK1rnZNqd1muk2jjrOvXwxnFK3YV8BiEIterCNit8jFv44MqSGyyFfBqtaI 6pOrA6UqQE251YBelpQH1apCQ8nUskKUrZAk7WSLadqmpvaYZG3tUiX7y7e6 5K62vS1uY9qrmerlQYFJIv2CK1yuMQqykRUmamGbz6haFpaZZWU/rbpZ0I62 lmcdrVlXm1zlflK73L2ubFvrXbd67SW5PS96X5rX3+11uO597xWLW5G1Ytee FrBABTJQgf1WQAP9zYAFmClKy1LVla1sZVYNOl2pWpe+r81ueL+r2gdzd7yw tbAvadsSlgaAruMq6YfZ8GFypZcNMjVi//AgNEf4sli4jjWJUmMb4U/i9wI2 vjGOc2zjCgQYqgNO6EELWkrqflagqlQwdSnZYE5i2Kum3a6EJUph5TZ5slW+ pYZZwuHbdljEJ+1yl0Hs5TGH+bwC8Bya06zmNbO5zW5WM3H0CsEWtrjOxXvx Do173Hp6sgI6/jOg+XtM5jK1yAUFbYEva2Qjk3XJt1wta5084yjj8sqpfXKF 65vh8tY2peKCaYjLDOYvk1nMoA6XSs9s53HVQWq8rSlfVy3rv8lXIBud9CVX kY1hZCMb1ug1sLMB6Bzz98dA/mxnD7xgzRo4uklWsijtCWkoLxPTlDampdWa bUlPGZdZlutKy//s0lCTesxiHrW5zRyHWYOr1SrR5pxXzO55h7HWArg1rgkA ik7wu9+d0ATAAx5wTwg70Dwu9HMJmmwET3XRCw9tKCmraW5PFaPXnnC+IZzx p06bvC0zb7g9rFJRm/rcphY3blU9b3enhLfJUbFgYiXzmS/E3prseCb37e9+ C7znAs/xBPx8AXXoEqsVV7RWDX3oZ+/S0RXdNkNHqfRdXpyZ3Rbv1bWddU9+ WyXpDfWnRfxpdKP8tipnN8tRAm+/RJDebr+fzfHN50vu3N8+F/gmMpEJYLRj AX5vgAIUwA4FnCPhWW32KzvrbIc3Otpa33ppkb3Vtla90pDXOHIzvXH/TXY9 JSX+POjPPuu0n8TlKabz21Pvwrg7+OqiqDvPe74JTJRCDAOgwO294fe/B14B 6ghydJ3L6GQb3Z8QjziVJ85xA0+e6pW3/OYpPvdLX36TnUcJ6LOPXtHLmvQa kzPbUa/68RP3JTHec1cv+QnY8zvgs6fAGOI/SQowYPeA7z3zE2x8WC78yMl0 fJThXFhJHeOd1vMBU/UNYPRpFNRxHqdtmPZFoG1x36p5X0mYnm95jk2RHwce Feu1XuapH/u1Hyfc3iwBwDrYX+8RnvHpX/8pHHI5HaUJoKRNnQEe4KMloPSl H9bp4CVd30lUixDSCQXamQWSxNoJj7x1IBPi/9EHgmA9idL6jSAnCMAYnOAp qWDvlYMAKB7jGRrTnZYMPl8D3lMzFJ/F4aAnleHyLaDE+aAlAaFJvBkd1qEd 3iEeAga9HaFFYKAc6U0TBmLpPCH6yZKxTSHsVQLuJZri1d8C3F/gOYA/eOH+ Nd/xUdu10aBTnaFnpaEaMhkcMmAoRp3yfZIclsS6CaIqwpzagZ8SAqIqMiGe zYqeyR1TXQIi1l0lOMLDFZQPqAPv9d47PBfSNR4mkmEpPl1VEeMNfqKUuaEo QiMpjiIBnCJJpGIsNiErlh6KwVrJKNYTsVM23hAhFmJC5eLOVcIjKNqQAUAP pOAjrqACSF4Y6pMzQv+fNDJTkJXSMVadJlJfPuITG8bhA7IENo4jB27j97FX vMEiuxCSN8UaQuZPOZ6VaBEYOvpbJUyCKSiYLOlePK4gOjjUGN5jd1GjLzEi 5ZkkFBqihFnbhVGjNVrEQU6k6inkBXbjHwLXQ2ZQRNpkvZmfnukTpDUcAOhc IlbCGgwfswlAMPYeOlwhLQEgS2JbMkaUSjpfVZqjJyZfQEqbTBbkStQkULod TiKhK7bdDGXQYuVUWdaPvRlbcwnZ67GfJkiCI0ie8PmdPCqANzQdVW5ltV1l 5F0VaPXjxQ1kNIZgD0rjTFYEWb5l8eQCZVZmZZLLWfahTm6jRBbWFTGWZK7/ nlBWxFwW3QCUwgje5SOgoYExACT2XkkK5mCiZKXZoFbKpmIq41fOpmOKpUpE ZmiOTi7ownAWJ3FiZpwxZPgt4bpAJFAFp8jMYpaVJhYCQCjYZSVUgguSkmv2 pWzuIA+2IWPiJm0KZHla5Sg+pkAAJ3T6jWW+J3Jmy6t1DsxJJBhBkVC1J1yO pkBQJz/FUkb2myRIAiZ0YWg5QF+mw3eCJz9iXniS526CZYRiXG9+nEuwp37u jXFuaHwCSVqKX4aymHQWpH+24wDUZSJKQiVIJWCG0jmoQ18S3oKK53g6FTNS 1Izm5htOn5Wlp2+mBIaGqLq8p2WGC5Fe5rhkZkX4/yFnCqmdjaiF9meJNhwk pWYlSMIk6JM3rIM6OEADfGlflgMwzOgmEiZDFVmBIWZinqeE8ujj1SjX/ShK BKmTnsuGEudxgosy7Cmf8mmHtqJyviJP1ql7QWl3WMSUduIABCi/eYImyII1 eOmXTiqlyqM5jCmZLiacKiNrRhqEbmqPTqjVVeihXiihgsyRUqaRpuqfcuN8 Numpvpeh3kuiylIq0AKu5mqu6gIv9KoxVEM3dAOlvqYCvAM6ZCqD4mgNXlVX CqaOlhabjiqogpIoqWcRxqqd4imH6mmf9mmrLqQKtRe2DtesImqtYlQz2IKu 6mou9Kq7+oIvuKsxXIMz1P/rM0wDsipgtD7jjd6ms5qpvk5rsiortV4kJFkr nepnqubCqh5pwxLpt+bkq4LouFKQvZ2rGNrSra5rru6Cu35sMNSrveJrvgbs 0fnr0/XrSn6qm75py5rs3BHaJCFsxQbAnRZnuHSrt3KrzipDxKJloBYJzQ3t 0F4sxirTLOSqK+Dq0tICL8RrryqDyDoDNBBDyWIemq6sRoVhM37ns07jyw4s usqlLNFsxS7sw8InuKBtkrqaA9UUNoUGrR4tJiUtx9KCx0qtyEJDNITD1fYo PWqtbobtPX6teQosjSYTV5ntuN5snn5Lz+5pzkbuzxLNh8atdsxtDP5jKqhr x/r/QshSrTQQg9/+LUDmX7MO7oP+q6iiJ+KWKcYOAOOGJtt+S+3aLKuube6K i5IKBJOiGeaChuZCm+P9YyOVwixMg/Keg+m+pJBZoqeq7upWpfG67PSKVVFK 1exKpuMyLM/q7OT2bPiCb9u+2+UGr9wiKlE+4+s27wwKX5rqq16iLPUCrNjS r5MZ7Llu71verv/ubgBErs+Wb8ttJvq6TUVQm+G67+NlZfRKnOGl7lYuMG8S rrRVVuxGEv+WZfeOb7d68M7aLgCDS+8KQBIeMALbWiaVgS26JAN/4iMRmeBi JaJplZpm4r5S6PWqFgZncCltMAf+r8Pq7hCLcBEHMOUS//CdGDAKf8b5EQA9 nFILN+gLqyEy2eANe1KBUVUWB2AOS+sOr2EP+7AwATH5dfD3fnAahzASi+8a +6kSq8r5NrHi1CIjIcApJQw9NJJf5EMZRBIZ0AMC3AMC0MMfl8E9EMA95IM+ JHIVr2klEiwDJt1hkmn1OmgYD5rMkrH2yulJJKzbCTHEEvEoQ24SG3Eph0sJ Mykdk5Ad58MPHNQ+EEAxAEA/WAIsW8IY3AMA8MMp+YUt53E/7IMvAwAZPPL7 KpskpywM4i9LXjL2bh1RcvKUmvH4obEpu3E2ky8qq+02qzHvJme4NmQrT8b5 0QM+9HLCEAAZAEAXnJUvDwAvA//APdDDAOyDLf8xL9XyOyOzF0OvDcOsCy8o BbtuFI4xJ5eBQv8xdVozi92uAKdtkb6x5FL0AH8zG5Ow28IR3JZzUDwxL88y I/lyF+yDSXcBAAwyAOxDJOHzPXStFPuz8yLdPnat9A60134xApJk9lLnQi+0 AQQ1Q89lMzg0fGEz7h5xRJOyN7cxNyd1Kmu0+QatR1PGE1sCPTfSKfGDSXe1 PANAPrS0MV9hM9xDMeexTH9XMNX0DAukyjqzSRa0QVOzLP20Qgc1Xuf1UFdX xBn1e0H0KUN1Uy91N080RsNxOMvn29JnVUfGE+dDVjMSWoMXL780JOEzAkCS L/MDC0//dlrHpE5fEppWco6GdnfpL10PgF2XQV63tmvv9fH9oCfPYShrq7ZK NJIedkXr9kU7NTj7dkZ/SwmfcGNLBkivdCP5cj7M0x9XtlhnNh4DgFYDwB5/ NmizIxUvX6d28Uy3LpMhNBmvtmuP93jD9tiWlV/3jSgPdmATtmAbNnAjdnzv tipv9N10dHHzxBOXQR7TQzHgsT/kAxmUAT5/tWXfc0oPQHQzEn9Lt3V75WjD tRl6IRdbsv0KGNmGt12TN4dzuHmLoSnONiq6F1K793rDt3uneGBLtYdSdX5/ tB0zUjpvNTuj9Cl1ARkY+HNfNkDdsiM/eGMSX0C34Vtzt1rv/yt4Z7B4dziT d7h5B6b1ifg1kjgAA7Y2z3dvm3iVj7Bw2zf84PeL08QTM5IgV/cdF/JYJZTC APmRL50ER91b2zTrtu9aJbkwOfAkLXmT7zmTP3kvpTfflHh7D/qVW/lTuzeL A+o4L2eY+8SYr+GFsznsOtcyR56iSrgzsqGdYyH8Jpme8zmoN7mfe5uU06R6 A7CWH/GJ5zaWg7B8I3qXKzZH72Sjw06Mn6RnkbakQ7hKGvnN0bSu57Q0bzLC 7WPSQdKGh7qyh/qoY1mpQ6Z62zbOMjWKE/qhW/tvq/iVJ7ocu3it6/et43rW Yvquw64D+zomBW5bx3V9TfNcBl8Lqv+2Qp8Say+7vSs7bB8joLeLoWc7trOx tl/7lcN6AKwyEwvEaCe8wi88wze8wz88xEf8w1ckpGcWUz5wuUezaYNXM2P8 M/P1uy+asSM7vQNAvRvAKd27yoN6vm9alBpktN8sbqsqtbN6wPt7oW/5EXM7 uE4NEgGAlwS90A890Re90R890ie90i890xM9AFB8JzXTxXt8xk86nUtrAcr5 BNeqxWMVU5p8gwNUUANAXqf8yp+9h1c6J+17Ydv8v7/629P3qtM8b7s6ffO8 xC52mgF90/e93/894Af+3z89f96bDnc8uld91Ec61vdr4gc5V0X4/mUWf887 2aM82Zu92WP/Ptp3/murfZS//Fh+DFLPvffWfc3TfatbtN1n+YrHeosvuqDy veDXvu3fPu4fPeG7xKOLu3Stu+LfNE7vqAXjYIbf+cgbZeWbPOYfFOc//2d5 vvTjdbM7u+j/Jumjetz3dr8D/Pa3PvjHsUmwckXQfu6fvxoEAPqv/9Lvfkv0 fsXXY/CHqne3JOiTIbEXnbPlH9gDBIAyAAwQJFjwYEGEBhgCSJiQYUSJEylW tHgRo4EyAzh2bEYAZEiRI0EKMCnA0EmVK1XGCfASZkyZMJXVtGkzZi6dO3fG vPnT50+cNIXWDFr0qNCkQIkinRmHJcsABaZWpXrVKtV7+1YCUPMV/2xMsGPD kjV7Vk0AtGvLsnX7Fm5cuQCi1jWZ8iRJvXubDQDQkaNDwAM+7jV8GHFixYsZ N3ZMsu9gyRwLP04cebJHy5sdN/OMOXNgwX4djhY9oMzA0gdXG2z4sGFG2bNp 12a4cXDlxSrx2l3psqnSnDx5Lr05nLhO40NfFjUanGlz58ufS3cqE6pvAVi5 W/W+NbtJr2TVfi1/9rxc9WbTr3f/3j1d7St7C+AMuvVfzZz59/f/vzHQQiMM QMgGpKxA/z7z7MDBWgsMsNRSE+i1iRxaiLXWbNuQww5xA0w3xXibryXqlJHJ uROhO25F5gJI0cQYW6zuxelmVBG7+bzrjv87rbhSabyxzhvyJfNgSgvJtIoM q8jyxGIyvSeVbM/IJassi0r44JOPxLtU4i8y0yQLMcEyzTzzMAEzIxNANcdE c7EF3WwQQr84GmhCiB6CCEODMuwQ0EBn+xBBx0bsUgDgrBMOpuR6atTRXGR8 KVJJIXUUueQyJW7T4i7V9Kn5eNzxu33CEyDItpIU0jwmW301yldXbWtIWams dVUns9TyPS67rA/MOteEk9hiz5zzTTORBdFYkeSkk87SJESoNIn2XC02QbXd VjZCC23s0C4VDUCBcs01949Ja7wugErVhfHGd21cNLqYTq2rgHz13ZfffXzs ir0joXRSVVxjzXX/YFsVJo/Whnl9+CtfSQT2PmEtZrPZjDW+DFqM+1t2Pzif hZZOCTVciKILK+SW5ZYv8pZAQ0+qbz5FGzkXZxTnXZdRnuuFl14Wg3YRaJ+F NtpFmO6NiqqZZtrKx1NTlbXghRGelWBYHU4SV1a1/hpiXiWej+LNwsxPv283 XpttA+n0ONgG4b7vM5JLlrCMii5U2UKX/f67Ipjn1itcEhX9A+dzdWa36MZ3 dpzxxyVnV2lRp+IXc6gD2ApghgO2skkhrZyS64IFnpLILKUkneqwe0XUy7zi Lm3Ytm23HeSQy8x98DgXtLtBvC1See+TAT8eecEfK7zmmBI3txF5I5++/2fI q5/8espfWpqlqzDnV3Pw4shuatfNX2/X810fW7uyzX779vjZzl3tAnmnu27g B8Q774yM5xt5AQSc8mQWO3HB5A+NUOACFZgupz0QghGU4AQpWEELXhCC3FuJ 976nr/D96CTlU98I2ZI+EooNdij50uxolyz5vdBY9IvZ7uQWoN/pb3/T4hAA BdjD4xEQXDOD3bgwWEQjHhGJScSgBlXCwQ4W4INSO+EUqVjFsbDPN+6zzNny wywYfhFNMuzdY+gHt5HZLW2ZEZ4P2djGDQGRMczTzrjSUUc71rEBMolUNzql Ez5+iid/pJSjBNkuQvYxF4XcIyIVechQaceJHf/8YOesWElLhg2LdtHiFjsy GjGNEYyhZIwYjwW/kdxQfw+K0Brd2EpXZsRboBSJHH1Dx+ctQI9FUaQuc8LL RvmSUsBslzBzQUxjCqWQlYPk5Z4IRX9tzlRAQts0qVlNa14Tm9nU5ja5ibYU bpKMgFlNbkRZzjYBZgy1o2Fo0kmgM7ZzQPDsZBpRo8NX3hOfFIFjHIWIKFsm rgEODCYye0nQXxp0oD/ZJUKHydBiOvSYCnUaE08Sye9NEkgH0OhGOdpRj34U pCEV6UhJWlKTnhSlGs1kXcDZGXHSs37mlGlnxFBTm4phDDnFaU2bAQxgEOCn IwmqT4FKkqGC5KfN0On/GG56U88wlalNrWlOoSpVH/jgBz/wQU4FMqH+5ROs YdUIafQjy5DQ0i7/xFkeCyrRg7o1oTdZKFwbSteH2jWicm2rXh/pG4tm7png yWhKCVtYwx4WsYZdaVRaGiDRwFR3M5UsYnzajJquAbOZ1Sxme+pTz34WtKEV rU+p0YzNnha1qVVtD3qQ2R6kBqs/4KFYactGtEV2N/08IEzScUuB1pWvcbXJ XIML3OHu9bhvLe5dl5vX5OZomc3MF0ZDmFjrXhe72S3pYlnSWMfaKTRmnSwY QbuOLZz3vFXYgnrVm951UIMaEoCvfOU7X/jGF7/1te9+15GH9q4Xve1lL3oD /wzgAac3vR3YQQcYzAMesIK1qpBwbSncxgupxosFVKE/Y9LbcjXAXLhEbk2I +1zjknjEyigxipVrYua62Lkshq5fmfnEKA5WuznW8Y4Jy136rPBjphzvkJFK 2vhKQAK1mIIUmNxkJzO5FhmQ8pSpXGUrX7kCtcjyGZ7cZS9/2ckjEPMKYqGD WJx5BztohYNZsYpV+EDCqqjwnP+2GgzjVkS6NVxMGrCABTSgz38OaEy6UWhD G5rQhz50ohVdaEY3+tGKjvSiYdJoRFfa0oXMdDK3ZznpOvNfOObxqEld6gP4 uHD/KSORh+zZI0tZAxqoABOaUGtb37rWTBiBB3jda/9f/xrYvB5BBVbQAVw3 YQnHTvaxmV1rFTz72QyWdg5yIG0d1CLNO3BwD1YxYTp/22XjxHNi0FqXwzmw EelK4G+V2G53v1uJFDXJX8EXWFONb3wAMPW++Z1dVOtZ1R1jtWRJi+QMaIAD HghBCFRwBCM8HOIRh7gKTFBxi18c4xeHtgok3nGPfzziMRB5DDZechXgAAfP RjmDzfyKVrSCFW2OM7hpri3VpE28BCh3VIgIb5//HOhGlPd2aixJe3el30lX eo+/CeQgi3MyOR94s4Ax34Mr3OIwiAEMuN51r3v9BTBwgdi5Pnayk/0FaY9B 2M/e9q+/He5cT7vaX7D2kY//vO5pv8He905yFYygA8WoRSxcHnM3z1zONVf8 oOok9Z2zBN+Rl/zkKV95y18e85nX/OY533nKe1q6N64uR/VNepCWfump1/G/ DWifgD9WTDOc+heNLAGEh8AEZXeBC1rAAt8XgQXA9/3vfd/74RPB98hnARFa 0PzhPx/6wZc+9IUv/OAXYQjYL0Lzuc995hOB+d1vQRFsAP4WqP3ZgA/8mV9u +MN7e/Hxn8g++dn6FN4f//nX//75339674u6xMOjUA/1VM8AS431Nswkzok0 5inDZu+FCu7qcE/sfm8IhkAIMvACMTADhWADO7ADN1AEQ/ACQ5AERZADNRAD LxAI/4JABT0wBUFwBUvQA4NgBUmw+eqO5MQs8AbP5WDOzbot8eRv8cRtNBxP z/pPCZeQCZvQCTeo6C7K3qRmADeKAB1Cpa6wAK2wNEgPCwewC7uQC7WwAMXw AEMqAb3ru+iJnqQOAguk4CQgAxIu91xg+TAwCPKwBYGAD4OgBf2QD/swEAeR EAFxD/VwEA0xEAFREQnRER8REh9xCMwP/f6OwWrBB2FO5oaQCGkuQ1oICe3v CUeRFEvRFCsqCgEr1EbP9FTKFV9xC0+tCmHRCmdRFl+xFQnQFs9wAJtOdgJO P4KRnN7QduJQA7BO7MavESORGZvRGZ8RGqPRET0w/HTw7/8ArxiKgfBc7vA6 seY+8QGDSBRPkRzL0Rxh5/88aApFrRbJsPTI0BbfsRY7ShdxcTXscQxjkRdV yhcX8JyEMfbckBj5QwLpsA6Dbxnz0A8VkiEb0iGFoCEXkQ9roA8f8g8jMiIz 0AUh0gWBQAg8siNBcg+dcRKZT+12EBsJDwg50RspjHhcSMNo5hxnkiZrkug+ LQBR5aP0rR5zcR5b8RZ78ifrkSjnUSj30Qr70fWAkXZgSiAH0jKqLr6OkQLt kAiGoBFd8AKLgCu70iu/0ittoAZqwAaKgCzFkvxsoCzBki2/siTBDy7jUi7n ci4vcBkDMQMpsRIBb/BWkiVbMqz/uigc608BbdIwD7MU03G61pEV6ZEexRAe HdMev1Ayb9Ey7/HUzDAzKRMpkxJ21HANWwgmoZJYCo4qyy74sDIRsy/8WGD3 XhM2Y3P3bsAGaDM2bXM2XaA2bUA2e3P3zu/85k44hTM4g3PugPMFvA/8MBAS qbEaXyDatNEvAbPCBFP2xLEwEVM7t5P/FBPUoAnpCksfl248O/P0lDJBVo00 i0UqJ5Drxq8D+9A5W8DsvM4IYOA+8ZPrjIDvYGDv9DM/+fMG9nPvcGBAA3Q/ 9VNBjUAH785BHxRCHfQ4W+AqM7A5qfH8dlA626zbqJPC6I8wZZI7R5REQa+Z omh8BDCl/zjzAMvTPHvxM51OQcgKsq5zPcvEND3gIIsAEf1QCJBv9/Dz4Y6A SIv0CGSASJEUB6iNBHBgBnLgCHIA5ZA0SnOASqnNSIuUSpOUS4/gGsUMTMNU TMd0TKFN5NKOQsEvJB0xCExSQ2uh8N7vLz20lTYCFDnj8UpUT0vUO3PSRV8U UA8rDWU0yKZpMG8UQEjr6g5SNeWTK4PUCIh0CZjACaDAUi/1Up1AB3TAUitV UzeVUyvVUjl1VEkVCkwVU0U1VUcgG2uhVTHRVWO1VQVP8DAxG29V2sRMBc40 OZczEn+0BXawA+A0ToVwTuk0gG4rpkJ0T5vVWVERJxlTRQOVWv+va1B/8fUa UFuXFVH7w6eQ7BjrkEIVUQiAb+wiVQaawAmYrAra1V3ftV2zbQfidV7htQrq 9V7lFV/ddR1iYR3stQNeQWAHlmAL1mAN9sxclcFG4NnOtPkq9CMJcRKD1RIF TyUND/6QtYcu7JPwNAmfFWS3s0+Pjh2r1WSZLkaxNVvF7VC7dTMU9Rh3NTkb tQWzb/eGdAmgQAralcB6lsAcjAd6gAe2wMHQa2jPy8HWAGkJbA3WoRmc9r2o YR1SoGc7IOauFmuzVmu19uVe7hViQWE7gGFlNjkplDkHcQiCEyUttlhnTmOR x846djPyNGTrthxHNmpK9mT3drvQMz3/HTDqXPY/SGsdKoBhjcAOz7YFy/Vc jWAJ1pVnMysepIpyxcAHeuByWeuqaqoHxGBybUpORMuymqoMgtB03+90U1fC TjfmvBZsi0FsGZZXzZZc3dTv+PJiu/FtBYhlbZRZ7RZ4DRNvwRNIgs54jxd5 H+ha/dF+yCq8BJcgPWMdasEJluAIKpBHB5FxXSBSmwAKItemqGqqqCqnBuAH oOqqxgAAyHcA0ompFqSofkp+iwoklKp8x6AM4kx/Ec8A9nd/+7d/48zNWldg YwF2xbZhe5VmgaAk1fYah5Xw3O9Yd5dlbm7c8mwcg1eDTXF4Basx+RaER2p5 l5IB00huodeG/zxjDdoVCprgPhPXEF0Q+PDzCJpgZ8/LpqBFlXIDfr8rQvxG gFu3Fb5WYcd27a6yEGEwB4VV8NqWgn9IWNyQbjeYiv0vFettFac1hLf4PFOW eZuXRkXTd1H4lOqGqZS2Clr44ewwe/GyCM71CJjghrdgqoAnjeQkbn4YiAV4 FYT4a2FXdpvvLluwGpk4dzP2iQPlIED0d/sPDR4ZkiNZkieZkivZki8ZkzNZ kzeZk/evg6Ppg7lYlPnRi0n4H8W4ZVEYlTiiptZLCprgemFYe2c4UuVYvdYA p3CIMjwDjPX4ePiYFbzWVQOZCCASEicW/fgyThE5kXdIWQVyiucDDf8SgJqr 2ZqvGZuzWZu3mZu72Zu/GZy/GQ08+YoBkGRDeZS5eISVxWJGE3pXGZ3EAI2d wOFk2Y1vNo5vGJflSX+e0m18OYCCmBVeYZhllnYfEUPrrmIjWOaaWZEdAjeO kD+iWTumOZwvGqMzWqM32pvHWf8+WfL+NLu+oAosQNYqoAIuAKUrIAMwIJ3F 02//FrzUyWXhWTJ0aoWlYAnuEyFnmQVoGHK3YJ91+YIrBqAFKM5i7o9lt1ev 8i5t0E3/ThtfYRMd+qFP2DIo2jcsmqO72qu/GqwTwKPz75PDk9QugRoqIBsu gK3b2q0rwAJeekVj+m9rtKinzqbZSZ63YAr/6FnsiiBi+bBcf7qWb7iOo45B hIwBjxqpVaGPW8GAOyCBFVghJTaqlXklrRpQ7FSiPTaD74+rw1q0R5u0r3ms 8Q+kRe0eVpu1W3u1A4CwOCEUOkEWOkETbtsTcpsB3tql5dqk1pmdY28YiTGv G+SMq0CneTqwW5CW8/mWcxlEPqN+BU6mI2S2fnl1gxlsEZhs05QFVzNDLRFO M1uzZ8NQuTW3PjuFQru029u9Ofq076+sVXsf6tu+75sqUuoSZrsT+vu2b3sT MgETKsDPIEABysG3f5uue3lA/Hl+ihtaomq9oKCe27hmXRMGalifobuHnYW6 wRht3Ci7h3i7ddVh/w9ae6N6WLmxQ8vbf3oXvTE4O/WPvd/bxm+8m+M7hVK7 MbcCAX4cyIE8v1GKE/rbyDVhEzChFDbqEhjgzxTgHSggwUkKuNfpQBy8WSBc f+Q5p2EZBnpasN84w733uTucLxSbKYPxugPasQl4u7l77V4A/JabkDNUmRva xWXDOqH5Y/OvxnEc0ANdrMk5WrNYJzfKx4P8xwEAAYb8pIrcyDvhEz5qHZ5c AdCBx/KjRRecwZ9XprRcl8+YrykccYMPbQkbCb7XaXk5TtB8Zde8sR37sUm8 iJnabAvRTQEvFmCOmSUiFX4d2INd2Ied2Ivd2I8d2ZNd2e+a3Poc//5c0P+j 3b11HB3LWR3ztsf3QdERwCEaHbaJPNI74RE+SgIs3RxIjUVTr8qtvMFFCdSJ un33Oo13+q+N2QVd0wiGrRbeK6hG6cNPWT++SsT1d4BdF5ATuAW+OxDTVkNZ fIKVHeIjXuInXuLLqj+02i6gXdo3XrSpHVHmO9u5HchLw9tTCtKNfBI+Khza AcQU4NxHjTIxEwvvceY1U7E4fbHb/YXe/aX0R9SRG5ZLvVF/lAVIzgMyQAKI yqVcvVBD/J6A2XVrAYHXDsXrnORWHM8rIhVQjuuBnetxINi/Huy9fuyFHeW8 Puy/nuzX/tfBXuzbXu23vuvZntkRA+PrQuM5Xu//u9rju4THtdjHu53kSx6l SiHcK8ERPMoLIKDlERzm3xHyNxNtvDCx1r26db5teN5iUPlAfv6V6xnMgQBI TSAENEC+lH7pr5zdaTSsVrePg5mgi0F2j5gIDHES607Xef1Ytz7seR/t2773 4Z7Yzx74f9/sy574eb/sld/sg1/uf73uD+PuoyLv9976MbrvSQTkAV/bW0PI v/2k9jvSK+ER7sCjGMBczEEQHj8Laf4KvdDmURZRQNOoVV9jND9txOQvhHsy AGKMGDFrtlSB0uSIERcsiggJAgSIEBYuTITgkIEaNQIcO3r8CLLZgJEkS5Js BjKlSpUiAbh8aSCmzJk0/2vavInzpipVq1i1ahWrVocRKmK8IEIEIpAgQ1q8 UDGi2KtWq1TdTIUjlVasXLd6zboVrFivXceGJVtWa9axYNV2PYt27MmVdD0K uCvAEN69fPv6FYAmgeDBhAsbPow4seLFjBs7bozmr2S+BQIUuIw58+V7+ypz jgP6LoADpA9wRoDgJWrUlUu7fg37U6fZnTRNEvQ6nAMFvL3B/g08uGuXpIkP H10c+QHjxoU7BzDZr168davTFWky+wCU1ruzbAZeu3iSLsmXBDCg/HiSAgtW kdJkRIwYLYoMiSixiAsYJjxokEANMN6FtF5J3A14XXollZFTgw4+iNNOPbXy iv9QRBlFxBBKBUFECzGo0EEtr7BSlVU0YYVDimbF9ZVbb7m4IoopwsWWW21x paJZKsKYylwIfrTXdNENCdhjRh6JZJJKQkakZJVpBmUBnHm2D1/KmbbPagCs xloAzv0mCm21VfKKBRKso44DEPCmgDpfvilccy8RJ+eVc14J52vQNXmXkAL8 6B12BR4I6HXgCVrgSHemh56i5C26XntbrFNBBSPAAEND9+E3BEUW/ReggIUi uh6hhX5EKoMQrspqThKuQmEsxVx4lBCcEvFCDFHF0gqJJs70ooss0rjjV8Xe eKNax9r44lpkIavsjD6eGiSf0QW2ZLbabsutYJFZS5n/ZVFmNmUAn+115Wlc ctlanqRdAgst8rpyyy3MdNNAvryRYw4V7v4LcMB57smnn6dWR6p4ph5MwKEJ J8qoeQoq2uhLFJcK3joncGACpprit5R+MFyUgQTAiDoqxNsxTCDFc7YKc8wG 8DShrES90MKmEXX4YVRTrVLVick2CxezRUMLbYtn1Yj0s2E5G9a0hVYL7l/Y dot11lob9m3Vdz05Lmblcmala/eEfZmXAM8ir7y5+MLLLrwE48wz0YQjcN56 770cuAazvNLD2S2MoMMqj6fexI1GzPjEJjl8sgQIcBCCCQw5pFRERbDAn38A onyq4I8D7hF26jHoksyqQ0iz/0+xDIWhrRFxmOsIIY5YIrBDy4hsjsK+hfSO yTatLO9i+S4jjl+NRDiCVHvN19VbT099tl17DTbaY+8TB7quBQB++OKHLzDb bfOijDLPSEMM3ny/D/+bBDf5N+ktDwqo4YcnOuejFzduoEN55GTUyIAHOsYC DYGMKZ4iWahYJjoD2Y8jpiMJ6gCwugw6iCcUEooKcKYzIDSldrfz1a/QgsIU qnCFLGyhC1/Yo5Ux7HnQw4v0qofDHDLmelXLXti2V7b4CScVs7DFL5IxDW+4 T4hMbGJp5kek+k2wIxGUWl30tz+VVWxx/dOOw1QCDGpIQAMhgIELipC5IDBw PybAiP9GQBc6lTUvZY67oAbvGCFYve5mGcKPEHD1FNuJyIQxgaEhD4nIRKKF eSyjYQ2LpMNISpJrj/ThuLbXPbzgyYmc7KQnn+i3vUwRVRCbIwUPlcVUMi5x g/tiXcKYAcplKoRC2BwbOQAqOMaxlFNsiQUNkDo8CnMmPPGJB2MXESEMAZBQ kUqvgjbMaOIxmGX4nym748ga3nCS3MQhD8FlySgB0XufLKc5mQjFIUlxlA3j JapQqcp4Jo6VruwOASXAMRjkDD9rHJnnHki6KjJygi25EwalOUwJUWhWH2xB hoSgzCE0pWeDhCZCLyqzg1aTcde0Tjaht81uilRr37RWOKH/hElynnOlLA1Y OqOzzlEKVIZYjKdNHcc8ARYKlvlkgezyw8YQaKBkAAXcTDtauEcBQFUYxWMx gcLQFxyFCPzkGYh4RaKmapVVL6lm4pBal496LaQjLeu2Ssqnk2pmnJpsqVvf +qWXTiamvSxleG6K18fp9GAENKDlfDq7TlWEZJ87mf2OWleT2HGrqyvmK/bY 0KT4EVdQqeivGItZm0BqoAcTa9XIatbQJgmtTVIruTpjLu6BBjSbhKtr3ypX ydCVoHmtrRz3CrjI+TVTsmMgf4RK1KJCUI60ddnLMhszCbGiQrADIch4Zjus Xha51DXARkc3Q7z46ZGgFa13HUNa/yKZVmyoJRu6xofe9Kp3vextr3vfC9/4 yte9sf3LbItr2/yeBLdThOUBGaLAIGzut7gMrmGNqp3FWXG4FitDMKvLqp2o wicVutA+OeWUyuJuJxCm7nUXDCjPgqu7Zg2BCr67w0qKS3vl5d555wvjGMt4 xjSWcX2lI0p2UnGm+rUreHQ8QP8isLcDtkgIPFDgwgZUqRYD8cFI9eAOR7hm tbhZC9II3Q5gdRVSRu6HOdtZ7T5yLyROkkHPjOaX/CAHOvBBmt/85iRsLbxD Gu9mWmylGut5z3zu83tv3Jf7PhmePbZpPYH8EZ4icFMCbgGmTADp/mBEycMF 4FcTSzGmdv95VTR7bAeK4tCfjrCZG57uphH6ZRlmt09jtuHWAEBjeAAiBzTw M/gAMGcVo+3OVMqkaGwN7GALW76A5ougC0foQqvy0IgGSV97GmD97AdTj3bg gRlWwfMoGKzdEdSZT/0ghVa4oSG0aglzB+6LpprbdBGxtcqMJFjLGB4cIEEO VgBsXJNU17tm66+HDfCAB7zYNITgXZW9bP42eyVhxGcZ6wORWlLEBS5oAUU6 l0td/ijb/nMyHe+Ubk4DDSjNHcJPhZDhXT2TwyGP5roB524+wftIsE7BB26O 85zrHOcrsHcOcjCCK+x86ETf+a1zXUM7S6nFvhaAvAUO9ajvmeD/YqZO/pKN 8MMxe+GvbDgZLYdGiUzcBUR4yBD2Y22Nb7xxrFT1khcUk4O2XCeOrTK5n5vy YsSi1HMX5ssbWfVWz9xIsF4BCA6P+MQrHgQ+/3kOSLD4yCeeBJSvPOQTf/R9 J33FP8Tzi6UO+tATO5RW7zbWs+5jdnN9gGLUwAFnWcsWULwhEFlm50p27Sf/ z4uY/qXc+26TCZNcPkfJ3B9z1cy9ExL4q0u126kV+DEP/jGFl7ziKe/4n1/e +otvfPYXn/ms0Tk6Sk+pJkWP/vSvl+qsLr2heIz6/f549XzlaeVmT/HZaygI E6nIP9WeVImiegiTHTDBfMHXE+PmXIGF/ys9o2UrZ2oHCCHON4ApEXNNMn2O UX3c532Ot33ch3gdqH2RF35YM36TUX6ed37qx4L59nTtxX55kWMpUVPxNygK R3+n0nAGVDnUhikANjsiI1Sfg2CM0nYelz9GaFASSBNPZTPIdCseknwrx4Qw 83eA136C92oBYHiSJ4KPB4LXl33fJ3kl2C0n6CScd0lMFxpOB18v4YLC5hJS N4d/Rnp38U4HZ4M3OH85OEH3pAGUUzmQZkaAFTKDlUtFmGZIuHZ1BEy/V4V1 92n0QVXPZVU+s3xVOIGDQzoXSCQZ2Biw5gGR94VgGIaHV4ofCH4BoG/ix28s RiV59md12ILxRf+LAneL7BWDf3N6e+hFOOiH9hNGYpQBgegBHnB/CTQ7RIB2 iViEq3Rp+DUSqKOJTdgTNhNZmSMR5mZZEViNNXGFqyaDrQZJWQMAptCFITiG HniKqLiO7Mh9ZsgtaPgXKdhrnxcAcKBec1iHd3Jr8saPcxI+AtmPcCg+/viP tEiQC5mLrGiQAumQBhmRAPmCuniHAqCHvqgwfRiMQCYgBESMsZSMRNaMRPiM CtJ2FZggivWNxFQzzXVhz1U7zoRuLYkT6waM3uGJQwKKjLGBIPCO8BiGpWiK ICiPZ/WKnReL+AgH+oheAfmPUVmQDimVLwiVVDmQFImVV5mVUYmVXvn/lLA2 lQcplhW5fhepkQLYkTl4MsNYQK7XMS1AkiMDKgQAgAOCKE0mQdI4jTYpE5JY FCCkjRN1Vb3Ccn5pE84nfzmpEjt5LVv4ASIQlD9HAytgmZeJmZgpmUFJApnp mZh5lNpCj35hj6nVdC/YlE5Jlg+plVPpmlZZlhDplQHJkGNpUGQ5Pv5omwv5 hmiZlqWyln7YlsT4X8p4iHRpkpWml5x4WEbYl4gpbse0gMsYSJaFmDehmBu5 dUASfdxFAiWgAiGABNzSAyuwme9IAifAXhpQAoBgnpNJA2IAD/P5hkgHPaVp XisIPk0Zll35mlUJoP5plrNZlvuolV+Zm7AZ/6BXyZUw6Ju/qTDBGYzDuFsJ BBEcUpIB0pysRE+0hWZ+KWGw8grFMIm1UlUzuWHXCY545TAcSQCOORlo8H3g KQNJggQzUAKT6XigGT5jYJkncJ6cqZ7gcwKWyQFWMAVesH72iT1qKE5Mx5Tp pZAFupW8WaUMKptVmpC0CZuxmYsQqZsHGqa9aS1+YoMZGaESypZCxhBzOYQa +nZntpdvFzEOFmXf6IQMRYn8NFG28zPe6JfZGU8tCqOSIaPvCAI02hhIEAI5 qqMkwAEfMAKIJz5dOAI6mn0lkAJiIAKHVwJT0AROsKSad59OilIq+G+1qKp0 +KA99kWIpab0p1uvZ/+IApahd5lUXcSczekod9qSEuY6s4IhOjNqD8gKgGqT gppXhWo1mJoDiaoCNXoYJhCkQRmffwAPa0Cp4JMCnaoCRJl93zkC6SgCAXAG usikPWSqawWl+rmq7wpwu7gXruqisBqrq8emF2aryAmniog/vGqEmgadCXhM DnWiIFILhoms1VgGyopXzOoXh+qsPycCJWACgiEDKgCUmJqefxA+8LCtATCp IlCt7xif84kCikdf6QpO63paS+mu8CqztiaveFFb29lOanmvq6cRFcpozMiv uIqXjgKcG3o6KioTI/eEJroUlDUC1omYDduwNgixfSGxE/t94Op41zo+iCf/ BgHwAYdXsu/oAeFTAokasqPqipu3a0vXa6sVBwM6s3NLYzV7F4bGmBTkTjvb bH1VnIwmhM64ZArGe0bre5D4qwkorEfxsyjqKy0ptQ6rX1UbPVhrueE6pOiF eB8AD2c7tut4AqYADwFwAiAgAimAeCgAgyxrUi5LXjCbqnQru3XbqrfFbvbK tx4JDBIQS4sWhLfqoYSLXXT6bdf5VHbHtEAAXVLxuEwYuRA6EpRLZpd7uVyb XpvLAYeHtSMAPpwKAvi2uatLqk3atuYXu7OLvvNltwJguxWIu7mrY/n6EMf5 pkI7tAm2OCoZOM7JKEi7E67zaYyLYbrygBY1d88L/70lIb02RL1YK66A8AFr oLmHB6SMh7Ug4AHwYHgi8LVnCwIfIL5rW6rli6pumL4nPHplOq8Yo796q7Pw G79CxluBBbwAK6eMGICPgrQzI3weVHwY9hQFbMCnJrUJLB4LfBdX28CW+50l AJ7mSXklgH0TC3kr0K2m68SdisEhbIJJuYb3GLMoLMb7WLs55aK79K8wzE6z +lc/W8NxqpfRSKeMIrAgykGv01CZU6yDdJhShsBGfMTdqU1LTMiFzI4coLEV SwMloMUrMLpq28Vs228lLLdjbMms2Kp5m4QvrMajJMM+daGBm5xxahJy/IzF a8d6FMAtADLK67hDnFl/DP/I64HEgGHIt9zAplu6IHAC9OnBjoyu46uuJAzG ogFnx4zMyazMy8zMzezMc3KROHuS49HCncxwbGqc+1q/9hsoRNtxz4dtxoW4 IHqNwhqTIuQh0aWwsVzEWVeD8VTLSozL8zyZIoACZ1sCj8yFh6cCphDMIky+ kwy75EjQBW3QBz1mxzbHRWvNwvjJbhy0iaUey1nN92NBvtqSikt8khURezwi EtZUspxwe9ui8KfAggxSZ0vPK/2OIyAGKWCZKfCxH2CZGsDFZ+jFT1rMCM3T Pe3TPa3Q00zNDT1FPcsxABZxotyvxKurOHy/qGzHxrTKOkM7ukKTID1MIp1K r7r/tyHRohATz4IRAlrL0ktcBuhwKqFpPTl9qgP9028N13FdMDOIaDxW0UTN ej77uxHde0NttF21wzOjyhstalIYIhCIR+2Mt/Xa1Vf01dkR1gmgAmVN2cgg DJeN2Zmt2ZstDGq9JKPZF/ipWk0n16Vt2nId1EJduHjNMmw8w/QruH8tvGBW aeRRx+S8XMh7ZZP1yn1shYqdcGdMRY2Nl18d1iFA2WW9AZzN3Mzt2UoC2uFC zKl12tVt3XCd2rXN0KxdfwV01BbatG8s25t118OtbXHnvwBM2APsM1Th2w+i 1VmkyTmbxhAUzzKwsclNzw/Q3P2d2c89WmzNrjt93QVu/+CPlN3hzMncvVMP vdf1K1MdR9HSCHIqWndWRqyGLV0LKxPxvT/SbNF+bT/x7KjUKwKVowIiQNa3 zN/+7d8AjiTRvReifeA1buNVk+C6t+AMDii761cV56axPcfocYTlrbd3cts2 +b8kB2qVKEKUddhA0yAernXzHeJpOuIoPVZLfGLjuQTjaWKMrN/Z4OL9DeNH IuN4IdqkfeNt7ubRt3rvy+MI4rdDFsribcNHCM46DneBfceLW3b44bQJ27w0 AdzBXc1yLo7bNciXWwIyMJ6HgQRI0ANXYAkbsOKYugEPwADHUObNfeZGkuZf 47q8Rt1vjuqonuNovN1zTufYDP/REB7hyzm8Qp3kSk6wfKQzg56iMUHltguw rY6F4yh4lgsCJhDpigEA8EAMl30M2fAAG3C5m74Nlv3pL86KrJtWpe62ppnq 337jq05H9e3qA1Lnrw0ESp17g0u421ZcDRbYPJzbU02dulJRv556Eb7ji07Q 8oyeJ7YEoRgABEAMBW/wzUAGK+DEjlex42qZZWDwES/xE0/xEx/qjzHqAkDj 4M7xBi7um0zu5e4dPv63d87XmFYeTW3k7fShFi58eIwzvdWAI2A7HVAGYnBT IK7dIt6JWv5ZzloCR/DlGvixf4Ct4GMKSe/P4AMPpvAHST+6Rh8+Ri/1NdaK kTzCAu3/7R3P9af98Y0Y8iJfHeculyYv6/q+RY2z8t6GHnY6ztWoUMfURx0t hVAwBWuwBjgv31a+81je81kofTp64jWa7D5Jt1eP05IMi6fe9Y0f11+fw8Iu 9l1XQH8r6HhuuBFjytpN5G+Pp3dM75qzH0cABVWwBWIwBu0bjIoeZoDPXUEp Ashe+Br4zLWvzP2g7aXF7ZgEt47v+wgN+U8927Q9+V3Hu7QKuJhPypqfvxSO 0Ur+8h0QO3duBDJQ+luwBqnPwhLK+tDn+o0+hiWQAAGPYuVPSYqvlIz/++tv 0MHfzXru1MXfETIc6LA9yu/eZO7Oq/C+wwChSlWZDiNUGIHB/0IIECBBiriA cQRKlS1ixAzAmHFAM47NCHwEGVLkSJIlTYJsplGlSo8nXZIUEFOAIZk1bd7E KQBNDp49VSQAGlToUKJFjR5FmlTpUqZE0eSEarNAgAJVrV6tem/fVK1xon4F G1bsWLJlzZ4lS1PmS7ZsUwJYybLtXLp17ZIERi0DBxMJFzZ8CCOEBgnUgN11 mxEA3LgbEZNMOWAxxjIGLF/GnFnzZs6dPX/GXEZ0mTVWpDBBqJChQxdGjjih KGZMxo4tH9+G3Fgu7pE11aKtubMniRBImh5Hnlz5cqfABUzFGr2AVq77nF/H nl379rG/BfBu+3bx+Mm0wZ9HXxJY3v8MHky4YDFkdZEXggkbTi8ysm6MtsHv z6gy0AYksEDPRisDozHEWGMLKZpIbYggAINIIorWqC0/9ADUzb/zfNNOuBxE mME45k5EMUXmngIOOumuoi6ArrijsUYbb/zKOw1Liow8xjTycEch7VpPL/cS khAIIQIbrLDDhOSwsSBvi1JAA6/EsrPRVlpwCwchRHI+FlxzYp11phwSsSjj QvM2ELMTTgQZkDBRRTvvxFMoFtFy8cWstpLROhwHJbTQ63RMEyXFxlupzUQf xcvI91qQj0L7nBxyzUbTqzJLT7NEULcFG3wwtb8ceiGGESpAwLAnIVWTv8kc RexN7HYqoc7/PHfl9cQ9z+rTzxhnlAkOY49FNllll2W2WWefhTZaaael9liz EH20Rx93g7VbvNg7UjVLm8QPSv6A3HAlKz9ll7NQzx1g1C+NgC/JIIiAiNxX va1LU4wYo/UuW69DQwUZekU4YeR+NSvYF4cVtNhqJ6a4YosvtvjammAVT6Py +uM35JCo0Yuveie8N9/79tXQX3TP67RdmS17F96MxhjDywdVeIHS1YZQGVOR 6XIZYA0Hdg4NXRVmuumhGC7LYekg9kpijK/GOmutodV4LUjfWulHx4bmt8j2 +orv56DLNRfegIlWd2ZPa7ZZpVHXqaACtP8CgsmVWSbbpP18hMvo//yQBg4N pxdnPAGoyZI6Ooht2rpyyy/PuCxsE+3Y45cDh9Vs91xo4VS/hW773Lfnilnu Aemuu9GOJEBgdHFZu5Rt0E/ikHCQD5fJu6QbJ17hx8eKHCuq46gac+efhz7Z rmPiWLKPPx57d0iBkeBsv+ZbG3BObV49vLhdP1C02Dvs6CPR9wY/d/G1V5T8 o4MPsXj9eT1erORhBJRWKBc9AhZQa9P7ztf+ta3P0W9I76sXQ4QANPmlyWUY iUD2eNM69F0GduvrT/tGAq73pA0wLTCBvhzII90wSoMfwh+c9jfDO/UvLP+z CtVqYkAe9pBiCKye21aYpvd9ryH4EgwHnP80P5jxJwJPLN9LOCi3D4JwIxw5 yXq6F65K4U6FQ9SPSnz3QhjGRHiJo2EaUWRDsODwT9UZoA8nFoAA+JCOlwOi Aq3XITAKqYilQ9npdLcjfz3RkONTybo+VUUQZogtJIygkgTJRPoBiFEfi+Jc EIcWxanRk8lh41fcOJ0A7qNqMZnjHeGgSlVWi46vbFYrnyXLi9Eya3nM1gJd yK0+poc9fEFSIPOlxEG2zImGjEC6ErnILVmRJSKkCwmN6MWV9bJ+1psMJne0 ybN08pPfXEooozLKye2QWqxMli2jxco6Lkud0HsnxnDJOY8x8HfWPI/ZgHm7 IbQgiRkoZn4uiMz/ZOKmI+czUDOdSRtoEumXJewivlJYTXxGaZdkBA83zeJN cHbUKOKECjlLeUoBuLKdxrrjK1MKS5Sy9FjsbClMV+lSlc40pu1U6UlrelOc 0tSl05qnBT23wAbiEzdFkgAHQhCmhgyBBTAwAQcAuh56HvOQdqmNbhSpJYUu 1JFHlWZ8hFnBijbGhZlsi0bLwlGPtjUoIM2JSOFoznPK1K51fGdOW7pXWq4U WX61qUxfitee2jSwJ51YVOYgBzkYwrGM3VxVsYk9jBoVMXlJ6lJbUISFBMGp LjCBBzIgAaoK9VwEJQk7RpJVeFWGPJlh5Poamk9JwYAIXZykUYt2z/T4/way j5XDHDbqVuK+1TlyDRRJKwZYdtZUr38lLE+jO1NYypK5023udQ270p9KKydr aGxw1yCANSw2sqa9aFEt+xjMamCpLijChJTEAtB+MVM2Q21IIqBaArB2fYux zGJiG7uv5keL3rtdbsuqmH/xEj2+ncN4yxve8Y5FcSFYQYZXgIQQhCAoIShR AjCsYQ8TBcMl7tUKZhCUDRelwx+ewQw0rGIQA2UGIJ4xipECV5wgV4B0lVZh 78qsvgoZsYflK2K1C1MmG3mvg03sTRYrhzVUeQ12sPJ570tZB6/3stxz73s4 yxAgING+qeNPM/JLgCeygyMgvB4ABly3AvsRkv8mnGD4FkxU8pjnfma0Mpat zFjhikVxNDADDRSdABr0IyhKoAFQVkADJUB6BSGgtBK6UBxImwHSCZgBojU9 AlBXOgmRDoqok2AGoHi60kLxAapDAABQi7oLpH51ApDQjwxDWtGhVoKuJz3p StPg0pneNBJWYGpS8/gmPjYl85iXysLGlLrcPbJhD1vdnrLUud2udnbBDe6b /tAm4I1woAW9Bi2jmY9eBusWS8i3Ijw1BFJ1lWndRlA1t9mZLiyDPRs520eF NaJ6tqYl+Ww44AG6ynZY94QrDJZDb5hOSKBBEkg9g1MDhU6KppMSSiyDYCvB OBzHdKRDzuifMNrjK2D/das7bAY6jQDFSUhCq3O+6JAjQQlJKNEIkpBhGlx8 CTToggqUXXQZgNznIy+5hzGOBGdLhSp+emOg4ihHrncdWTdhrJWvHPF2E3JR XEYrvEdYW7FKkL6hnWou3dZvgu53Nma1Z+HiwuU0Y1FkECwdmRXcy8H9qHAM 723wxA5xsTPW0IxO9KIVTXMVjKDoqabBEhKghCWYKOfBlrQKQC/zEPTD2CsG irE1nwDLL6ELZrh0nSq9YkpvXihmCAGkR4BxYy9b0TTA9Aj6geHLK1rznPc8 ozVu8arXBNrK9Xr0u26TORhi8RFn98aCOEY/q/3LJVtq2xvydtGSjJL/IR8G /+vOjrvv3fALbzBRVUfwkHEPwaZDOOGHyuDK8sY3Yh87sTOEQvuKQ+u9DTM2 R6MBy6sTkNs82bM9Sau9VFuBJQgBFTCDnEu9Fls6DrO8TXs0RQuBETC50WO0 Zcs9RjM2DNSwUOu1STMOBzS5R5NAJWC15pMJaNs66ePBArKJsHs47Ms+r1Eg 7MGetPM+kGiv94ovCZKoJimt+1qf9aunKly4PhO4Z/I77YGgtvOs/OsjSyqP 8kDCl/g/AGS88XI8isM4i/s4mFMBY0O1BDg6VFMC1OO4CEQC2DM2jxM54GuC BIA9YUM1jKu83UMCy3s0jis6k+tDXRM5k0u6YYPBi/8ztj38tDoEiju0sZyj OaDIORyMiecDsh40xef5wXRLQwAsO2MSm/jjrSSsiyWEAfjCP7KSwrqpu/2q J7ExvMNjDL5jqC0cIoNbDTMjjPU4v8DpnT6LxQdTPAAMQAFYrLBQGkT7PUxb AeGTsTnkPaDIvV7zMF/zNCSYASUYAThMRF/rghWjk0SbNDOwwFPLuBV4tCU4 NZ8rtXQ0g90LtnLsPV+Tww1jxI+TNSUQR0FMNE9znOO6OqwrJ6s5xYnEozOE uIvESDtoRYHao/3rP1l0CS3SgNEhgluEwmXcIF3cRXZ4P19clI6cP6M6sCO5 rfg5MzC6oGcso5nIyIwkrzP/wokLm7EbK5EQWIIbE4oX07UR8zAL1LCLk7EM W4LOG7EQe7kMM5GoLA4TMcoaM0pQy7AQmBOjREoQi8qwBDHjUEql5LCw/LAM AwpRfI6HFJaRKkWKxEussQmaGLuehLiNHJ9dOkKQvIuZnDebpCgoeTN42cU2 C8bDe8k9EsYrIkZr6kJ7GbwwtJ9tCh6/vEgzskaPuzjRXBqjoJOguLg6GU2h WE3UPE3SRIrVS03TTE0TKU2ieE2g6DwTkUsd3KGcAs7gFM7hJM7iNM7jRM7k VM7ihIO9VDdpHELq2b4sLMMk7ELTQaGb3CD/OhcAYIfvBM/wZEldcqEsBBL6 w6ci/7odZEQdzRQiznQ4NMSynwxN0bSTpblNXslP0txPUHJIrMs6YkGl5STQ AjXQA0VQA23OmhCvIJRGwFQm1SHMwpS3acpMNeHO7nxMnBkDAMAZZ8Qm+XvF YaxO0DHMSHIIFpio9hyinNTJjIrG66syapSD+iwut+pNunyYUqKcBPXRHwXS IDXOBZUJIHRQAdQ+PZLQCY2mO8NMMGSdDO3OyIwzyRDREZWSEnUgaaKUsdJO B3LRj3STGD1SNaxRirtR4spRACWl6pC2ARXSOJXTOSVQIo2J6pNPJCVCuVtS Jp0LkvGemhyXxHSJjiiFQ0XURFXURWXURnXUR4XUSH1ULv+8M5Mk1BalMyE5 wzKtsgG00TTtqDUF0IiEUzo11VNF1ToCOyqT0U5NUj5NMz+dC/WsFCAYgvq4 NxZFidrYD0n11V8F1mCVVEplu1Nhz4CqpEyFz5l4zsY7UzQFVY8SVYi0y2JJ 1WvFViC105hANzTMsleVrFiV1Ud6KKZK0X/Kt/6S0oxIVPIQVgB4VHiFVHn1 VXpdDES910PNV0SlVHmDL9yC0hVyUS01iU3FvsWauAKMVmn9z1Hl0d/M1oiV WOXc1js1UlYEV30T13F9iXL1wnqDKtE6k4OymXbFV2CFV3pdVJVtVJaNV3mF 2VKI2ZjlVy6khpE8zEHVVTDdzGX/tT7oJDQLW9hQbVhqdVOIndikVVrgrFhu Da8IIy/zythc3FiOzSJqyCwY2KyfaYEXqLwKyIMtWAOcqRuT1VeZPVt3VdSU ldl9HY+29RF9vVe1fdu1PVu0ndm7PVSblYAwc4GSRMydTdb39FnxiloKIwu2 Gto0mta6nCtrXdrIXdqmlYkpcyxDgKypdTcpsdqQpMW/la/PMgIZmAixJduS xde6pVm91dt8ZVu8tdvVhd2WvdvXtd1E3R2kcq9abMKmqq9LFdie/bOZ+C3M Da7hWtxPatwdPVrIldznjVjKjQoIbSLC7Vz1oAa8MYgXEKsgWJKnMgImkAKx lY2yPVm0/0VfmN1XuaXb9EVfuHVf+G1bRqXZ25VdvlWqhOjdlBGM0YpCnBTe hpuJ/EleT1reqXnYYjmABWbgBnbgB4bgCJbgCabgCrbgC8bgDD4A6YUK6kU/ 673eXe2IAziNI+DdvxAC8F0CKYiN9jsXs53d24Vh13Xf+q1h1nVZG87b9y0F m/UenwEfuCMtlBSZMCXYklCrxC1gAy5ax02uHdLgKJbiKabiKp5iDs4JD05J EOZYXlUQBtmCKnCCI6AXcVmS1iDdC7kI1G1d9oVblWXZ+p1b9lXflH3bun3f OnZj+a3ZwMGss7FFMkvhkJ0qIg4ZIz7i3oihW1liNTpgyUlgVP+y4kmm5Eq2 5ArGYpzQYoMK4An14riwiDCGAhkoYwnx3sB4jfFdg/KFF2F15VdeWVjuY7IR SSaUL8/yp6iKO/0jsMr0v0UmmEZm3CZm3uSStjiAg0tW5mVmZinO5JvYZCrp ZHjjVRe1iDVIgdOIkLEyghW+EBfWDVkW53F2ZRPFrPyFL/k6Y1wEYCtCT7tI YqEV5hl6ZOWJ5JJq5nzW531m4GfeS801u2kmvHWFF5xpkCkYY979GfoiE4qo CHCOC3KW6ImeVBMtmb4ApKYiP/815ENeqBD6ZdCUoXnen3oGoOaVZH5W6ZWm ZH8emG4x4ooi6PWRlyoY5TIWgiA4ZYj/MIImmIgqO106qzMWEugQNonrXGhC Tlf3/GjKfIx4fjyS1h+TzqF7TmYHvoM7YOmt5moJdmlghmllBdOZFiMsjYsx iAdsLhX9zWnPYuhU9hJWZp93FhyxNupHwtoMCAExk6++sTdi+t/gbWothGdg Hh6pLh6qDlBTgmKszuoJJhwA6OrJruSvFmnpDKI+JZtPhpcqtRl5kQIoIGMU DQwjmIHSXWVw5lVOLuq7Xru+teVjDFieHWw28eWCNWw0QmziUew21brGdmyt pmDJpuzinmTLHuA9hdV34xfO7uz306W66ZIqWGtb1OkhQOUmYGHyXe0I1WzX vlrYrsUkkaT6/+LohKvtvgsYqP7U3Xaa3tahYsnq+abvx4ZsBx4PBiaPA8jv Bd5v/V4M495n5I5maeZixSTZ5x5D6LbSydQIeZmCm4YPzjpl8D2CCqgFM0nk 3Ght8Hafi9ba3k1h0Co/akDv9J67k2BvaHXvxYFvq67vGB/uBiZu/vZv/cZx G79xHedxAV9mAgfogP5uTiFr9wPRX4w/s7YbtF4D6m6C0f7YrlWBwWiVwEak A/dwJQyrU+knqMI3K6+kME1v+ltxhW1xFydmBEZpfH7g+a7gGufv/67xOd9x HadzH2dmIFfucGXu/yhyDeU/K73C9GqMmr7pniEClPksqNKXjoabDv8Hb5Ec nTErb3ZuZxQXav8o86hQ3DNHmBd/3JRuYDd/cxp/4Du38xxHdTy/ZD3HbCWt Wqxy7tp+zMe8Qvk7lwUxk1qoABWYN52eIPoK2ftAVtaG9Lv+3BZQ54dY0WLX HjHH9GEkgE2Hik73dP5Jc0h2U+YRdQa271Kn8f5GdeL+b/8OcFb/8aDic84l mj9vahDtyGxC8rnmiPYKl/1d9BDwAGIHc2Mf8iz/8Kx1AfL+LCF29OaO9o9u BmrPCWu/9jwB9d9WYMqGc3TnZ1dPoMyOdchwdxSX9160dXoPknPea/jgG1zO l30HKFc5eN6xa4BXQhAXP6dS6n5/9oT/aIb/D8qHZ5qIF1A2n+yKt3h9xnhv GViOT3CcB3SYFHSRz6I/vve+dmsYGPbRWiLv3vgsL5KbtR0u/+td5uX5U3qN 0PmbcHietxOfj5huH/q2r2x119h3m/Wxf+7IzFK6HqElzFkxAa0UUvnCYPkP xvJIB7P3AlyGYBLAbnmN56Okj/ayt4mzR/sUUXvlcvvLf3vNCXJjmjtop/uw mb/bnlX7i3oyOyJhN4EU4gANGC3zo6rF76+XB3iSH+9bvlBMtV7Hr23ID47J //Rst+dQB3rMJ35nhnuq/fzk10LRdyis9VtxEWQiYAHU13epan3XV0askn0P N0ymOiIST0bYX252/18tz+cP3pcJyff9FQH+k37iiS/++M/gog9r5Vf+7taQ A0Pn3hVkgBBSpIULFzBMhPDAQUMGCQ6pUQMGjADFihYvVmw2YCPHjh2bYQwp ciTJkiZPopQoQUMIEy6KCAEiU+BBDxkiTkSpc2dJjR5/DgA5shlRoEaPCkgq wJDSpk6fQhWAZirVqlavYs2qdSvXrl6/go0q1mmBAAXOok179t6+smydwgkg dy7dunbv4s2rdy/fvn7/Ag4AZ2xUpkp5Is5Y9Cjjxo4fOyYqOXFiYNRWejAB g0WRIUFkygwSRMgQFgYPJlTIsKEEiBJznvQZmTLt2rYrWpbAIQQMF55Dl/8+ yOEm7NvGMcpmLLTnYsgemxomLF0AgurWr2PPrn079+7ev4MPL3662LJqzxdg 63ZfnKZxA8OPL38+/fiDySuNLuA4csnNnQMYoHP+LcffSRJRkwFLmrnAwhBC iAYaEEEMQYRpMByEUEILsebaa8WFlJxyBpJYIgEqZZDZZr8BIZBBIWjQGogm 1iaiUQWaJJmA0OFHmHg/AhmkkEOO1yNZZqGXlnoBvOVefU9CGaWUfN3Xo378 ESigllsq5x+NPCGoYEu9vcQiaKQNVNBpqG3IkEOt4TRjRpDh+KWdO+W2YIMs luaCCTZJINGdttkIVJ2x/dcYj0ZGRaSjj0IaKXb/jDZlXpJoLclWHJtu+t6U n4IaamBV4nclZQQWyqWqARI4KGIIJqhBZgxyBqFon01YxEAsEFQQhhqqlkFD l8WJHJ2uImtSmBxoxhmuQAT3J3FyJtvTY4fulKhRi1LqlKTfghtud90mZeml 6bXF5D5widquu+/ORSp5piLq36r3ctlqtZQhuNJutHI2xIO4jkaawBYS9Cuw C7kp44yp/oTtvq7m2ZILLUAIWhEvciDjxNlea5yOSOVHrrfiopyypCabe2mm 7DkJr8wzQynvdPSGaC++O7Pq5ce1vXaZgh6MWRALtd4a2kxDFGHhhRkiFOxD gs4Z8s/VoqgiZxIGsTFC/8NSe/VFEH9k4MjPlWyyUiqz3XaQLCN57svs0ly3 3YDZLB3OqPJ8VBl/972RvmIbB6uC/2rW29GdEaz0aALvuqYJUbuJU9WzET5o v3qy8GyLLNREXObWYk7i2QNwq7bbq7POHdznrpWupjHfXbvtduVNmH46B+7R 37+XYYABZeA7+Oj8wSrB4SG0BPCDtko4YcFNW+jr5CEMByfVZJd9PI1ZNzsE 10S8GKPl3htbuok6pm5y6+/D/zrsc9N+u/215z6Wfr13BPzfwgMQgMTTkvHQ V6LkHY5ok1McZzpjJq4ZjAhFuBDlhoWTZozBagY0UMVcwoKYgKZPf4oR1TZI Ef/uCQ5ZzWgfueDnwtXJT26yg5lSPHW/G9Isf2LZH8/8F7wAAjGAA7yWz0x4 J1gJLQMcUCCDjKarjEUvNI+zEIY2JCzXNEMMY8jgiIxYOMukKHzPchFCOnY+ I6IwKMliYbde6EaVxdBlM4TLAepoxzviMY963CMf++jHPwIykIIc5AF0WJim rMp/QVwkI4cYsSJ6MVlBu4zyZNU8DCmOcVGMnkASRrkYSWAda1iDFrsYSaBd RlYeBGGLNha6QIXteGmUWInYSKk34jJccUzSy9pTQ0ICM5jCHCYxhWlIqPDQ OT5kJDOZ6cigTOaUYpuk8hLIvMQ1iHGeg+AET1NBBKz/YwukLOWNpEmb3Oym N0Ug2ARRY74SolGDg7Ilo3Jpz0jtEj30+2Ux++nPfwLUj8d8SjKNssxmIrSZ z6SlObGWvEpqYIljyqSuBAbF0JCGV95MiAYqkAdxknKLXOxeQ/EERhW1QHwT 6hMMsHcTaphzlmtMm9qoc8+bDimf5+nlppICh4ACNahCDeZAnVLQjSgyoUpN 6EJL6j0kOsSa2GzQ4mDyGYIxrXoZ8kAHpDCFFICUnCR16oFSmZmXgFAgoBsh LKUp05kmRT/uwyldf6RTtezTp0PdK1/7aseipu6gSx0sUz3CULI61DIQiapE J5c4BnaGlRPqJAVVsAQoSKEK/1UQpxi0ONLDIrYiqeTNS3BFRhh5zK3ynCdN VVfX137nrkqaoS/16tfb4tafgG0tYXtL2GeqMbSj+9BiKynR5jURaRGabNMK YgIVyKAJUJjCZjnbWS6CFrHoJC2fTCOt1J7yrciiZ48oAJbzoje96l1vWMjV Ml7O0T15vMMdcmvf+/Jxt3Ftim/7W1jDChd91KxmRBubXE2CZjTdjIERjhBd KWR2C2HtbHbJelLNpPSq0bJJRBoqXleRt0dTQQKJS2ziE6M4xSpeMYtb7OIX w9jFaKCAe+Mmx/XUVgA/xSN968tHAAA5yAD445Dxa+Q/6ncp/PUvkxcJ3AoH WJIPJf9wYxl40dBMMGENlgETMKtZCY+yGR+KskXydNbOYRl0Lj1jJD/M2v3W VCpoiDGd62znO+NZxrLFVHz5yWP6EvnIgtYto/TT5EMDsalkFvCJoFpJJmZy mxTqJoa2LF2vfjkP6/CQoCYSSy9uV50gDAL5WvrOmB4LrkqO84jz7OpXwzrW SEDDnmOHY/f0ONe59mOR69jrIg852HYMsq+JTexhA3nQQE2yoRHtbEUveoOe RqAlaWVV0z6O0jBo8BGWcGkIr+NNEOH0hz59PBQxazPrTDNCTq1a9YG4tSZr tazrbe97n5jWNYYdutYDF10DnNd3/HWxfW3wgQ874QcguLL//8nsJTv70NCO thGpGdGiHc2ikkWTaQxiBG4vwdsd4BBrWgMnckeyX//aU4K9BiM2e9HNb151 TaeSgJvjPOc63znPe+7znwM96EIfetD13a336pO28p0voAWu8IUfHOoFjzrD Gd7wfj5cKRFH9MQpXnHFPrpo2XygaNT6tI9/XAXM84BqVlNy7b1G2mZmEBFY KQTvAgqeMV/tzOVKLpsTPfCCHzzhCw90o1MK6Tvts23v2GNA9lrqUrf6wa0O 7KdfnZhZT8rWJQ5gr0sTgYgjk4MkKz2BdNNXGIqBY5mXmrYL6yFxGvOMctJp jNje07inyO3L3C8lWqwzCR5CC1o6/xyYxxPefY+znA3v/OdDP/o3RzyjFI9X 2nIqDjt2vI8DPfBjVz3ZVH/6sTNfzM0LoPNNfjLoQw/25S1w7NBTGpomeLSL qR5q12tT7GU/+3IDYAAK4AAGYEQU18V50LphWfmAV5ulmqr5XbcAnvRRYAIs gQdUYAZOX631m7rQkfmB4F6hn/oxGfu1n/stFvxZ24NEUdkZDNPYX6+sSYas HcOUHLGYHLEs1g7m4MmNWw/q4MkBocmFHd2plExES/boXfI1BpQdR4jhx1Q0 ARNMYRVS4RVaYRZi4RZqYRdy4RcmwAowwRd6YRmS4RmaoRYmAPUZifXN1q35 WQjKIUCNIP8J9pcJnmDo/eDQTNTFINgm4cqDwKCFIIzq7d+G2KCwKOIiMmIj OuIjQqKwaMDFWcyeYJV3oRbymZDMLR+roQETJAAoimIokuIommIpouIpqmIq suITdAArrmIswuIsyqIqMgEb9ogb8pm/Ld0c+iLWFRrE2WFvdV0eptweVtnF IM0mbZIQOOMLVo8h7h/bUWM1WuM1YmM2aqM1XhOZEMHzFAwF5Z25yRLfdWLN feIVjuEUruMYquM7siM8umM80uM82mM7PsEIuGM78qM89mM9/uM9+uM7hiIu 4ocu2pq65Nj2/WJDElUwat0w+lYxGiOovR8lmkAMUFVk3UpHblP/gn2GQDiN DGKSY5nkSaJkSqrkSqYkJjXIN2oYpbGVJm6iOd4JFJKHFAokQA4kT/rkTgrk CmBBE0xhKI6hUYriUbojUjLlUjqlUkJlUkplPBokeSBkBzZJHDrkVgZSHUrk b31eRTZU0BhXCKiAEWDIRupKRbEgM2KUMw7i/amJQZxGXfbGXdqlS+LlXWLS XtolXapJC1SUacmkB7wTOY5OGgVXteDkdEzFPkJmZErmZFJmZUJmEwglFoxA PFpmZ3rmZ+5jVU7HVfZSL3LlaQoURHLeV4LlWIml+72fEq3AEaAlmaiJaQRM hHhkRypNixyM07AAIR4NcB5NcQKnBB1N/wsUp3IGZ3MW53A+Z3I20G/cSjdN jmG+FGImpk3epLz9XTqCZniK5z4+ARaYJxZ4AGeO53qCpmhKB2kyno7h0HzO jFeyplLh4WuO5ftVQBMgwRHQJlrWZloG51oaKEcCogu+oMGQRoMKokUJTIQ+ 44S+oMY5KIWSxnJNmneNUHY6FSeeo9o8JnuSaGeWp3laggeU6Ip2pnsSBnzC YeOh5ozqkX3eJ0Llp36GXqNBxDpAmBMwwRLIgAwAaICi5QvcptEsjmcsl1s2 zoS0IDN+JMFcVYJJqWgwzWlw1LSQFYh2J5yhI4uKaWSeJ3qO6ZmGJgfmlY7R aJvmkY3eqDNFjP+OWthrrEMeaBaESQEUQAGQNgGRHoEKPFZfOhGCuuWhImqi KupKySRHaQ9ieamdNKZ0jCiaiukInOcTWCqauuhYwKhC9hSbuumoFpJqpl+c /pdr0ul+NoOEbYFmwWoV/CgojoDrXdMCkV5u7uaueqT0eKSt8Oqu+mpHPmNp UBD2mA9MaWc5cqekeqcEogGQSisTTGu1Uuu1Wmu2Yuu2amu1OoF5amq3cuu4 imu5kiu3dmp52Bh88aJWkipqwimqOllYrmqXisEo4aurvmoVTIEUVICCTCIH GNhUVdWBGuzBImzCKuzB3h9qKATYLKv3RKqzgqmIRqsTYGzGauzGcmz/x3rs x34sE4AryJJsyZpsyaZrVHzq7Ljru3JlvMprotFrvZYUBomBD/xAZ4lBPOTr FqRAuL0JgVnSJdnmXBrt0SJt0irt0s4lDWKnwwjXxH7JpBLGVJzs1WItyWKq B2Rt13qtxqYsVKzsupimy54mzMasAM0szaIaAPzAFg1ABvmAzobZuP1gVEUU 0SBXX/Jt3/rt3wJu4B4E1Gwp3AWY1NII1Y6F1X5t456seQKC40quyYbtU4zt QjIdQEXejwna5voV2qbt8Kwt26oWAGyEkG0E3YpZo02ZJC4R29lq7Mru7NJu 7dKu3hKNwK4G1EYZ4pqI4ooF407u8G6seXIt//EiL9iqaXwyZB09HpGJn+Rh Huc6XcJ5rudWL26BbtrmKOmG1wAImen+xBjgCHEVlyROYvqq7/qyb/u67/u+ b+xxGpkpphPyB/BGhfAm7/BC7v7ub+UeCb+VZss+L/VKLx5hbx4lMAJPL8IN 0gIP1fbGbPd6797ZpPnebdBq8AZzcAd78Afr4PzSb7N+Kc1ZrP8Sr3l2AAoj LwBXyromXbv6FMDpmgE78MKVX/nhcPTqMPlV3g4nm+Xx8H1JsLxScAUzIUcE mapeRLnFid3arWIpFhRT8RRPsQG6RhSPm2XQHsX57u8+K6VYbZ+SsROU8Rmb cRqj8RqrcRuzcRl/K/8WrIAb0/Eb1/Ed2/Ebu7BSXC6u0XABK7AeXV7UKVzV NbAh4/D4EfIP21cRo+oRI/EG+UT4AtnohkQAnkgmA2CjaTInYzLtxV0oj1n7 fXEthTGjTEUe4/Eqq7Iqq3Ars3IswzIa73G5wPDiybCo/ln3CXIvS96vgV8h C1kvI/Ivk18wN7Kphq5CWXIkG5BGLLH4ii9H2K8z20mhoO5iTgz+QkUqy/I3 zzIeR8F5gnM5h7MeLy+OZV/zHgAg7xEiF/MgT57AxbMPG/MBf64yL3MjNbM1 M6sSn24/+3OyJAclT3M1P+EpG0kq82lDO/RDQ3RES/RET7QTjLN5UnRGa/T/ Rmt0LQvA2H4g9wVSDiMbD+fwSUcvAxfy9xWbSYsfBAuVIz+yQA804chGNM9p TV9NQU/zQYsNNz8FQ3P0UBO1RF80FphxUSv1UvOpR/dxy5ptQ8p0nEKyTovN JJvuEtO0VdOIiIQvNf+0QosYGjB1WXP0UZt1Wm+0U9/y9eUyO0e1VOvzPgdR VXP1x0BzJR8FQt91jQCFVmvzNot1FJK1Whv2Q3vAeUbBYTO2Q7O1ACsdVMf1 HE71jdp1X1fLJDchZme2UWg1XxsHUDuFUDe2WnOAYpd2Yz/2/DDvZJ/tXNO1 EOU0Z2dO/dL2oNy0XgN0YO+LaDcFaad2WZ+2eS52/3Ab9mrLUIzqsmvLtZE0 W2zL9lbf9p3Y9nR/SW5/dQqFdcXOG1mfARR8d3iD93iLd3mT93mbd3qj93jz aQecJwest3rLd3zT93ybN3LfmAeWLXNTNmxDt/BQpHUT9AMKuOl4tl6DdmgP dk6igX3X94M7uHx/NyC8d4RD+IVbeHnjN7sqZP3Q54eDSmVbtnQX+PqQcIkn BtmIb4Lfhm8rxVRkOIbLuH27t3nC94zjeIyn94bHsH5LNn9nnojfZ4CjOHUT eJETym4r8YoTjosnBYyfQZRL+ZRTeZVb+ZVjOZaXKSBkeZd7+Zd3OY/jMqj6 ElwDufkJOWteNpKbzZGzef+KL7lBa/fVOLmchbeO5/iMn8GWR3me47mOn4GY u7WPy+iZh2Ca2yElM/Gbm/iJMzpJYDNgs7ht1DmUg/mlY7qVQ0GZdkCme/qn S7mgv2GH/7ihDxqid174loFu8/ajN7ryuXpsdASrg3WTL7hjNjio67qXHzUW cPmuA3uYpzOhL7epo7l/x3Y213qsX7ebMzvpgK9WI3jmVHquB/u1S3mvYwG2 c/uUi/ouknqhG/vVofrWCRmAk/izI0Z1q7usBzT4RjuT2zp3f2e3Y/twn6e9 d/u3J2RWinvTARVMj3sdlbu5y/mct3ubO3q7F/TpsvqkU/qtU6q16zuoSwG+ m2f/xWM7v2MlDf07wL9zA9uzSg/8XyH7f6+6Tyd8ibD7yofIrL/7ojOmxFdt g0/BGdx8zuP8zut8z/P8z/t80AM9z1N4mXrV0At90iP90iu9znP8msK1OyOw PAdyyQtSwUecQU9zq7s8bbR811sEdis7xEc8vUNr0zN92qO90pdBmWJBFBz9 2qv93Mv9FDx9ZM/wH4M8AwtbS7d03+/wL6d0D5st1jsbAES3zIM9T3z94hNA pE87tdP84qJB3dP95St90Z9nG2B+51t+0N/9W+v93iNc39ez9F7vIk+24SMa kKltujv+UCz8s5fy1E5+8Nr8FOS87uM87+v+7gN/7wf//+8Lf/ETv+9Pgdu/ /fAjP/M7v/E3P/Qzf+iTeafokdQ78EuvNCNT3UnzN+sf2sEve+x7vbO7fON/ TLUff/Sv//O3v/RDv/Arvwb8vvuz//3bv/0H+rD7O0AIgHOAYME7BwsmTAig IMMDDh8ShOgQYkSLFyUq1LiRY0ePH0F2hCOAZEmTJ0saMmmAZUuXL2HGlDkz JgCWAHAO0DmgGQGfP4EGFTqUaFGjR5EmVbqUaVOhzXZGlaqzp1OrV7Fm1ZoU 6lSvVbdqNakSZVmzJtGgmTLlzFq2btuujftWLly7dfHS1etWCha/fzXc1TuX sODCeQ8PdjsFzVnHJQsEKDCZcv/lyff2RcYcx+RAhQg/TmyIcyHDiaRPk36o OmRr169hHxj5GCVZkjRx59YNE6cBnACigg07nHhx41i7epUq/Hhz58+HJldO FTrTsbSxC0i7mHt379/Bh1985S9g8efRp+/eOHvZyJbhF8Csed9Jz7Hx59e/ nz/I2e0FsE2A3QgssKbfyliuugUZbFAp6abjycEJKWQKQuWYq/Cn6wA8azv1 QAxxsROwCKNEvwARUUUV2esQMsniq2y+ADbrrL8bccxRx43+a09AA4Es8DeW EgxOwyORLO5CDJNsUsMlp8rwSA5dROnDFbEMT4Py/Cojyy/Fa7HK92KkbEbM 7NtRzTX/2XStx+x+DFJO3GxqqUgjncxTz6OgjHLPP53rU8E8qawSLbXATNSt LU08MUVFIV1LTBfJLFO+zGjch7OS7mvT00/ZfBO7OOcsFbc7d5IS0FWRFBRP VmHNytVU9SzUUJI+pGItXafg1dddge012F+FLZbYX6kAxK9GTTx22GeNhdbZ aKnVddIOKy3zzPpsBNXbb28UlTZSTS23pd9+ezXWdSuclTp24X0wQlprTenW k7abVl9p+a022CnKYPYvXff11+CCC74WwGxj3HZTkjoFV+KJQxL3MXLNLRVd dNWN1+Pn3JXw45GfmvddQu29t6S0CG65V5epgFnml2mOueaZ/2OmooNl/7JH CpyBvllom4kOumiF22M4vm3tC8Dpp6GOWuqpqa7a6quxzlrrrbkOwGLHMM64 3JwGJdls4kJW9Wx23VW7QltvZbnonF+mO+e58W7Z7rvrjvmEMk480UQv8+5b 78LvPlxxw2lGOjul4XM4jk0jptjyywv6+qywxZ6zN1RFXlt0WU0OfXR4094T bkPl5jtxxl+P3fXZ91bWRIFNvEL2vXlHnHbf73YcO8gtY7pbzJG/XHOzOO/c wCE5Pvn06ZdKnfp1rUeZJAHvbT3x78EPX/zxc84C8GVvx6KMn8lv3/33cxae NuJlxLRGTpPPn+Lly2reeQI3RjZ6Xf+PgEXJXgEB1bY/ra5K3oPfAyHYgTBM MH1hKAMEMZhBKsjvMfQzk/24hT/9jdBb/KvNSv6XMdCZDoEtJMABXZgnBaou ZSrTDho0mMPxVSFwt2tUFXQYRPFx0DEevAwIHyYQEi7RUyY8if9SuJuNlS2G LYRhFVtVOre9rYYqc6AQdXgCHwoud2A0Y/zuZcRL0SdNTHTjjpxYqCh67nMC ZCEWr3dFPFJIj0hioItYZgUqCJKQgzRkIRF5SEUmkpGLpELAyCi4MjSSko6s 5CUtucE0wshSDjueQe7wRlHGJo5dnGOQekOkAQBngHvMY+nu6EoH9XFKXewe GqyASV1mcpf/VqiCD0+QhQ+IcYId4OUxe4nMRRLxLGo0nggTcpBQguQ3o3xj KbeHwlMKqU4GSJAAtyjLkdFSnNCZIQ2zacMbDpKQuWRnO+H5TnnmMp70nKc7 c3kFCmKBnlbwYRaUmUyBOpKZZnEmEj8Jyml2RDTWXCI2A6TNbUqxm95kpfTK OTpyZvQ456xXOm2Ylnrik6QjNek9T0qGElmwkJAMwwn6GVOZzpSmNbVpPwvq Hk5qC4T2keZPf8pQjlRTItUk6mpYY5qiVuSoDuWRi6A40QNNsWMcNdtGrYo2 LQLqjx0S6U3BGtawSrBEGuinBiaoPrGula00zSlKDkqfyc0VDkC1/6tQNdLQ hlpErxXJCEacyhGICigVhTXsYRGbWMUulrGNdexjIavYrDIIq5PVSmUn1FUA fbWtnQVrFigYhiv0kwuhrYJnURvWt54krplq42dAM9SN6LUhtb0IRUqTVL8G NiGDNUlkgRtc4Q53uJZdkEeNaxzMOkiz7eFsaqFLTzL4cA79/OVKRxtd7eJ0 k5Y6olwTegBpUtO2tP0rX8trW8DulreygepvDYuDwuKAvvKNr33nW9/E0je+ h60vf1OBX/v+d779/a98D3xfAAs4wP9NrjlhGc4HOwW52ouoOkWqBStomMMb 9nCHQfxhEYeYxCKWIAVz2eETh4EMKR7xi/9LHGMYz1jDqzVJa9EU3tiGhjVI VW9fk5pbivS4vZl7b0n8G+Ak57e/Tb6vk5VsYClPWcn4LTCVq4zlCQcqwltW 0la5asu4oUHGZabxmTnM4TzskwxaSLMVpltMN6OZzma2s41f5N01ZiqJlZMY e4uMH98iGcsDvrKVEX3oJReYwYluNGIdneRHG9bLHe1ypcNSYSc1NztpcfOn QR1qUY+a1KXm8BXiXMwyrJrVO6MgGU5galnPmtagxjNJcBxCiCEP0IGGzaBJ IuklGzrKV1Z0sRus32IjWNiMVnaCkc1sZ/MX08oFc7WRc+kFipl1ZK71t8Gt hdCGVoIrHncYUBD/bnXX+tYCyHWffR3v3h452IZOdLKJbWx86zvSjPb3pKEs bWYDPBXY1uq1Dd6U5TKX2w309rohHmrQnpvi5+ZCxDEu6nbn+rXy9jWwBRBl afu70AGPdrOzzGSCn1zAIx95wRO+lYXH3CczZxCnsePpjGe8tBX3eR52HnQt bHynDUMoND0eaJAzOb8LHray+b1vaCdbwS0fMIHvTeCmN52+NL+str3OFYSj 88IhfbjQ1R0wn1e8zWjHONH1/MxdJ/3j9A45cfFOXCvnfe+SDXu2x/53omh6 0w0H5NndXmsUrH3tKUg8xOHuXclRDg6Vt/zlMZ95zW+e8533/OdBH3rR/4++ 8nbP++lRn/rFCv4qNje46xeEc9qkxQu1t/3tcZ973e+e915QO+MpTobeD5/4 xbd95DvZU3Uun/nNd/7yoypV3nRzhRJmPWXBfv2gwL46sn+Mp72ghfCPX/zl J//5zZ9+9K9fC1sAvs87sAX1z5/99af//b2AfJ6C9/n99///ATD6pM8lUsmb /ET7nITwtI/7oMP7HIP2jC8CIzDVxq0MssD2UgABzG2CEEACPTAC9c/o2AgA SbAETbBKBHAAz8VODhABk4QBvUwBm8QBPQQNPvAGdW8NNjAMOgAFdC8Ffm+C ygAHiVD3QnBpju4ElXAJmbDsBkQFpcglqs8FX/8w+1xQBpOEBs0CAosQB3su tMogBXhvDYIwDMCgC9Fw4+5hDdmwDdtQ+ZowDuWw/1IQCl9iCqnwSGAQVpqh D/3wDwHx4EzG+rgIpLzIBtHwBsuwDLZg+MgQDBOxCNttHyixEi3xEpNwDjVx Ew2lDu2QBakoD/ko8OIFEE0xZHjiFFWxDw3ICj/KCW/JC75AFmlxFm2xFnHx FnUxF3kRDMatGMRQAHZRFxcvtFBgGHkRGZUxGXmx3STjGd8DGqFxBDmxGq1x VCTqE3UDD0WxXVyxQVYxHPsQlsixHMPxGwvPEG/pC9ixHd3xHeExHuUxHikQ 3YRxHt0RAcAQH/mxH/3/Ee6kMRoFks+usSAN8omyURtPpQW7cUKWSxwh8hTL cSIpsiIrkhALERbHzB85siNTwB5CCwHukSODcB468iQ50hkHciVhxLUO8iUL 0hO1kRsbcpYiLCLH0SJ1cid5sieZBFa0sCzSAiWJkh73ESXnIbTIoCiZEh4B kiUHcjPmKolgsiqXUCY/kSZrEhx9siu98ivBUoswMrMMz6vQoCmZMh7GLQWK kgLjAS3RUiUDci4nwyWt8i7jECuzMhS30pxyMiwBM3oAczAp0g/DTB3HLC0U czEZszEd8zEhMzIlczIpszIrs7voci7vBy858wT10g61si/R5g/DMnoECDhO /1MnAkg1pYJs7IgwYfMmWTEdNbIzbdMEM3MlqfE2efP5PhMKQ1M0kcMPyXE1 V+mi7CgnUpM1V2knkHMqLuo4oyI6Y7M6ZTMLy7I3tVOdoDIzN3M7wfNWflMF g1M4H4Q0K/I5pVM1lxM1mbM54TM+qTM+1/M9rfM+rzMjuSc8+fNecjMgd7M/ BRQbS0IhC6Q8zTM60JMn1VM+4fM12TNdHDRCXXM6o3M+8TNDI+QPGQ4xB/RD h+c/o1JTQLREmSchDXQmEDRBAbE0BZOVlJM9vUI9G3Q+qfNCNTRHzXE2GzA7 TfRHRXQa7fJHiXQ8B3BFt3JBB1MwHxQ1YdQ5n5Q5a/8UOlsTRjFUR7EUQ3j0 OIKSSLezO1nyO70URI1U+pCUClv0Pq3UOSl0TZezSeuTRtn0OCE0S+10OgzT OLp0THkzSMlkSPn0Q8vUTBkyD9M0R6f0NK0UR99TQtv0UcMyIu+0Jzk0LPY0 UDsTTDVTUyYHUwd0UKXqTGNOSbMUOZ9UUSf1K8SRKyQ1VeclT7HiUj31Lv20 JXNsVgUUVCdKVCvtUF3VVXFSFWfJFH81Sk5xKWQVV2FSU0eUKpVVO3V1m3jV uHy1WC0yWLF1LGXIWsVyVQlAC3chXMV1XMm1XM31XNE1XdV1Xdm1Xcl1GbRB HOR1Xum1Xu1VHNqjVuvyVp//FTyj9ZSmNaOqlVuDI1sfDBVTBWGxtA/B1V0d 9mEhNmIlFl7T4V4t9mLx9XH0lSD71V9RNEVlImD3iFQJNhWhAlb/TmFFhmSL tWEl9mVhNmbdFV4xtmYtNl+Z1VZ1rWN781/nSGStiGW5tVK3lPUUVkqIk1td VmaZtmll1mah9l6TZmPFlGdt02ejCGinZ2AJNhBr8mj5JGlTdWnL1Q3N9mzR Nm3Vdm3ZFm0DgF2FIV6jdm7lFWf9NECt9mo/FmRjQmtJhmuHtlJFU2UJUWjx k2zJFTMwcXEZt3Ed93Eh13EjA115IW7p9nLrVmNzlv/y9jaxNmsLlYAM11oF l0UL/7P1/lJDEXdcMQMBXPd1YTd2ZXd2abd2bfd2Z3dyyZUXaBZzfddumRVv OxcvPzeF/JZVAJd0SzdBa+50L0tsrXN1xbV1cbd6rfd6sdd1dXcXeNd3vXde p3Zz+Wwqh5d495Zv7zB0x2l0f9VrmTc6nHc0VbYipTdcqTd78Td/szcyfOEZ vvd/Mxc79FV4y7cqi/d/jlcP2RdK7XR5R6YNIDiCJXiCKbiCLfiCMTiDNXiD ObiDPfiDM7h+d+F+9beETTh3AwCAVTh8a7VqCxgmD9h5EnhYUzdCUDVD3Xd0 QHiHebiHffiHgfiDRZiET7iITTgyVBiAgVdECfiFDzKGO/9nhkFmgWW0Uev0 K3P4eiC4a7i4i734i8E4jL0Ygod4H4z4jI84hb83HcrhHNDBHMqBXs0BjuU1 HebYHCqWXlk4Z13YiQ0SisVmhWLpSajYNBP1SnfSgRFoi8W4kR35kSE5ksnY R8siXYkYjTG5epHYe8thHJwGHuDBFM4hj+EhANBBXs/BFODhHOx1icG0if34 GgE5kNUXHKkYSl+UgR/UJ7MYixg5koE5mIV5mJ9mkj2UNizZjDN5mTVZjTG3 k1UZHdBhHECZlcUBlE+5HAIAHtAhj/VYc1uYRGPZgM8XfaWwlqe4hsvxTU2V Th11R1G2nH6ZmOm5nu15a4y5NpH/GV0vmZn9GXY3GXPRAZTjWBzSYaDhIY6x OR08eRy8+ZsFeHNheZw5cZZVCJ3lV50tck2rWDldE5GXI56zap7vuaRNuqTz eT+xI5n/uaVlN6DpNh2wmV7LIZTN4Zq5GR2cpqBbGZz5WJwp+onL2ZxViS8z 7ZYnkkk/Ok4RuZeNi6RPOqqlWpLboIxd+qq115nptqbh4abpdaZBOaytWWqz Y4ABNahleaiJWop/Aql10qMtdKm1VKS9DKqxBifuGQCcBq+Fma8DwK+n2mpS ukpYGqtdGqbnthxU2avrWJVZGZTHgZoT+mZ9Okil0lnRWhMt2lwSOHkDk6Pt U1WLNuHs/9pq8Fqv6fm09Rq1I/m0/3q1A/tqBttFCtuw/xmx55aaHXpezQGU bxqbtRkedrunI/puzzqzK1qtzVlkPTs2b3iuR9vrSrtqXDu1Vxu2gdm1q/uR 0eW1x7iqKRklatu2mRm3o7a3ubkcygG9d7uUT/kcQvmUiXt+qBaokbsaN7tc BHmLmjtDQdqpWW+6qWa7+1q1/7rA9xq7IVm7WZtrZrtDxpu8M9m8oxa+P1mV x6GgZ5qhfXu+H8Os+fW+k7tAiTo3gtOt71SRqVDAp4bAs9u7XdyRGfzAWxu2 ARufwfuYHyPCJRyNKfy8JXuVeXqmxUGxCbpe99iy7VvENVu5l//7APsbWFW8 G1lcamJ8wQOIxmv8wK88jGecix8cQHi8x434xxO7HB4aY8lhzd+hzV05Nyea yZUwv/XbWOdXRwFcNKvcyht8mPn6xrH8aQBdjH+Dy7ucasK8PcaczE/YzFWY zdscAiR90iU9yTW1j+X8Kp0cfQW5ZAs2ut+XAPY8tkm91KUm0bPDkvVs1Vm9 1V3dMrQagCH9HSi91m39zaEyzjO9BOncVDo9cOk61IFi1E292Ekd1VcaXY3d kb131m392aEdAiz9PzF9101QQKKGDCoRH+IhavABAPqhDJwmDPqhH8LAaRCg CwAAH5ymDMr9HqLmHgBA3ANgHgBgH6b/Zg0DgAzogcbxoR8AoAvIoIv5/Wr6 PB7yIR76nLq74Gm+HQGwRt7RBd6hBgH2AeG7HWpIuw28OB/u2eNLGuTrWeS7 Btn32WnJ1XKTeOWjlhwiPdphPtpxnS513dr/D9ufpgy4HQHoweIzPgDKgB/i YR76YR5OoQvmgejnIQC6AAHiYR/KgOjpIR66oN+f5h66gN2BvgvwXWrWEB7M OOeFPgAQoOi7Buwh3rTjXdwXfsCR3mm6oOm3pu3hweKBnuKfZuM7/uNNmuSJ 2e9xXIRftn9ZvvDVvM1pPeYVH9qnvTsvu1Ntfs5NAmr4IQD4AR/y4R4C5mnm Ie3NOAy0Hh/C/4AeKh8eyMDjl97yrd5p7uHfnSYf8AHfV81p8H0N3b3y9+EP ikHkpx4f7qHc6f3bBT4A4uHbw/32AwAf+KHo//3e9xpqqH6vv30fep7iyQDv /1r0A4D0w74M1P3t90Heq17Qc/7dyb7ru+DnA0Dvuzgf3P/94T/+5X/+6b/+ 7f/+8T//9X//vxsgBAgUYGigwYMIBexayLChw4cQeS0TR7GixYsYM2rcyBEj OXLvQkIYSbKkyZMoU45MyDJAAZcwX8qM+fLePpY4c+rcybOnz59AgwotODCA UQT36OEzOi/APqNQAyDoEuDePaNWETyVupVel6VRrfKjF6AfmadWjf8CqHpv Hr8wAdbG2/e1TDyn++Ih6BcgzFKvffPFI8PPLVwAZOa5jRevC4K4UcnkU3v1 nuB+d/OViYp4st99COCNDZDvKoCllqGuDUCPH+OxWuGRJhOVgO3buHPr3s27 t+/fwIMLJ9CmTdTjyI/nU8y8ufPn0KMzz0e9uvXr2LNrxy69u/fo+WQnHw+1 uEGiQCGqX79QmLaO8OPLzwhSpMr7+POv7Dmzf8z/NsUh1IAEFmjggQgmhJ4A UCGFwFKDwbMVVF6RlRZbWh21lV6lhXUPPvcgwE+GF66VFmiQMVUGPv3Msw8Z soG2Dz/77NMPAvo8BhWKqwUwj183pojVVUL//hAAPmHEA8BdqsVjpD5nPRZP Gfd0YRqTRqqFVRc1WpkhW7UNJ+aYZJZpZnHkpUkadfqw6WY+bcL5Zpx0zvnm dnjmqWedcvbJ5592+kmdmuSZN9CCPrGn6C7HzOfooxk54IB+lFaan0//+ddf TTcl6OmnoIZK4IJQieYUPvuUUQZcFHZBVgArGoWkWwHAI9lgGnooIogkEmni VTweqeORNj0moVZhIKDsXDo2FaxU/eBTzIhCginkWl7FyplTZQDwB2jxRPuh aaqVWxU+yiIwz5cXGmXmu/DGe6ZxhCIHj5745kvdd/zyq++/eNabnKECIdrT ohD5AunC8klq6cMQ/9/nk6aZAriPgKJmrPHGoZIK1Yp6rZtXq6/62IViXZwS gGPxaKYkWSB6CE8/sKE1WbdgBlvGaG6dJdhefxQjmFfxhDF0i89+CO1jPcIK FgCVTRYAP13Qtm0Y/IQHmojxuGVa1OZ6NU88I36Jz2ZQyav22mzjhqbAygEs N3aACmp33XXPrTfcxxFMkFAIN9Qow4Rf5HDEiCd+EqYUa8opx5BHLvlPHkN1 Vo34MGlUPj8A4Plj9/TTD6tkdHGaUWX0c5rmYObDV2xu/XDPr0cCMM9qVQJg 5an9uPpHPPj80A/awQ9f++1MmV7jZk03phY+AIwMaz/ilUsPAMV8i8C3uv/j s9Rp0WveY+inx7Yy622nr36Zb/O9ud7wxy///NtVz7ffBvMUuMKFE3644gAM 4H540riKcQpjk0ugAjM2hznswRAQfKBBjmM/99XKgkapoAVRhEHk/GE86BqP 0sbzhw/+AR4abBqhxPOg46zvhTD0TXFmSMMa2vCGOMyhDnfIwx768IdADCIP z/PACDZwJ4saXP/m8z8BOlGAjDNgph63wCpa0UBb2IMW57AFL2xhDpXroBjH aC8OkjFN85CaclokRhUKbDkujKEc5yjEOtrxjnjMox6DeB4uetGBWtxCTtij xCVupIlPTKQTJyZFigXoipCMJE/yYIg2rAEh+ZP/pCY3yclOevKToASVwdYg BznMASfqGYY6+qcOVRpuUilRxzpgqciROGAd6qClfm6py4hFsYAyoWIohwk5 SlrSDnZYgzKVmUliOvOZ0IymNKfJE0Ms85prmIMcLpmQh6jjggHwBsO+KZ51 UGod8FAHSnAJQHWIxxuWWkcAzKk4RgLTYnHIJzX3CZTiXBKZ2GwmPwdK0IIa 9KAFsiY2AVpKljhEHMOAhzfUEY4AUGSVGMHoK92Jy4rC0mEOUCdJJIVOkZok nLY0KQRyeRKWlgSdkhJpSE0y05LwciQurSlOe1mSXzbSJcJEqFApmYd/JvOa AhWqUpfK1KYSU6HXBOga/wxxSoQIThzfXIc4KkrRAISjouIIp0TlGc55koSj DghHOuc5T3TCIxzqlOdbKaAObwRgpfO0a1tRCNe0opCeK/1qOAALAXkOdlLr EKw656lWs3oDrvDoqEQLy9dcqjWyKbHnT2fySKcS1J9GjSoER0va0pr2tKhN rWpXy9rWuva1sI2tbGdLW9Ni87a3ra1ud8vb3vr2t8B9bRxMe9RlAlQADbUq QygyjKgMdp7ftKhR1OFOuNoVsO5E4VurS93IUjQcEPBqXdPpDXis1Lvi9e5X 0TlLkz72vCZ1QHm3GwB1hgOe0/2uA7wb2a/GVL2DjaxOTeJTYAbVs/s0RFFD q/9MZBZXAA70AoInXEWoLlMNGF6DGnJL4Q5XcQ9VbbBURXxJbXZzIfz7pjfW oVW7UsSu4YUnR8+L3bHmcsYlLWx9MfvN8dIYAmNNp47Hi9mRNNYogJ2UfCMr nrfGGKdlDSmT4UnZuNZ3voTtKX82i08PT1PByhSAVB18TQFsIaleTnNCb5th DW+Yw2qOs6gMIUgBGHfEx53qiRnF3MhWRJ64NMqT92vdIv8YpzwGMJALPd6Q mlWiHP0udf1Kkq9CoIksHq871SlSlBoZpRwtL3Uj/dVJq7WuKoVAgRt5YDmD EqpiTiaZy+wFNLv61jqxsDLbvGs44/rXQqn1QKI65mT/FmzPFZmxLdX61bt6 2q2APquhle1WuFJ2rtStqFcnNdlqy1K72BVsOGg53/oW9r6Y9XSVaUxRCsDT 226NLHsJvOV7cvZiwP4kmI066zKfOd8AryabeY1bWwc84HQWyEIBmuf8LZen Z1UJInepUkRSFyU6DSlPL07TiruUUhNN6UhdmmpV94TLwaxKpw6uyX3HesRl jjDLZ34e3G4YwwRnJs13bhAQK3zhZIawHBLii2NAvJZIT7pKsu3LeqNc5Qjk +QJB+3IHW90OAvC51Fmu6wv3+s3LNPjW4+zAnwPd2Mk9iNLXzvb73LLk+ll1 41o99sgRld9XJ/Me8lB3hA/8/5o5F3vfPexAvOf9qFRNSNsXz3gAatbeUM+n PgfPMX/aGbfLbMMeKA9wXd/8wmDXM+cDvoehH97qpBy64hvP+tbH/eSQLwDd Ry8qY+qEknWm/a09f3OcB1T3+d6CKXWiTW4iJGLtSL7yl8/8drj++ZR6PJc7 C/yMrcGYC8ZmHtqg4OrjuuuYF733ca3NbSYk9VVNyATWz/72u//98I+//OdP //pPoPnKh/4Ad/J02at8/BuzfZVUVHYmgG3AdwDoahAUfswkeAnYVKRkCKZ0 SdkkBxJofOpnfxq4gRzYgfHXfPCHf+3wfswHMdJ3T9T3gKAigKR1gCr4feAH QS8IbP/lN1qllH444YE6uIM86H7Jtw1AmHwhiH89CH9yZ0CzN4NKqIKntYS6 V4RQGIXz1w7bkFilNoIkuA2+sAtbuA1YKIUTcII/lYJOWIZmeIZ1B4Zq2IPN R1a1og4iSIWCg4UguINH6Dj/h4Z6uId8mG9r+IcbqHxAuA3qQIjaVivDQIVe qIheqIUMcQyCOIhBKIQdKIYFRIZ9GEkAgFCbGCqdKBSfmBCh6GWjeIalGBSn uECAuIpT2A6y9FjiJhuD9VXeMFFUWIu1WFeK5YrrAIu0uA5e6IF3OEV5mIlW 5Dmf2ImpGE3LWCDNqBPN+IxOJY2aRI2SY40sQY3RqEmUyIr/3nh/rnhktYJC RuEN7eBW4eSK1UNRHxQAqgROzWYU4RCMHGiJUhQgk2eMk5OMAoGNxOSPPgGQ BrGNcSaQVWSQGYOQ/cgTBBlJKvGF3wiF4RgVE6VXSIZOSEaF2hYOw+ANHyRv uAiH22CR6wCR9jeMm1KM+riPoriQ/YiMLikAyeg52UiTL0mTMCmKOcmPNzkQ M2mTPCmTNimTRDmQPjmUQqmMQ3mKyPiTOomTSJmTSRmKUjmQVSmVm6iUqbiT S3mUVAmUXVmKVemVX/mTWqmVT1mWNYmWN3mWRMmWCNGUXhmXXBmUYyk5DxOR OniOFPmDh3hfUFGS27CRdQUVcMiL/yyWWIFpkvVnj46EbyvJknHpkjxZmT45 mZR5mTGpmUUZlJqpjJ8ZmpQpljEJmi1ZlEaZmZtZmpwpmqjZmqx5EEqJmakZ m6bZmdn4krRJmqqJm73pmbYJm69pmb95m7z5mquJmsRZm5MzAfihEQ6wiHpJ f3y5mPd3iGWVkYMpjx2ZQcMwkl8li1FRkow5fyhJEyoZmZDDlL9pm3Ipm+9p l7sZm1PZnsrZlreZmsvZlsm5nMdplzvJme9Zm2a5mQPamsS5n/WJnPQpoMFp nwzqn7Q5lcZJn8B5n/wpm2RpnHcJOet3HxpxDIJzDPQ4neynjlABV67oXCSp kfJYmLXyWP9Q4Q1A2KLM15hOB3mYqJ4ak6AP6pu5qaEN+qMVCqRFepz66ZoY +p9DiqFGSqTzuaQOKqQPup8K2qQSKqVY6ppIyqROeqFZSqCYeaUaw34SlxEi qh5FV6LfmHxdNY7IIUszSogp2p3yuI4TsJ0XGZLl6X7nmXI2waMJhJWliZWG ipRkaaFpmagZWqAZuqDs2ZNzCamLKqlUCqBgGZV3eaDxaZWIKqmEaqlJ2ahr WamWCqCiOqWj+pSkWqjD+amPeqBH2aqUKjnulxIasYUIQ6LduIY/aJHHwZHV mRzWNaPa9laKGZiHWJI4SkD9B3WC+kkKiSDTyqAUBpDV+o/RiiD/74erGRE4 DnEMvAqGE+lV66BKqnSYt0iResWRFilLxxpObpis8xSHX/inQJWe2ypJ2eqM BtKv04StCAawgsqY3ooR4Koe4sqmHZh85fWijCiIx+ALK+YNXMiF1CUMDFGI VNiLFusLW0hd29AQvkCFEwuyIAuJWOiYFbOj+/qyMBuzoLIL5YlxGJGmCbse a9qnH6in4/hWFXVf66CrF0uyusAQuqALQEi0SKsLkEi0JNoQt8AQvhCM+Op/ gSqzWru1XDsgC7EN8GezF4GzOasoO1t/w6pdx/EHjWCxC4ELTFu0CzGxj7gN ZEu3KAa1dusLcGu1OTp9FyN5Ude1hFu4/1zLEGAbtidxs2Wbs2dLgm+aJn+A YnKIuO2gt3ZLonv7iLhAtZ07t+LKq0J4tUlouKZ7utHaEInbrYs7to37ujv7 q++Ei7WInR9buV/bDp/LKO2Atw/hu1GbMH7rrLEHrah7vMjLow6xurfauhYR t6+bs16IkV61iMrnhuG0C7iAu7vghVDLtCT6vY9ostBbsmEIeyhXusm7vuyr hA/RpyjhutH7ul4IrLhEiIQIrJQ7spYLvV97f7t7DLtbtaELhGQLtizrHy7b vgzcwN73EL4gfyfhABZBtvObsFUbXRkkbuLotiXLv7k7wCTriI9ItHCLYuJK tOZLuvrqwC78wv+cB47KN4U09bwXDLuuaJHaRY5e5bbay73eW8IQ/IiCA8Lh Orw7UbwHBMNM3MR1Z68lWMMUYcE3nLMqS12JmZgim7m8ysUqy8VeOLFwq7kF HLqi68WTuH4snLVO3MZuHHCWIinbIA4pXMVVvKaSmMd6vMdQ3Mf2yn4J3GVv PMiEHGcoW3Ti2hFUbMeMPL/j+odrvHKFPMmU7FS7MLUJc8j+28icfMOPC4WB fG+SV8mkXMoFtShTi8mdvMqrLK69Wonoa2/qa8q0XMuexMq4nMv788gbODGy 98vAHMz7sMS2XMzGfMws8RKEYhOzjMzO/MyDHEzBHMzMbLzQfM3YHM3/QDXN wFzNbJzN4BzOLizN3Cx73gyZ4pzO6ny85FzO57zO8BzPhBtMTYmMv3zOgyvP +rzPkSnN9dzNw9zC/DzQBH2G5GzPAH1AglvQDN3QL9jOADDN7+zQFF3R49fO 3IzPFr3RxVzPHv3RIB3SIj3SJF3SJn3SIl0gGC3RAf3NHP3SlexG7jMGYEAP Nn3TOJ3TOr3TPN3TPv3TQB3UNj2tK03NLY3OMJ3UhCzTM10AQv3UUB3VUg3U RL3N5VwAE63UWv3GTO0+YlDTUx3WYj3WPE3UVnHWaJ3WR53PW93WDtzVXk3W cj3XUz2tNXLXeJ3XNVITV93Xfv3XgB3Ygj3Y/4Rd2IZ92Iid2Iq92Izd2I79 2JAd2ZI92ZRd2ZZ92Zid2Zq92YF9Rp792aAd2qI92qRd2qZ92qid2qq92qzd 2q792rAd27L92pxd27Z927id27q927zd277928Ad3MI93MRd3MZ93Mid3Mq9 3Mzd3M793NBNzWk93dRd3dZ93did3dq93dzd3d793eAd3uI93uRd3uZ93uid 3uq93twNVOz93vB9FeYc3u5N3/MN3vUd3/q93/xt3VUBzFoU4AG+AtFd4AZ+ 4Aie4Int3gp+2Axu2A9e2BFO2BPe4AX+37+8B41gCo3wBxz+ByMQBxY+4iRe 4iY+3BV+4uWc4p1tzv8O7uIQDuMq3twYLnuGYBRrgAda1AYrIAWDMONAHuRC PuQvjtWylwZInuRKvuRM3uRO/uRQHuVSPuW/zOKAbeV/jeV+neJpTeS+XeMF sAdxYAd1gEyNcAgjkOYj4OVs3uZuruIPPuVyPud0Xud0XuUyTuF5Ptha3tcT nhYIAAmSMOg48Oa3XePIpAiKcAiHUAeNUAh+sAZSMAKWYOiWfumYrtxxbuec 3umeLuV4buQxLuoSvueCHeEhAgmqPuiSAAQ4UOjTjNDBHNGLTetsjuF2EAeC cAiD0OuHQAgBIBBnQOmZXuzGfuy6vemfvuzM3umhfg9FDu2jLu2lTur3MOj/ gg4ErY4DQGDrs17O3o7Y4T7kuF4AhtAHcmAKhMDrgBAIfjDs+IDs8j7v9C7Z yt7s+J7vUP7s0d7v027OQKDtrR7w3D7o414AtN6UsofQDI/wCC/rDO85tw7t dmDuvM7ovk4IeBAIw17p9f7xIB/yLS7q+l7yJq/k/P7vKl/t0n4PAf/yrg4E gS4JB5/wvxzRtp7zD7/wN+/wPH/wQY7hhsDrfVD0Rt8HGy8INODxIt/0Ti/y 937yUs/sKc/y/m71WA3zLz/zNM/NNv/zN6/wOv/zYu/m/20IikAIg4DugtD2 ghAIciAIULD0T1/3di/vUT/1es/pVa/npO731A74/+Y86Ijw8pIg6Abv9TwP 9ovf842P89/e5v9tB4Og9pUvB72+9njQ9nR/957/+W+e93s/+nLe93xu6iMf +Kcv6pLA9QHP6okf64/v87QP+bOv80AP5P89CNRQ+RdfCIVgBnvQ9nPP9KB/ /MgP5zBO+sx/5/6H+lcO/Vku/Vsu44dP6K+OA7E/6xI/9hL/8F9f+wv//Tvv 5f9dCIbQ+32gB2agB30AYmcg952f/PRf/wou+s2f/0tu+qcOEAUK3BNY0OBB hAEEEkTYMOHCgpIkSsJR0SIAhxk1buTY0eNHkCE7BmBYqJAhKXL24JkiqOUU OTQsiaRZ0+ZNnDl17uTZ05jnT6BBhQ7dqHCgwDRJlS5l2tTpU6hRpU6lWtAo Q5FXa2qlyVWgRbAAMBIlW/YnSYM01K5lq3amWbhx5c6lW9fuXbw8vea1uxek 34+APQIWW5jv4blGOc5D3NjxY8iRJU+mXNnyZcx1A2zm3LkzPM+hRY8mXdr0 adSpVa9m3dr1a9ixZc+mXdv2bdy5de/m3dv3b+DBhasOCAA7 --0-2111488803-1054217124=:82592-- From pedro-b-salazar at ptinovacao.pt Thu May 29 08:39:36 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 29 May 2003 16:39:36 +0100 Subject: [Mapserver-users] symbol: thicken line Message-ID: <1054222775.15080.65.camel@vitoria.intra.cet.pt> Greetings, I'm using a symbol to mark a point but I would like to thicken its line a lit bit to highlight the symbol. How can I do it? This is my symbol: Symbol Name 'cross' Type VECTOR Points 0 0 1 1 -99 -99 0 1 1 0 END END thanks, Pedro Salazar. -- PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 From gabriel at ciasc.gov.br Thu May 29 09:35:12 2003 From: gabriel at ciasc.gov.br (Gabriel Vieira Ferrari) Date: Thu, 29 May 2003 13:35:12 -0300 Subject: [Mapserver-users] Specify ona point References: <20030529140524.83716.qmail@web41705.mail.yahoo.com> Message-ID: <056701c32600$46e7d5c0$12d713ac@ciasc.gov.br> This is a multi-part message in MIME format. ------=_NextPart_000_0564_01C325E7.21808610 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable You can see something like that at =20 http://www.trafficdodger.com/ =20 http://www.routeware.dk/ =20 =20 http://www.routeware.dk/linux.html = =20 Gabriel =20 ----- Original Message -----=20 From: Manofdp =20 To: mapserver-users at lists.gis.umn.edu =20 Sent: Thursday, May 29, 2003 11:05 AM Subject: [Mapserver-users] Specify ona point Please look de archive displayPoint.gif. This is a possible in MapServer? Specify one point how this example? =20 Thanks. _____ =20 Yahoo! Mail =20 Mais espa=E7o, mais seguran=E7a e gratuito: caixa postal de 6MB, = antiv=EDrus, prote=E7=E3o contra spam.=20 _____ =20 ------=_NextPart_000_0564_01C325E7.21808610 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
You can see something like that = at
 
 
http://www.routeware.dk/
 
http://www.routeware.dk/linu= x.html
 
Gabriel
 
----- Original Message -----
From:=20 Manofdp=20
To: mapserver-users at lists.= gis.umn.edu=20
Sent: Thursday, May 29, 2003 = 11:05=20 AM
Subject: [Mapserver-users] = Specify ona=20 point

Please look de archive displayPoint.gif.
This is a possible in MapServer? Specify one point how this=20 example?
 
Thanks.



Yahoo! Mail
Mais = espa=E7o,=20 mais seguran=E7a e gratuito: caixa postal de 6MB, antiv=EDrus, = prote=E7=E3o contra=20 spam.


------=_NextPart_000_0564_01C325E7.21808610-- From cpurvis at asg.sc.edu Thu May 29 09:59:38 2003 From: cpurvis at asg.sc.edu (Charlton Purvis) Date: Thu, 29 May 2003 12:59:38 -0400 Subject: [Mapserver-users] best way to color ramp topo/bathy data that's in PostGIS Message-ID: Hi, folks: I've got an approach question to ask. I've been boning up on GRASS and r.colors and MapServer integration. Say I'm updating my PostGIS data based on :15 minute pings of netCDF DODS-available data. In these datasets is some interpolated bathymetry data. What is the best way for me to store and then render it? We're already going from netCDF to PostGIS. I don't think I really want to break my .map into a lot of classes (255?) to display a nice and gradual color ramp for different sea depths. So should I be pumping my PostGIS data into GRASS and somehow doing an r.colors on it to then be displayed by MS as a raster dataset? Or should I be trying to take advantage of the alpha (?) GRASS version which already talks PostGIS (I think I heard that somewhere)? Or should I spend a little bit of time making a large .map file that contains many layers w/ unique RGB's? Truth be told, I think the less pieces, the better. I'd love to keep it all wrapped up in MapServer. But I'm trying to bone up on GDAL, too however, I don't quite see where that fits in. Any help always appreciated. Thanks. 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 Thomas Thu May 29 12:46:13 2003 From: Thomas (Thomas) Date: Thu, 29 May 2003 14:46:13 -0500 (CDT) Subject: [Mapserver-users] Mapserver Consultant? (FWD) Message-ID: <200305291946.h4TJkDc3008174@mallit.fr.umn.edu> ------------- Begin Forwarded Message ------------- X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Subject: Mapserver Consultant? Disposition-Notification-To: "Jobst, Chris" Date: Thu, 29 May 2003 14:29:27 -0500 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Mapserver Consultant? Thread-Index: AcMmGJutqs2oXHe2QHmV+C0Q3BN+Ig== From: "Jobst, Chris" To: Cc: , X-Umn-Report-As-Spam: http://umn.edu/mc/s?BG3NtCDS4eYli1jp9RLkwhZyasfMkDvRC X-Umn-Remote-Mta: [N] [199.217.160.22] #+NN+HF+IT+OF (I,-) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mallit.fr.umn.edu id h4TJKLc2008149 To whom it may concern, I'm looking for a MapServer consultant in the St. Louis, MO area. If you know of anyone or can point me in the right direction, i'd like to talk to them for a business mapping application. Thanks, Chris Jobst Interactive Producer | the Spark agency P. 314.206.7804 | F. 314.206.7640 chris.jobst at thesparkagency.com www.TheSparkAgency.com ------------- End Forwarded Message ------------- From gerald at cvis.net.ph Thu May 29 23:36:18 2003 From: gerald at cvis.net.ph (gerald) Date: Fri, 30 May 2003 14:36:18 +0800 Subject: [Mapserver-users] PostGis on Mapserver Message-ID: <02e101c32675$c71e80c0$060aa8c0@cvis.net.ph> This is a multi-part message in MIME format. ------=_NextPart_000_02DE_01C326B8.D4EDD460 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi list.. i currently working on putting my GIS data to Postgres using postgis. = configurations went fine as i follow intructions from postgis = documentation, however as i load my mapfyl, i get the error of msPOSTGISLayerOpen(): Query error. msPOSTGISLayerOpen called but = unimplemented!=20 what does it mean? please help=20 -gerald G villacarlos GEOPLAN Cebu foundation, inc. gis center c/o DOST 7 , M Cuenco ave., cebu city philippines http://geoplan.cvis.net.ph ------=_NextPart_000_02DE_01C326B8.D4EDD460 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hi list..
 
 i currently working on putting my = GIS data to=20 Postgres using postgis. configurations went fine as i follow intructions = from=20 postgis documentation, however as i load my mapfyl, i get the error=20 of
 
msPOSTGISLayerOpen(): Query error. msPOSTGISLayerOpen called but=20 unimplemented!
 
what does it mean?
 
please help
 
-gerald G villacarlos
GEOPLAN Cebu foundation, = inc.
gis center
c/o DOST 7 , M Cuenco ave., cebu city=20 philippines
http://geoplan.cvis.net.ph=
 
------=_NextPart_000_02DE_01C326B8.D4EDD460-- From bwragg at tpg.com.au Fri May 30 01:10:27 2003 From: bwragg at tpg.com.au (Benjamin Wragg) Date: Fri, 30 May 2003 17:40:27 +0930 Subject: [Mapserver-users] PostGIS Spatial Query - Completely Within Message-ID: <000001c32682$ef436040$1f00a8c0@mapping12> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C326D2.900D3C40 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi All, I'm currently writing an application with PHP/MapScript which needs two different types of spatial querying. I currently have one of them going fine. I select a polygon like a country and search for all other polygons in another layer that intersect or fall within the country selected. I use the following sql in my where clause: country.the_geom && otherpolygon.the_geom AND distance(country.the_geom, otherpolygon.the_geom)=0 What I need to do now is alter this query slightly and only find polygons that are completely within the country selected. So if I selected the US as the country and in the otherpolygons layer there are two polygons one covering Texas and one covering the entire earth eg (180,90,-180,-90) I would only get Texas back. I've look throught the PostGIS docs and can't find any functions that seem to fit. Is there any PostGIS functions that I can use to accomplish this? Thanks, Benjamin Wragg ------=_NextPart_000_0001_01C326D2.900D3C40 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Hi=20 All,
 
I'm = currently=20 writing an application with PHP/MapScript which needs two different = types of=20 spatial querying. I currently have one of them going fine. I select a = polygon=20 like a country and search for all other polygons in another layer that = intersect=20 or fall within the country selected. I use the following sql in my where = clause:
 
country.the_geom=20 && otherpolygon.the_geom AND distance(country.the_geom,=20 otherpolygon.the_geom)=3D0
 
What I = need to do=20 now is alter this query slightly and only find polygons that are = completely=20 within the country selected. So if I selected the US as the country and = in the=20 otherpolygons layer there are two polygons one covering Texas and one = covering=20 the entire earth eg (180,90,-180,-90) I would only get Texas back. I've = look=20 throught the PostGIS docs and can't find any functions that seem to fit. = Is=20 there any PostGIS functions that I can use to accomplish=20 this?
 
Thanks,
 
Benjamin=20 Wragg
------=_NextPart_000_0001_01C326D2.900D3C40-- From braulioen at ono.com Fri May 30 01:17:45 2003 From: braulioen at ono.com (braulioen at ono.com) Date: Fri, 30 May 2003 10:17:45 +0200 Subject: [Mapserver-users] Several doubts with PHP/Mapscript. Message-ID: <148ad131f8.131f8148ad@ono.com> Dear users, I have several doubts: 1) How can I make a query itemnquery in PHP/Mapscript? 2) How I could center a polygon of a shapefile in a map in PHP/Mapscript?, that is to say, to fit the extent of the map to which he occupies the polygon. With cgi-bin I used mode=itemnquerymap and mapext=shapes, but since I do this with PHP/Mapscript?. Thanks. Braulio M. From Heiko.Kehlenbrink at vermes.fh-oldenburg.de Fri May 30 02:33:17 2003 From: Heiko.Kehlenbrink at vermes.fh-oldenburg.de (Heiko.Kehlenbrink at vermes.fh-oldenburg.de) Date: Fri, 30 May 2003 11:33:17 +0200 (CEST) Subject: [Mapserver-users] PostGIS Spatial Query - Completely Within In-Reply-To: <000001c32682$ef436040$1f00a8c0@mapping12> References: <000001c32682$ef436040$1f00a8c0@mapping12> Message-ID: <1054287197.3ed7255d8aa65@mail-ole.fh-oldenburg.de> Quoting Benjamin Wragg : > Hi All, > > I'm currently writing an application with PHP/MapScript which needs > two > different types of spatial querying. I currently have one of them > going > fine. I select a polygon like a country and search for all other > polygons in another layer that intersect or fall within the country > selected. I use the following sql in my where clause: > > country.the_geom && otherpolygon.the_geom AND > distance(country.the_geom, > otherpolygon.the_geom)=0 > > What I need to do now is alter this query slightly and only find > polygons that are completely within the country selected. So if I > selected the US as the country and in the otherpolygons layer there > are > two polygons one covering Texas and one covering the entire earth eg > (180,90,-180,-90) I would only get Texas back. I've look throught the > PostGIS docs and can't find any functions that seem to fit. Is there > any > PostGIS functions that I can use to accomplish this? > hi benjamin, i think truly_inside(geometryA,geometryB) Returns true if any part of B is within the bounding box of A. should do the job. you could find infos at the postgis manual, chapter 5, postgis reference,Other Functions. all the best heiko kehlenbrink > Thanks, > > Benjamin Wragg > From jhart at frw.uva.nl Fri May 30 03:04:55 2003 From: jhart at frw.uva.nl (Jan Hartmann) Date: Fri, 30 May 2003 12:04:55 +0200 Subject: [Mapserver-users] best way to color ramp topo/bathy data that's in PostGIS In-Reply-To: References: Message-ID: <3ED72CC7.2050804@frw.uva.nl> Hi Charlton, I've been using GRASS/MapServer on a few 30sec global databases (elevation, satellite, landcover, going to show them on the User's Meeting). In my experience, putting everything in a GRASS database and displaying them directly from there in MapServer is the most efficient way. It's quick, lets you manipulate your rasters (e.g. colortables) in GRASS while immediately displaying them in MapServer, makes it incredibly easy to create tiles and tileindexes, etc. As to your other suggestions: I don't think PostGIS already has raster support, and the maximum number of classes in MapServer is 50 by default. You can compile in a larger number, but you'll get horrible mapfiles. Some time ago, Frank Warmerdam wrote about the possibility of color table processing in GDAL (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0304/msg00621.html). Is this something for a feature request? I think there are many people who could use such a feature. Jan Charlton Purvis wrote: > Hi, folks: > > I've got an approach question to ask. I've been boning up on GRASS and > r.colors and MapServer integration. > > Say I'm updating my PostGIS data based on :15 minute pings of netCDF > DODS-available data. In these datasets is some interpolated bathymetry > data. What is the best way for me to store and then render it? > > We're already going from netCDF to PostGIS. I don't think I really want > to break my .map into a lot of classes (255?) to display a nice and > gradual color ramp for different sea depths. So should I be pumping my > PostGIS data into GRASS and somehow doing an r.colors on it to then be > displayed by MS as a raster dataset? Or should I be trying to take > advantage of the alpha (?) GRASS version which already talks PostGIS (I > think I heard that somewhere)? Or should I spend a little bit of time > making a large .map file that contains many layers w/ unique RGB's? > > Truth be told, I think the less pieces, the better. I'd love to keep it > all wrapped up in MapServer. But I'm trying to bone up on GDAL, too > however, I don't quite see where that fits in. > > Any help always appreciated. > > Thanks. > > > > > 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 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From thfischer at mapmedia.de Fri May 30 06:56:36 2003 From: thfischer at mapmedia.de (Thorsten Fischer) Date: 30 May 2003 15:56:36 +0200 Subject: [Mapserver-users] PostGis on Mapserver In-Reply-To: <02e101c32675$c71e80c0$060aa8c0@cvis.net.ph> References: <02e101c32675$c71e80c0$060aa8c0@cvis.net.ph> Message-ID: <1054302996.349.1.camel@jeanjacques> > msPOSTGISLayerOpen(): Query error. msPOSTGISLayerOpen called but > unimplemented! Your mapserver binary was not compiled with postgis support. You either need to recompile with postgis support or acquire a new binary that has postgis support compiled in. hth, thorsten From warmerdam at pobox.com Fri May 30 07:18:30 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 30 May 2003 10:18:30 -0400 Subject: [Mapserver-users] best way to color ramp topo/bathy data that's in PostGIS In-Reply-To: <3ED72CC7.2050804@frw.uva.nl> References: <3ED72CC7.2050804@frw.uva.nl> Message-ID: <3ED76836.2060902@pobox.com> Jan Hartmann wrote: > Some time ago, Frank Warmerdam wrote about the possibility of color > table processing in GDAL > (http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0304/msg00621.html). > Is this something for a feature request? I think there are many people > who could use such a feature. Jan, To respond to this, I have decided not to pursue this before the 4.0 release. I have a few bugs I should be addressing, and doing color table handling gracefully might be a non-trivial effort to hack in at this late date. 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 Thomas Fri May 30 07:08:52 2003 From: Thomas (Thomas) Date: Fri, 30 May 2003 09:08:52 -0500 (CDT) Subject: [Mapserver-users] MapServer User Meeting update Message-ID: <200305301408.h4UE8qc3008540@mallit.fr.umn.edu> Hello all, Please visit the main Web page for the meeting to view the agenda as it now stands. We are very happy with how the program shaped up. Check out DM Solutions' map of the Twin Cities area and meeting venue (the "meeting venue on St. Paul Campus" link on the aforementioned page). Thanks guys! We are at 97 registrants. Registration is still open, though the workshops are essentially full. The ability to pay by credit card goes away May 31 (tomorrow). Tom ======================= Dr. Thomas E. Burk University of Minnesota 1530 Cleveland Avenue North St. Paul, MN 55108 612-624-6741 612-625-5212 (FAX) tburk at umn.edu From pedro-b-salazar at ptinovacao.pt Fri May 30 08:33:27 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 30 May 2003 16:33:27 +0100 Subject: [Mapserver-users] Streets text labels: automatic text orientation? Message-ID: <1054308807.1042.25.camel@vitoria.intra.cet.pt> Greetings, How can I configure my map to draw the street text labels in the orientation of the street line? I got always the text in the horizontal orientation... This is my layer configuration: LAYER NAME vias_text LABELITEM "NOME" CLASSITEM "CATEGORIA" TYPE LINE DATA vias LABELCACHE ON STATUS DEFAULT CLASS EXPRESSION "Rua" OUTLINECOLOR 128 128 128 COLOR 0 0 0 LABEL COLOR 0 0 0 SIZE TINY POSITION AUTO ANGLE AUTO ANTIALIAS TRUE PARTIALS TRUE MINDISTANCE 100 MINFEATURESIZE AUTO #FONT LucidaSansOblique END END CLASS EXPRESSION "Avenida" OUTLINECOLOR 128 128 128 COLOR 0 0 0 LABEL COLOR 0 0 0 SIZE TINY POSITION AUTO ANGLE AUTO ANTIALIAS TRUE PARTIALS TRUE MINDISTANCE 100 MINFEATURESIZE AUTO FONT "LucidaSansOblique" END END CLASS OUTLINECOLOR 128 128 128 COLOR 0 0 0 LABEL COLOR 0 0 0 #SIZE SMALL SIZE TINY POSITION AUTO ANGLE AUTO ANTIALIAS TRUE PARTIALS TRUE MINDISTANCE 100 MINFEATURESIZE AUTO END END END I appreciate any help. thanks, Pedro Salazar. -- PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 From dblasby at refractions.net Fri May 30 09:14:23 2003 From: dblasby at refractions.net (David Blasby) Date: Fri, 30 May 2003 09:14:23 -0700 Subject: [Mapserver-users] PostGIS Spatial Query - Completely Within In-Reply-To: <000001c32682$ef436040$1f00a8c0@mapping12> References: <000001c32682$ef436040$1f00a8c0@mapping12> Message-ID: <3ED7835F.1080409@refractions.net> Benjamin Wragg wrote: > What I need to do now is alter this query slightly and only find > polygons that are completely within the country selected. You can do this, but you have to have the GEOS (JTS for C++) extension. cf. geos.refractions.net and postgis.refractions.net See recent messages in the mailing list archive. The first [experimental] version of GEOS for PostGIS has been released, but not for general consumption. Your query would be something like: SELECT * FROM WHERE contains(g1,g2) See http://www.opengis.org/techno/specs/99-049.pdf for the OGC definition of 'contains' and other spatial operators. dave From m.spring at gmx.de Fri May 30 09:28:14 2003 From: m.spring at gmx.de (m.spring at gmx.de) Date: Fri, 30 May 2003 18:28:14 +0200 Subject: [Mapserver-users] Streets text labels: automatic text orientation? In-Reply-To: <1054308807.1042.25.camel@vitoria.intra.cet.pt> (Pedro Salazar's message of "30 May 2003 16:33:27 +0100") References: <1054308807.1042.25.camel@vitoria.intra.cet.pt> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pedro, you have to use a Truetype font for rendering with LABELANGLE AUTO, basis for this is a mapserver compiled with freetype support. Check this on the commandline with 'mapserv -v', this should say SUPPORTS=TTF Then, instead of SIZE TINY use TYPE TRUETYPE FONT "arial" MINSIZE 8 MAXSIZE 12 POSITION cc and don't forget to have "arial" defined in your FONTSET. Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard iD8DBQE+14adxxUzQSse11ARAgYPAJ9vti28Is6tjjyQ1cjVXYzwFnrn5gCdGbe+ AQLG6k8mD5fp4bQ2axQ+fiQ= =ak4P -----END PGP SIGNATURE----- From wdavet2 at bellsouth.net Fri May 30 09:38:47 2003 From: wdavet2 at bellsouth.net (William Taylor) Date: Fri, 30 May 2003 12:38:47 -0400 Subject: [Mapserver-users] itemquery 3.7 Message-ID: <000001c326c9$f194ab00$6101a8c0@dtmain> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C326A8.6A830B00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello group, I need to perform an itemquery on may attribute data. I understand that there has been a major change in the way this is done between 3.6 and 3.7. Does anyone have documentation as to how the new itemquery works in 3.7? Has anyone got this to work successfully? If so please provide me with the CGI string and a map file snippet. Thanks, Sincerely, W. David Taylor ------=_NextPart_000_0001_01C326A8.6A830B00 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello group,

 

I need to perform an itemquery on may attribute = data.  I understand that there has been a major change in the way this is done = between 3.6 and 3.7.  Does anyone have documentation as to how the new = itemquery works in 3.7? 

 

Has anyone got this to work successfully?  If so = please provide me with the CGI string and a map file snippet.

 

Thanks,

 

Sincerely,

 

W. David Taylor

------=_NextPart_000_0001_01C326A8.6A830B00-- From wkosmider at holonics.ca Fri May 30 09:41:20 2003 From: wkosmider at holonics.ca (Waldemar Kosmider) Date: Fri, 30 May 2003 12:41:20 -0400 Subject: [Mapserver-users] How to get mapserv.exe for Win2K that supports Oracle Spatial without having to compile the source? Message-ID: From RichardBecher at SierraSystems.com Fri May 30 10:09:15 2003 From: RichardBecher at SierraSystems.com (Becher, Richard) Date: Fri, 30 May 2003 13:09:15 -0400 Subject: [Mapserver-users] How to get mapserv.exe for Win2K that supports Oracle Spatial without having to compile the source? Message-ID: <8450D0E05920354D97B1507EABDCDB7F0734D8@svott2000.sierrasys.com> What version of Oracle are you running? Richard -----Original Message----- From: Waldemar Kosmider [mailto:wkosmider at holonics.ca] Sent: Friday, May 30, 2003 12:41 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] How to get mapserv.exe for Win2K that supports Oracle Spatial without having to compile the source? _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lfilak at medinaco.org Fri May 30 10:42:42 2003 From: lfilak at medinaco.org (Lowell Filak) Date: Fri, 30 May 2003 13:42:42 -0400 Subject: [Mapserver-users] Streets text labels: automatic text orientation? Message-ID: <200305301742.h4UHgSN29444@yogi.medinaco.net> The Label section needs to include: TYPE TRUETYPE & truetype support needs to be compiled in (properly/successfully). HTH Lowell F. The following message was sent by Pedro Salazar on 30 May 2003 16:33:27 +0100. > Greetings, > > How can I configure my map to draw the street text labels in the > orientation of the street line? I got always the text in the horizontal > orientation... > > This is my layer configuration: > > LAYER > NAME vias_text > LABELITEM "NOME" > CLASSITEM "CATEGORIA" > TYPE LINE > DATA vias > LABELCACHE ON > STATUS DEFAULT > CLASS > EXPRESSION "Rua" > OUTLINECOLOR 128 128 128 > COLOR 0 0 0 > LABEL > COLOR 0 0 0 > SIZE TINY > POSITION AUTO > ANGLE AUTO > ANTIALIAS TRUE > PARTIALS TRUE > MINDISTANCE 100 > MINFEATURESIZE AUTO > #FONT LucidaSansOblique > END > END > CLASS > EXPRESSION "Avenida" > OUTLINECOLOR 128 128 128 > COLOR 0 0 0 > LABEL > COLOR 0 0 0 > SIZE TINY > POSITION AUTO > ANGLE AUTO > ANTIALIAS TRUE > PARTIALS TRUE > MINDISTANCE 100 > MINFEATURESIZE AUTO > FONT "LucidaSansOblique" > END > END > CLASS > OUTLINECOLOR 128 128 128 > COLOR 0 0 0 > LABEL > COLOR 0 0 0 > #SIZE SMALL > SIZE TINY > POSITION AUTO > ANGLE AUTO > ANTIALIAS TRUE > PARTIALS TRUE > MINDISTANCE 100 > MINFEATURESIZE AUTO > END > END > > END > > I appreciate any help. > > thanks, > Pedro Salazar. > -- > PS > pedro-b-salazar at ptinovacao.pt > PGP:0E129E31D803BC61 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From pedro-b-salazar at ptinovacao.pt Fri May 30 10:46:31 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 30 May 2003 18:46:31 +0100 Subject: [Mapserver-users] Streets text labels: automatic text orientation? In-Reply-To: References: <1054308807.1042.25.camel@vitoria.intra.cet.pt> Message-ID: <1054316790.1041.34.camel@vitoria.intra.cet.pt> Hi, I follow your indications and I'm getting this error: msGetLabelSize(): TrueType Font error. Could not find/open font I'm using mapserver on linux with support for TTF.I downloaded a exe with fonts which I extracted with the tool 'cabextract'. I have the following lines on my map configuration: FONTSET "fonts/fonts.list" ... LAYER NAME vias_text LABELITEM "NOME" CLASSITEM "CATEGORIA" TYPE LINE DATA vias LABELCACHE ON STATUS DEFAULT CLASS OUTLINECOLOR 128 128 128 COLOR 0 0 0 LABEL COLOR 0 0 0 POSITION AUTO ANGLE AUTO ANTIALIAS TRUE PARTIALS TRUE MINDISTANCE 100 MINFEATURESIZE AUTO TYPE TRUETYPE FONT "arial" MINSIZE 8 MAXSIZE 12 POSITION cc END END END I have my fonts on that directory ("fonts/fonts.list") and my fonts.list is: arial Arial.TTF arialbd Arialbd.TTF arialbi Arialbi.TTF ariali Ariali.TTF Any idea? thanks, Pedro. On Fri, 2003-05-30 at 17:28, m.spring at gmx.de wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Pedro, > > you have to use a Truetype font for rendering with LABELANGLE AUTO, > basis for this is a mapserver compiled with freetype support. Check > this on the commandline with 'mapserv -v', this should say > > SUPPORTS=TTF > > Then, instead of > > SIZE TINY > > use > > TYPE TRUETYPE > FONT "arial" > MINSIZE 8 > MAXSIZE 12 > POSITION cc > > and don't forget to have "arial" defined in your FONTSET. > > Markus > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard > > iD8DBQE+14adxxUzQSse11ARAgYPAJ9vti28Is6tjjyQ1cjVXYzwFnrn5gCdGbe+ > AQLG6k8mD5fp4bQ2axQ+fiQ= > =ak4P > -----END PGP SIGNATURE----- -- PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 From pedro-b-salazar at ptinovacao.pt Fri May 30 11:01:54 2003 From: pedro-b-salazar at ptinovacao.pt (Pedro Salazar) Date: 30 May 2003 19:01:54 +0100 Subject: [Mapserver-users] Streets text labels: automatic text orientation? In-Reply-To: <1054316790.1041.34.camel@vitoria.intra.cet.pt> References: <1054308807.1042.25.camel@vitoria.intra.cet.pt> <1054316790.1041.34.camel@vitoria.intra.cet.pt> Message-ID: <1054317714.1044.40.camel@vitoria.intra.cet.pt> OK, I got it! I have to put the FULL PATH to font list file. thanks you very much. -PS On Fri, 2003-05-30 at 18:46, Pedro Salazar wrote: > Hi, > > I follow your indications and I'm getting this error: > > msGetLabelSize(): TrueType Font error. Could not find/open font > > I'm using mapserver on linux with support for TTF.I downloaded a exe > with fonts which I extracted with the tool 'cabextract'. > > I have the following lines on my map configuration: > > FONTSET "fonts/fonts.list" > ... -- PS pedro-b-salazar at ptinovacao.pt PGP:0E129E31D803BC61 From rjames57 at yahoo.com Fri May 30 11:04:38 2003 From: rjames57 at yahoo.com (Randy James) Date: Fri, 30 May 2003 11:04:38 -0700 (PDT) Subject: [Mapserver-users] Streets text labels: automatic text orientation? In-Reply-To: <1054316790.1041.34.camel@vitoria.intra.cet.pt> Message-ID: <20030530180438.29176.qmail@web12502.mail.yahoo.com> Hi You may need to define the full path to your font list Cheers Randy --- Pedro Salazar wrote: > Hi, > > I follow your indications and I'm getting this error: > > msGetLabelSize(): TrueType Font error. Could not > find/open font > > I'm using mapserver on linux with support for TTF.I > downloaded a exe > with fonts which I extracted with the tool 'cabextract'. > > I have the following lines on my map configuration: > > FONTSET "fonts/fonts.list" > ... > LAYER > NAME vias_text > LABELITEM "NOME" > CLASSITEM "CATEGORIA" > TYPE LINE > DATA vias > LABELCACHE ON > STATUS DEFAULT > CLASS > OUTLINECOLOR 128 128 128 > COLOR 0 0 0 > LABEL > COLOR 0 0 0 > POSITION AUTO > ANGLE AUTO > ANTIALIAS TRUE > PARTIALS TRUE > MINDISTANCE 100 > MINFEATURESIZE AUTO > TYPE TRUETYPE > FONT "arial" > MINSIZE 8 > MAXSIZE 12 > POSITION cc > > END > END > END > > I have my fonts on that directory ("fonts/fonts.list") > and my fonts.list > is: > arial Arial.TTF > arialbd Arialbd.TTF > arialbi Arialbi.TTF > ariali Ariali.TTF > > Any idea? > > thanks, > Pedro. > > > On Fri, 2003-05-30 at 17:28, m.spring at gmx.de wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Pedro, > > > > you have to use a Truetype font for rendering with > LABELANGLE AUTO, > > basis for this is a mapserver compiled with freetype > support. Check > > this on the commandline with 'mapserv -v', this should > say > > > > SUPPORTS=TTF > > > > Then, instead of > > > > SIZE TINY > > > > use > > > > TYPE TRUETYPE > > FONT "arial" > > MINSIZE 8 > > MAXSIZE 12 > > POSITION cc > > > > and don't forget to have "arial" defined in your > FONTSET. > > > > Markus > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.0.6 (GNU/Linux) > > Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy > Guard > > > > > iD8DBQE+14adxxUzQSse11ARAgYPAJ9vti28Is6tjjyQ1cjVXYzwFnrn5gCdGbe+ > > AQLG6k8mD5fp4bQ2axQ+fiQ= > > =ak4P > > -----END PGP SIGNATURE----- > -- > PS > pedro-b-salazar at ptinovacao.pt > PGP:0E129E31D803BC61 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From mdoggett at coas.oregonstate.edu Fri May 30 13:16:59 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Fri, 30 May 2003 13:16:59 -0700 Subject: [Mapserver-users] raster legend Message-ID: <003201c326e8$6cc27fa0$2441c180@nino> Has anyone successfully rendered a legend for the classes in a raster layer? As an example, I have a GRASS raster that contains a small number of cell values (e.g. 0=none, 1=few, 2=many, 3=much, etc.) rendered from GDAL and it displays in colors from red to green. But for the legend icon there is just a blank white box. What I'd like is a colored box for each category in the raster. -Matt (RedHat8.0, Apache2.0, Mapserver 3.6.4, Php4.2.3) 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 warmerdam at pobox.com Fri May 30 13:35:19 2003 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 30 May 2003 16:35:19 -0400 Subject: [Mapserver-users] raster legend In-Reply-To: <003201c326e8$6cc27fa0$2441c180@nino> References: <003201c326e8$6cc27fa0$2441c180@nino> Message-ID: <3ED7C087.3040103@pobox.com> Matt Doggett wrote: > Has anyone successfully rendered a legend for the classes in a raster > layer? > > As an example, I have a GRASS raster that contains a small number of > cell values (e.g. 0=none, 1=few, 2=many, 3=much, etc.) rendered from > GDAL and it displays in colors from red to green. But for the legend > icon there is just a blank white box. What I'd like is a colored box for > each category in the raster. Matt, I think you will need to define a CLASS by hand for each value you want to appear in the legend. Were you hoping it would be automatically initialized from the color table (and perhaps class names?) available in GRASS? I could in theory implement a kind of "AUTO" class generation for raster sources that have color tables *and* class names but that doesn't exist at this time. 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 gadoury at dmsolutions.ca Fri May 30 13:43:27 2003 From: gadoury at dmsolutions.ca (Dean Gadoury) Date: Fri, 30 May 2003 16:43:27 -0400 Subject: [Mapserver-users] raster legend References: <003201c326e8$6cc27fa0$2441c180@nino> <3ED7C087.3040103@pobox.com> Message-ID: <3ED7C26F.6050600@dmsolutions.ca> It sounds to me that Matt is more concerned with the legend itself and not generating the classes in the map file. Am I correct? If so, Matt, you *might* find the following useful. http://mapserver.gis.umn.edu/doc36/html-legend-howto.html HTML legends are meant to offer the flexibility to customize legends, although I don't have any experience with them. If you get something up and running I'd appreciate knowing how it went. Dean Frank Warmerdam wrote: > Matt Doggett wrote: > >> Has anyone successfully rendered a legend for the classes in a raster >> layer? >> >> As an example, I have a GRASS raster that contains a small number of >> cell values (e.g. 0=none, 1=few, 2=many, 3=much, etc.) rendered from >> GDAL and it displays in colors from red to green. But for the legend >> icon there is just a blank white box. What I'd like is a colored box for >> each category in the raster. > > > Matt, > > I think you will need to define a CLASS by hand for each value you > want to > appear in the legend. Were you hoping it would be automatically > initialized > from the color table (and perhaps class names?) available in GRASS? I > could > in theory implement a kind of "AUTO" class generation for raster > sources that > have color tables *and* class names but that doesn't exist at this time. > > Best regards, -- ___________________________ 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 mdoggett at coas.oregonstate.edu Fri May 30 16:30:27 2003 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Fri, 30 May 2003 16:30:27 -0700 Subject: [Mapserver-users] raster legend In-Reply-To: <3ED7C26F.6050600@dmsolutions.ca> Message-ID: <000601c32703$73da7e30$2441c180@nino> I tried specifying several CLASS definitions for my raster LAYER, but to no avail--nothing showed up in the legend. Perhaps I just did it wrong. BTW, my attempt was using PHP/Mapscript to render the map/legend. Which is why I asked if anyone has done this. Maybe I should clarify...has anyone done this using Mapscript? I am aware of the HTML legend and using legend templates...that's how my app runs, again using Mapscript. But I haven't made any progress down that road. Which, again, is why I'm asking... Md Ps. I think it would be great to have an "AUTO" class definition based on my GRASS raster itself. -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Dean Gadoury Sent: Friday, May 30, 2003 1:43 PM To: Frank Warmerdam Cc: mdoggett at coas.oregonstate.edu; 'mapserver-users' Subject: Re: [Mapserver-users] raster legend It sounds to me that Matt is more concerned with the legend itself and not generating the classes in the map file. Am I correct? If so, Matt, you *might* find the following useful. http://mapserver.gis.umn.edu/doc36/html-legend-howto.html HTML legends are meant to offer the flexibility to customize legends, although I don't have any experience with them. If you get something up and running I'd appreciate knowing how it went. Dean Frank Warmerdam wrote: > Matt Doggett wrote: > >> Has anyone successfully rendered a legend for the classes in a raster >> layer? >> >> As an example, I have a GRASS raster that contains a small number of >> cell values (e.g. 0=none, 1=few, 2=many, 3=much, etc.) rendered from >> GDAL and it displays in colors from red to green. But for the legend >> icon there is just a blank white box. What I'd like is a colored box for >> each category in the raster. > > > Matt, > > I think you will need to define a CLASS by hand for each value you > want to > appear in the legend. Were you hoping it would be automatically > initialized > from the color table (and perhaps class names?) available in GRASS? I > could > in theory implement a kind of "AUTO" class generation for raster > sources that > have color tables *and* class names but that doesn't exist at this time. > > Best regards, -- ___________________________ 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 _______________________________________________ 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 May 30 21:43:51 2003 From: pkishor at geoanalytics.com (pkishor_98) Date: Sat, 31 May 2003 04:43:51 -0000 Subject: [Mapserver-users] gd-png: fatal libpng error: Invalid number of colors in palette Message-ID: In my continuing (unsuccessful) adventures with drawLegendIcon, I have encountered -- gd-png: fatal libpng error: Invalid number of colors in palette gd-png error: setjmp returns error condition -- does anyone have any idea what is going on? btw, other commands (such as createLegendIcon) work just fine. Mapserver 3.6, perl. Tia, Puneet. From thorsten.behrens at geogr.uni-jena.de Sat May 31 01:57:25 2003 From: thorsten.behrens at geogr.uni-jena.de (thorsten.behrens at geogr.uni-jena.de) Date: Sat, 31 May 2003 10:57:25 +0200 Subject: [Mapserver-users] Query in a popup window Message-ID: <3ED88A95.20847.32D9E2@localhost> Hi listers, I'm pretty new to mapserver and have a litte question. I can't figure out how to open the query results in a popup window. Is this possible? TIA Thorsten Behrens From mapserver at gismap.ch Sat May 31 05:16:46 2003 From: mapserver at gismap.ch (Mapserver) Date: Sat, 31 May 2003 14:16:46 +0200 Subject: [Mapserver-users] Nightly built Mapserver 3.7 win-binary with pdflib Message-ID: Hi list Mapserver 3.7 supports pdf-output using pdflib. I couldn't find a windows-binary with the new pdflib support. Where can I get it? Thanks in advance... Roman From mapserver at gismap.ch Sat May 31 05:16:47 2003 From: mapserver at gismap.ch (Mapserver) Date: Sat, 31 May 2003 14:16:47 +0200 Subject: [Mapserver-users] shp2pdf Message-ID: Hi list It's difficult to find a good documentation on shp2pdf. Is there one? Where can I download the utility? Does it work unter windows and linux? Thanks for your answers... Roman From mapserver at gismap.ch Sat May 31 10:36:19 2003 From: mapserver at gismap.ch (Mapserver) Date: Sat, 31 May 2003 19:36:19 +0200 Subject: [Mapserver-users] Rosa: change of image size and print-button Message-ID: Hi list I can't find any documentation on the last changes to Rosa. Where can I find it? I need more infos on: 1) print-option 2) changing image-size It would be helpful to update the official rosa documentation... Thanks in advance... Roman From stepan.kafka at centrum.cz Sat May 31 11:05:36 2003 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Sat, 31 May 2003 20:05:36 +0200 Subject: [Mapserver-users] Query in a popup window In-Reply-To: <3ED88A95.20847.32D9E2@localhost> Message-ID: <000c01c3279f$3cb89940$463c2fc3@HSGIS> Hi Thorsten, you can use some javascript code to open new window e.g.: queryWin =window.open("", "queryWin", "toolbar=no,location=no,directories=no,status=no,menubar=no"); document.mapserv.target = "queryWin"; but before it use OnClick event to catch mouse clicking on image and running this code... 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 > thorsten.behrens at geogr.uni-jena.de > Odesl?no: 31. kv?tna 2003 10:57 > Komu: mapserver-users at lists.gis.umn.edu > P?edm?t: [Mapserver-users] Query in a popup window > > > Hi listers, > > I'm pretty new to mapserver and have a litte question. I can't figure out > how to open the query results in a popup window. Is this possible? > > TIA > Thorsten Behrens > > _______________________________________________ > 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.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 > --- Odchoz? zpr?va neobsahuje viry. Zkontrolov?no antivirov?m syst?mem AVG (http://www.grisoft.cz). Verze: 6.0.483 / Virov? b?ze: 279 - datum vyd?n?: 19.5.2003 From morissette at dmsolutions.ca Sat May 31 13:38:58 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Sat, 31 May 2003 16:38:58 -0400 Subject: [Mapserver-users] Nightly built Mapserver 3.7 win-binary with pdflib References: Message-ID: <3ED912E2.82E01634@dmsolutions.ca> Mapserver wrote: > > Hi list > Mapserver 3.7 supports pdf-output using pdflib. I couldn't find a > windows-binary with the new pdflib support. Where can I get it? > Did you check the builds on DM Solutions' download site at http://www2.dmsolutions.ca/mapserver/dl/mapserver-4.0-dev-win32-php4.3.2RC4.zip I don't build those binaries myself, but I'm quite sure that this one or another one in http://www2.dmsolutions.ca/mapserver/dl/ would include PDF support. BTW, I know we need to better organize/index all those downloads... that's part of a rework of our website that we're working on. Daniel -- ------------------------------------------------------------ Daniel Morissette morissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From robert-fritz at web.de Sat May 31 13:39:40 2003 From: robert-fritz at web.de (Robert Fritz) Date: Sat, 31 May 2003 22:39:40 +0200 Subject: AW: [Mapserver-users] Query in a popup window In-Reply-To: <3ED88A95.20847.32D9E2@localhost> Message-ID: hi, maybe this is what you want: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0012/msg00059.html : robert -----Ursprungliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]Im Auftrag von thorsten.behrens at geogr.uni-jena.de Gesendet: Samstag, 31. Mai 2003 10:57 An: mapserver-users at lists.gis.umn.edu Betreff: [Mapserver-users] Query in a popup window Hi listers, I'm pretty new to mapserver and have a litte question. I can't figure out how to open the query results in a popup window. Is this possible? TIA Thorsten Behrens _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gbuckmaster at cox.net Sat May 31 13:54:49 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Sat, 31 May 2003 13:54:49 -0700 Subject: [Mapserver-users] styleObj? member of classObj? Message-ID: <200305311354.49411.gbuckmaster@cox.net> Greetings, Trying to understand the 3.7/4.0 documentation in regards to styleObjs. Reading the info on styleObj class leads me to believe instances of styleObj are always embedded inside the classObj, yet when I look at the members of the classObj, I don't see it named: Members: string name string title int type int status (MS_ON, MS_OFF or MS_DELETE) int minscale int maxscale string template labelObj label int numstyles All I see is a member called numstyles and a method called getStyle(). So how do I "attach" a styleObj to a classObj? Doesn't seem to be consistent, ie the labelObj is named label. $cityLabel = $cityCls->label; # I understand $cityStyle = $cityCls->???; # no clue Thanks, Gerald From maillist at iter.dk Sat May 31 14:07:38 2003 From: maillist at iter.dk (Morten Nielsen) Date: Sat, 31 May 2003 23:07:38 +0200 Subject: [Mapserver-users] Mapfile format in XML References: <200305311354.49411.gbuckmaster@cox.net> Message-ID: <010701c327b9$0753c7b0$3ade26c0@o57> Is there any plans on upgrading/supplementing the MAP format to XML ? It would make a lot of things easier, when processing the Map file in other scripts (not to mention the validating that a DTD could offer). XML is the future :-) /Morten Nielsen http://www.iter.dk From morissette at dmsolutions.ca Sat May 31 14:50:17 2003 From: morissette at dmsolutions.ca (Daniel Morissette) Date: Sat, 31 May 2003 17:50:17 -0400 Subject: [Mapserver-users] styleObj? member of classObj? References: <200305311354.49411.gbuckmaster@cox.net> Message-ID: <3ED92399.AD9F062F@dmsolutions.ca> Gerald, You have to call $class->GetStyle( style_index ) to access a given style. And you use ms_newStlyeObj($class) to create a new style inside a class. Since there can be more than one style in a class, we cannot present a single class member called style like we do for style->label for instance. We would have to present an array of styles, not just a single style... I guess we could have tried to do it this way, but there may have been some issues with the PHP wrappers and anyway the getStyle() approach was more consistent with the way layers are accessed inside the map, and the way classes are accessed inside layers. Daniel Gerald Buckmaster wrote: > > Greetings, > > Trying to understand the 3.7/4.0 documentation in regards to styleObjs. > Reading the info on styleObj class leads me to believe instances of styleObj > are always embedded inside the classObj, yet when I look at the members of > the classObj, I don't see it named: > > Members: > > string name > string title > int type > int status (MS_ON, MS_OFF or MS_DELETE) > int minscale > int maxscale > string template > labelObj label > int numstyles > > All I see is a member called numstyles and a method called getStyle(). > > So how do I "attach" a styleObj to a classObj? Doesn't seem to be consistent, > ie the labelObj is named label. > > $cityLabel = $cityCls->label; # I understand > $cityStyle = $cityCls->???; # no clue > > Thanks, > Gerald > From frankvielma at hotmail.com Sat May 31 15:25:38 2003 From: frankvielma at hotmail.com (frank vielma) Date: Sat, 31 May 2003 18:25:38 -0400 Subject: [Mapserver-users] Any questions about oraclespatial... Message-ID: Hi folks I'm beginning to work with mapserver and other tools... Until now, I have the following packages installed on RedHAT 9: - MapServer: Version MapServer version 3.6.5 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=TTF INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=ORACLESPATIAL INPUT=SHAPEFILE - MapLab (2.0rc5) - php 4.3.2 - Apache/1.3.27 (Unix) - Oracle 9.2.0 with oraclespatial - shp2sdo I need any examples of how I can integrate the Spatial with mapserver, php_mapscript... Where I can find more information about it ?? Thank you in advance Best regards, Frank _________________________________________________________________ Charla con tus amigos en l?nea mediante MSN Messenger: http://messenger.yupimsn.com/ From gbuckmaster at cox.net Sat May 31 18:19:07 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Sat, 31 May 2003 18:19:07 -0700 Subject: [Mapserver-users] styleObj? member of classObj? In-Reply-To: <3ED92399.AD9F062F@dmsolutions.ca> References: <200305311354.49411.gbuckmaster@cox.net> <3ED92399.AD9F062F@dmsolutions.ca> Message-ID: <200305311819.07240.gbuckmaster@cox.net> Ok, that makes a bit more sense, but I guess it begs more questions from me. How do you know which styleObj is index 0? Would that be the first styleObj created within a classObj, ie the first style within the class within a layer within the .map file? And if that is so, if I create another styleObj with a different variable, does it start over at 0? Gerald On Saturday 31 May 2003 02:50 pm, Daniel Morissette wrote: > Gerald, > > You have to call $class->GetStyle( style_index ) to access a given > style. And you use ms_newStlyeObj($class) to create a new style inside > a class. > > > Since there can be more than one style in a class, we cannot present a > single class member called style like we do for style->label for > instance. We would have to present an array of styles, not just a > single style... I guess we could have tried to do it this way, but there > may have been some issues with the PHP wrappers and anyway the > getStyle() approach was more consistent with the way layers are accessed > inside the map, and the way classes are accessed inside layers. > > > Daniel > > Gerald Buckmaster wrote: > > Greetings, > > > > Trying to understand the 3.7/4.0 documentation in regards to styleObjs. > > Reading the info on styleObj class leads me to believe instances of > > styleObj are always embedded inside the classObj, yet when I look at the > > members of the classObj, I don't see it named: > > > > Members: > > > > string name > > string title > > int type > > int status (MS_ON, MS_OFF or MS_DELETE) > > int minscale > > int maxscale > > string template > > labelObj label > > int numstyles > > > > All I see is a member called numstyles and a method called getStyle(). > > > > So how do I "attach" a styleObj to a classObj? Doesn't seem to be > > consistent, ie the labelObj is named label. > > > > $cityLabel = $cityCls->label; # I understand > > $cityStyle = $cityCls->???; # no clue > > > > Thanks, > > Gerald From gbuckmaster at cox.net Sat May 31 18:29:03 2003 From: gbuckmaster at cox.net (Gerald Buckmaster) Date: Sat, 31 May 2003 18:29:03 -0700 Subject: [Mapserver-users] Mapfile format in XML In-Reply-To: <010701c327b9$0753c7b0$3ade26c0@o57> References: <200305311354.49411.gbuckmaster@cox.net> <010701c327b9$0753c7b0$3ade26c0@o57> Message-ID: <200305311829.03041.gbuckmaster@cox.net> Hi, I think this link might be what you are looking for: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapContextHowto HTH Gerald On Saturday 31 May 2003 02:07 pm, Morten Nielsen wrote: > Is there any plans on upgrading/supplementing the MAP format to XML ? > It would make a lot of things easier, when processing the Map file in other > scripts (not to mention the validating that a DTD could offer). > > XML is the future :-) > > /Morten Nielsen > http://www.iter.dk > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From elshayal at smartwebonline.com Sat May 31 20:13:23 2003 From: elshayal at smartwebonline.com (Mohamed Elshayal Smart) Date: Sun, 1 Jun 2003 06:13:23 +0300 Subject: [Mapserver-users] (no subject) Message-ID: <00ae01c327eb$c565b240$017efea9@mamafatma> This is a multi-part message in MIME format. ------=_NextPart_000_00AB_01C32804.E8373BE0 Content-Type: text/plain; charset="windows-1256" Content-Transfer-Encoding: quoted-printable Dear Sirs, I am working with GIS and DB and VB=20 I found your mapserv is very usefull. I installed it in my computer in work and it worked very good. (perfect) I copied the same files to my comupter in my home and put them in same = directories. I did every thing the same But, I receive a warrning message (open, save, cancel,help) for running = mapserv.exe=20 and after that I hve got a message to select a program to open = mapserv.exe with Please kindly help me if possible for setting my IIS Awaiting for your reply Mohamed Elshayal ------=_NextPart_000_00AB_01C32804.E8373BE0 Content-Type: text/html; charset="windows-1256" Content-Transfer-Encoding: quoted-printable
Dear Sirs,
I am working with GIS and DB and = VB=20
I found your mapserv is very = usefull.
I installed it in my computer in work = and it worked=20 very good. (perfect)
 
I copied the same files to my comupter = in my home=20 and put them in same directories. I did every thing the = same
But, I receive a warrning message = (open, save,=20 cancel,help) for running mapserv.exe
and after that I hve got a message to = select a=20 program to open mapserv.exe with
 
Please kindly help me if possible for = setting my=20 IIS
Awaiting for your reply
Mohamed Elshayal
 
 
------=_NextPart_000_00AB_01C32804.E8373BE0-- From spencer at dmsolutions.ca Sat May 31 21:20:23 2003 From: spencer at dmsolutions.ca (Paul Spencer) Date: Sun, 01 Jun 2003 00:20:23 -0400 Subject: [Mapserver-users] Mapfile format in XML In-Reply-To: <010701c327b9$0753c7b0$3ade26c0@o57> References: <200305311354.49411.gbuckmaster@cox.net> <010701c327b9$0753c7b0$3ade26c0@o57> Message-ID: <3ED97F07.7060905@magma.ca> No, although this has been discussed extensively. If you search the list archives I believe that for the near term the decision was that XML would likely add too much overhead (especially if it validates) to the parsing process (and probably adds an additional library dependency on something like xerces) and no real benefits. The MapServer developers place a high emphasis on keeping the core of MapServer lean and mean so it can perform very well in high-load situations, so I believe that it is unlikely that a compelling argument for XML could be made that would influence the core developers. If you really believe strongly in it, though, you can do it yourself and then try to sell the idea (ah, the beauty of open source ;)). The capability that Gerald refers to is an XML format for a "map-file-like" document that describes WMS layers only, and does not directly include the ability to style layers, add labels, and all the other cool things that MapServer can do via the MAP file. MapServer support for Contexts requires the GDAL library and parses the XML using the GDAL minixml driver, which is a non-validating parser. This format is probably of very little actual benefit to most MapServer users except those that use WMS. The Context document itself is meant primarily as an interchange format that allows users to share views. Cheers, Paul Gerald Buckmaster wrote: > Hi, > > I think this link might be what you are looking for: > > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapContextHowto > > HTH > > Gerald > Morten Nielsen wrote: > Is there any plans on upgrading/supplementing the MAP format to XML ? > It would make a lot of things easier, when processing the Map file in other > scripts (not to mention the validating that a DTD could offer). > > XML is the future :-) > > /Morten Nielsen > http://www.iter.dk > > _______________________________________________ > 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