tag with a style 'visibility' property to define a label. As you mouse over you change the visibility property to be 'visible' and as you mouse out you change it to be 'hidden'. You can also define as many other events as you like when you mouseover and mouseout. Dan

At 10:11 AM 4/1/2003 -0500, Kevin Slover wrote: >OK... is there a way, possibly, hoping... that one can use the >onMouseOver event to diplay names of cities when over the map?? Or, >even, onMouseOver places the name into entry box on the page?? > >Thanks! >-- >LTJG Kevin Slover, NOAA >GIS Specialist/Oceanographer >NOAA/National Hurricane Center/Storm Surge Unit >11691 SW 17th Street >Miami FL 33165 > >W (305) 229-4456 >_______________________________________________ >Mapserver-users mailing list >Mapserver-users@lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gis_consultant@hotmail.com Tue Apr 1 15:55:25 2003 From: gis_consultant@hotmail.com (C F) Date: Tue, 01 Apr 2003 08:55:25 -0700 Subject: [Mapserver-users] GD2 on Win32 Message-ID: I'd like to second this. I can't tell you the pain I've gone through over the last 10 months or so in trying to get Mapserver compiled with MapScript and PostGIS support on Windows.... unsuccessfully I might add. I appreciate the efforts made by Pericles and DM Solutions to put win32 binaries on the web, but they can't possibly keep up to date binaries of every possible combinations. Which brings me to my next point. Why can't MapServer just have post- compile-time pluggable modules (like PHP has extensions for PostgreSQL, MapScript, etc). I'm guessing it's more more work than it sounds, otherwise it probably would've been done... but I just thought I'd throw it out there. Anyway, in case you don't already know about this page, this might help you out. http://sourceforge.net/projects/gnuwin32/ I thought I hit the jackpot when I found it, but still haven't been able to everything going... hopefully you'll have more success. >From: "Geoghegan, Sean" >To: "Mapserver-Users (E-mail)" >Subject: [Mapserver-users] GD2 on Win32 >Date: Tue, 1 Apr 2003 16:32:47 +0930 > > > Hi all > > Does anyone have a working binary of GD2.x.x for Windows? I am having >trouble getting it to compile on using the MSVC compiler. I've noticed >that DMSolutions has some Mapserver3.7 binaries available using GD2, >however I also need my binaries to have SDE support. The windows build >instructions for GD2 are practically non-existant. If the mapserver people >could provide a GD2 binary for users to build against, Im sure it would >make it alot easier for people. > >Cheers, > >Sean Geoghegan >Information Exploitation Group >Command and Intelligence Environments Branch >Command and Control Division >Defence Science and Technology Organisation >sean.geoghegan@dsto.defence.gov.au ph +61 08 82595895 > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users@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 arnulf.christl@ccgis.de Tue Apr 1 16:00:03 2003 From: arnulf.christl@ccgis.de (Arnulf Christl) Date: Tue, 1 Apr 2003 18:00:03 +0200 Subject: [Mapserver-users] wms and scalebar In-Reply-To: <00f401c2f847$6cb7da70$10fea8c0@fds.fo> Message-ID: The WMS interface only defines a method to retrieve maps (and a little FeatureInfo) nothing around. Therefore the MapServer feature "scalebar" cannot be used directly when accessing the server via WMS because it is not a map. MapScript can do it because it does not restrict itself to be OGC compatible. It will probably be better to include the scalebar directly into your client. To do that your client has to be able to create a scalebar itself. As the client anyway exactly knows where in the world it is and how many pixel it needs to display the map this should be no problem. Regards, Arnulf Christl. We have moved! Plesae send snail mail to this adress: CCGIS GbR Siemensstraße 8 53121 Bonn GERMANY -------------------------------- arnulf.christl@ccgis.de www.ccgis.de -------------------------------- Phone: +49 (0) 228 90826 0 Direct: +49 (0) 228 90826 23 Fax: +49 (0) 228 90826 11 GSM: +49 (0) 172 2958 004 -------------------------------- -----Ursprüngliche Nachricht----- Von: mapserver-users-admin@lists.gis.umn.edu [mailto:mapserver-users-admin@lists.gis.umn.edu]Im Auftrag von Petur Kirke Gesendet: Dienstag, 1. April 2003 14:09 An: MapServer Betreff: [Mapserver-users] wms and scalebar Hello Is it possible to recieve a scalebar, when making a wms call to the wms server ? Or is the scalebar only useful for MapServer applications, that are not wms applications ? _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From assefa@dmsolutions.ca Tue Apr 1 15:56:46 2003 From: assefa@dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 01 Apr 2003 10:56:46 -0500 Subject: [Mapserver-users] GD2 on Win32 References: <108E7D907871D6118B5000306E0189F801DBD1BA@ednex504.dsto.defence.gov.au> Message-ID: <3E89B6BE.8CBD2C6@dmsolutions.ca> I have placed in http://www2.dmsolutions.ca/mapserver/dl/gd2_w32.zip a gd library and gd binaries (version 2.0.1). "Geoghegan, Sean" wrote: > Hi all > > Does anyone have a working binary of GD2.x.x for Windows? I am having trouble getting it to compile on using the MSVC compiler. I've noticed that DMSolutions has some Mapserver3.7 binaries available using GD2, however I also need my binaries to have SDE support. The windows build instructions for GD2 are practically non-existant. If the mapserver people could provide a GD2 binary for users to build against, Im sure it would make it alot easier for people. > > Cheers, > > Sean Geoghegan > Information Exploitation Group > Command and Intelligence Environments Branch > Command and Control Division > Defence Science and Technology Organisation > sean.geoghegan@dsto.defence.gov.au ph +61 08 82595895 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From marc.drouin@fondex.ca Tue Apr 1 15:59:46 2003 From: marc.drouin@fondex.ca (Marc Drouin) Date: Tue, 01 Apr 2003 10:59:46 -0500 Subject: [Mapserver-users] Thanks : Point in polygon Message-ID: This is a multi-part message in MIME format. --Boundary_(ID_lXMEdgLnWxo93vekBQyFGg) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Thanks for the replies. I see that I have some studying to do. You gave me some very good hints as to where I should go from here (mapscrip, maplab, etc...) If someone already has something with postgis, I would like to hear from you. Thanks again Marc --Boundary_(ID_lXMEdgLnWxo93vekBQyFGg) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT Thanks : Point in polygon

Thanks for the replies. I see that I have some studying to do. You gave me some very good hints as to where I should go from here (mapscrip, maplab, etc...)

If someone already has something with postgis, I would like to hear from you.

Thanks again

Marc

--Boundary_(ID_lXMEdgLnWxo93vekBQyFGg)-- From Rich@GreenwoodMap.com Tue Apr 1 16:26:06 2003 From: Rich@GreenwoodMap.com (Richard Greenwood) Date: Tue, 01 Apr 2003 09:26:06 -0700 Subject: [Mapserver-users] JOIN in MapServer v3.6.3 In-Reply-To: <3E898203.7050208@gmx.net> Message-ID: <5.2.0.9.0.20030401092336.00a9bc20@mail.GreenwoodMap.com> --=======60E16E1C======= Content-Type: text/plain; x-avg-checked=avg-ok-7BFF5761; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable At 03:11 PM 4/1/2003 +0300, you wrote: >Hello all > >It seems that a JOIN object in mapserver v3.6.3 does not work, but it is=20 >still documented in the mapfile-reference.html >How could I reach such-like functionality? with PHP only? > >-- >Gintaras =DEemaitis Joins are not available in mapserver 3.5 or 3.6. They are available in 3.3= =20 and will be supported in 3.7. I think the 3.7 CVS currently has support=20 for 1 to 1 joins only. Rich Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich@GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com=20 --=======60E16E1C=======-- From hnoviandi@geosys.co.id Tue Apr 1 17:52:45 2003 From: hnoviandi@geosys.co.id (Heri Noviandi) Date: Wed, 2 Apr 2003 00:52:45 +0700 Subject: [Mapserver-users] LABELANGLEITEM on Oracle Spatial Message-ID: <000d01c2f877$81ed6290$0100a8c0@main> Hi all, I have a problem in showing label with LABELANGLEITEM and LABELSIZEITEM, is this function doesn't work with oracle spatial, or i made a mistake somewhere btw, I used mapserver 3.6.4 with oracle spatial, Oracle 8.1.7 on win2k my map file MAP NAME TEST EXTENT 49291.6 47625.6 51380.5 48709.5 SIZE 400 300 UNITS METERS IMAGETYPE PNG FONTSET "C:/WINNT/Fonts/fonts.list" LAYER NAME "test" TYPE point STATUS default CONNECTIONTYPE oraclespatial CONNECTION 'spatial/spatial@spatial' DATA "GEOLOC FROM NAMES USING SRID 262148" LABELITEM "TEXTSTRING" #LABELSIZEITEM "TEXT_SIZE" #LABELANGLEITEM "TEXT_ANGLE" CLASS NAME "test" COLOR 128 128 128 OUTLINECOLOR 0 0 0 LABEL COLOR 0 0 0 TYPE TRUETYPE FONT arial-bold SIZE 2 POSITION CC END END END END Thanks in advance Heri Noviandi From Rich@GreenwoodMap.com Tue Apr 1 18:05:57 2003 From: Rich@GreenwoodMap.com (Richard Greenwood) Date: Tue, 01 Apr 2003 11:05:57 -0700 Subject: [Mapserver-users] GD2 on Win32 In-Reply-To: Message-ID: <5.2.0.9.0.20030401110033.025aa970@mail.GreenwoodMap.com> --=======37A54482======= Content-Type: multipart/alternative; x-avg-checked=avg-ok-7BFF5761; boundary="=====================_11301796==.ALT" --=====================_11301796==.ALT Content-Type: text/plain; x-avg-checked=avg-ok-7BFF5761; charset=us-ascii; format=flowed Content-Transfer-Encoding: 8bit Following are my (rather flaky) notes on compiling 3.7 with GD2 and postgis winder windows with vc6. I also put my makfile at: http://www.greenwoodmap.com/mapserver/ Rich === 3.7 notes ==== 3.7 still compiles with GD 1.8.4, but this apparently doesn't provide 24bit color support. GD-2 does, but requires freetype2. From 3.7 README.WIN32 - MapServer uses the GD library from http://boutell.com/ and the Win32 makefiles are set by default to work with GD version 1.8.4 with the GIF support patch (see http://www.rime.com.au/gd/) If you are using a different version of GD, then it is very important to make sure that you update the -DUSE_GD_* flags in all the Makefile.vc. GD-2 (gd-2.0.11) requires the following, which I put under the gd-2.0.11 directory: * zlib (1.1.4) copy files zlib.dnt, makefile.nt from zlib-1.1.4\nt -> zlib-1.1.4 nmake /f makefile.nt libpng (1.2.5) lpng*.zip for DOS end-of-line (libpng-*.tar.gz for UNIX-style EOL) Do zlib before libpng Has VC Studio project file, however I found makefile.msc in scripts directory and edited it (look for #RWG comments in makefile) jpeg (6b) rename jconfig.vc -> jconfig.h # RWG - comment out next line # $(RM) libjpeg.lib nmake /f makefile.vc freetype2 Wants gnu make, which I found compiled at: ftp://ftp.simtel.net/pub/simtelnet/gnu/djgpp/v2gnu/ Couldn't get it to make, downloaded pre-compiled version: http://gnuwin32.sourceforge.net/packages/freetype.htm And un-zipped it right into gd-2.0.11 directory - creating include and lib subdirectories. gdft.c fails in the make, but just cl gdft.c and gdft.obj gets made, and then do another make to carryon. GDAL (1.1.8) Do not have ECW in there yet! Need to edit nmake.opt in GDAL 1.1.8 * Thanks to the Frank Warmerdam, Ed McNierney, and Jan Hartmann for their quick answers and sharp minds. I had compiled gd with zlib 1.1.4, however I had compiled gdal with zlib 1.1.3 (gdal 1.1.8 includes zlib 1.1.3 in the source archive under the frmts directory). Recompiling gd with the same version of zlib as I used in gdal solved the problem. === end 3.7 notes ==== At 08:55 AM 4/1/2003 -0700, you wrote: >I'd like to second this. I can't tell you the pain I've gone through over >the last 10 months or so in trying to get Mapserver compiled with >MapScript and PostGIS support on Windows.... unsuccessfully I might >add. I appreciate the efforts made by Pericles and DM Solutions to put >win32 binaries on the web, but they can't possibly keep up to date >binaries of every possible combinations. >Which brings me to my next point. Why can't MapServer just have post- >compile-time pluggable modules (like PHP has extensions for PostgreSQL, >MapScript, etc). I'm guessing it's more more work than it sounds, >otherwise it probably would've been done... but I just thought I'd throw >it out there. > >Anyway, in case you don't already know about this page, this might help >you out. >http://sourceforge.net/projects/gnuwin32/ >I thought I hit the jackpot when I found it, but still haven't been able >to everything going... hopefully you'll have more success. > > > >>From: "Geoghegan, Sean" >>To: "Mapserver-Users (E-mail)" >>Subject: [Mapserver-users] GD2 on Win32 >>Date: Tue, 1 Apr 2003 16:32:47 +0930 >> >> >> Hi all >> >> Does anyone have a working binary of GD2.x.x for Windows? I am having >> trouble getting it to compile on using the MSVC compiler. I've noticed >> that DMSolutions has some Mapserver3.7 binaries available using GD2, >> however I also need my binaries to have SDE support. The windows build >> instructions for GD2 are practically non-existant. If the mapserver >> people could provide a GD2 binary for users to build against, Im sure it >> would make it alot easier for people. >> >>Cheers, >> >>Sean Geoghegan >>Information Exploitation Group >>Command and Intelligence Environments Branch >>Command and Control Division >>Defence Science and Technology Organisation >>sean.geoghegan@dsto.defence.gov.au ph +61 08 82595895 >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users@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 > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users@lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > Richard W. Greenwood, PLS Greenwood Mapping, Inc. Rich@GreenwoodMap.com (307) 733-0203 http://www.GreenwoodMap.com --=====================_11301796==.ALT Content-Type: text/html; x-avg-checked=avg-ok-7BFF5761; charset=us-ascii Content-Transfer-Encoding: 8bit Following are my (rather flaky) notes on compiling 3.7 with GD2 and postgis winder windows with vc6. I also put my makfile at:
http://www.greenwoodmap.com/mapserver/

Rich

=== 3.7 notes ====

3.7 still compiles with GD 1.8.4, but this apparently doesn’t provide 24bit color support. GD-2 does, but requires freetype2.

From 3.7 README.WIN32

- MapServer uses the GD library from http://boutell.com/ and the Win32

makefiles are set by default to work with GD version 1.8.4 with the

GIF support patch (see http://www.rime.com.au/gd/)

If you are using a different version of GD, then it is very important

to make sure that you update the -DUSE_GD_* flags in all the Makefile.vc.

GD-2 (gd-2.0.11) requires the following, which I put under the gd-2.0.11 directory:

* zlib (1.1.4)

copy files zlib.dnt, makefile.nt from zlib-1.1.4\nt -> zlib-1.1.4

nmake /f makefile.nt

libpng (1.2.5)

lpng*.zip for DOS end-of-line (libpng-*.tar.gz for UNIX-style EOL)

Do zlib before libpng

Has VC Studio project file, however I found makefile.msc in scripts directory and edited it (look for #RWG comments in makefile)

jpeg (6b)

rename jconfig.vc -> jconfig.h

# RWG - comment out next line

# $(RM) libjpeg.lib

nmake /f makefile.vc
freetype2

Wants gnu make, which I found compiled at:
ftp://ftp.simtel.net/pub/simtelnet/gnu/djgpp/v2gnu/

Couldn’t get it to make, downloaded pre-compiled version:

http://gnuwin32.sourceforge.net/packages/freetype.htm

And un-zipped it right into gd-2.0.11 directory - creating include and lib subdirectories.

gdft.c fails in the make, but just cl gdft.c and gdft.obj gets made, and then do another make to carryon.

GDAL (1.1.8)
Do not have ECW in there yet! Need to edit nmake.opt in GDAL 1.1.8

* Thanks to the Frank Warmerdam, Ed McNierney, and Jan Hartmann for their quick answers and sharp minds. I had compiled gd with zlib 1.1.4, however I had compiled gdal with zlib 1.1.3 (gdal 1.1.8 includes zlib 1.1.3 in the source archive under the frmts directory). Recompiling gd with the same version of zlib as I used in gdal solved the problem.

=== end 3.7 notes ====

At 08:55 AM 4/1/2003 -0700, you wrote:

I'd like to second this. I can't tell you the pain I've gone through over the last 10 months or so in trying to get Mapserver compiled with MapScript and PostGIS support on Windows.... unsuccessfully I might add. I appreciate the efforts made by Pericles and DM Solutions to put win32 binaries on the web, but they can't possibly keep up to date binaries of every possible combinations.
Which brings me to my next point. Why can't MapServer just have post- compile-time pluggable modules (like PHP has extensions for PostgreSQL, MapScript, etc). I'm guessing it's more more work than it sounds, otherwise it probably would've been done... but I just thought I'd throw it out there.

Anyway, in case you don't already know about this page, this might help you out.
http://sourceforge.net/projects/gnuwin32/
I thought I hit the jackpot when I found it, but still haven't been able to everything going... hopefully you'll have more success.

From: "Geoghegan, Sean" <Sean.Geoghegan@dsto.defence.gov.au>
To: "Mapserver-Users (E-mail)" <mapserver-users@lists.gis.umn.edu>
Subject: [Mapserver-users] GD2 on Win32
Date: Tue, 1 Apr 2003 16:32:47 +0930

Hi all

Does anyone have a working binary of GD2.x.x for Windows? I am having trouble getting it to compile on using the MSVC compiler. I've noticed that DMSolutions has some Mapserver3.7 binaries available using GD2, however I also need my binaries to have SDE support. The windows build instructions for GD2 are practically non-existant. If the mapserver people could provide a GD2 binary for users to build against, Im sure it would make it alot easier for people.

Cheers,

Sean Geoghegan
Information Exploitation Group
Command and Intelligence Environments Branch
Command and Control Division
Defence Science and Technology Organisation
sean.geoghegan@dsto.defence.gov.au ph +61 08 82595895

_______________________________________________
Mapserver-users mailing list
Mapserver-users@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

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

Richard W. Greenwood, PLS
Greenwood Mapping, Inc.
Rich@GreenwoodMap.com
(307) 733-0203
http://www.GreenwoodMap.com --=====================_11301796==.ALT-- --=======37A54482=======-- From lfilak@medinaco.org Tue Apr 1 18:10:25 2003 From: lfilak@medinaco.org (Lowell Filak) Date: Tue, 01 Apr 2003 13:10:25 -0500 Subject: [Mapserver-users] onMouseOver events Message-ID: <200304011810.h31IAKN15609@yogi.medinaco.net> If your looking for a 'how' as opposed to an 'if' I would have to say that it requires using some flavor of Mapscript to read the shape information and dynamically create the imagemap-area coordinates. However it can deffinitely be done, we use it here with PerlMapscript and I noticed several messages in the archive of applications that dynamically create image maps including the MN LandView app. As far as creating/syntax for the javascript onmouseover portion there are tutorials online that can help including this one: http://webbuilder.netscape.com/webbuilding/pages/Programming/Scripter/030899/ HTH Lowell F. The following message was sent by "Kevin Slover" on Tue, 01 Apr 2003 10:11:29 -0500. > OK... is there a way, possibly, hoping... that one can use the > onMouseOver event to diplay names of cities when over the map?? Or, > even, onMouseOver places the name into entry box on the page?? > > Thanks! > -- > LTJG Kevin Slover, NOAA > GIS Specialist/Oceanographer > NOAA/National Hurricane Center/Storm Surge Unit > 11691 SW 17th Street > Miami FL 33165 > > W (305) 229-4456 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bfischer@mpls.houstoneng.com Tue Apr 1 18:12:02 2003 From: bfischer@mpls.houstoneng.com (Brian Fischer) Date: Tue, 1 Apr 2003 12:12:02 -0600 Subject: [Mapserver-users] WMS Client Layer Message-ID: <8879CCE0F0187742B7302A93A8B87B09253E1F@mpls.houstoneng.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C2F87A.31C0008D Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I just noticed that a few of our MapServer application's WMS layers are not displaying. These layers previously worked fine with a gif image format. I investigated and noticed the WMS service does not support the gif format that we were using. It looks like they have switch it to png instead of gif. Since the the mapserver app. is using gif as the output image format, Can I use the png format from a WMS server? When I tried to switch to png it just hangs. I am using version 3.6.3 that is compiled with =20 GD v1.8.4 (provides GIF, PNG, JPEG output) ZLIB v1.2.3 (compression support) PNG v1.0.11 (PNG support)=20 Regex v0.8.2 (Regular expression support for Win32)=20 Proj.4 v4.4.5 (on-the-fly reprojection, WMS projection support)=20 Freetype v1.3.1 (TrueType font support)=20 OGR (MapInfo tab, Tiger, SDTS, S57, NTF, GML, Arc/Info coverage, DGN,=20 PostgreSQL)=20 GDAL (TIFF/GeoTIFF, JPEG, Arc/Info Grid, generic binary with ENVI or ESRI=20 header, ERDAS Imagine, USGS DOQ, SDTS, ECW, etc.)=20 ECW (ERMapper ECW-compressed images)=20 EPPL7 (Epic/Eppl7 raster format)=20 PostgreSQL 7.2.1 client library (PostGIS support)=20 LibWWW (WMS client support) =20 So I thought I would just use the jpeg format they support instead. When I tried this format I get an error in the MapServer app. It says:=20 "CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:=20 JPEG parameter struct mismatch: library thinks size is 432, caller expects 464" =20 Has anyone seen this error? Any ideas on what is causing this? When I just try the connection string in the browser it returns the image. Here is my mapfile layer: =20 LAYER NAME MnDNRDOQ3m METADATA "wms_title" "MNDNR DOQ MapServer for the Red River Basin Disaster Information Network (RRBDIN)." "wms_srs" "EPSG:26915" END TYPE RASTER STATUS OFF MAXSCALE 100000 MINSCALE 1000 CONNECTIONTYPE WMS CONNECTION "http://maps.dnr.state.mn.us/cgi-bin/mapserv_wms?map=3DRRBDIN_MAPFILE&VER= S ION=3D1.1.0&REQUEST=3DGetMap&layers=3Ddoq03im4&Transparent=3Dfalse&FORMAT= =3Dimage/ jpeg" PROJECTION "init=3DEPSG:26915" END End #layer WMS MnDNR Doqs =20 Thanks, Brian =20 =20 Brian Fischer Houston Engineering, Inc. Suite 106, 10900 73rd Avenue North Maple Grove, Minnesota 55369 E-mail: bfischer@mpls.houstoneng.com Web: http://www.houstonengineeringinc.com =20 (V) 763-493-4522 (F) 763-493-5572 =20 ------_=_NextPart_001_01C2F87A.31C0008D Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I just noticed that a few of our MapServer = application’s WMS layers are not displaying. These layers previously worked fine = with a gif image format. I investigated and noticed the WMS service does = not support the gif format that we were using. It looks like they have = switch it to png instead of gif. Since the the mapserver app. is using = gif as the output image format, Can I use the png format from a WMS = server? When I tried to switch to png it just hangs. I am using version 3.6.3 = that is compiled with

GD v1.8.4 (provides GIF, PNG, JPEG = output)

ZLIB v1.2.3 (compression = support)

PNG v1.0.11 (PNG support)

Regex v0.8.2 (Regular expression support for = Win32)

Proj.4 v4.4.5 (on-the-fly reprojection, WMS projection support)

Freetype v1.3.1 (TrueType font support) =

OGR (MapInfo tab, Tiger, SDTS, S57, NTF, GML, Arc/Info coverage, DGN,

PostgreSQL)

GDAL (TIFF/GeoTIFF, JPEG, Arc/Info Grid, = generic binary with ENVI or ESRI

header, ERDAS Imagine, USGS DOQ, SDTS, ECW, = etc.)

ECW (ERMapper ECW-compressed images) =

EPPL7 (Epic/Eppl7 raster format) =

PostgreSQL 7.2.1 client library (PostGIS = support)

LibWWW (WMS client support)

So I thought I would just use the jpeg format they = support instead. When I tried this format I get an error in the MapServer = app. It says:

“CGI Error

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

JPEG parameter struct mismatch: library =
thinks size is 432, caller expects 464”

Has anyone seen this error? Any ideas on what is = causing this? When I just try the connection string in the browser it = returns the image. Here is my mapfile layer:

LAYER

NAME MnDNRDOQ3m

METADATA

= "wms_title" "MNDNR DOQ MapServer for the Red River Basin Disaster Information Network (RRBDIN)."

= "wms_srs" "EPSG:26915"

END

TYPE RASTER

STATUS OFF

MAXSCALE 100000

MINSCALE 1000

CONNECTIONTYPE WMS

CONNECTION = "http://maps.dnr.state.mn.us/cgi-bin/mapserv_wms?map=3DRRBDIN_MAPFIL= E&VERSION=3D1.1.0&REQUEST=3DGetMap&layers=3Ddoq03im4&Tran= sparent=3Dfalse&FORMAT=3Dimage/jpeg"

PROJECTION

= "init=3DEPSG:26915"

END

End #layer WMS MnDNR Doqs

Thanks,

Brian

Brian Fischer

Houston Engineering, Inc.

Suite 106, = 10900 73rd Avenue North

Maple Grove, Minnesota 55369

E-mail: bfischer@mpls.houstoneng.com=

Web: http://www.houstonengineer= inginc.com

(V) 763-493-4522

(F) 763-493-5572

=00 ------_=_NextPart_001_01C2F87A.31C0008D-- From pagurekd@agr.gc.ca Tue Apr 1 19:05:45 2003 From: pagurekd@agr.gc.ca (Debbie Pagurek) Date: Tue, 01 Apr 2003 14:05:45 -0500 Subject: [Mapserver-users] rosa and "Dragging" problem Message-ID: Hi all, I tried sending this problem to the rosa discussion forum but haven't received any responses, so I'll try here. I have a problem with an application of mine that is created with php mapscript and uses the rosa applet. All is working correctly, however, when I drag a box, I am getting weird "tracking" as I drag. If I drag the corner back and forth a bit before releasing the mouse, the background colour of the map begins to turn black (it is leaving the outline of the drag box behind) This is happening in both netscape and IE. I can still see the outline of my shapes - it is only the background that is affected. Has anyone else had this problem and does anyone know how to fix it? Thanks, D. Pagurek From zornes@athenic.com Tue Apr 1 19:37:18 2003 From: zornes@athenic.com (Adam Zornes) Date: Tue, 1 Apr 2003 14:37:18 -0500 Subject: [Mapserver-users] MapScript examples Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C2F886.1B5107F9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear All, =20 I am quite new to the MapServer world and am finding examples of MapScript source codes very hard to find. I have searched through the archives and found finished examples, but not the guts behind them. I was wondering if anyone knew where I might find some. =20 Also, does anyone have any strong opinions on which scripting language is better for connecting to a database and creating shapefiles dynamically? I have little experience with any of them, and so was curious what the advantages/disadvantages were. =20 Cheers, =20 Adam Zornes Athenic Systems Lexington, KY ------_=_NextPart_001_01C2F886.1B5107F9 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear All,

= ; I am quite new to the MapServer world and am = finding examples of MapScript source codes very hard = to find. I have searched = through the archives and found finished examples, but not the guts behind = them.

I was wondering if anyone knew where I might find = some.

= ; Also, does anyone have any strong opinions on which scripting language is = better for connecting to a database and creating shapefiles dynamically? I have little experience with any of them, and so was curious what the advantages/disadvantages were.

Cheers,

Adam Zornes

Athenic Systems

Lexington, KY

------_=_NextPart_001_01C2F886.1B5107F9-- From lfilak@medinaco.org Tue Apr 1 20:40:19 2003 From: lfilak@medinaco.org (Lowell Filak) Date: Tue, 01 Apr 2003 15:40:19 -0500 Subject: [Mapserver-users] MapScript examples Message-ID: <200304012040.h31KeEN18746@yogi.medinaco.net> Hopefully this can help: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35 Lowell F. The following message was sent by "Adam Zornes" on Tue, 1 Apr 2003 14:37:18 -0500. > Dear All, > > I am quite new to the MapServer world and am finding > examples of MapScript source codes very hard to find. I have searched > through the archives and found finished examples, but not the guts > behind them. > I was wondering if anyone knew where I might find some. > Also, does anyone have any strong opinions on which > scripting language is better for connecting to a database and creating > shapefiles dynamically? I have little experience with any of them, and > so was curious what the advantages/disadvantages were. > > Cheers, > > Adam Zornes > Athenic Systems > Lexington, KY > From TMitchell@lignum.com Tue Apr 1 21:06:29 2003 From: TMitchell@lignum.com (Tyler Mitchell) Date: Tue, 1 Apr 2003 13:06:29 -0800 Subject: [Mapserver-users] MapScript examples Message-ID: It should probably be noted that the PerlMapScriptExamples are for version 3.5 and will produce errors on newer versions. However, with minor changes to the code it can run on other versions as well. Tyler "Lowell Filak" To: "Adam Zornes" , Sent by: mapserver-users-admin@lists. cc: gis.umn.edu Fax to: Subject: Re: [Mapserver-users] MapScript examples 04/01/2003 12:40 PM Hopefully this can help: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35 Lowell F. The following message was sent by "Adam Zornes" on Tue, 1 Apr 2003 14:37:18 -0500. > Dear All, > > I am quite new to the MapServer world and am finding > examples of MapScript source codes very hard to find. I have searched > through the archives and found finished examples, but not the guts > behind them. > I was wondering if anyone knew where I might find some. > Also, does anyone have any strong opinions on which > scripting language is better for connecting to a database and creating > shapefiles dynamically? I have little experience with any of them, and > so was curious what the advantages/disadvantages were. > > Cheers, > > Adam Zornes > Athenic Systems > Lexington, KY > _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From alessandro.ceccotti@netxcalibur.com Wed Apr 2 08:23:42 2003 From: alessandro.ceccotti@netxcalibur.com (Alessandro Ceccotti) Date: Wed, 2 Apr 2003 10:23:42 +0200 Subject: [Mapserver-users] createlang troubles Message-ID: <000001c2f8f1$2c54ffd0$0101a8c0@Antigua> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C2F901.EFE28AC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi ! I've another problem: when I call the createlang function to create plpgsql lang in my db it doesn't work and I've in result such a message: psql: could not connect to server: Connection refused Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.5432"? createlang: external error I can't figure what's wrong... Any ideas? Thanks a lot! Ing.Alessandro Ceccotti, netXcalibur s.r.l. Via Alamanni, 25 I-50123 Firenze T: +39.055.285859 - F: +39.055.285760 ------=_NextPart_000_0001_01C2F901.EFE28AC0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Messaggio

Hi=20 !

I've = another=20 problem:

when I = call the=20 createlang function to create plpgsql lang in my db it doesn't work and = I've in=20 result such a message:

psql: could not connect to server: = Connection=20 refused

Is the=20 server running locally and=20 accepting
connections on = Unix=20 domain socket "/tmp/.s.PGSQL.5432"?
createlang: external=20 error

I can't figure=20 what's wrong...

Any=20 ideas?

Thanks a=20 lot!

Ing.Alessandro Ceccotti, netXcalibur s.r.l.
Via = Alamanni,=20 25
I-50123 Firenze
T: +39.055.285859 - F: +39.055.285760

------=_NextPart_000_0001_01C2F901.EFE28AC0-- From peturkirke@fds.fo Wed Apr 2 09:10:11 2003 From: peturkirke@fds.fo (Petur Kirke) Date: Wed, 2 Apr 2003 11:10:11 +0200 Subject: [Mapserver-users] installation problems Message-ID: <011401c2f8f7$aa3fbe70$10fea8c0@fds.fo> I have installed MapServer on a Windows server. Because the default web application on this server is located on the d:\partition, I have i installed the demo application on the d:\ partition as well. I have installed mapserv.exe on c:\inetpub\scripts and I have mapped this directory as "cgi-bin". I have installed the other files just as the dokumentation says, I should do. But I cant get this to work. The demo_init.html file seems to work fine, but when I click on "Initialize", I get the message: "The page cannot be found" even if it seems like all parameters are right ! I have changed the demo_init.html file just as the documentation says, I should do. Does anyone know, what the problem is here ? Could it be a problem, that I have installed the demo application on the d:\ partition ? From jhart@frw.uva.nl Wed Apr 2 11:19:10 2003 From: jhart@frw.uva.nl (Jan Hartmann) Date: Wed, 02 Apr 2003 13:19:10 +0200 Subject: [Mapserver-users] JPEG input Message-ID: <3E8AC72E.4090800@frw.uva.nl> Hello, I'm trying to display a jpeg input image and get the following error message: JPEG parameter struct mismatch: library thinks size is 432, caller expects 464 Platform: Win2000, VC++ Mapserver: CVS, compiled with and without JPEG input support (jpeg-6b) GD: 2.0.11, compiled with jpeg-6b GDAL: 1.1.8 I diffed the jpeg files under GDAL with the jpeg-6b distribution and found no differences. Yet there seems to be a version mismatch somewhere. Outputting JPEG is no problem. Has anyone any ideas? Jan From ed@topozone.com Wed Apr 2 13:22:22 2003 From: ed@topozone.com (Ed McNierney) Date: Wed, 2 Apr 2003 08:22:22 -0500 Subject: [Mapserver-users] JPEG input Message-ID: <13858AA1A74F30419F319ACB66A9D1221F40A5@mercator.topozone.com> Jan - Please forgive my incomplete recollection, but I ran into this same problem a long time ago. It appears that the JPEG library inside GDAL is built slightly differently than the default jpeg-6b library (although it's the same version), and the two are not compatible. I suspected it was a structure packing/alignment issue (i.e. the files are the same but they're compiled differently). I decided not to look into it and simply use the JPEG support from GDAL and remove the jpeg-6b library from my build. That fixed the problem. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242 -----Original Message----- From: Jan Hartmann [mailto:jhart@frw.uva.nl] Sent: Wednesday, April 02, 2003 6:19 AM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] JPEG input Hello, I'm trying to display a jpeg input image and get the following error message: JPEG parameter struct mismatch: library thinks size is 432, caller expects 464 Platform: Win2000, VC++ Mapserver: CVS, compiled with and without JPEG input support (jpeg-6b) GD: 2.0.11, compiled with jpeg-6b GDAL: 1.1.8 I diffed the jpeg files under GDAL with the jpeg-6b distribution and found no differences. Yet there seems to be a version mismatch somewhere. Outputting JPEG is no problem. Has anyone any ideas? Jan _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jhart@frw.uva.nl Wed Apr 2 13:28:01 2003 From: jhart@frw.uva.nl (Jan Hartmann) Date: Wed, 02 Apr 2003 15:28:01 +0200 Subject: [Mapserver-users] JPEG input In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F40A5@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1221F40A5@mercator.topozone.com> Message-ID: <3E8AE561.3050707@frw.uva.nl> I did that too! I commented out the three lines for JPEG support in MapServer's Makefile.vc, but the result was the same. Jan Ed McNierney wrote: > Jan - > > Please forgive my incomplete recollection, but I ran into this same problem a long time ago. It appears that the JPEG library inside GDAL is built slightly differently than the default jpeg-6b library (although it's the same version), and the two are not compatible. I suspected it was a structure packing/alignment issue (i.e. the files are the same but they're compiled differently). I decided not to look into it and simply use the JPEG support from GDAL and remove the jpeg-6b library from my build. That fixed the problem. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed@topozone.com > (978) 251-4242 > > -----Original Message----- > From: Jan Hartmann [mailto:jhart@frw.uva.nl] > Sent: Wednesday, April 02, 2003 6:19 AM > To: mapserver-users@lists.gis.umn.edu > Subject: [Mapserver-users] JPEG input > > > Hello, > > I'm trying to display a jpeg input image and get the following error > message: > > JPEG parameter struct mismatch: library thinks size is 432, caller > expects 464 > > Platform: Win2000, VC++ > Mapserver: CVS, compiled with and without JPEG input support (jpeg-6b) > GD: 2.0.11, compiled with jpeg-6b > GDAL: 1.1.8 > > I diffed the jpeg files under GDAL with the jpeg-6b distribution and > found no differences. Yet there seems to be a version mismatch > somewhere. Outputting JPEG is no problem. Has anyone any ideas? > > Jan > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From ed@topozone.com Wed Apr 2 13:47:57 2003 From: ed@topozone.com (Ed McNierney) Date: Wed, 2 Apr 2003 08:47:57 -0500 Subject: [Mapserver-users] JPEG input Message-ID: <13858AA1A74F30419F319ACB66A9D1221F40A8@mercator.topozone.com> Jan - No, you need to eliminate the two different JPEG libraries from the build. In your case, that means modifying the GD build to link with the GDAL JPEG library. - Ed -----Original Message----- From: Jan Hartmann [mailto:jhart@frw.uva.nl] Sent: Wednesday, April 02, 2003 8:28 AM To: Ed McNierney Cc: mapserver-users@lists.gis.umn.edu Subject: Re: [Mapserver-users] JPEG input I did that too! I commented out the three lines for JPEG support in MapServer's Makefile.vc, but the result was the same. Jan Ed McNierney wrote: > Jan - > > Please forgive my incomplete recollection, but I ran into this same problem a long time ago. It appears that the JPEG library inside GDAL is built slightly differently than the default jpeg-6b library (although it's the same version), and the two are not compatible. I suspected it was a structure packing/alignment issue (i.e. the files are the same but they're compiled differently). I decided not to look into it and simply use the JPEG support from GDAL and remove the jpeg-6b library from my build. That fixed the problem. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed@topozone.com > (978) 251-4242 > > -----Original Message----- > From: Jan Hartmann [mailto:jhart@frw.uva.nl] > Sent: Wednesday, April 02, 2003 6:19 AM > To: mapserver-users@lists.gis.umn.edu > Subject: [Mapserver-users] JPEG input > > > Hello, > > I'm trying to display a jpeg input image and get the following error > message: > > JPEG parameter struct mismatch: library thinks size is 432, caller > expects 464 > > Platform: Win2000, VC++ > Mapserver: CVS, compiled with and without JPEG input support (jpeg-6b) > GD: 2.0.11, compiled with jpeg-6b > GDAL: 1.1.8 > > I diffed the jpeg files under GDAL with the jpeg-6b distribution and > found no differences. Yet there seems to be a version mismatch > somewhere. Outputting JPEG is no problem. Has anyone any ideas? > > Jan > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gnt.z@gmx.net Wed Apr 2 14:25:10 2003 From: gnt.z@gmx.net (Gintaras Zemaitis) Date: Wed, 02 Apr 2003 17:25:10 +0300 Subject: [Mapserver-users] proj problem Message-ID: <3E8AF2C6.5030607@gmx.net> hello all proj.exe works fine from command line: C:\>proj -v +init=epsg:26915 produces #Universal Transverse Mercator (UTM) # Cyl, Sph # zone= south # +init=epsg:26915 +proj=utm +zone=15 +ellps=GRS80 +datum=NAD83 +units=m # +no_defs +towgs84=0,0,0 #--- following specified but NOT used # +ellps=GRS80 but mapserver return error msProcessProjection(): Projection library error. no system list, errno: 2 when I rewrite PROJECTION object in itasca demo.map: .. projection "init=epsg:26915" end .. Mapserver works fine if I rewrite in map file: .. projection "proj=utm" "ellps=GRS80" "zone=15" "north" "no_defs" end .. I set up system variables path=d:\proj\bin and PROJ_LIB=d:\proj\nad I have extracted archive proj446_win32_bin.zip from remotesensing.org to d:\proj. I cannot understand what is wrong. Where should be placed proj.dll? Why proj works from command line anywhere in discs space but mapserver do not? WinNT Mapserv 3.6.3 Xitami web server Gintaras gnt.z@gmx.net From warmerdam@pobox.com Wed Apr 2 14:52:32 2003 From: warmerdam@pobox.com (Frank Warmerdam) Date: Wed, 02 Apr 2003 09:52:32 -0500 Subject: [Mapserver-users] proj problem In-Reply-To: <3E8AF2C6.5030607@gmx.net> References: <3E8AF2C6.5030607@gmx.net> Message-ID: <3E8AF930.8070206@pobox.com> Gintaras Zemaitis wrote: > but mapserver return error > msProcessProjection(): Projection library error. no system list, errno: 2 Hi, Note that system error 2 means a supporting file (such as the "epsg" file) could not be opened. > I set up system variables path=d:\proj\bin and PROJ_LIB=d:\proj\nad > I have extracted archive proj446_win32_bin.zip from remotesensing.org to > d:\proj. > I cannot understand what is wrong. Where should be placed proj.dll? > Why proj works from command line anywhere in discs space but mapserver > do not? One of the following is presumably occuring: o Your setting of PROJ_LIB isn't making to the MapServer executable when run under your web server. o MapServer does not have read permissions on D:\proj\nad\epsg The fact that the "inline" definitions work indicate that PROJ is working fine other than finding the EPSG file, so the issue isn't with finding the proj.dll though it is possible it is finding an older one (if you have an older one). Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From jhart@frw.uva.nl Wed Apr 2 15:05:38 2003 From: jhart@frw.uva.nl (Jan Hartmann) Date: Wed, 02 Apr 2003 17:05:38 +0200 Subject: [Mapserver-users] JPEG input In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F40A8@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1221F40A8@mercator.topozone.com> Message-ID: <3E8AFC42.2020104@frw.uva.nl> No, that didn't work either. I created a library in gdal-1.1.8\frmts\jpeg (lib out:libjpeg.lib *.obj) and linked GD 2.0.11 against this library, instead of the original libjpeg.lib. Then I recompiled MapServer, and got the same result. Norman Vine pointed me to a recent posting by Daniel Morissette on this problem, http://lists.gis.umn.edu/pipermail/mapserver-users/2003-January/000657.html and a bugzilla item in http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=203 The problem is more difficult than stated there: recompiling MapServer without -DUSE_JPEG didn't help. Neither did compiling GD with the JPEG routines from GDAL. Finally, it is NOT a Windows problem: Apache on Linux came with the same error, although with a different size (464 instead of 520) >> JPEG parameter struct mismatch: library thinks size is 464, caller >> expects 464 As a last resort I completely removed GDAL from the build and tried to display the jpeg image. This time I got the error message: >> msDrawRasterLayer(): General error message. Attempt to render raster >> layer to IMAGEMODE RGB or RGBA but without GDAL available. 24bit >> output requires GDAL I'm out of my depth. Jan Ed McNierney wrote: > Jan - > > No, you need to eliminate the two different JPEG libraries from the build. In your case, that means modifying the GD build to link with the GDAL JPEG library. > > - Ed > > -----Original Message----- > From: Jan Hartmann [mailto:jhart@frw.uva.nl] > Sent: Wednesday, April 02, 2003 8:28 AM > To: Ed McNierney > Cc: mapserver-users@lists.gis.umn.edu > Subject: Re: [Mapserver-users] JPEG input > > > I did that too! I commented out the three lines for JPEG support in > MapServer's Makefile.vc, but the result was the same. > > Jan > > Ed McNierney wrote: > >>Jan - >> >>Please forgive my incomplete recollection, but I ran into this same problem a long time ago. It appears that the JPEG library inside GDAL is built slightly differently than the default jpeg-6b library (although it's the same version), and the two are not compatible. I suspected it was a structure packing/alignment issue (i.e. the files are the same but they're compiled differently). I decided not to look into it and simply use the JPEG support from GDAL and remove the jpeg-6b library from my build. That fixed the problem. >> >> - Ed >> >>Ed McNierney >>President and Chief Mapmaker >>TopoZone.com / Maps a la carte, Inc. >>73 Princeton Street, Suite 305 >>North Chelmsford, MA 01863 >>ed@topozone.com >>(978) 251-4242 >> >>-----Original Message----- >>From: Jan Hartmann [mailto:jhart@frw.uva.nl] >>Sent: Wednesday, April 02, 2003 6:19 AM >>To: mapserver-users@lists.gis.umn.edu >>Subject: [Mapserver-users] JPEG input >> >> >>Hello, >> >>I'm trying to display a jpeg input image and get the following error >>message: >> >>JPEG parameter struct mismatch: library thinks size is 432, caller >>expects 464 >> >>Platform: Win2000, VC++ >>Mapserver: CVS, compiled with and without JPEG input support (jpeg-6b) >>GD: 2.0.11, compiled with jpeg-6b >>GDAL: 1.1.8 >> >>I diffed the jpeg files under GDAL with the jpeg-6b distribution and >>found no differences. Yet there seems to be a version mismatch >>somewhere. Outputting JPEG is no problem. Has anyone any ideas? >> >>Jan >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users@lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From ed@topozone.com Wed Apr 2 15:12:21 2003 From: ed@topozone.com (Ed McNierney) Date: Wed, 2 Apr 2003 10:12:21 -0500 Subject: [Mapserver-users] JPEG input Message-ID: <13858AA1A74F30419F319ACB66A9D1221F40B2@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C2F92A.423925B2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Jan - I believe these are all references to the same problem. If you = recompiled MapServer and got the same result, then you are still = building with two different JPEG libraries in there somewhere. Check your MapServer makefile for references to the jpeg-6b library, and = check all the makefiles for supporting libraries, as well. Be sure you = are linking against GDAL.LIB rather than a custom JPEG library created = in the frmts\jpeg directory. I have attached my GD-2.0.11 Windows VC++ makefile for your reference. - Ed -----Original Message----- From: Jan Hartmann [mailto:jhart@frw.uva.nl] Sent: Wednesday, April 02, 2003 10:06 AM To: Ed McNierney Cc: mapserver-users@lists.gis.umn.edu Subject: Re: [Mapserver-users] JPEG input No, that didn't work either. I created a library in=20 gdal-1.1.8\frmts\jpeg (lib out:libjpeg.lib *.obj) and linked GD 2.0.11=20 against this library, instead of the original libjpeg.lib. Then I=20 recompiled MapServer, and got the same result. Norman Vine pointed me to a recent posting by Daniel Morissette on this=20 problem, http://lists.gis.umn.edu/pipermail/mapserver-users/2003-January/000657.ht= ml and a bugzilla item in http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=3D203 The problem is more difficult than stated there: recompiling MapServer=20 without -DUSE_JPEG didn't help. Neither did compiling GD with the JPEG=20 routines from GDAL. Finally, it is NOT a Windows problem: Apache on=20 Linux came with the same error, although with a different size (464=20 instead of 520) >> JPEG parameter struct mismatch: library thinks size is 464, caller >> expects 464 As a last resort I completely removed GDAL from the build and tried to=20 display the jpeg image. This time I got the error message: >> msDrawRasterLayer(): General error message. Attempt to render raster >> layer to IMAGEMODE RGB or RGBA but without GDAL available. 24bit >> output requires GDAL I'm out of my depth. Jan Ed McNierney wrote: > Jan - >=20 > No, you need to eliminate the two different JPEG libraries from the = build. In your case, that means modifying the GD build to link with the = GDAL JPEG library. >=20 > - Ed >=20 > -----Original Message----- > From: Jan Hartmann [mailto:jhart@frw.uva.nl] > Sent: Wednesday, April 02, 2003 8:28 AM > To: Ed McNierney > Cc: mapserver-users@lists.gis.umn.edu > Subject: Re: [Mapserver-users] JPEG input >=20 >=20 > I did that too! I commented out the three lines for JPEG support in=20 > MapServer's Makefile.vc, but the result was the same. >=20 > Jan >=20 > Ed McNierney wrote: >=20 >>Jan - >> >>Please forgive my incomplete recollection, but I ran into this same = problem a long time ago. It appears that the JPEG library inside GDAL = is built slightly differently than the default jpeg-6b library (although = it's the same version), and the two are not compatible. I suspected it = was a structure packing/alignment issue (i.e. the files are the same but = they're compiled differently). I decided not to look into it and simply = use the JPEG support from GDAL and remove the jpeg-6b library from my = build. That fixed the problem. >> >> - Ed >> >>Ed McNierney >>President and Chief Mapmaker >>TopoZone.com / Maps a la carte, Inc. >>73 Princeton Street, Suite 305 >>North Chelmsford, MA 01863 >>ed@topozone.com >>(978) 251-4242=20 >> >>-----Original Message----- >>From: Jan Hartmann [mailto:jhart@frw.uva.nl] >>Sent: Wednesday, April 02, 2003 6:19 AM >>To: mapserver-users@lists.gis.umn.edu >>Subject: [Mapserver-users] JPEG input >> >> >>Hello, >> >>I'm trying to display a jpeg input image and get the following error=20 >>message: >> >>JPEG parameter struct mismatch: library thinks size is 432, caller=20 >>expects 464 >> >>Platform: Win2000, VC++ >>Mapserver: CVS, compiled with and without JPEG input support (jpeg-6b) >>GD: 2.0.11, compiled with jpeg-6b >>GDAL: 1.1.8 >> >>I diffed the jpeg files under GDAL with the jpeg-6b distribution and=20 >>found no differences. Yet there seems to be a version mismatch=20 >>somewhere. Outputting JPEG is no problem. Has anyone any ideas? >> >>Jan >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users@lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >=20 >=20 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >=20 ------_=_NextPart_001_01C2F92A.423925B2 Content-Type: application/octet-stream; name="Makefile.nt" Content-Transfer-Encoding: base64 Content-Description: Makefile.nt Content-Disposition: attachment; filename="Makefile.nt" I05NQUtFIG1ha2VmaWxlIGZvciBXaW5kb3dzIDk1Lzk4L05UIGRldmVsb3BlcnMuDQojUHJvZHVj ZXMgYSBzdGF0aWMgbGlicmFyeSAobGliZ2QubGliKS4gVGhhbmtzIHRvIEpvZSBHcmVnb3Jpby4N Cg0KQ09NUElMRVI9Y2wNCkdEQUxfRElSID0gLi5cZ2RhbC0xLjEuOA0KDQojSWYgdGhlIGFyIGNv bW1hbmQgZmFpbHMgb24geW91ciBzeXN0ZW0sIGNvbnN1bHQgdGhlIGFyIG1hbnBhZ2UNCiNmb3Ig eW91ciBzeXN0ZW0uIA0KQVI9TElCDQoNCiNJZiB0aGUgaW5zdGFsbCBjb21tYW5kIGlzIG5vdCBp biB5b3VyIHBhdGgsIHByb3ZpZGUNCiNhbiBleHBsaWNpdCBwYXRoIGZvciBpdCBoZXJlLCBvciBp bnN0YWxsIG1hbnVhbGx5Lg0KSU5TVEFMTD1pbnN0YWxsDQoNCiNJZiB5b3UgZG9uJ3QgaGF2ZSBG cmVlVHlwZSBhbmQvb3IgWHBtIGluc3RhbGxlZCwgaW5jbHVkaW5nIHRoZQ0KI2hlYWRlciBmaWxl cywgdW5jb21tZW50IHRoaXMgKGRlZmF1bHQpLg0KI0NGTEFHUz0tT3ggLUdYIA0KDQojSWYgeW91 IGRvIGhhdmUgRnJlZVR5cGUgYW5kL29yIFhwbSBmdWxseSBpbnN0YWxsZWQsIHVuY29tbWVudCBh DQojdmFyaWF0aW9uIG9mIHRoaXMgYW5kIGNvbW1lbnQgb3V0IHRoZSBsaW5lIGFib3ZlLiBTZWUg YWxzbyBMSUJTIGJlbG93Lg0KI0NGTEFHUz0tTyAtREhBVkVfWFBNIC1ESEFWRV9MSUJUVEYNCkNG TEFHUz0gLU94IC1NVCAtRzYgLURIQVZFX0xJQkZSRUVUWVBFIC1ESEFWRV9MSUJKUEVHIC1ESEFW RV9MSUJQTkcgLURIQVZFX0xJQlogLURXSU4zMg0KDQojTGlicmFyaWVzIHJlcXVpcmVkIGZvciBh cHBsaWNhdGlvbnMgDQpMSUJTPWdkLmxpYiAkKEdEQUxfRElSKVxnZGFsLmxpYiAuLlxmcmVldHlw ZS0yLjEuM1xvYmpzXGZyZWV0eXBlMjExTVQubGliDQojTElCUz1nZC5saWIgLi5cbGlicG5nLTEu Mi40XGxpYnBuZy5saWIgLi5cemxpYi0xLjEuNFx6bGliLmxpYiAuLlxmcmVldHlwZS0yLjEuM1xv YmpzXGZyZWV0eXBlMjExTVQubGliIC4uXGpwZWctNmJcbGlianBlZy5saWINCiNMSUJTPWdkLmxp YiBsaWJwbmcubGliIHpsaWIubGliIGxpYmpwZWcubGliIGxpYnR0Zi5saWINCg0KI0xpYnJhcmll cyByZXF1aXJlZCBmb3IgZ2QubGliIGl0c2VsZg0KR0RMSUJTPSQoR0RBTF9ESVIpXGdkYWwubGli IC4uXGZyZWV0eXBlLTIuMS4zXG9ianNcZnJlZXR5cGUyMTFNVC5saWINCiNHRExJQlM9bGlicG5n LmxpYiB6bGliLmxpYiBsaWJqcGVnLmxpYiBsaWJ0dGYubGliDQoNCiNUeXBpY2FsIGluc3RhbGwg bG9jYXRpb25zIGZvciBmcmVldHlwZSwgemxpYiwganBlZywgeHBtIGFuZCANCiNsaWJwbmcgaGVh ZGVyIGZpbGVzLiBJZiB5b3VycyBhcmUgc29tZXdoZXJlIGVsc2UsIGNoYW5nZSB0aGlzLiANCklO Q0xVREVESVJTPS1JICQoR0RBTF9ESVIpXGZybXRzXHpsaWIgLUkgJChHREFMX0RJUilcZnJtdHNc cG5nXGxpYnBuZyAgLUkgJChHREFMX0RJUilcZnJtdHNcanBlZyAtSSAuLlxmcmVldHlwZS0yLjEu M1xpbmNsdWRlIC1JIC4NCiNJTkNMVURFRElSUz0tSSAuLlx6bGliLTEuMS40IC1JIC4uXGxpYnBu Zy0xLjIuNCAtSSAuLlxmcmVldHlwZS0yLjEuM1xpbmNsdWRlIC1JIC4uXGpwZWctNmIgLUkgLg0K DQojDQojDQojIENoYW5nZXMgc2hvdWxkIG5vdCBiZSByZXF1aXJlZCBiZWxvdyBoZXJlLg0KIw0K Iw0KDQpWRVJTSU9OPTIuMC4xMQ0KDQpDQz0kKENPTVBJTEVSKSAkKElOQ0xVREVESVJTKSAkKENG TEFHUykNCkxJTks9JChDQykgJChMSUJTKQ0KDQpQUk9HUkFNUz0kKEJJTl9QUk9HUkFNUykgJChU RVNUX1BST0dSQU1TKQ0KDQpCSU5fUFJPR1JBTVM9cG5ndG9nZC5leGUgcG5ndG9nZDIuZXhlIGdk dG9wbmcuZXhlIGdkMnRvcG5nLmV4ZSBnZDJjb3B5cGFsLmV4ZSBnZHBhcnR0b3BuZy5leGUgd2Vi cG5nLmV4ZQ0KVEVTVF9QUk9HUkFNUz1nZHRlc3QuZXhlIGdkZGVtby5leGUgZ2QydGltZS5leGUN CiMJYW5ub3RhdGUuZXhlIFwNCiMJZm9udHNpemV0ZXN0LmV4ZSBcDQojCWZvbnR3aGVlbHRlc3Qu ZXhlDQoNCmFsbDogZ2QubGliICQoUFJPR1JBTVMpDQoNCiNhbm5vdGF0ZS5leGU6IGFubm90YXRl LmMgZ2QubGliDQojCSQoQ0MpIGFubm90YXRlLmMgJChMSUJESVJTKSAkKExJQlMpDQoNCmZvbnRz aXpldGVzdC5leGU6IGZvbnRzaXpldGVzdC5jIGdkLmxpYg0KCSQoQ0MpIGZvbnRzaXpldGVzdC5j ICQoTElCRElSUykgJChMSUJTKQ0KDQpmb250d2hlZWx0ZXN0LmV4ZTogZm9udHdoZWVsdGVzdC5j IGdkLmxpYg0KCSQoQ0MpIGZvbnR3aGVlbHRlc3QuYyAkKExJQkRJUlMpICQoTElCUykNCg0KZ2Rk ZW1vLmV4ZTogZ2RkZW1vLmMgZ2QubGliDQoJJChDQykgZ2RkZW1vLmMgJChMSUJESVJTKSAkKExJ QlMpDQoNCnBuZ3RvZ2QuZXhlOiBwbmd0b2dkLmMgZ2QubGliDQoJJChDQykgcG5ndG9nZC5jICQo TElCRElSUykgJChMSUJTKSANCg0Kd2VicG5nLmV4ZTogd2VicG5nLmMgZ2QubGliDQoJJChDQykg d2VicG5nLmMgCSQoTElCRElSUykgJChMSUJTKQ0KDQpwbmd0b2dkMi5leGU6IHBuZ3RvZ2QyLmMg Z2QubGliDQoJJChDQykgcG5ndG9nZDIuYwkkKExJQkRJUlMpICQoTElCUykNCg0KZ2R0b3BuZy5l eGU6IGdkdG9wbmcuYyBnZC5saWINCgkkKENDKSBnZHRvcG5nLmMgCSQoTElCRElSUykgJChMSUJT KQ0KDQpnZDJ0b3BuZy5leGU6IGdkMnRvcG5nLmMgZ2QubGliDQoJJChDQykgZ2QydG9wbmcuYwkk KExJQkRJUlMpICQoTElCUykNCg0KZ2QyY29weXBhbC5leGU6IGdkMmNvcHlwYWwuYyBnZC5saWIN CgkkKENDKSBnZDJjb3B5cGFsLmMJJChMSUJESVJTKSAkKExJQlMpDQoNCmdkcGFydHRvcG5nLmV4 ZTogZ2RwYXJ0dG9wbmcuYyBnZC5saWINCgkkKENDKSBnZHBhcnR0b3BuZy5jCSQoTElCRElSUykg JChMSUJTKQ0KDQpnZHRlc3QuZXhlOiBnZHRlc3QuYyBnZC5saWINCgkkKENDKSBnZHRlc3QuYyAJ JChMSUJESVJTKSAkKExJQlMpDQoNCmdkMnRpbWUuZXhlOiBnZDJ0aW1lLmMgZ2QubGliDQoJJChD QykgZ2QydGltZS5jCSQoTElCRElSUykgJChMSUJTKQ0KDQpPQkpTPWdkLm9iaiBnZF9nZC5vYmog Z2RfZ2QyLm9iaiBnZF9pby5vYmogZ2RfaW9fZHAub2JqIGdkX2lvX2ZpbGUub2JqIGdkX3NzLm9i aiBcDQoJZ2RfaW9fc3Mub2JqIGdkX3BuZy5vYmogZ2R4cG0ub2JqIGdkZm9udHQub2JqIGdkZm9u dHMub2JqIGdkZm9udG1iLm9iaiBnZGZvbnRsLm9iaiBcDQoJZ2Rmb250Zy5vYmogZ2RoZWxwZXJz Lm9iaiBnZHRhYmxlcy5vYmogZ2RmdC5vYmogZ2RjYWNoZS5vYmogZ2RrYW5qaS5vYmogZ2RfanBl Zy5vYmogXA0KCWdkX3dibXAub2JqIHdibXAub2JqDQoNCmdkLmxpYjogICQoT0JKUykgZ2QuaCBn ZGZvbnR0LmggZ2Rmb250cy5oIGdkZm9udG1iLmggZ2Rmb250bC5oIGdkZm9udGcuaAkNCgkkKEFS KSAkKE9CSlMpICQoR0RMSUJTKSANCg0KY2xlYW46DQoJZGVsICoub2JqICoubGliICQoUFJPR1JB TVMpDQoNCg== ------_=_NextPart_001_01C2F92A.423925B2-- From assefa@dmsolutions.ca Wed Apr 2 15:29:59 2003 From: assefa@dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 02 Apr 2003 10:29:59 -0500 Subject: [Mapserver-users] Re: [Fwd: [Fwd: problems installig mapscript extension]] References: <3E8AE8DB.3040103@dmsolutions.ca> Message-ID: <3E8B01F7.F44D336A@dmsolutions.ca> > Hi There, The reason may be that some dll's needed by php_mapscriopt_36.dll were not found. Are you using php/mascript downloaded from www2.dmsolutiu0ons.ca/mapserver/dl/ site ? If it is the case the zip files conatins several dll's that should be installed in your system directory (please refer to the README). Make sure also to use php_mapscript dll that was built for the version of PHP you are running. I also recommend using an utility tool called http://www.dependencywalker.com/ that will show you if depending dlls are missing. Later, PS : please use the mapserver user list for these issues since It will be seen by more people and will increase the chance of getting an answer. It will also benefit all the community when a problem is fixed. > > -------- Original Message -------- > Subject: problems installig mapscript extension > Date: Wed, 2 Apr 2003 12:09:00 -0000 > From: Pedro Brito > Reply-To: Pedro Brito > To: > > Hi > > I´m having problems intaling mapscript extension for php in my computer, > can you help me? > > I use Apache 1.3.22 amd PHP 4.06. > > I copy the php_mapscript_36.dll into ../php/extension and added that in > php.ini > > After that when I start Apache it tells me that there is a problem in > dllcore and that i can not find php_mapscript_36.dll. If I don´t add > php_mapscript_36.dll to php.ini it work fine. I also edit the extension > path and that I know it´s working fine because if I install onether > extension it work fine. > > So can you please help me??? I hope you can. > > Many Thanks > > ---------------------------------------- > Pedro Brito > mail : pedro_brito@yahoo.com > arnaldo.brito@iscte.pt > url : http://www.pedro-brito.pt.vu > ---------------------------------------- > > ________________________________________________ > This mail was sent by UebiMiau 2.5 > > -- > Jody Cloutier > Marketing Specialist > DM Solutions Group > cloutier@dmsolutions.ca > tel: 613.565.5056 ext. 13 > fax: 613.565.0925 > > www.dmsolutions.ca > > -- > Dave McIlhagga > President, DM Solutions Group > > http://www.dmsolutions.ca > EMail : mcilhagga@dmsolutions.ca > Phone : 613-565-5056 x15 > Fax : 613-565-0925 -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From peturkirke@fds.fo Wed Apr 2 14:39:45 2003 From: peturkirke@fds.fo (Petur Kirke) Date: Wed, 2 Apr 2003 16:39:45 +0200 Subject: Fw: [Mapserver-users] installation problems Message-ID: <007a01c2f925$b4766780$10fea8c0@fds.fo> I think so, because the demo_init.html file seems to work fine in the browser ----- Original Message ----- From: "Till Adams" To: "Petur Kirke" Sent: Wednesday, April 02, 2003 5:29 PM Subject: Re: [Mapserver-users] installation problems > Dear Petur, > > are you sure, that the direcztory, where you placed the demo-files is > given free for your webserver? You need to create the directory in the > config-file of your webserver, otherwise you don't have access to it via > the HTTP. > ;-) > Till > > Petur Kirke schrieb: > > I have installed MapServer on a Windows server. > > > > Because the default web application on this server is located on the > > d:\partition, I have i installed the demo application on the d:\ > partition > > as well. > > I have installed mapserv.exe on c:\inetpub\scripts and I have mapped this > > directory as "cgi-bin". > > I have installed the other files just as the dokumentation says, I should > > do. > > > > But I cant get this to work. The demo_init.html file seems to work > fine, but > > when I click on "Initialize", I get the message: > > > > "The page cannot be found" > > > > even if it seems like all parameters are right ! > > > > I have changed the demo_init.html file just as the documentation says, I > > should do. > > > > Does anyone know, what the problem is here ? Could it be a problem, > that I > > have installed the demo application on the d:\ partition ? > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users@lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > -- > ***** terrestris ist umgezogen !!! Neue Adresse siehe unten ************ > > ***** Bald !! AveiN! 1.2 Die MapServer Erweiterung für ArcView GIS ***** > > ----- > > Dipl. Geogr. Till Adams > terrestris, Paulsen&Adams GbR > Siemensstr. 8 * 53121 Bonn > Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 > info@terrestris.de * www.terrestris.de > From isjames@ci.high-point.nc.us Wed Apr 2 15:45:47 2003 From: isjames@ci.high-point.nc.us (James Vogl) Date: Wed, 2 Apr 2003 10:45:47 -0500 Subject: [Mapserver-users] Sending String Logical Expressions Message-ID: Hi All, The write-up PHPMapScriptMySQLShapeFiles for the mapserver-users forum was instrumental in getting me started in PHP and Mapscipt. However, I've come across a problem I haven't been able to solve. I have constructed a simple HTML web form in which users enter a SQL-like formula into a single textbox. Using a simple GET form and submit button, the single textbox value gets sent to a PHP file. The method works fine for queries on numeric fields in which the user enters: [Block]= 500 and [I_o] = 1. But Mapserver fails to return any results when a text field is specified like so: '[Street_Nam]' = "MAIN" or to avoid sending special characters: ‘[Street_nam]’="MAIN" By using the echo command in the receiving PHP I'm able to confirm that the proper string is being sent: echo "
The string sent is $qstring
"; In this case value returned is: The string sent is '[Street_Nam]’=\"MAIN\" If I explicitly specify the value for setexpression as such: $qclass->setexpression("('[Street_Nam]' = \"MAIN\")"); the query works fine. However, the following expression does not: $qclass->setexpression("(${qstring})"); I wonder if the problem may be a lack of clarity as to how PHP parses string variables. From woodbri@swoodbridge.com Wed Apr 2 16:26:59 2003 From: woodbri@swoodbridge.com (woodbri@swoodbridge.com) Date: Wed, 02 Apr 2003 11:26:59 -0500 Subject: [Mapserver-users] Sending String Logical Expressions In-Reply-To: Message-ID: <3E8AC903.1036.2245057E@localhost> James, Try $qclass->setexpression("(". ${qstring}. ")"); I have run into a case on PHP4 today where this worked but you example did not. Not sure why, just happy to have a fix :) -Steve W. On 2 Apr 2003 at 10:45, James Vogl wrote: > Hi All, > The write-up PHPMapScriptMySQLShapeFiles for the mapserver-users forum > was instrumental in getting me started in PHP and Mapscipt. However, > I've come across a problem I haven't been able to solve. > I have constructed a simple HTML web form in which users enter a > SQL-like > formula into a single textbox. Using a simple GET form and submit > button, the single textbox value gets sent to a PHP file. The method > works fine for queries on numeric fields in which the user enters: > > [Block]= 500 and [I_o] = 1. > > But Mapserver fails to return any results when a text field is > specified like so: > > '[Street_Nam]' = "MAIN" > > or to avoid sending special characters: > > ‘[Street_nam]’="MAIN" > > By using the echo command in the receiving PHP I'm able to confirm > that the proper string is being sent: > > echo "
The string sent is $qstring
"; > In this case value returned is: > The string sent is '[Street_Nam]’=\"MAIN\" > > If I explicitly specify the value for setexpression as such: > $qclass->setexpression("('[Street_Nam]' = \"MAIN\")"); > the query works fine. > However, the following expression does not: > $qclass->setexpression("(${qstring})"); > > I wonder if the problem may be a lack of clarity as to how PHP parses > string variables. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jhart@frw.uva.nl Wed Apr 2 16:39:10 2003 From: jhart@frw.uva.nl (Jan Hartmann) Date: Wed, 02 Apr 2003 18:39:10 +0200 Subject: [Mapserver-users] JPEG input In-Reply-To: <13858AA1A74F30419F319ACB66A9D1221F40B2@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1221F40B2@mercator.topozone.com> Message-ID: <3E8B122E.50001@frw.uva.nl> It could be (those duplicate libraries *are* a pain), butI don't think so: I checked everything I could think of. I have a hunch that it is a duplicate symbol between GDAL and jpeg. I tried to compile GDAL with the original jpeg-6b distribution; the sourcefiles themselves are identical, but jpeg-6b has a few additional files. I got a "duplicate symbol" error from the linker, so the problem could be caused by a global variable defined by GDAL and used by jpeg. Not a nice problem. Jan Ed McNierney wrote: > Jan - > > I believe these are all references to the same problem. If you recompiled MapServer and got the same result, then you are still building with two different JPEG libraries in there somewhere. > > Check your MapServer makefile for references to the jpeg-6b library, and check all the makefiles for supporting libraries, as well. Be sure you are linking against GDAL.LIB rather than a custom JPEG library created in the frmts\jpeg directory. > > I have attached my GD-2.0.11 Windows VC++ makefile for your reference. > > - Ed > > > -----Original Message----- > From: Jan Hartmann [mailto:jhart@frw.uva.nl] > Sent: Wednesday, April 02, 2003 10:06 AM > To: Ed McNierney > Cc: mapserver-users@lists.gis.umn.edu > Subject: Re: [Mapserver-users] JPEG input > > > No, that didn't work either. I created a library in > gdal-1.1.8\frmts\jpeg (lib out:libjpeg.lib *.obj) and linked GD 2.0.11 > against this library, instead of the original libjpeg.lib. Then I > recompiled MapServer, and got the same result. > > Norman Vine pointed me to a recent posting by Daniel Morissette on this > problem, > > http://lists.gis.umn.edu/pipermail/mapserver-users/2003-January/000657.html > > and a bugzilla item in > > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=203 > > The problem is more difficult than stated there: recompiling MapServer > without -DUSE_JPEG didn't help. Neither did compiling GD with the JPEG > routines from GDAL. Finally, it is NOT a Windows problem: Apache on > Linux came with the same error, although with a different size (464 > instead of 520) > > >> JPEG parameter struct mismatch: library thinks size is 464, caller > >> expects 464 > > As a last resort I completely removed GDAL from the build and tried to > display the jpeg image. This time I got the error message: > > >> msDrawRasterLayer(): General error message. Attempt to render raster > >> layer to IMAGEMODE RGB or RGBA but without GDAL available. 24bit > >> output requires GDAL > > I'm out of my depth. > > Jan > > > Ed McNierney wrote: > >>Jan - >> >>No, you need to eliminate the two different JPEG libraries from the build. In your case, that means modifying the GD build to link with the GDAL JPEG library. >> >> - Ed >> >>-----Original Message----- >>From: Jan Hartmann [mailto:jhart@frw.uva.nl] >>Sent: Wednesday, April 02, 2003 8:28 AM >>To: Ed McNierney >>Cc: mapserver-users@lists.gis.umn.edu >>Subject: Re: [Mapserver-users] JPEG input >> >> >>I did that too! I commented out the three lines for JPEG support in >>MapServer's Makefile.vc, but the result was the same. >> >>Jan >> >>Ed McNierney wrote: >> >> >>>Jan - >>> >>>Please forgive my incomplete recollection, but I ran into this same problem a long time ago. It appears that the JPEG library inside GDAL is built slightly differently than the default jpeg-6b library (although it's the same version), and the two are not compatible. I suspected it was a structure packing/alignment issue (i.e. the files are the same but they're compiled differently). I decided not to look into it and simply use the JPEG support from GDAL and remove the jpeg-6b library from my build. That fixed the problem. >>> >>> - Ed >>> >>>Ed McNierney >>>President and Chief Mapmaker >>>TopoZone.com / Maps a la carte, Inc. >>>73 Princeton Street, Suite 305 >>>North Chelmsford, MA 01863 >>>ed@topozone.com >>>(978) 251-4242 >>> >>>-----Original Message----- >>>From: Jan Hartmann [mailto:jhart@frw.uva.nl] >>>Sent: Wednesday, April 02, 2003 6:19 AM >>>To: mapserver-users@lists.gis.umn.edu >>>Subject: [Mapserver-users] JPEG input >>> >>> >>>Hello, >>> >>>I'm trying to display a jpeg input image and get the following error >>>message: >>> >>>JPEG parameter struct mismatch: library thinks size is 432, caller >>>expects 464 >>> >>>Platform: Win2000, VC++ >>>Mapserver: CVS, compiled with and without JPEG input support (jpeg-6b) >>>GD: 2.0.11, compiled with jpeg-6b >>>GDAL: 1.1.8 >>> >>>I diffed the jpeg files under GDAL with the jpeg-6b distribution and >>>found no differences. Yet there seems to be a version mismatch >>>somewhere. Outputting JPEG is no problem. Has anyone any ideas? >>> >>>Jan >>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users@lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users@lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > From David.Fawcett@state.mn.us Wed Apr 2 16:16:18 2003 From: David.Fawcett@state.mn.us (Fawcett, David) Date: Wed, 2 Apr 2003 10:16:18 -0600 Subject: [Mapserver-users] installation problems Message-ID: I believe that the Initialize page is just an html page and doesn't call the MapServer executable. It sounds like you either haven't correctly set the URL for the mapserv.exe or you have a directory rights issue. David. David J. Fawcett GIS / Databases MN Office of Environmental Assistance 520 Lafayette Rd N St. Paul, MN 55155 651.215.0200 > ---------- > From: Petur Kirke[SMTP:peturkirke@fds.fo] > Sent: Wednesday, April 02, 2003 8:39 AM > To: MapServer > Subject: Fw: [Mapserver-users] installation problems > > I think so, because the demo_init.html file seems to work fine in the > browser > > > ----- Original Message ----- > From: "Till Adams" > To: "Petur Kirke" > Sent: Wednesday, April 02, 2003 5:29 PM > Subject: Re: [Mapserver-users] installation problems > > > > Dear Petur, > > > > are you sure, that the direcztory, where you placed the demo-files is > > given free for your webserver? You need to create the directory in the > > config-file of your webserver, otherwise you don't have access to it via > > the HTTP. > > ;-) > > Till > > > > Petur Kirke schrieb: > > > I have installed MapServer on a Windows server. > > > > > > Because the default web application on this server is located on the > > > d:\partition, I have i installed the demo application on the d:\ > > partition > > > as well. > > > I have installed mapserv.exe on c:\inetpub\scripts and I have mapped > this > > > directory as "cgi-bin". > > > I have installed the other files just as the dokumentation says, I > should > > > do. > > > > > > But I cant get this to work. The demo_init.html file seems to work > > fine, but > > > when I click on "Initialize", I get the message: > > > > > > "The page cannot be found" > > > > > > even if it seems like all parameters are right ! > > > > > > I have changed the demo_init.html file just as the documentation says, > I > > > should do. > > > > > > Does anyone know, what the problem is here ? Could it be a problem, > > that I > > > have installed the demo application on the d:\ partition ? > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users@lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > > > > > > -- > > ***** terrestris ist umgezogen !!! Neue Adresse siehe unten ************ > > > > ***** Bald !! AveiN! 1.2 Die MapServer Erweiterung f> ür ArcView GIS ***** > > > > ----- > > > > Dipl. Geogr. Till Adams > > terrestris, Paulsen&Adams GbR > > Siemensstr. 8 * 53121 Bonn > > Tel.: 0228 962 899 52 * Fax.: 0228 962 899 57 > > info@terrestris.de * www.terrestris.de > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From mdoggett@coas.oregonstate.edu Wed Apr 2 16:57:17 2003 From: mdoggett@coas.oregonstate.edu (Matt Doggett) Date: Wed, 2 Apr 2003 08:57:17 -0800 Subject: [Mapserver-users] GRASS raster from GDAL Message-ID: <002a01c2f938$eb132360$2441c180@nino> I have GDAL compiled --with-grass and the gdal-config --formats confirms that grass is indeed supported. My mapserver is compiled --with-gdal and the mapserv -v confirms this. Great! So now, how the heck do you access the grass raster data using GDAL? What should the mapfile look like? Examples anyone? I've tried what I know (which isn't much) and there's so little documentation out there so I defer to the group... Matt Matt Doggett Spatial Climate Analysis Service Oregon State University 316 Strand Ag Hall Corvallis, OR 97331 (541)737-9153 mdoggett@coas.oregonstate.edu From sauron29x@yahoo.com.ar Wed Apr 2 17:17:39 2003 From: sauron29x@yahoo.com.ar (=?iso-8859-1?q?jose=20ss?=) Date: Wed, 2 Apr 2003 14:17:39 -0300 (ART) Subject: [Mapserver-users] MPASERVER 3.7 Message-ID: <20030402171739.86218.qmail@web13005.mail.yahoo.com> I saw the the official site of MapServer, but i couldn´t see where i can get version 3.7 Anyone can help me? or indicate where can i get this version? thank you. ------------ ¡Internet GRATIS es Yahoo! Conexión! Usuario "yahoo", contraseña "yahoo". Desde Buenos Aires, 4004-1010. Otras ciudades: http://conexion.yahoo.com.ar/avanzados.html From gayathri@ou.edu Wed Apr 2 17:24:34 2003 From: gayathri@ou.edu (Swaminathan, Gayathri) Date: Wed, 2 Apr 2003 11:24:34 -0600 Subject: [Mapserver-users] MPASERVER 3.7 Message-ID: Hi, The nightly or the CVS is the mapserver 3.7 -----Original Message----- From: jose ss [mailto:sauron29x@yahoo.com.ar] Sent: Wednesday, April 02, 2003 9:18 AM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] MPASERVER 3.7 I saw the the official site of MapServer, but i couldn´t see where i can get version 3.7 Anyone can help me? or indicate where can i get this version? thank you. ------------ ¡Internet GRATIS es Yahoo! Conexión! Usuario "yahoo", contraseña "yahoo". Desde Buenos Aires, 4004-1010. Otras ciudades: http://conexion.yahoo.com.ar/avanzados.html _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From woodbri@swoodbridge.com Wed Apr 2 19:14:59 2003 From: woodbri@swoodbridge.com (woodbri@swoodbridge.com) Date: Wed, 02 Apr 2003 14:14:59 -0500 Subject: [Mapserver-users] Sending String Logical Expressions In-Reply-To: References: <3E8AC903.1036.2245057E@localhost> Message-ID: <3E8AF063.7853.22DED3A3@localhost> Didn't fix it ... well maybe some others have an idea. The problem I had was not related to mapscript, it was in pattern field of a call ereg_replace() and it complained about an invalid regular expression so it must have passed the string without doing the variable substitution directly as the regex, but the change I made forced it to eval the expression and pass the result to regex. -Steve On 2 Apr 2003 at 12:11, James Vogl wrote: > Hi Steve, > Thank you for your quick reply to my problem. Unfortunately, my query > still > refuses to work with string fields. Might I sneak a peek at your PHP > file to see where else I may be wrong? James > > -----Original Message----- > From: woodbri@swoodbridge.com [mailto:woodbri@swoodbridge.com] > Sent: Wednesday, April 02, 2003 11:27 AM > To: mapserver-users@lists.gis.umn.edu; James Vogl > Subject: Re: [Mapserver-users] Sending String Logical Expressions > > > James, > > Try $qclass->setexpression("(". ${qstring}. ")"); > I have run into a case on PHP4 today where this worked but you > example did not. Not sure why, just happy to have a fix :) > > -Steve W. > > On 2 Apr 2003 at 10:45, James Vogl wrote: > > > Hi All, > > The write-up PHPMapScriptMySQLShapeFiles for the mapserver-users > > forum was instrumental in getting me started in PHP and Mapscipt. > > However, I've come across a problem I haven't been able to solve. > > I have constructed a simple HTML web form in which users enter a > > SQL-like > > formula into a single textbox. Using a simple GET form and submit > > button, the single textbox value gets sent to a PHP file. The method > > works fine for queries on numeric fields in which the user enters: > > > > [Block]= 500 and [I_o] = 1. > > > > But Mapserver fails to return any results when a text field is > > specified like so: > > > > '[Street_Nam]' = "MAIN" > > > > or to avoid sending special characters: > > > > ‘[Street_nam]’="MAIN" > > > > By using the echo command in the receiving PHP I'm able to confirm > > that the proper string is being sent: > > > > echo "
The string sent is $qstring
"; > > In this case value returned is: > > The string sent is '[Street_Nam]’=\"MAIN\" > > > > If I explicitly specify the value for setexpression as such: > > $qclass->setexpression("('[Street_Nam]' = \"MAIN\")"); > > the query works fine. > > However, the following expression does not: > > $qclass->setexpression("(${qstring})"); > > > > I wonder if the problem may be a lack of clarity as to how PHP > > parses string variables. > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users@lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > From bwragg@tpg.com.au Wed Apr 2 22:22:19 2003 From: bwragg@tpg.com.au (Benjamin Wragg) Date: Thu, 3 Apr 2003 07:52:19 +0930 Subject: [Mapserver-users] Classes based on Postgis && function In-Reply-To: <3E577EA0.9080704@frw.uva.nl> Message-ID: <000001c2f966$57218470$1e00a8c0@mapping12> Hi guys, I just wanted to say a huge thankyou to all who helped me with my many problems and questions regarding complex queries and layer definitions of PostGIS data. Jan Hartmann and David Blasbly especially provided first class help and support. Thanks heaps, Benjamin Wragg -----Original Message----- From: Jan Hartmann [mailto:jhart@frw.uva.nl] Sent: Sunday, 23 February 2003 12:14 AM To: bwragg@tpg.com.au; mapserver-users@lists.gis.umn.edu Subject: Re: [Mapserver-users] Classes based on Postgis && function We both missed it. It's "using UNIQUE using SRID=" with *one* = Also, in older versions, capitals have to be *exactly* as above. So it wasn't a bug. Thanks to Dave Blasby for pointing it out. Jan Benjamin Wragg wrote: > It didn't work for me. Could you please post your data statement so I > can check I'm not missing something. > > Cheers, > > Benjamin > > -----Original Message----- > From: mapserver-users-admin@lists.gis.umn.edu > [mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of Jan > Hartmann > Sent: Saturday, 22 February 2003 6:47 AM > To: mapserver-users@lists.gis.umn.edu > Subject: Re: [Mapserver-users] Classes based on Postgis && function > > > Later ... > > I put parentheses around the CASE statement (before CASE and after > END) > and now it works! Could you try this too? > > Jan > > Jan Hartmann wrote: > >>Hmm, this looks like a bug: the two SQL statements are exactly the >>same, >>except for the USING statement. Also, the SQL in the error message is >>different from the original one (and definitely erroneous). Looks like > > >>the parser in mappostgis.c chokes on the combination of CASE WHEN and >>USING. In my own setup I have always run CASE statements without > > USING. > >>I added USING now, and got the same error message. I guess the PostGIS > > >>folks should have a look at this. >> > > > _______________________________________________ > Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > Jan Hartmann Department of Geography University of Amsterdam From gabriel@ciasc.gov.br Wed Apr 2 23:05:03 2003 From: gabriel@ciasc.gov.br (Gabriel Vieira Ferrari) Date: Wed, 2 Apr 2003 20:05:03 -0300 Subject: [Mapserver-users] Reference box References: Message-ID: <00bf01c2f96c$4b9f4af0$12d713ac@ciasc.gov.br> This is a multi-part message in MIME format. ------=_NextPart_000_00BC_01C2F953.26414A10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi all. The reference box some times is not completely printed in referece. Somebody can help me? Thanks. ------=_NextPart_000_00BC_01C2F953.26414A10 Content-Type: application/octet-stream; name="SCref104932359930155.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="SCref104932359930155.gif" R0lGODdhkAEsAYQAAL/o/wAAAAAAAP////oAlvq+ZPqWlvrmdWRkZPX19fW0oKqqqv+ZzP/7nb+X zIDJavr6AMjIyHh4eL/o/9zc3DLIAAAA+gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA kAEsAUAF/uAhjodhFgaprmzrvnAsz3Rt33iu73zv/zADYEgsGocm07FYaDqf0KcJSK1ar9isdsvt xoTLY3RMjqa86LR6zW67b6mwfFiu28/vvH7P77OTgGBzg3R2hmZ+iYqLjI0tApAlhJNMh5ZSjpma P5ADnp+goZCjAqEDo6apqqNZqKqvsJ2vo5S1l7dQeJu7vCqusMDBwsOepJErv8TKsxISpaLGtBIU tWK411Cy0QfGq6y94KTL4+Tl5ufowsZD4tDVctjXsun0y9Hb4C7z9fz9/v/8og2R8C5MvFvtACpc CMrYnmQMI0qceA5SwUkHLUGkyLEjumMk7j3zSLKkRIsX/m1ltJPQpMuXMGPKLIkyJcaVGjfO3Mmz p8+fn2raNIjTUEugSJMqXQpQ6FBrRbPppDiVqdWrWOvRemokoy4RBu4Va4nvUSmRpHx165a1rdu3 s0g9LfM1345vM9CKEwu3r99gWwk1I3jTSV27iLmx/cv47ToigaslnlwDrYhjfBtrPlmT4L6xAAhT okxaTebNqMehbShgCDXJpWPnOZq6dlCU2lpzld0rgF3a5wLYhrlO9MCUvHn5niyynPDhNHUf50ok +a7lyauqeg6dpFPqQ6xvwi4+ZFXu3TmDn1M+E/n2ZkeiT/+Pwinp68PAb/R+P4wAerFGnzLf5beE f4v0/odgCwq6ARxPkRkox4KJNEghCRaiEaBMAklYy4V9ZAiiiFVEw2GBHu4G4oosmhUdfinGWESL NNaoXTooyqijETX2eOFiH8G445CE+GhkbBt+RqCQRDY5yZFQMlfWC3zl6OSVRUap5YqCYOnlRVuG uV+XX5ZZkJhoxhaHmWzadAcgacYppxtKGJHEEitNMeeefPpAZmFRHdbnoISC5WZUhhWq6JaB1Lke opgsCqJeAsTwTVqUTslFpkCSY+VFkCIiaXk3plIqjnjhcGo5AlAwkqlMDhXqHTeANGoPbHE6lpJu rRqRSAAkFGFBs5Lh6zCaXsapZZO+OuBfkFDQjLP3/oFXbBTHMrasH9k+m5Vc+V3rxIPeIrvsuWnl xWu5jsVKnbjjrssuceTO29inXMHbRL329uvvRI89qu++3f5r8MH2uJsvvPwi7PDDngb87qwNAxOJ ibHsRS3EHENb07DEXiOoupXakGqJGo/UzlrOnrVxxzBHLB3I74wx8q3mVdppzDxDY9xQN+OsanOw vtxzbUJhvOtrTwrNLV7yHv3tx/PQPIjTUkq91Fb74Hs11jMEIPbYZJdt9tlop6322my3rbbWxFiE isRggi0DiY3sTM58cFvs9Tt2322d3q/w3bcp4EoYeAx4I3ZaKoYfzpqMi//3I22RS241eJW/0Hh7 /qhkrjVKzejYuQuf+9c4K+jqOrdVW/1M+ekspL6f7V0UDPDfitO+Au7tAc9JxbvzfqXvv0Mp/NAx bd4me8hHr4/R/zj/PODSZ59zUwpfz7n20hOesPdYgh+4XtP73T35O5pP+8kz/Mm+me7Xz4L887dp f/1r5u8/IDbbnwCt4ygkJKEE8sNF0AbIwF7grysHWWADJ9iHB+KpKBKkoAbRYEF4ICqDGwzhFTro wQ+K8IRdIOEgZgVCFLqQBF16jexkFaoWvvCG9wsXC3H4kJJpoWS2agNmdOZDxbTuHkyb2A55uIbT TAldt0mGQ7YQteqtr2bXsiET71JFaOhOffDL/gHx4qYd4wGqWFrcYmWoN5NkIeNxVpSX9aoxsCak kYJDBGIRRwBHpujKJFLETavmuMI6xitd8blH+IBDKcklzCKDCRa1UJJELBpyXV2MYhBHNUZH+kMA 0+JVJ5TIsEyaYzWnDKN4vuhJrZBiWqABQCVBNTBW/mRb5mGELVsZxyvSsZamfJYq2bBLXgbEjGcs VjD7NUWT7VGMxTQmq5BJCX1F016sHOb2pBkdGZVymdz0BhE70clwftKXhxJXOc1ZNHa2sXSh8dA3 wenOegKFbgKzJj3tyU+fEPKXwNxnPwf6EmomU51sJKhC22hQQgQ0oQuNKL0kaSCEClSiGPVI/kOJ QrGLRvGRHs2oOzfKUUQpDTCKVAviqobKoIhUoqRwVeJoKTKS+XAbzXzjJqkkEiOKL2MvPZpcZhoy MpzAjnpa5cVS6lOiVSmkQb3KPwGaC07msYjkdBlEoyrVVw5ihiW1o/lOylW/EDWdd1zcNcuqUXBZ RKZbmeWERMiyTLHVJZGZivHUmEitrvWu4izCZ6jJV2dWDbDcO8pUq1PYWrUUsaoJzMoa2tjhQbWs XHPGWOCJnMpSoY+QXSk7nrHYA2lvecT86d5Geo/1gA+1s9nqMETnyVHI9SmvpYxqg0FbR5a2admD rSIK1tvDkRR6wQWdbAdQ3L79FrjSE27e/lwmjOaODp11Sy6CtGNdoWI3u9G9XOHCedwsabdZzupu zKLVvtPaSBbq5Vh5R+PeHo0CQMt9WIHAqqLz+mg5tjrXfbTqRZbmF0Lz/VB9jSRdI/oUBo9FSoJh 498eNdiyB26rl3J7pAvzACR/pceEz7Tg/8Y2w796boo4zOAm7pYqI+5dhWvkYQijuJf+m+uMaVTj 6d0YVd+dn2fntM6KxLhMQybyj8mYY9wmOU4hHnCTv/dkMRU5LlM2UJWtfNlYZlnLW/bREF0Z5C8r OMzoFVaE41JmM1MYzZfbKQvIdWQ3HwHONMqpDM5q59nheVAq7HN+/tynQAt60ISWk6EP/o3oRIep f4w+nqO1BOlIS3rSRqq0pS+NQANECtNJbhQgjqCLAlaCLqDGtPzOYGoA3CKpqYazqfFX01jjOdAR tPWWDe0VXQ950a7GSVp9vT9gB1vYxGaisY+N7GS/cNnMbrazRajpakJq2NM+HbQLYcJsT3DbRFii t6N3p3hWtIbjlh64D5qndPNPh9d2t/vWDcF4y5tKYTpia+Ft73urZanajI+y+MhU07QuledGt79z Zpln6ptTucNkl6vF737Lm2iaZJ2B6TzYgONq4iiVkLiwjedjvRikctbBWssIyoSj8eLLvLI6EMnF v0JCs1iuuLinHeVjenzOPd9sxlye/sVsB93nrPPx0VnTjIzx2ZLwInljZV7Qsizd6QUWCH/Z/fLC QlwxTb06Z06ukMm2Bi1zMaQdgWipnoZPMSvd0EBf6QxJTrLN4VZ7AQquLFGm3GlkhcaAYRo7uIo2 7ZfcuGppDnix85LuesX7qQNK5otND+g9/TuplizSUcDy8AsDZtlp/sdMiTe0M5fWZPNZyrFTfVfj /HkvQB5VUGqWdLelKkLhYqJ0uX0Xr0fs09P5zdSQxfSLcDxBh5+SOio/KW50EO1rH63cF7X4+mW8 EJ/PzyPrc/r30n5qOc/VOn+f/NDJfC7Drspn8hT9nZd8IbEPt9JnFX3qQr255D+H/u9jNuDBF1R1 xm3Xwn0wcykYp38h500WBX/GRHYKCCs6QnmAZYDLZ3sMaFERuIGRRQRbR3zKZIEcWE+UlCLn54Aj +FLrMGLOB34pqIIqFlYa+II0WDT8BxUUWIM6SHEil3g7uIMDqHYi+IO1ZX4tiIJEqFBGOE9JqINL OINNSIMxdYN5V4BDGIUPOGENiIVEyIIhCFX0FIBcyC4xZoWcB1rQAHdj6FxJw39fGFmkdVUbo3gu uIZIIzfMx3WW0Ch7BySRJ34sNWANZ3ZIaIdmBSwg+GqJ1FRGJIh69m8A5359h1NoaIje0iGucX2K CE17JH5951ial1VjIXiwZ4ke/qMbnid5tTY4D6c0rmiKPeF9qHZAFCJ7zdF7VwiLkyNPRkUo+qaL E3Vz/MVZDhVAWJMqawaMDIGJiPdpiySGyjhzVFhV7gOB0ZhKTkFNzlg/0HiNKzVLeYgnsCZA1uiN bMZelOIqZ9ZAGucKq5GL/ydYEodOJzSIcmeOUjYQOvFW60hX49RX+LiLkHF3JFZlyWiKbagybYZm UFOHkJWAv4Vpc+OQ1NcpESmRS2WItICHCrmQthZ4QEg1Eyl5zkaREcU1uSF/JQmPWTiQWvWB5pVs laiAKOllQzFuB6l/HAl7TrZj0xVi8cUzG7lvN1lim1COwBCUQmlbE8Zi4QBy/krZMzc3EMQIk/ph lLM3cVG5XjF4lT4JfEgJClvJlVQ4I1j5lCBZXaxVljxyllKSYWMpX2zZll+ZGOUUl9lnfT0ZXkq1 XHjpMOHYWXX5lsrwl9m3Ym6pW8dimAjTlTrGl32ZSYxpMAMIAE6ZHWn5CZP5L5V5mcolL5vJTHrZ X5C5H+QSmvNSmeGRmEo1XtykmpbJmpGZXuTVKqYjm58pltLkmNAVPT2WlZqZhXP5mL75Xp2AmsKk G8ToIZ65IsdZiAPCm/Q1mAsCCfgFe9C5GbBJl6VpYQ9mfytFH9LZj8jzm4hBIr+YcTMJfdtpltRJ IQ1GKQSnR5kZi8PZm+Wp/jyWZVhhpxTjSZ6+Y552IaCc6J/t6Z7dSWNPw5LeYJUylqA8NlwmKTNI hpvw2UPr2RGBGSPN2SIESjL+tKHt9Z4L8qE2NqFkdKAASjsmqhzj143Y2GQdyiItynAoCkZZNqMr UqPsRy/3yaEWWqIakp1L8qO3SaIIUqNXKKJCdlpu86RQGqVSOqU8eqNetGmxuXClAaMoZaScpqWK SaTugKUICqZ2iaIq2iRmuqUUmaZOsqZsuhBu+qVwmg/g9585VqdnioRz+iV6+hvQiKdT9qeACn99 Sj+EygtieKhskqhgeUxkahOOqkv1yWSRKqmTygeBV6mgd6nglaknxixNedWlnlqUoBqqnjifQ1eq pnqq0peqkNhxrLqXrvoG0Yd5LjOrpFmroWpYXmppvEoa9KarqxmsiDGsxJqlxgoOyJqsy5oPzeqs z8oL0Sqt06oJ1Wqt19oI2aqt26oI3eqt31pByYqY4+oH4Vqu54qu5Qqk66oH6dquIQAAOw== ------=_NextPart_000_00BC_01C2F953.26414A10-- From gabriel@ciasc.gov.br Wed Apr 2 23:08:59 2003 From: gabriel@ciasc.gov.br (Gabriel Vieira Ferrari) Date: Wed, 2 Apr 2003 20:08:59 -0300 Subject: [Mapserver-users] Re: Reference box Message-ID: <00d001c2f96c$d804e9a0$12d713ac@ciasc.gov.br> This is a multi-part message in MIME format. ------=_NextPart_000_00CD_01C2F953.B2A959C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Here is the view at the browser. ----- Original Message ----- From: "gabriel" To: "mapserver-users" Sent: Wednesday, April 02, 2003 8:05 PM Subject: Reference box > Hi all. > > The reference box some times is not completely printed in referece. > > Somebody can help me? > > Thanks. > ------=_NextPart_000_00CD_01C2F953.B2A959C0 Content-Type: application/octet-stream; name="view_referece.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="view_referece.gif" R0lGODlhowB0APcAAP///733/8Xv/73v/73v9//mc9bm1rXv997e3sXm787e997exbXm9/+9pfe9 rfe9pfe9nP+1rf+1pea9vf+1nO+9nP+1lPe1pf+9Y/e1nOa9nO+1pf+tnO+1nNa9tea1re+1lOa1 pfetnO+tnKXOre+tlOatlO+llOallN6llP+UlN6ljNallPeUjNalhN6clN6cjOaUjNacjN6UlO+M jN6UjMWclNaUjL2clN6MjM6UjMWUlMWUjLWcjNaMhMWUhL2UjM6MhL2UhMWMhL2MhM6Ec72Ec8V7 jMV7e7WEc8V7c8V7a85za7V7c8Vza71zY61zhLVzY71rY61zY5R7e6Vzc61zWrVrY6VzY61rc7Vr Wq1rY4R7e5xzY1qUY5Rzc3t7e6VrWnt7c61jWoRzc4Rza5RrY6VjWoxrWntrc3Nra5xaUoRjWoRj Umtra5RaUmNrc3Nja2Nra4xaUoxaSnNjWoRaWmtja5RSUmtjY1prY4RaSmNja3taUmNjY3taSpxK Qmtaa2taUlJjY4xKQnNSSpRCQoRKQlpaWpRCOntKQoxCOmNSUntKOoRCQlpSUlJSY3tCOkpSY3tC MXNCOmtCQmtCOmNCOnM6MWs6Oms6MWM6MWsxKWMxKVoxMVIxMUIpKSEhOgAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAkAAAAALAAAAACjAHQA QAj+ADdhSgRoUSZPlBopAgUJEqM2SJBksYNokJw8cu7EScNFDBkqRG7QoJFDxpBDTraEmfKESZEl V868UVTJUiE2XZIQEfKnBw4cP1jYqCHDxYsXKZKiQDGiqdMRGS5kmEo16oWrWKtq3apV6tYOEkRk eJBBRJkQDyCAldBB7FSsVzc0sJDhQyAFAgYw0KNhgd+/gENhGEy4gOHDiBMrXsy4sePHkCNLnmx4 gGXLoQBr3sx5s2DCoAdTHk26tOnThlVcXo25s2tRrhd8Dk0bgyhRhkUB2I0btenbu4PrDk68uPHj yJPzHjBcFOvLmWP/9TK8uObZtQdXV869O/fbh7f+ex9PPrnz56ujS19A/fj17KHFl59Pv7597+jT r/fb3vj7wSqo4JtivYV324Hy3afggsHlB91+mlkX2IAUQqZbggxmyFtzz6kH4QIS/hVKhb/5dqBx GGp43HkOeghhiH6NSCJpBZJ4oYresdjih3/BKNuMNAIZHmUnlnebgx3y6JePMgrppJApLofklKy5 uB+TT2ZpYo0FAAcAlWDuqCSWWpY5oGphppmflev5qOSbcMYp55x01mnnnXjmqSee2IUmoJmABooY emzGBptrfdL2p6AUiueleY1FuR2ShcbGJHyERWnkhQeWpimO8+mY5H79XYqpbaCmqip9oo66Xqn/ xP0HH4aPAlDrqrhm6FyrrY0Za2CLMrrYp7kueOSBCFT5JpnCblksqxeuueyvIjaLGJen1Uosjrzq 52tw11k7pJM1IggcgsaGWalrzFqLbYXvKhaqmq5+2K644qZIr7rTgjshvgAjhua+aq7bmZt7Jqzw wgw37PDDEMM5ogqiBWyxbwGiWVmvdyYK4MUgl1bvfod25nFhIae82MDS8lgyZyd/rLJkCBpobs2P VaevmB++7NmpGAQ7c2Lbmodb0c3dBgahEHrhtBemnvrd0SfibOOz0B7Z8qsJyjprsfE2hnV9Uxo8 XdeBAV10rmuPLdzSlDaNtohAo+r23TiWLbd7/mljeivegCvY7QBm80fC4VGDNiTV4OXWqePoBi65 rd0WHiG1Mcqcb9uTKze45YDde3Fvf3fuuWVSesuj6EOHZ7p5zFXe727h4ht2ZClyzqBzcI98JeY/ 2g5vcboLrve3tP+b74w63z34g8gDUPvyUBZf3/PQrw58k+4+efuw9mGfvb3bA/x9tjS3LT7T0U/f epalo0iw722W/76Wks7PM/n+Vns/kF762/oIBroe2e9/ZmKZ/uLWPuUh8EkKXCADtde/GMnmgpnJ IAY3qMEOcvCDHgwhCEcowhKS8IQmTOEGGxixFrrQYQh7oQxnOKdOaGIShjCEIyzBiUgo4hOM/kDE IwTRhyocAQpq0IMe8hCHO7jBDWogwxfM0IUmzKAGPgjCCwhxhSds4QxWiIIUmKCELawBD3PYwx7Q gAUjDOEHcwACD3RwAx7sQAYyWAEMkIICE5hgKU9pSlXgAheuGNIqhPQKIq/SFqk8YAQR8AAWTFCB DkQgAxXIyiIzYIIOgGADE4ADAxiQgDpswACcQeVmVKkZVgLGlX+BpV9kuQBa2jKVuFxlLlu5y1f2 Mpa/nOV+VEhMFBqzmMg8pjKTaUI9gUZoD2wdmtC0p9pAM5ohU2DPDnTLBYSmACgzDAYWM07FlDMx 50RMOg+zTnGS853mhCc65anOdz6nm7z0/9lmMIXNlOXnTfrUDD/7CbAAIQmg0sHUNaN5vtGU62ai SNY/lSSKbn7zm+CkJzs16s54enSe5nRUc1ZUT6KZRziWCQB68OnL9QCNoMVrHOSmhtKJ5qluCw0Y p86lq02dy6Zcu9U+1YYcmQbKequqFVClA6v+qfKi8THW4zb60ZIW4HVGA4NK7xnMpiYPMETFVUOv hdUVHXRv/hHoqZBKHohaLTdlJQ72PuRV6al1VmzVVZHi2qAp0XVuT1VcfPLK11WtZqusYSl/5vaX sBb2sc/7K9/A6tjHlnWuaHVTZS1bVr9mllqBLUxUx0NYzuYopSsNpgEQYAADaBavxGscb/4ox1PT JvVA6IHTa585LALljKdVK21cd7XUFwHPmxU7Knj2atupOUi3oPVLctuZ0apSFaTYjV9ziTeAALRK scIE0XFTtlPhPmtXNb0MdCvol/uBZ7u2Yk58WbPer/6Fodo1HXp5VV+71rK9Vg3wdQXcUewSuLpd sqxzbIXY1YD3v+Jl7wLMl63c4Q23xf2dhClc4aICLrKz8+99hTcg+Zj3tGdloSoNPOAWF/jAtrHu i6/rKMBdpsGXebAq3cTh4c32blTq72Z67OMTfyfIIR4yiQFoZNghWcUAdjGCYcxRcGKLulh+J7qa 3NfDplaXYObxkgHImKNdK7+nA5OQNfZDZObRiFVpWjNg2myjyXBOa3FOcnhZPOM+T1nKMebzn/08 Ti5RF83c9fJzcGwZHS9pvGN2c87aKsEByHnEBK0Qiit96ShnusRprrRl5LxiKst40KjO8qlVzef4 tYrR3UUPrB0dYft6+tOeyp2on9PpCeM61zKV665zq+c5/7pERBt2huvn1Fuz2tSCfjagq8xqRbMG 1tj+Mi/DDOljD0jZzy02pr19GnCHm4XjJjdpzH1uCn6V1tuOd0vlDUww0zu894ZwvuE9737XO4Y0 DLjAmW3rgRv84JsBOMIXHvAQ8bve+w6mvv2Nb4pPHOIWf3jFMV7vgAAAOw== ------=_NextPart_000_00CD_01C2F953.B2A959C0 Content-Type: application/octet-stream; name="SCref104932359930155.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="SCref104932359930155.gif" R0lGODdhkAEsAYQAAL/o/wAAAAAAAP////oAlvq+ZPqWlvrmdWRkZPX19fW0oKqqqv+ZzP/7nb+X zIDJavr6AMjIyHh4eL/o/9zc3DLIAAAA+gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACwAAAAA kAEsAUAF/uAhjodhFgaprmzrvnAsz3Rt33iu73zv/zADYEgsGocm07FYaDqf0KcJSK1ar9isdsvt xoTLY3RMjqa86LR6zW67b6mwfFiu28/vvH7P77OTgGBzg3R2hmZ+iYqLjI0tApAlhJNMh5ZSjpma P5ADnp+goZCjAqEDo6apqqNZqKqvsJ2vo5S1l7dQeJu7vCqusMDBwsOepJErv8TKsxISpaLGtBIU tWK411Cy0QfGq6y94KTL4+Tl5ufowsZD4tDVctjXsun0y9Hb4C7z9fz9/v/8og2R8C5MvFvtACpc CMrYnmQMI0qceA5SwUkHLUGkyLEjumMk7j3zSLKkRIsX/m1ltJPQpMuXMGPKLIkyJcaVGjfO3Mmz p8+fn2raNIjTUEugSJMqXQpQ6FBrRbPppDiVqdWrWOvRemokoy4RBu4Va4nvUSmRpHx165a1rdu3 s0g9LfM1345vM9CKEwu3r99gWwk1I3jTSV27iLmx/cv47ToigaslnlwDrYhjfBtrPlmT4L6xAAhT okxaTebNqMehbShgCDXJpWPnOZq6dlCU2lpzld0rgF3a5wLYhrlO9MCUvHn5niyynPDhNHUf50ok +a7lyauqeg6dpFPqQ6xvwi4+ZFXu3TmDn1M+E/n2ZkeiT/+Pwinp68PAb/R+P4wAerFGnzLf5beE f4v0/odgCwq6ARxPkRkox4KJNEghCRaiEaBMAklYy4V9ZAiiiFVEw2GBHu4G4oosmhUdfinGWESL NNaoXTooyqijETX2eOFiH8G445CE+GhkbBt+RqCQRDY5yZFQMlfWC3zl6OSVRUap5YqCYOnlRVuG uV+XX5ZZkJhoxhaHmWzadAcgacYppxtKGJHEEitNMeeefPpAZmFRHdbnoISC5WZUhhWq6JaB1Lke opgsCqJeAsTwTVqUTslFpkCSY+VFkCIiaXk3plIqjnjhcGo5AlAwkqlMDhXqHTeANGoPbHE6lpJu rRqRSAAkFGFBs5Lh6zCaXsapZZO+OuBfkFDQjLP3/oFXbBTHMrasH9k+m5Vc+V3rxIPeIrvsuWnl xWu5jsVKnbjjrssuceTO29inXMHbRL329uvvRI89qu++3f5r8MH2uJsvvPwi7PDDngb87qwNAxOJ ibHsRS3EHENb07DEXiOoupXakGqJGo/UzlrOnrVxxzBHLB3I74wx8q3mVdppzDxDY9xQN+OsanOw vtxzbUJhvOtrTwrNLV7yHv3tx/PQPIjTUkq91Fb74Hs11jMEIPbYZJdt9tlop6322my3rbbWxFiE isRggi0DiY3sTM58cFvs9Tt2322d3q/w3bcp4EoYeAx4I3ZaKoYfzpqMi//3I22RS241eJW/0Hh7 /qhkrjVKzejYuQuf+9c4K+jqOrdVW/1M+ekspL6f7V0UDPDfitO+Au7tAc9JxbvzfqXvv0Mp/NAx bd4me8hHr4/R/zj/PODSZ59zUwpfz7n20hOesPdYgh+4XtP73T35O5pP+8kz/Mm+me7Xz4L887dp f/1r5u8/IDbbnwCt4ygkJKEE8sNF0AbIwF7grysHWWADJ9iHB+KpKBKkoAbRYEF4ICqDGwzhFTro wQ+K8IRdIOEgZgVCFLqQBF16jexkFaoWvvCG9wsXC3H4kJJpoWS2agNmdOZDxbTuHkyb2A55uIbT TAldt0mGQ7YQteqtr2bXsiET71JFaOhOffDL/gHx4qYd4wGqWFrcYmWoN5NkIeNxVpSX9aoxsCak kYJDBGIRRwBHpujKJFLETavmuMI6xitd8blH+IBDKcklzCKDCRa1UJJELBpyXV2MYhBHNUZH+kMA 0+JVJ5TIsEyaYzWnDKN4vuhJrZBiWqABQCVBNTBW/mRb5mGELVsZxyvSsZamfJYq2bBLXgbEjGcs VjD7NUWT7VGMxTQmq5BJCX1F016sHOb2pBkdGZVymdz0BhE70clwftKXhxJXOc1ZNHa2sXSh8dA3 wenOegKFbgKzJj3tyU+fEPKXwNxnPwf6EmomU51sJKhC22hQQgQ0oQuNKL0kaSCEClSiGPVI/kOJ QrGLRvGRHs2oOzfKUUQpDTCKVAviqobKoIhUoqRwVeJoKTKS+XAbzXzjJqkkEiOKL2MvPZpcZhoy MpzAjnpa5cVS6lOiVSmkQb3KPwGaC07msYjkdBlEoyrVVw5ihiW1o/lOylW/EDWdd1zcNcuqUXBZ RKZbmeWERMiyTLHVJZGZivHUmEitrvWu4izCZ6jJV2dWDbDcO8pUq1PYWrUUsaoJzMoa2tjhQbWs XHPGWOCJnMpSoY+QXSk7nrHYA2lvecT86d5Geo/1gA+1s9nqMETnyVHI9SmvpYxqg0FbR5a2admD rSIK1tvDkRR6wQWdbAdQ3L79FrjSE27e/lwmjOaODp11Sy6CtGNdoWI3u9G9XOHCedwsabdZzupu zKLVvtPaSBbq5Vh5R+PeHo0CQMt9WIHAqqLz+mg5tjrXfbTqRZbmF0Lz/VB9jSRdI/oUBo9FSoJh 498eNdiyB26rl3J7pAvzACR/pceEz7Tg/8Y2w796boo4zOAm7pYqI+5dhWvkYQijuJf+m+uMaVTj 6d0YVd+dn2fntM6KxLhMQybyj8mYY9wmOU4hHnCTv/dkMRU5LlM2UJWtfNlYZlnLW/bREF0Z5C8r OMzoFVaE41JmM1MYzZfbKQvIdWQ3HwHONMqpDM5q59nheVAq7HN+/tynQAt60ISWk6EP/o3oRIep f4w+nqO1BOlIS3rSRqq0pS+NQANECtNJbhQgjqCLAlaCLqDGtPzOYGoA3CKpqYazqfFX01jjOdAR tPWWDe0VXQ950a7GSVp9vT9gB1vYxGaisY+N7GS/cNnMbrazRajpakJq2NM+HbQLYcJsT3DbRFii t6N3p3hWtIbjlh64D5qndPNPh9d2t/vWDcF4y5tKYTpia+Ft73urZanajI+y+MhU07QuledGt79z Zpln6ptTucNkl6vF737Lm2iaZJ2B6TzYgONq4iiVkLiwjedjvRikctbBWssIyoSj8eLLvLI6EMnF v0JCs1iuuLinHeVjenzOPd9sxlye/sVsB93nrPPx0VnTjIzx2ZLwInljZV7Qsizd6QUWCH/Z/fLC QlwxTb06Z06ukMm2Bi1zMaQdgWipnoZPMSvd0EBf6QxJTrLN4VZ7AQquLFGm3GlkhcaAYRo7uIo2 7ZfcuGppDnix85LuesX7qQNK5otND+g9/TuplizSUcDy8AsDZtlp/sdMiTe0M5fWZPNZyrFTfVfj /HkvQB5VUGqWdLelKkLhYqJ0uX0Xr0fs09P5zdSQxfSLcDxBh5+SOio/KW50EO1rH63cF7X4+mW8 EJ/PzyPrc/r30n5qOc/VOn+f/NDJfC7Drspn8hT9nZd8IbEPt9JnFX3qQr255D+H/u9jNuDBF1R1 xm3Xwn0wcykYp38h500WBX/GRHYKCCs6QnmAZYDLZ3sMaFERuIGRRQRbR3zKZIEcWE+UlCLn54Aj +FLrMGLOB34pqIIqFlYa+II0WDT8BxUUWIM6SHEil3g7uIMDqHYi+IO1ZX4tiIJEqFBGOE9JqINL OINNSIMxdYN5V4BDGIUPOGENiIVEyIIhCFX0FIBcyC4xZoWcB1rQAHdj6FxJw39fGFmkdVUbo3gu uIZIIzfMx3WW0Ch7BySRJ34sNWANZ3ZIaIdmBSwg+GqJ1FRGJIh69m8A5359h1NoaIje0iGucX2K CE17JH5951ial1VjIXiwZ4ke/qMbnid5tTY4D6c0rmiKPeF9qHZAFCJ7zdF7VwiLkyNPRkUo+qaL E3Vz/MVZDhVAWJMqawaMDIGJiPdpiySGyjhzVFhV7gOB0ZhKTkFNzlg/0HiNKzVLeYgnsCZA1uiN bMZelOIqZ9ZAGucKq5GL/ydYEodOJzSIcmeOUjYQOvFW60hX49RX+LiLkHF3JFZlyWiKbagybYZm UFOHkJWAv4Vpc+OQ1NcpESmRS2WItICHCrmQthZ4QEg1Eyl5zkaREcU1uSF/JQmPWTiQWvWB5pVs laiAKOllQzFuB6l/HAl7TrZj0xVi8cUzG7lvN1lim1COwBCUQmlbE8Zi4QBy/krZMzc3EMQIk/ph lLM3cVG5XjF4lT4JfEgJClvJlVQ4I1j5lCBZXaxVljxyllKSYWMpX2zZll+ZGOUUl9lnfT0ZXkq1 XHjpMOHYWXX5lsrwl9m3Ym6pW8dimAjTlTrGl32ZSYxpMAMIAE6ZHWn5CZP5L5V5mcolL5vJTHrZ X5C5H+QSmvNSmeGRmEo1XtykmpbJmpGZXuTVKqYjm58pltLkmNAVPT2WlZqZhXP5mL75Xp2AmsKk G8ToIZ65IsdZiAPCm/Q1mAsCCfgFe9C5GbBJl6VpYQ9mfytFH9LZj8jzm4hBIr+YcTMJfdtpltRJ IQ1GKQSnR5kZi8PZm+Wp/jyWZVhhpxTjSZ6+Y552IaCc6J/t6Z7dSWNPw5LeYJUylqA8NlwmKTNI hpvw2UPr2RGBGSPN2SIESjL+tKHt9Z4L8qE2NqFkdKAASjsmqhzj143Y2GQdyiItynAoCkZZNqMr UqPsRy/3yaEWWqIakp1L8qO3SaIIUqNXKKJCdlpu86RQGqVSOqU8eqNetGmxuXClAaMoZaScpqWK SaTugKUICqZ2iaIq2iRmuqUUmaZOsqZsuhBu+qVwmg/g9585VqdnioRz+iV6+hvQiKdT9qeACn99 Sj+EygtieKhskqhgeUxkahOOqkv1yWSRKqmTygeBV6mgd6nglaknxixNedWlnlqUoBqqnjifQ1eq pnqq0peqkNhxrLqXrvoG0Yd5LjOrpFmroWpYXmppvEoa9KarqxmsiDGsxJqlxgoOyJqsy5oPzeqs z8oL0Sqt06oJ1Wqt19oI2aqt26oI3eqt31pByYqY4+oH4Vqu54qu5Qqk66oH6dquIQAAOw== ------=_NextPart_000_00CD_01C2F953.B2A959C0-- From John.Hockaday@ga.gov.au Thu Apr 3 00:06:17 2003 From: John.Hockaday@ga.gov.au (John.Hockaday@ga.gov.au) Date: Thu, 3 Apr 2003 10:06:17 +1000 Subject: [Mapserver-users] Re: Reference box Message-ID: Hi Gabriel, It would seem to me that a possible problem is that you are resizing your reference gif using the HTML 'width' and 'height' attributes of the 'img' element. Resizing a gif sometimes causes part of the image to look funny because some critical part, eg. the reference box, is removed during the resizing action. Try re-creating your gif at the size you want it to display in the HTML page and get rid of your 'width' and 'height' attributes in your 'img' element. Of course if you do not use these attributes then my guess is wrong and ignore this email. ;--) I hope this helps. John > -----Original Message----- > From: Gabriel Vieira Ferrari [mailto:gabriel@ciasc.gov.br] > Sent: Thursday, 3 April 2003 9:09 > To: mapserve