on Mon, 3 Feb 2003 15:00:49 +0800.
> hi! i am using mapscript, I would like to know how can I make labels.can
> anyone help me.tnx!
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From t_lalla20 at yahoo.com Mon Feb 3 07:35:11 2003
From: t_lalla20 at yahoo.com (Terrence Lalla)
Date: Mon, 3 Feb 2003 07:35:11 -0800 (PST)
Subject: [Mapserver-users] configure PHP as a cgi
Message-ID: <20030203153511.68665.qmail@web14101.mail.yahoo.com>
--0-684745527-1044286511=:67549
Content-Type: text/plain; charset=us-ascii
Hello,
I am new to Mapserver and trying to make PHPMapscript work with PHP 4.3.0 However, the following errors keep coming up in the browser. I am on Windows XP. Web Server is Apache.
Fatal error: Due to thread-safety problems, php_mapscript cannot be used as a 'cgi-fcgi' module. You will have to reconfigure your PHP as a CGI to run this version of MapScript. See http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI. in c:\apache\htdocs\trinidad\help.php on line 4
Any Suggestions.
Terrence.
---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-684745527-1044286511=:67549
Content-Type: text/html; charset=us-ascii
Hello,
I am new to Mapserver and trying to make PHPMapscript work with PHP 4.3.0 However, the following errors keep coming up in the browser. I am on Windows XP. Web Server is Apache.
Fatal error: Due to thread-safety problems, php_mapscript cannot be used as a 'cgi-fcgi' module. You will have to reconfigure your PHP as a CGI to run this version of MapScript. See http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI. in c:\apache\htdocs\trinidad\help.php on line 4
Any Suggestions.
Terrence.
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-684745527-1044286511=:67549--
From r000t at adelphia.net Mon Feb 3 07:44:08 2003
From: r000t at adelphia.net (Jim Burnett)
Date: Mon, 3 Feb 2003 10:44:08 -0500
Subject: [Mapserver-users] configure PHP as a cgi
References: <20030203153511.68665.qmail@web14101.mail.yahoo.com>
Message-ID: <006401c2cb9b$1766fcf0$9601a8c0@emasi.com>
This is a multi-part message in MIME format.
------=_NextPart_000_0061_01C2CB71.2E63A360
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
try recompiling php as CGI. ./configure --help
----- Original Message -----=20
From: Terrence Lalla=20
To: mapserver-users at lists.gis.umn.edu=20
Sent: Monday, February 03, 2003 10:35 AM
Subject: [Mapserver-users] configure PHP as a cgi
Hello,
I am new to Mapserver and trying to make PHPMapscript work with PHP =
4.3.0 However, the following errors keep coming up in the browser. I am =
on Windows XP. Web Server is Apache.
Fatal error: Due to thread-safety problems, php_mapscript cannot be =
used as a 'cgi-fcgi' module. You will have to reconfigure your PHP as a =
CGI to run this version of MapScript. See =
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI. in =
c:\apache\htdocs\trinidad\help.php on line 4
Any Suggestions.
Terrence.
-------------------------------------------------------------------------=
-----
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
------=_NextPart_000_0061_01C2CB71.2E63A360
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
try recompiling php as CGI. ./configure =
--help
----- Original Message -----
Sent: Monday, February 03, 2003 =
10:35=20
AM
Subject: [Mapserver-users] =
configure PHP=20
as a cgi
Hello,
I am new to Mapserver and trying to make PHPMapscript work with PHP =
4.3.0=20
However, the following errors keep coming up in the browser. I am on =
Windows=20
XP. Web Server is Apache.
Fatal error: Due to thread-safety problems, =
php_mapscript=20
cannot be used as a 'cgi-fcgi' module. You will have to reconfigure =
your PHP=20
as a CGI to run this version of MapScript. See htt=
p://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI.=20
in c:\apache\htdocs\trinidad\help.php on line 4
Any Suggestions.
Terrence.
Do you Yahoo!?
Yaho=
o! Mail=20
Plus - Powerful. Affordable. Sign=
up=20
now
------=_NextPart_000_0061_01C2CB71.2E63A360--
From assefa at dmsolutions.ca Mon Feb 3 07:53:06 2003
From: assefa at dmsolutions.ca (Yewondwossen Assefa)
Date: Mon, 03 Feb 2003 10:53:06 -0500
Subject: [Mapserver-users] configure PHP as a cgi
References: <20030203153511.68665.qmail@web14101.mail.yahoo.com>
Message-ID: <3E3E9062.A77905D9@dmsolutions.ca>
--------------3B206CAD5D035327BF7B3B23
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi There,
There is a code in php_mapscript.c (around line 1059)
if (sapi_module.name && (strcmp(sapi_module.name, "cgi") != 0)
It should be replaced by
if (sapi_module.name && (strcmp(sapi_module.name, "cgi") != 0) &&
(strcmp(sapi_module.name, "cgi-fcgi") != 0))
I will commit that in the 3.6.4 branch.
Later,
Terrence Lalla wrote:
> Hello,
>
> I am new to Mapserver and trying to make PHPMapscript work with PHP
> 4.3.0 However, the following errors keep coming up in the browser. I
> am on Windows XP. Web Server is Apache.
>
> Fatal error: Due to thread-safety problems, php_mapscript cannot be
> used as a 'cgi-fcgi' module. You will have to reconfigure your PHP as
> a CGI to run this version of MapScript. See
> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI. in
> c:\apache\htdocs\trinidad\help.php on line 4
>
> Any Suggestions.
>
> Terrence.
>
>
> -----------------------------------------------------------------------
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--
----------------------------------------------------------------
Assefa Yewondwossen
Software Analyst
Email: assefa at dmsolutions.ca
http://www.dmsolutions.ca/
Phone: (613) 565-5056 (ext 14)
Fax: (613) 565-0925
----------------------------------------------------------------
--------------3B206CAD5D035327BF7B3B23
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi There,
There is a code in php_mapscript.c (around line 1059)
if (sapi_module.name && (strcmp(sapi_module.name,
"cgi") != 0)
It should be replaced by
if (sapi_module.name && (strcmp(sapi_module.name,
"cgi") != 0) &&
(strcmp(sapi_module.name,
"cgi-fcgi") != 0))
I will commit that in the 3.6.4 branch.
Later,
Terrence Lalla wrote:
Hello,
I am new to Mapserver and trying to make PHPMapscript work with PHP
4.3.0 However, the following errors keep coming up in the browser. I am
on Windows XP. Web Server is Apache.
Fatal error: Due to thread-safety problems, php_mapscript cannot
be used as a 'cgi-fcgi' module. You will have to reconfigure your PHP as
a CGI to run this version of MapScript. See http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI.
in c:\apache\htdocs\trinidad\help.php on line 4
Any Suggestions.
Terrence.
Do you Yahoo!?
Yahoo!
Mail Plus - Powerful. Affordable. Sign
up now
--
----------------------------------------------------------------
Assefa Yewondwossen
Software Analyst
Email: assefa at dmsolutions.ca
http://www.dmsolutions.ca/
Phone: (613) 565-5056 (ext 14)
Fax: (613) 565-0925
----------------------------------------------------------------
--------------3B206CAD5D035327BF7B3B23--
From pia_rose.trias at up.edu.ph Mon Feb 3 08:53:03 2003
From: pia_rose.trias at up.edu.ph (pia rose trias)
Date: Tue, 4 Feb 2003 00:53:03 +0800
Subject: [Mapserver-users] Re: Mapserver-users digest, Vol 1 #60 - 14 msgs
In-Reply-To: <20030201180002.5252.80417.Mailman@lists.gis.umn.edu>
References: <20030201180002.5252.80417.Mailman@lists.gis.umn.edu>
Message-ID: <1044291183.3e3e9e6f96f4a@mail.up.edu.ph>
hi! can anyone help me, i can't find something wrong with my code but it
doesnt change the data that I intended to change like the width and the
extent. i am using mapscript,can anyone help me
$refmap=$map->reference;
$refmap->extent->setExtent($ans3, $ans4, $ans5, $ans6);
$refmap->set('image',$filename3);
$refmap->set('width', 100);
From dbarron at ddive.com Mon Feb 3 08:42:38 2003
From: dbarron at ddive.com (Dan Barron)
Date: Mon, 03 Feb 2003 08:42:38 -0800
Subject: [Mapserver-users] configure PHP as a cgi
In-Reply-To: <20030203153511.68665.qmail@web14101.mail.yahoo.com>
Message-ID: <5.2.0.9.0.20030203083526.041786c8@192.168.11.30>
--=====================_247642765==.ALT
Content-Type: text/plain; charset="us-ascii"; format=flowed
Terrence,
I use Apache 1.3.27, PHP 4.3.0 w/ PHPMapscript 3.6 on W2K w/o any
troubles. Below are the additions you should need to http.conf and php.ini.
http.conf file
ScriptAlias /php/ "c:/bin/php-4.3.0/" <- directory where php.exe lives>
AddType application/x-httpd-php .php .phtml
AddType application/x-httpd-php-source .phps
Action application/x-httpd-php "/php/php.exe"
php.ini
extension=php_mapscript_36.dll
Dan
At 07:35 AM 2/3/2003 -0800, Terrence Lalla wrote:
>Hello,
>
>I am new to Mapserver and trying to make PHPMapscript work with PHP 4.3.0
>However, the following errors keep coming up in the browser. I am on
>Windows XP. Web Server is Apache.
>
>Fatal error: Due to thread-safety problems, php_mapscript cannot be used
>as a 'cgi-fcgi' module. You will have to reconfigure your PHP as a CGI to
>run this version of MapScript. See
>http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI.
>in c:\apache\htdocs\trinidad\help.php on line 4
>
>Any Suggestions.
>
>Terrence.
>
>
>
>Do you Yahoo!?
>Yahoo! Mail
>Plus - Powerful. Affordable.
>Sign up now
--=====================_247642765==.ALT
Content-Type: text/html; charset="us-ascii"
Terrence,
I use Apache 1.3.27, PHP 4.3.0 w/ PHPMapscript 3.6 on W2K w/o any
troubles. Below are the additions you should need to http.conf and
php.ini.
http.conf file
ScriptAlias /php/
"c:/bin/php-4.3.0/" <- directory where php.exe
lives>
AddType application/x-httpd-php .php .phtml
AddType application/x-httpd-php-source .phps
Action application/x-httpd-php
"/php/php.exe"
php.ini
extension=php_mapscript_36.dll
Dan
At 07:35 AM 2/3/2003 -0800, Terrence Lalla wrote:
Hello,
I am new to Mapserver and trying to make PHPMapscript work with PHP 4.3.0
However, the following errors keep coming up in the browser. I am on
Windows XP. Web Server is Apache.
Fatal error: Due to thread-safety problems, php_mapscript cannot
be used as a 'cgi-fcgi' module. You will have to reconfigure your PHP as
a CGI to run this version of MapScript. See
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI.
in c:\apache\htdocs\trinidad\help.php on line 4
Any Suggestions.
Terrence.
Do you Yahoo!?
Yahoo!
Mail Plus - Powerful. Affordable.
Sign
up now
--=====================_247642765==.ALT--
From dana at nextbus.com Mon Feb 3 10:34:38 2003
From: dana at nextbus.com (Dana Quinn)
Date: Mon, 03 Feb 2003 10:34:38 -0800
Subject: [Mapserver-users] Mapserver 3.6.4 and RedHat 8.0
References: <200302030958.h139wZK03438@mail.sysinet.com>
Message-ID: <3E3EB63E.60807@nextbus.com>
I have 3.6.3 running well with RH 8.0. I assume 3.6.4 wouldn't be
much harder. What problems are you having? Are they mainly build
problems?
dana
Klaus Zahradnik wrote:
> Hy-
> I found a thread concerning this problem in the archives. But there never was an answere to this issue.
>
> Now, since I have the same problem, and with RedHat beeing close to release version 8.1 I was wondering if in the meantime the problem was fixed, or if there is a workaround which does not involve installing RedHat 7.3.
>
> Our servers as of now still run on RH 7.3 but we are thinking of upgrading to 8.1 (depending on it's behavior).
>
> best regards
> Klaus Zahradnik
--
Dana Quinn, dana at nextbus.com
NextBus Information Systems
(510) 420-3117
From katarina.kobesova at chello.at Mon Feb 3 10:38:07 2003
From: katarina.kobesova at chello.at (Katarina Kobesova)
Date: Mon, 3 Feb 2003 19:38:07 +0100
Subject: [Mapserver-users] 10. configure PHP as a cgi (Terrence Lalla)
Message-ID: <000c01c2cbb3$64faae90$356a6e50@katti>
This is a multi-part message in MIME format.
------=_NextPart_000_0009_01C2CBBB.C6ACC710
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
hi,
This habe you to past in the httpd of the webserver (apache).
Action application/x-httpd-php "/php4/php.exe"
(When you want configure PHP as module of webserver, it looks like this:
LoadModule php4_module c:/php4/sapi/php4apache.dll)
I think this can help you.
Kati
------=_NextPart_000_0009_01C2CBBB.C6ACC710
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
hi,
This habe you to past in the httpd of =
the webserver=20
(apache).
Action application/x-httpd-php=20
"/php4/php.exe"
(When you want configure PHP as module =
of=20
webserver, it looks like this:
LoadModule php4_module=20
c:/php4/sapi/php4apache.dll)
I think this can help you.
Kati
------=_NextPart_000_0009_01C2CBBB.C6ACC710--
From ed at topozone.com Mon Feb 3 10:08:24 2003
From: ed at topozone.com (Ed McNierney)
Date: Mon, 3 Feb 2003 13:08:24 -0500
Subject: [Mapserver-users] image qyuality
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3C50@mercator.topozone.com>
This is a multi-part message in MIME format.
------_=_NextPart_001_01C2CBAF.3E228538
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Juanse -
=20
You don't need to do anything at all. MapServer generates raster output =
images that are X pixels wide by Y pixels high. When you print them, if =
you print them at a high resolution, you will get a small, high-quality =
image. If you print them at a low resolution you will get a large, =
low-quality image. If you need an 8.5 inch by 11 inch 300-dpi image, =
make one that is 2550 pixels (8.5 x 300) by 3300 pixels (11 x 300), =
print it at 300 dpi, and you will get what you want.
=20
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed at topozone.com
(978) 251-4242=20
-----Original Message-----
From: Juanse [mailto:georef at tie.cl]
Sent: Friday, January 31, 2003 12:53 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] image qyuality
Is it possible to change image resolution other way than changing the =
constant value (72 DPI) and recompiling mapserver? I need to increase it =
for generating printed maps.
Juanse
temuko-Chile
=20
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system ( http://www.grisoft.com).
Version: 6.0.445 / Virus Database: 250 - Release Date: 21/01/03
------_=_NextPart_001_01C2CBAF.3E228538
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Juanse=20
-
You=20
don't need to do anything at all. MapServer generates raster =
output images=20
that are X pixels wide by Y pixels high. When you print them, if =
you print=20
them at a high resolution, you will get a small, high-quality =
image. If=20
you print them at a low resolution you will get a large, low-quality=20
image. If you need an 8.5 inch by 11 inch 300-dpi image, make one =
that is=20
2550 pixels (8.5 x 300) by 3300 pixels (11 x 300), print it at 300 dpi, =
and you=20
will get what you want.
- Ed
Ed McNierney
President and Chief =
Mapmaker
TopoZone.com /=20
Maps a la carte, Inc.
73 Princeton Street, Suite 305
North =
Chelmsford,=20
MA 01863
ed at topozone.com
(978) 251-4242 =
Is it possible to change image resolution other way than changing =
the=20
constant value (72 DPI) and recompiling mapserver? I need to increase =
it =20
for generating printed maps.
Juanse
temuko-Chile
---
Outgoing mail is certified Virus Free.
Checked by =
AVG=20
anti-virus system (
http://www.grisoft.com).
Version: =
6.0.445=20
/ Virus Database: 250 - Release Date: =
21/01/03
------_=_NextPart_001_01C2CBAF.3E228538--
From eric at gomoos.org Mon Feb 3 05:45:39 2003
From: eric at gomoos.org (Eric Bridger)
Date: 03 Feb 2003 13:45:39 +0000
Subject: [Mapserver-users] Map Extent
Message-ID: <1044279939.1455.54.camel@ubet.gomoos.org>
Hi all. I am a new mapserver, mapscript user, about 2 weeks now. So
first my thanks to all involved in developing a truly excellent
application. We are using Mapserver 3.6.4 and mapscript to develop an
Linux Apache/mod-perl oceanographic application.
I am having trouble mapping the users map image mouse click to map
coordinates with precision. At first I thought it might be the
registration of the map datasets we were using (shape files) with one
shaded relief jpg, so I switched to using the states_ugl data and the
s1ex1.map from the 3.6 tutorial in a simple mapscript test and noticed
the same issues.
When adding a point symbol to the map at the location clicked, the
symbol appears near where I expected but not exactly where I expected.
The closer I click to the center of the map the closer the symbol
registers. It appears to me that the y-coordinate is always on target,
but that the x corrdinate is off. The closer to the edges of the map,
the further off the x coordinate is.
Perhaps this has to do with the fact that the map created 400x300 goes
all the way from y=0 to y=400, but not from x=0 to x=300?
The mapextent is gotten from the map object created from the map file.
I calculate the map coordinates with code adapted from the mapquakes.pl
example:
if($q->param('img.x') && $q->param('imgext')) { # Make sure we got a
click
@imgext = split(' ', $q->param('imgext'));
$x = $q->param('img.x');
$y = $q->param('img.y');
$cx = ($imgext[2]-$imgext[0])/($map->{width}-1);
$cy = ($imgext[3]-$imgext[1])/($map->{height}-1);
$x = $imgext[0] + $cx*$x;
$y = $imgext[3] - $cy*$y;
}
Create a point object and add it to the map and display it.
Par of the map file:
MAP
EXTENT -97.238976 41.619778 -82.122902 49.38562
SIZE 400 300
SHAPEPATH "/home/eric/work/htdocs/mapserver/tutorial35/data"
# Added by EB
IMAGETYPE PNG
UNITS DD
LAYER # States
NAME "lobster_zones"
DATA states_ugl
STATUS DEFAULT
TYPE POLYGON
CLASSITEM "STATE"
CLASS
NAME "Michigan"
COLOR 255 255 128
OUTLINECOLOR 0 0 0
END # end of class object
END # end of layer object
....
Thanks.
Eric Bridger
eric at gomoos.org
Gulf of Maine Ocean Observing System www.gomoos.org
From klaus.zahradnik at sysinet.com Mon Feb 3 10:46:09 2003
From: klaus.zahradnik at sysinet.com (Klaus Zahradnik)
Date: Mon, 03 Feb 2003 19:46:09 +0100
Subject: [Mapserver-users] Mapserver 3.6.4 and RedHat 8.0
In-Reply-To: <3E3EB63E.60807@nextbus.com>
References: <3E3EB63E.60807@nextbus.com>
Message-ID: <200302031735.h13HZiK05956@mail.sysinet.com>
Hy-
To make it short, here is the link with the message I get:
http://lists.gis.umn.edu/pipermail/mapserver-users/2002-December/000378.html
It already has been posted, but there was no answere (at least google makes it look like that ;o) )
berst regagrds
Klaus
> -----Urspr?ngliche Nachricht-----
> Von: Dana Quinn
> Gesendet: Monday, 03. February 2003 19:34
> An: Klaus Zahradnik
> Betreff: Re: [Mapserver-users] Mapserver 3.6.4 and RedHat 8.0
>
>
> I have 3.6.3 running well with RH 8.0. I assume 3.6.4 wouldn\\'t be
> much harder. What problems are you having? Are they mainly build
> problems?
>
> dana
>
>
>
> Klaus Zahradnik wrote:
>
> > Hy-
> > I found a thread concerning this problem in the archives. But there never was an answere to this issue.
> >
> > Now, since I have the same problem, and with RedHat beeing close to release version 8.1 I was wondering if in the meantime the problem was fixed, or if there is a workaround which does not involve installing RedHat 7.3.
> >
> > Our servers as of now still run on RH 7.3 but we are thinking of upgrading to 8.1 (depending on it\\'s behavior).
> >
> > best regards
> > Klaus Zahradnik
>
>
>
> --
>
> Dana Quinn, dana at nextbus.com
> NextBus Information Systems
> (510) 420-3117
>
--
---------------------------------------------
Klaus Zahradnik
Systemadministrator
iNet Internet Plattform
Neudoerflerstrasse 2
A - 2700 Wiener Neustadt
Tel.: ++43 (0)2622 / 24480 13
Fax.: ++43 (0)2622 / 24480 20
WWW: http://www.sysinet.com
eMail: klaus.zahradnik at sysinet.com
---------------------------------------------
From dana at nextbus.com Mon Feb 3 11:00:27 2003
From: dana at nextbus.com (Dana Quinn)
Date: Mon, 03 Feb 2003 11:00:27 -0800
Subject: [Mapserver-users] Mapserver 3.6.4 and RedHat 8.0
References: <3E3EB63E.60807@nextbus.com> <200302031735.h13HZiK05956@mail.sysinet.com>
Message-ID: <3E3EBC4B.90609@nextbus.com>
Klaus Zahradnik wrote:
> Hy-
> To make it short, here is the link with the message I get:
> http://lists.gis.umn.edu/pipermail/mapserver-users/2002-December/000378.html
>
> It already has been posted, but there was no answere (at least google makes it look like that ;o) )
>
> berst regagrds
> Klaus
Klaus-
I think you're in luck with this problem. If you can provide
the right search strings to the search engine for the mailing list
search engine, you can find some discussion on this error message.
I think this post is the most succint at how to fix the problem:
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0212/msg00337.html
I was able to follow that advice and get everything working. This
is specifically what I did (this is directly from that post):
>>
Or try editing your Makefile and add "-lstdc++" as shown below
STATIC_LIBS= $(GD_STATIC) $(OGR_STATIC) -lstdc++
>>
You'll need to do something similar if you use Perl/Mapscript.
There was some discussion of that issue on the mailing list, and
there is a small section in the wiki about Perl Mapscript and RH 8.0.
dana
--
Dana Quinn, dana at nextbus.com
NextBus Information Systems
(510) 420-3117
From RUBINJ at gov.ns.ca Mon Feb 3 12:03:51 2003
From: RUBINJ at gov.ns.ca (John Rubin)
Date: Mon, 03 Feb 2003 16:03:51 -0400
Subject: [Mapserver-users] Run a C program from an HTML page ?
Message-ID:
Dear folks,
I am trying to change a map file on the fly. I wish to change the name and data in a layer, in a map file, from an html form text input. Does anyone know how to execute a compiled C program from an HTML page, and return to the html page .
Thanks
John
John Rubin
Telephone: 902-893-5712
E-mail: RUBINJ at gov.ns.ca
From jmmichia at ciudad.com.ar Mon Feb 3 12:10:17 2003
From: jmmichia at ciudad.com.ar (=?iso-8859-1?Q?Jos=E9_Mar=EDa_Michia?=)
Date: Mon, 3 Feb 2003 17:10:17 -0300
Subject: [Mapserver-users] Problems with Java Interface
Message-ID: <00e701c2cbc0$45152c10$df02a8c0@pm.rosario.gov.ar>
Hi!
I'm using MapScript (Java interface) for web-based GIS.
I'm trying to add postgis layers on run-time.
For example, this DATA string: "the_geom from (SELECT AsText(ruta.the_geom)
AS the_geom, ruta.oid AS oid, ruta.mslink AS mslink, ruta.id_ruta AS id_ruta
FROM ruta WHERE id_ruta='8') as foo1 using unique oid using srid=-1"
represents a routh beetwen 2 points on the street network. If the layer is
added on run time, with this data string, the web-server work fine, but only
for 2 or 3 or 4 request, after that, the server die, because an error
outside the Java Virtual Machine (in mapObj.draw()).
But, if the layer is added on the MAP file used for instantiate the mapObj,
the web-server work fine every time ?!?!?!
How solve-debug this?
I try to log MapServer, with weblog field (in mapfile) but with mapscript
this not work or something).
Please, help me. Sorry my english, and thanks in advance.
Jos? Mar?a Michia
More info:
----------------------------------------------------------------------------
------------------------------------------------
The versions:
MapServer 3.6.4 (with 3.6.3, no difference)
PostgreSQL 7.2.1 - PostGIS 0.7.3
Tomcat 4.1.12 - JDK 1.3
----------------------------------------------------------------------------
--------------------------------------------
The ruta's table:
Table "ruta"
Column | Type | Modifiers
----------+----------+-----------
id_ruta | integer |
mslink | integer |
the_geom | geometry |
Indexes: ruta_geom_index,
ruta_id_mslink_index,
ruta_id_ruta_index,
ruta_oid_index
Check constraints: "$1" (srid(the_geom) = -1)
"$2" ((geometrytype(the_geom) = 'MULTILINESTRING'::text)
OR (the_geom IS NULL))
----------------------------------------------------------------------------
------------------------------------------------
The catalina.out (tomcat log):
SIGSEGV 11* segmentation violation
si_signo [11]: SIGSEGV 11* segmentation violation
si_errno [0]: Success
si_code [0]: SI_USER [pid: 0, uid: 0]
stackpointer=0x46b4a85c
Full thread dump Classic VM (1.3.1_02-b02, green threads):
"StandardManager[/mtallari/sitio]" (TID:0x40e7ff68,
sys_thread_t:0x8c17158, state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.session.StandardManager.threadSleep(StandardManager.java
:780)
at
org.apache.catalina.session.StandardManager.run(StandardManager.java:839)
at java.lang.Thread.run(Thread.java:484)
"WebappLoader[/mtallari/sitio]" (TID:0x40d2aac0, sys_thread_t:0x8bd66b8,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.loader.WebappLoader.threadSleep(WebappLoader.java:1221)
at
org.apache.catalina.loader.WebappLoader.run(WebappLoader.java:1341)
at java.lang.Thread.run(Thread.java:484)
"MonitorRunnable" (TID:0x40e3a3a0, sys_thread_t:0x925f508, state:CW)
prio=5
at java.lang.Object.wait(Native Method)
at
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable.run(ThreadPool.jav
a:423)
at java.lang.Thread.run(Thread.java:484)
"Thread-9" (TID:0x40e3a660, sys_thread_t:0x92bf9d0, state:CW) prio=5
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:468)
at java.net.ServerSocket.implAccept(ServerSocket.java:243)
at java.net.ServerSocket.accept(ServerSocket.java:222)
at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:254)
at
org.apache.jk.common.ChannelSocket.acceptConnections(ChannelSocket.java:504)
at org.apache.jk.common.SocketAcceptor.runIt(ChannelSocket.java:619)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:533)
at java.lang.Thread.run(Thread.java:484)
"Thread-8" (TID:0x40e3a5e8, sys_thread_t:0x92b7478, state:CW) prio=5
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:512)
at java.lang.Thread.run(Thread.java:484)
"Thread-7" (TID:0x40e3a580, sys_thread_t:0x9392c40, state:CW) prio=5
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:512)
at java.lang.Thread.run(Thread.java:484)
"Thread-6" (TID:0x40e3a828, sys_thread_t:0x93916b0, state:CW) prio=5
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:512)
at java.lang.Thread.run(Thread.java:484)
"MonitorRunnable" (TID:0x40e3f1d0, sys_thread_t:0x92a67f8, state:CW)
prio=5
at java.lang.Object.wait(Native Method)
at
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable.run(ThreadPool.jav
a:423)
at java.lang.Thread.run(Thread.java:484)
"Thread-4" (TID:0x40e3fbc8, sys_thread_t:0x921b310, state:CW) prio=5
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:468)
at java.net.ServerSocket.implAccept(ServerSocket.java:243)
at java.net.ServerSocket.accept(ServerSocket.java:222)
at
org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultSe
rverSocketFactory.java:107)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTcpEndpoint.java
:335)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:483)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:533)
at java.lang.Thread.run(Thread.java:484)
"Thread-3" (TID:0x40e3fec8, sys_thread_t:0x9046c20, state:R) prio=5
at edu.umn.gis.mapscript.mapscript.mapObj_draw(Native Method)
at edu.umn.gis.mapscript.mapObj.draw(mapObj.java:267)
at jmap.MapBean.getImage(MapBean.java:352)
at org.apache.jsp.Map2_jsp._jspService(Map2_jsp.java:398)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:136)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2
04)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:260)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2396)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172
)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:405)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
ction(Http11Protocol.java:380)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:533)
at java.lang.Thread.run(Thread.java:484)
"Thread-2" (TID:0x40e3fe40, sys_thread_t:0x904d6a0, state:CW) prio=5
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:512)
at java.lang.Thread.run(Thread.java:484)
"Thread-1" (TID:0x40e3fdc0, sys_thread_t:0x920d300, state:CW) prio=5
at java.net.SocketInputStream.socketRead(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:90)
at
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:7
67)
at
org.apache.coyote.http11.InternalInputBuffer.parseRequestLine(InternalInputB
uffer.java:428)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:382)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
ction(Http11Protocol.java:380)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:533)
at java.lang.Thread.run(Thread.java:484)
"HostConfig[localhost]" (TID:0x40e40a90, sys_thread_t:0x9223830,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.startup.HostConfig.threadSleep(HostConfig.java:985)
at org.apache.catalina.startup.HostConfig.run(HostConfig.java:1009)
at java.lang.Thread.run(Thread.java:484)
"StandardManager[/jmichia0]" (TID:0x40e44b50, sys_thread_t:0x92c0d98,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.session.StandardManager.threadSleep(StandardManager.java
:780)
at
org.apache.catalina.session.StandardManager.run(StandardManager.java:839)
at java.lang.Thread.run(Thread.java:484)
"StandardManager[/webdav]" (TID:0x40e8c768, sys_thread_t:0x92207b0,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.session.StandardManager.threadSleep(StandardManager.java
:780)
at
org.apache.catalina.session.StandardManager.run(StandardManager.java:839)
at java.lang.Thread.run(Thread.java:484)
"StandardManager[]" (TID:0x40e2a400, sys_thread_t:0x9300830, state:CW)
prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.session.StandardManager.threadSleep(StandardManager.java
:780)
at
org.apache.catalina.session.StandardManager.run(StandardManager.java:839)
at java.lang.Thread.run(Thread.java:484)
"StandardManager[/tomcat-docs]" (TID:0x40e1e468, sys_thread_t:0x92ff2a0,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.session.StandardManager.threadSleep(StandardManager.java
:780)
at
org.apache.catalina.session.StandardManager.run(StandardManager.java:839)
at java.lang.Thread.run(Thread.java:484)
"StandardManager[/admin]" (TID:0x40e77dd8, sys_thread_t:0x924b258,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.session.StandardManager.threadSleep(StandardManager.java
:780)
at
org.apache.catalina.session.StandardManager.run(StandardManager.java:839)
at java.lang.Thread.run(Thread.java:484)
"StandardManager[/manager]" (TID:0x40e760a0, sys_thread_t:0x92818f8,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.session.StandardManager.threadSleep(StandardManager.java
:780)
at
org.apache.catalina.session.StandardManager.run(StandardManager.java:839)
at java.lang.Thread.run(Thread.java:484)
"StandardManager[/mtallari/sitio2]" (TID:0x40e5ec58,
sys_thread_t:0x9024d38, state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.session.StandardManager.threadSleep(StandardManager.java
:780)
at
org.apache.catalina.session.StandardManager.run(StandardManager.java:839)
at java.lang.Thread.run(Thread.java:484)
"WebappLoader[/mtallari/sitio2]" (TID:0x40e88b38,
sys_thread_t:0x906ba40, state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.loader.WebappLoader.threadSleep(WebappLoader.java:1221)
at
org.apache.catalina.loader.WebappLoader.run(WebappLoader.java:1341)
at java.lang.Thread.run(Thread.java:484)
"StandardManager[/appt1]" (TID:0x40e71c70, sys_thread_t:0x9043940,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.session.StandardManager.threadSleep(StandardManager.java
:780)
at
org.apache.catalina.session.StandardManager.run(StandardManager.java:839)
at java.lang.Thread.run(Thread.java:484)
"WebappLoader[/appt1]" (TID:0x40eae088, sys_thread_t:0x9020d90,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.loader.WebappLoader.threadSleep(WebappLoader.java:1221)
at
org.apache.catalina.loader.WebappLoader.run(WebappLoader.java:1341)
at java.lang.Thread.run(Thread.java:484)
"StandardManager[/mtallari/gis]" (TID:0x40e87a78,
sys_thread_t:0x8e0ec98, state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.session.StandardManager.threadSleep(StandardManager.java
:780)
at
org.apache.catalina.session.StandardManager.run(StandardManager.java:839)
at java.lang.Thread.run(Thread.java:484)
"WebappLoader[/mtallari/gis]" (TID:0x40ec1360, sys_thread_t:0x8dc3bc0,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.loader.WebappLoader.threadSleep(WebappLoader.java:1221)
at
org.apache.catalina.loader.WebappLoader.run(WebappLoader.java:1341)
at java.lang.Thread.run(Thread.java:484)
"StandardManager[/examples]" (TID:0x40eca708, sys_thread_t:0x8bee418,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.session.StandardManager.threadSleep(StandardManager.java
:780)
at
org.apache.catalina.session.StandardManager.run(StandardManager.java:839)
at java.lang.Thread.run(Thread.java:484)
"WebappLoader[/examples]" (TID:0x40eabc70, sys_thread_t:0x8bd2c68,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.loader.WebappLoader.threadSleep(WebappLoader.java:1221)
at
org.apache.catalina.loader.WebappLoader.run(WebappLoader.java:1341)
at java.lang.Thread.run(Thread.java:484)
"StandardManager[/jmichia0/gis]" (TID:0x40ea3da8,
sys_thread_t:0x8bb8cd8, state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.session.StandardManager.threadSleep(StandardManager.java
:780)
at
org.apache.catalina.session.StandardManager.run(StandardManager.java:839)
at java.lang.Thread.run(Thread.java:484)
"WebappLoader[/jmichia0/gis]" (TID:0x40eef6b0, sys_thread_t:0x8a67900,
state:CW) prio=5
at java.lang.Thread.sleep(Native Method)
at
org.apache.catalina.loader.WebappLoader.threadSleep(WebappLoader.java:1221)
at
org.apache.catalina.loader.WebappLoader.run(WebappLoader.java:1341)
at java.lang.Thread.run(Thread.java:484)
"Finalizer" (TID:0x40ef5528, sys_thread_t:0x80c8628, state:CW) prio=8
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:123)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:162)
"Reference Handler" (TID:0x40ef5300, sys_thread_t:0x80c35e0, state:CW)
prio=10
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:110)
"Signal dispatcher" (TID:0x40ef5330, sys_thread_t:0x80c0108, state:CW)
prio=5
"main" (TID:0x40ef51b0, sys_thread_t:0x804d018, state:CW) prio=5
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:468)
at java.net.ServerSocket.implAccept(ServerSocket.java:243)
at java.net.ServerSocket.accept(ServerSocket.java:222)
at
org.apache.catalina.core.StandardServer.await(StandardServer.java:526)
at org.apache.catalina.startup.Catalina.start(Catalina.java:519)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
at java.lang.reflect.Method.invoke(Native Method)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
Monitor Cache Dump:
java.net.PlainSocketImpl at 40E38860/4144F4A8: owner "main" (0x804d018) 1
entry
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable at 40E3A820/414485C8:
Waiting to be notified:
"Thread-6" (0x93916b0)
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable at 40E3A528/41448680:
Waiting to be notified:
"Thread-7" (0x9392c40)
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable at 40E3A5E0/41448738:
Waiting to be notified:
"Thread-8" (0x92b7478)
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable at 40E3F1C8/41444A08:
Waiting to be notified:
"MonitorRunnable" (0x92a67f8)
java.lang.ref.ReferenceQueue$Lock at 40EF5540/40F2B460:
Waiting to be notified:
"Finalizer" (0x80c8628)
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable at 40E3FE28/4143D560:
Waiting to be notified:
"Thread-2" (0x904d6a0)
java.net.PlainSocketImpl at 40E3A6D0/41448480: owner "Thread-9" (0x92bf9d0)
1 entry
java.net.PlainSocketImpl at 40EE7360/410CEBE0: owner "Thread-4" (0x921b310)
1 entry
java.lang.ref.Reference$Lock at 40EF5310/40F2AF80:
Waiting to be notified:
"Reference Handler" (0x80c35e0)
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable at 40E3A398/41448A20:
Waiting to be notified:
"MonitorRunnable" (0x925f508)
Registered Monitor Dump:
utf8 hash table:
JNI pinning lock:
JNI global reference lock:
BinClass lock:
Class linking lock:
System class loader lock:
Code rewrite lock:
Heap lock:
Monitor cache lock: owner "Thread-3" (0x9046c20) 1 entry
Dynamic loading lock:
Monitor IO lock:
User signal monitor:
Waiting to be notified:
"Signal dispatcher" (0x80c0108)
Child death monitor:
I/O monitor:
Alarm monitor:
Waiting to be notified:
(0x8057478)
Thread queue lock: owner "Thread-3" (0x9046c20) 1 entry
Monitor registry: owner "Thread-3" (0x9046c20) 1 entry
----------------------------------------------------------------------------
------------------------------------------------
From Chip.Hankley at GASAI.Com Mon Feb 3 12:20:11 2003
From: Chip.Hankley at GASAI.Com (Hankley, Chip)
Date: Mon, 3 Feb 2003 14:20:11 -0600
Subject: [Mapserver-users] Run a C program from an HTML page ?
Message-ID: <3DFF131E4E6D2D4198CDD758F35A535302785357@postoffice.GASAI.Com>
John - there are various ways that you can execute programs on the server
side using ASP, PHP, Perl, etc. However, my question would be "why re-invent
the wheel?"
You can already do what you want to do from within MapScript. MapScript
provides almost limitless control over the mapfile, etc.
Chip
> -----Original Message-----
> From: John Rubin [mailto:RUBINJ at gov.ns.ca]
> Sent: Monday, February 03, 2003 2:04 PM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Run a C program from an HTML page ?
>
>
> Dear folks,
>
> I am trying to change a map file on the fly. I wish to
> change the name and data in a layer, in a map file, from an
> html form text input. Does anyone know how to execute a
> compiled C program from an HTML page, and return to the html page .
>
> Thanks
>
> John
>
> John Rubin
> Telephone: 902-893-5712
> E-mail: RUBINJ at gov.ns.ca
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
From ed at topozone.com Mon Feb 3 12:06:35 2003
From: ed at topozone.com (Ed McNierney)
Date: Mon, 3 Feb 2003 15:06:35 -0500
Subject: [Mapserver-users] image qyuality
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3C53@mercator.topozone.com>
This is a multi-part message in MIME format.
------_=_NextPart_001_01C2CBBF.C114185E
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
The scale bar won't have any problems. If you generate the map and the =
scale bar the same way, they will be correctly proportioned to each =
other. If you print them both at the same output resolution, they will =
look fine, no matter what that resolution is.
=20
- Ed
-----Original Message-----
From: Juanse [mailto:georef at tie.cl]
Sent: Friday, January 31, 2003 2:33 PM
To: Ed McNierney
Cc: mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] image qyuality
Right, but how do you take care of the scale?
=20
I am generating the map, the scale and the reference map as different =
png, with the png names stored in a database. On other process I am =
generating a pdf output with all the images.
=20
If I double (say from 72 to 144) the size of the map, I should do the =
same with the scale size?
=20
Juanse
temuko-Chile
=20
=20
----- Original Message -----=20
From: Ed McNierney =20
To: Juanse ; mapserver-users at lists.gis.umn.edu=20
Sent: Monday, February 03, 2003 3:08 PM
Subject: RE: [Mapserver-users] image qyuality
Juanse -
=20
You don't need to do anything at all. MapServer generates raster output =
images that are X pixels wide by Y pixels high. When you print them, if =
you print them at a high resolution, you will get a small, high-quality =
image. If you print them at a low resolution you will get a large, =
low-quality image. If you need an 8.5 inch by 11 inch 300-dpi image, =
make one that is 2550 pixels (8.5 x 300) by 3300 pixels (11 x 300), =
print it at 300 dpi, and you will get what you want.
=20
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed at topozone.com
(978) 251-4242=20
-----Original Message-----
From: Juanse [mailto:georef at tie.cl]
Sent: Friday, January 31, 2003 12:53 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] image qyuality
Is it possible to change image resolution other way than changing the =
constant value (72 DPI) and recompiling mapserver? I need to increase it =
for generating printed maps.
Juanse
temuko-Chile
=20
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system ( http://www.grisoft.com).
Version: 6.0.445 / Virus Database: 250 - Release Date: 21/01/03
------_=_NextPart_001_01C2CBBF.C114185E
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
The=20
scale bar won't have any problems. If you generate the map and the =
scale=20
bar the same way, they will be correctly proportioned to each =
other. If=20
you print them both at the same output resolution, they will look fine, =
no=20
matter what that resolution is.
- Ed
Right, but how do you take care of =
the=20
scale?
I am generating the map, the scale =
and the=20
reference map as different png, with the png names stored in a =
database. On=20
other process I am generating a pdf output with all the =
images.
If I double (say from 72 to 144) the =
size of the=20
map, I should do the same with the scale size?
Juanse
temuko-Chile
----- Original Message -----
Sent: Monday, February 03, =
2003 3:08=20
PM
Subject: RE: =
[Mapserver-users] image=20
qyuality
Juanse -
You don't need to do anything at all. MapServer =
generates=20
raster output images that are X pixels wide by Y pixels high. =
When you=20
print them, if you print them at a high resolution, you will get a =
small,=20
high-quality image. If you print them at a low resolution you =
will get=20
a large, low-quality image. If you need an 8.5 inch by 11 inch =
300-dpi=20
image, make one that is 2550 pixels (8.5 x 300) by 3300 pixels (11 x =
300),=20
print it at 300 dpi, and you will get what you =
want.
- Ed
Ed McNierney
President and Chief =
Mapmaker
TopoZone.com=20
/ Maps a la carte, Inc.
73 Princeton Street, Suite 305
North=20
Chelmsford, MA 01863
ed at topozone.com
(978) 251-4242=20
Is it possible to change image resolution other way than =
changing the=20
constant value (72 DPI) and recompiling mapserver? I need to =
increase=20
it for generating printed maps.
Juanse
temuko-Chile
---
Outgoing mail is certified Virus Free.
Checked =
by AVG=20
anti-virus system (
http://www.grisoft.com).
Version: =
6.0.445 / Virus Database: 250 - Release Date:=20
21/01/03
------_=_NextPart_001_01C2CBBF.C114185E--
From ed at topozone.com Mon Feb 3 12:13:21 2003
From: ed at topozone.com (Ed McNierney)
Date: Mon, 3 Feb 2003 15:13:21 -0500
Subject: [Mapserver-users] Map Extent
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3C54@mercator.topozone.com>
Eric -
You will get predictable but unexpected results if your map image size and your map extents are not proportional. In your case, you're using a "geographic" projection, so latitude and longitude are treated as planar X/Y coordinates.
You're asking for an image that's 15 degrees wide (X dimension) and 8 degrees high (Y dimension) - so the X extent of the image is about 1.5 times the height. But you're asking for an image that's 400 pixels wide by 300 pixels high, or about 1.3 times as wide as it is high. The shapes of the two rectangles are not the same.
Since MapServer does not produce distorted maps, it will adjust the requested X and Y extents of the map in order to be proportional to the size of the requested output image. Unless you make the same adjustment, your output X and Y extents won't be what you expect.
The easiest fix is to simply change the EXTENTS of the map so the ratio (delta longitude) / (delta latitude) = 400 / 300 in your case.
Once you get that fixed, we'll start working on why you're mapping lobsters in Michigan....
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed at topozone.com
(978) 251-4242
-----Original Message-----
From: Eric Bridger [mailto:eric at gomoos.org]
Sent: Monday, February 03, 2003 8:46 AM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] Map Extent
Hi all. I am a new mapserver, mapscript user, about 2 weeks now. So
first my thanks to all involved in developing a truly excellent
application. We are using Mapserver 3.6.4 and mapscript to develop an
Linux Apache/mod-perl oceanographic application.
I am having trouble mapping the users map image mouse click to map
coordinates with precision. At first I thought it might be the
registration of the map datasets we were using (shape files) with one
shaded relief jpg, so I switched to using the states_ugl data and the
s1ex1.map from the 3.6 tutorial in a simple mapscript test and noticed
the same issues.
When adding a point symbol to the map at the location clicked, the
symbol appears near where I expected but not exactly where I expected.
The closer I click to the center of the map the closer the symbol
registers. It appears to me that the y-coordinate is always on target,
but that the x corrdinate is off. The closer to the edges of the map,
the further off the x coordinate is.
Perhaps this has to do with the fact that the map created 400x300 goes
all the way from y=0 to y=400, but not from x=0 to x=300?
The mapextent is gotten from the map object created from the map file.
I calculate the map coordinates with code adapted from the mapquakes.pl
example:
if($q->param('img.x') && $q->param('imgext')) { # Make sure we got a
click
@imgext = split(' ', $q->param('imgext'));
$x = $q->param('img.x');
$y = $q->param('img.y');
$cx = ($imgext[2]-$imgext[0])/($map->{width}-1);
$cy = ($imgext[3]-$imgext[1])/($map->{height}-1);
$x = $imgext[0] + $cx*$x;
$y = $imgext[3] - $cy*$y;
}
Create a point object and add it to the map and display it.
Par of the map file:
MAP
EXTENT -97.238976 41.619778 -82.122902 49.38562
SIZE 400 300
SHAPEPATH "/home/eric/work/htdocs/mapserver/tutorial35/data"
# Added by EB
IMAGETYPE PNG
UNITS DD
LAYER # States
NAME "lobster_zones"
DATA states_ugl
STATUS DEFAULT
TYPE POLYGON
CLASSITEM "STATE"
CLASS
NAME "Michigan"
COLOR 255 255 128
OUTLINECOLOR 0 0 0
END # end of class object
END # end of layer object
....
Thanks.
Eric Bridger
eric at gomoos.org
Gulf of Maine Ocean Observing System www.gomoos.org
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From dlowther at ou.edu Mon Feb 3 12:47:12 2003
From: dlowther at ou.edu (Lowther, David W)
Date: Mon, 3 Feb 2003 14:47:12 -0600
Subject: [Mapserver-users] Thematic Mapping
Message-ID:
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C2CBC5.6D391AD0
Content-Type: text/plain
Hi Folks,
I have an application in place for a client that returns a list of hits by
county based on search criteria. The user then has the option to map these
results shading counties with more results darker and those with less
lighter. The number of classes is set, but the current application decides
what the upper and lower bounds for each class should be based on the total
number of results. So that the class ranges fit the total number of data
elements.
My first though on moving this to mapserver was that I would need to set up
a layer with the right number of classes and set the mapfile for the
classitem. Then use the map_layername_classname_expression to set the
expression for each class. Is this the best way to do this or is there any
built in thematic mapping capability that I should check out?
Any other suggestions would be greatly appreciated.
David Lowther
Software Engineer
GEO Information Systems
University of Oklahoma
dlowther at ou.edu
(405) 325-3131
http://www.geo.ou.edu
------_=_NextPart_001_01C2CBC5.6D391AD0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
Thematic Mapping
Hi Folks,
I have an application in place for a =
client that returns a list of hits by county based on search criteria. =
The user then has the option to map these results shading counties with =
more results darker and those with less lighter. The number of classes =
is set, but the current application decides what the upper and lower =
bounds for each class should be based on the total number of results. =
So that the class ranges fit the total number of data elements. =
My first though on moving this to =
mapserver was that I would need to set up a layer with the right number =
of classes and set the mapfile for the classitem. Then use the =
map_layername_classname_expression to set the expression for each =
class. Is this the best way to do this or is there any built in =
thematic mapping capability that I should check out?
Any other suggestions would be greatly =
appreciated.
David Lowther
Software Engineer
GEO Information Systems
University of Oklahoma
dlowther at ou.edu
(405) 325-3131
http://www.geo.ou.edu
------_=_NextPart_001_01C2CBC5.6D391AD0--
From dlowther at ou.edu Mon Feb 3 12:48:42 2003
From: dlowther at ou.edu (Lowther, David W)
Date: Mon, 3 Feb 2003 14:48:42 -0600
Subject: [Mapserver-users] Thematic Mapping
Message-ID:
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C2CBC5.A2DE03D0
Content-Type: text/plain
Here's a link to the existing app:
http://www.geo.ou.edu/botanical/
-----Original Message-----
From: Lowther, David W [mailto:dlowther at ou.edu]
Sent: Monday, February 03, 2003 2:47 PM
To: Mapserver-Users (mapserver-users at lists.gis.umn.edu)
Subject: [Mapserver-users] Thematic Mapping
Hi Folks,
I have an application in place for a client that returns a list of hits by
county based on search criteria. The user then has the option to map these
results shading counties with more results darker and those with less
lighter. The number of classes is set, but the current application decides
what the upper and lower bounds for each class should be based on the total
number of results. So that the class ranges fit the total number of data
elements.
My first though on moving this to mapserver was that I would need to set up
a layer with the right number of classes and set the mapfile for the
classitem. Then use the map_layername_classname_expression to set the
expression for each class. Is this the best way to do this or is there any
built in thematic mapping capability that I should check out?
Any other suggestions would be greatly appreciated.
David Lowther
Software Engineer
GEO Information Systems
University of Oklahoma
dlowther at ou.edu
(405) 325-3131
http://www.geo.ou.edu
------_=_NextPart_001_01C2CBC5.A2DE03D0
Content-Type: text/html
Message
Here's
a link to the existing app:
Hi Folks,
I have an application in place for a client that
returns a list of hits by county based on search criteria. The user then has
the option to map these results shading counties with more results darker and
those with less lighter. The number of classes is set, but the current
application decides what the upper and lower bounds for each class should be
based on the total number of results. So that the class ranges fit the total
number of data elements.
My first though on moving this to mapserver was
that I would need to set up a layer with the right number of classes and set
the mapfile for the classitem. Then use the map_layername_classname_expression
to set the expression for each class. Is this the best way to do this or is
there any built in thematic mapping capability that I should check
out?
Any other suggestions would be greatly
appreciated.
David Lowther
Software Engineer
GEO Information
Systems
University of Oklahoma
dlowther at ou.edu
(405) 325-3131
http://www.geo.ou.edu
------_=_NextPart_001_01C2CBC5.A2DE03D0--
From rgrant at nrcan.gc.ca Mon Feb 3 13:01:31 2003
From: rgrant at nrcan.gc.ca (Grant, Ryan)
Date: Mon, 3 Feb 2003 16:01:31 -0500
Subject: [Mapserver-users] Error in msProcessProjection()
Message-ID: <8AE17DD6AA4FD51191CD0002A551168184BB8A@s5-van1-r1.ess.nrcan.gc.ca>
Hi all,
I'm just in the process of moving one of our mapserver implementations to a
new server. This is essentially just a clone, so all configs and everything
have stayed the same, and so far all of my other implementations (cgi, other
php pages) are working fine on the new server except for just this one:
I'm currently getting this error from a php-mapscript page:
MapServer Error in msProcessProjection(): no system list, errno: 2
It's occuring on the line that loads the map:
$map = ms_newMapObj($map_file);
Can anybody suggest a reason/possible fix? Did I maybe forget some security
option somewhere or something?
Thanks!
Ryan
From rgrant at nrcan.gc.ca Mon Feb 3 13:14:13 2003
From: rgrant at nrcan.gc.ca (Grant, Ryan)
Date: Mon, 3 Feb 2003 16:14:13 -0500
Subject: [Mapserver-users] Error in msProcessProjection()
Message-ID: <8AE17DD6AA4FD51191CD0002A551168184BB8B@s5-van1-r1.ess.nrcan.gc.ca>
Apparently I forgot to copy over the proj directory..
Sorry to bother the group with such a silly problem..
Ryan
-----Original Message-----
From: Grant, Ryan [mailto:rgrant at nrcan.gc.ca]
Sent: Monday, February 03, 2003 1:02 PM
To: Mapserver Users (E-mail)
Subject: [Mapserver-users] Error in msProcessProjection()
Hi all,
I'm just in the process of moving one of our mapserver implementations to a
new server. This is essentially just a clone, so all configs and everything
have stayed the same, and so far all of my other implementations (cgi, other
php pages) are working fine on the new server except for just this one:
I'm currently getting this error from a php-mapscript page:
MapServer Error in msProcessProjection(): no system list, errno: 2
It's occuring on the line that loads the map:
$map = ms_newMapObj($map_file);
Can anybody suggest a reason/possible fix? Did I maybe forget some security
option somewhere or something?
Thanks!
Ryan
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From ed at topozone.com Mon Feb 3 13:07:47 2003
From: ed at topozone.com (Ed McNierney)
Date: Mon, 3 Feb 2003 16:07:47 -0500
Subject: [Mapserver-users] Error in msProcessProjection()
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3C58@mercator.topozone.com>
Ryan -
You forgot your PROJ directory installation. Be sure to copy the files from the "standard location" on your first system to the same location on your second.
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed at topozone.com
(978) 251-4242
-----Original Message-----
From: Grant, Ryan [mailto:rgrant at nrcan.gc.ca]
Sent: Monday, February 03, 2003 4:02 PM
To: Mapserver Users (E-mail)
Subject: [Mapserver-users] Error in msProcessProjection()
Hi all,
I'm just in the process of moving one of our mapserver implementations to a
new server. This is essentially just a clone, so all configs and everything
have stayed the same, and so far all of my other implementations (cgi, other
php pages) are working fine on the new server except for just this one:
I'm currently getting this error from a php-mapscript page:
MapServer Error in msProcessProjection(): no system list, errno: 2
It's occuring on the line that loads the map:
$map = ms_newMapObj($map_file);
Can anybody suggest a reason/possible fix? Did I maybe forget some security
option somewhere or something?
Thanks!
Ryan
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From jmmichia at ciudad.com.ar Mon Feb 3 13:41:08 2003
From: jmmichia at ciudad.com.ar (=?iso-8859-1?Q?Jos=E9_Mar=EDa_Michia?=)
Date: Mon, 3 Feb 2003 18:41:08 -0300
Subject: [Mapserver-users] Problems with Java Interface
References: <00e701c2cbc0$45152c10$df02a8c0@pm.rosario.gov.ar>
Message-ID: <000901c2cbcc$f66de7c0$df02a8c0@pm.rosario.gov.ar>
Hi!
With JDK 1.4, the problem persist.
This fix the problem, but cause confusion on me:
- Add a layer to MAP file used for initialization. This layer, take data
from table "ruta". Set the layer status to OFF (DATA: "the_geom from ruta").
- Add the desired layer from ruta's table (with a DATA field like this:
"the_geom from (SELECT AsText(ruta.the_geom) AS the_geom, ruta.oid AS oid,
ruta.mslink AS mslink, ruta.id_ruta AS id_ruta FROM ruta WHERE id_ruta='8')
as foo1 using unique oid using srid=-1").
And all works fine.
Wath happens?
Sorry my english, and thanks for your help.
Jos? Mar?a Michia
Desarrollador SIG
Rosario, Argentina
From klaus.zahradnik at sysinet.com Mon Feb 3 13:52:16 2003
From: klaus.zahradnik at sysinet.com (Klaus Zahradnik)
Date: Mon, 03 Feb 2003 22:52:16 +0100
Subject: [Mapserver-users] Mapserver 3.6.4 and RedHat 8.0
In-Reply-To: <3E3EBC4B.90609@nextbus.com>
References: <3E3EBC4B.90609@nextbus.com>
Message-ID: <200302032041.h13KfpK06516@mail.sysinet.com>
Oh, cool!thanks that worked.
I honestely did not see that thread!
Thanks again!
> -----Urspr?ngliche Nachricht-----
> Von: Dana Quinn
> Gesendet: Monday, 03. February 2003 20:00
> An: Klaus Zahradnik
> Betreff: Re: [Mapserver-users] Mapserver 3.6.4 and RedHat 8.0
>
> Klaus Zahradnik wrote:
>
> > Hy-
> > To make it short, here is the link with the message I get:
> > http://lists.gis.umn.edu/pipermail/mapserver-users/2002-December/000378.html
> >
> > It already has been posted, but there was no answere (at least google makes it look like that ;o) )
> >
> > berst regagrds
> > Klaus
>
>
> Klaus-
> I think you\\'re in luck with this problem. If you can provide
> the right search strings to the search engine for the mailing list
> search engine, you can find some discussion on this error message.
> I think this post is the most succint at how to fix the problem:
> http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0212/msg00337.html
>
> I was able to follow that advice and get everything working. This
> is specifically what I did (this is directly from that post):
> >>
> Or try editing your Makefile and add "-lstdc++" as shown below
> STATIC_LIBS= $(GD_STATIC) $(OGR_STATIC) -lstdc++
> >>
>
> You\\'ll need to do something similar if you use Perl/Mapscript.
> There was some discussion of that issue on the mailing list, and
> there is a small section in the wiki about Perl Mapscript and RH 8.0.
>
> dana
>
>
>
>
>
>
>
> --
>
> Dana Quinn, dana at nextbus.com
> NextBus Information Systems
> (510) 420-3117
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
--
---------------------------------------------
Klaus Zahradnik
Systemadministrator
iNet Internet Plattform
Neudoerflerstrasse 2
A - 2700 Wiener Neustadt
Tel.: ++43 (0)2622 / 24480 13
Fax.: ++43 (0)2622 / 24480 20
WWW: http://www.sysinet.com
eMail: klaus.zahradnik at sysinet.com
---------------------------------------------
From Antti.Roppola at brs.gov.au Mon Feb 3 16:08:25 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Tue, 4 Feb 2003 11:08:25 +1100
Subject: [Mapserver-users] Optimising PostGIS relates/subselects/views
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D8714489C@afeb-ms-02>
Hello all,
If I have my attribute data and PostGIS geometries in the
same table, my map draws in around 4 seconds. Viz:
DATA "the_geom from mylayer"
CLASSITEM "value"
If I use attributes from other tables, my map draws in 82 seconds. Viz:
DATA "the_geom FROM
(SELECT mylayer.oid AS oid,
mylayer.the_geom AS the_geom,
mytable.value AS value
FROM mylayer, mytable
WHERE mylayer.lut=mytable.lut)
AS mylayer
USING oid
USING srid=-1"
CLASSITEM "value"
Obviously something index related, but is it the question is what?
My table has around 2600 shapes in it, and pulling in the atrribute
data using psql is fast, so I think it's indexing of the subselect
rather than the relate that's the issue.
TIA,
Antti
From dblasby at refractions.net Mon Feb 3 16:41:19 2003
From: dblasby at refractions.net (David Blasby)
Date: Mon, 03 Feb 2003 16:41:19 -0800
Subject: [Mapserver-users] Optimising PostGIS relates/subselects/views
References: <3E4215C93D3CE24D84A9FF385DF88D8714489C@afeb-ms-02>
Message-ID: <3E3F0C2F.BD58C939@refractions.net>
> DATA "the_geom FROM
> (SELECT mylayer.oid AS oid,
> mylayer.the_geom AS the_geom,
> mytable.value AS value
> FROM mylayer, mytable
> WHERE mylayer.lut=mytable.lut)
> AS mylayer
> USING oid
> USING srid=-1"
>
> CLASSITEM "value"
Ensure you have an index on mylayer.lut and mytable.lut:
CREATE INDEX mytable_lut_idx ON mytable (lut);
CREATE INDEX mylayer_lut_idx ON mylayer (lut);
You might want to change "...AS mylayer..." to "..AS foo..." so you're not
equivocating "mylayer".
If this doesnt speed things up, you'll have to use the new
index-selectivity support in the CVS version of PostGIS. See the postgis
mailing list for more details.
dave
From Antti.Roppola at brs.gov.au Mon Feb 3 16:41:42 2003
From: Antti.Roppola at brs.gov.au (Antti.Roppola at brs.gov.au)
Date: Tue, 4 Feb 2003 11:41:42 +1100
Subject: [Mapserver-users] Optimising PostGIS relates/subselects/views
Message-ID: <3E4215C93D3CE24D84A9FF385DF88D8714489E@afeb-ms-02>
Thanks, the indexing reduced the map render time from 82 seconds
to 9 seconds.
Cheers,
Antti
-----Original Message-----
From: David Blasby [mailto:dblasby at refractions.net]
Sent: Tuesday, 4 February 2003 11:41 AM
To: Antti.Roppola at brs.gov.au
Cc: mapserver-users at lists.gis.umn.edu
Subject: Re: [Mapserver-users] Optimising PostGIS
relates/subselects/views
> DATA "the_geom FROM
> (SELECT mylayer.oid AS oid,
> mylayer.the_geom AS the_geom,
> mytable.value AS value
> FROM mylayer, mytable
> WHERE mylayer.lut=mytable.lut)
> AS mylayer
> USING oid
> USING srid=-1"
>
> CLASSITEM "value"
Ensure you have an index on mylayer.lut and mytable.lut:
CREATE INDEX mytable_lut_idx ON mytable (lut);
CREATE INDEX mylayer_lut_idx ON mylayer (lut);
You might want to change "...AS mylayer..." to "..AS foo..." so you're not
equivocating "mylayer".
If this doesnt speed things up, you'll have to use the new
index-selectivity support in the CVS version of PostGIS. See the postgis
mailing list for more details.
dave
From ryanne.cruz at up.edu.ph Mon Feb 3 20:59:53 2003
From: ryanne.cruz at up.edu.ph (ryanne cruz)
Date: Tue, 4 Feb 2003 12:59:53 +0800
Subject: [Mapserver-users] RE: problem with boundaries
Message-ID: <1044334793.3e3f48c977379@mail.up.edu.ph>
hi list.
i have included in this email a sample of the map that we were able to
display. as you can see, the data is not contained within the map. some are in
the fringes. i used the distance function to get these data. an example is:
select the_geom from table1 where distance(table1.the_geom,table2.the_geom)=0;
this was the closest thing i could get, in terms of the map bounding the data.
any ideas on how i could make it better?
thanks!
From ryanne.cruz at up.edu.ph Mon Feb 3 21:08:11 2003
From: ryanne.cruz at up.edu.ph (ryanne cruz)
Date: Tue, 4 Feb 2003 13:08:11 +0800
Subject: [Mapserver-users] RE: problem with boundaries
Message-ID: <1044335291.3e3f4abb836cb@mail.up.edu.ph>
This message is in MIME format.
---MOQ1044335291cdca3f8a638c1be57172226440afb27b
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
hi list.
i have included in this email a sample of the map that we were able to
display. as you can see, the data is not contained within the map. some are
in
the fringes. i used the distance function to get these data. an example is:
select the_geom from table1 where
distance(table1.the_geom,table2.the_geom)=0;
this was the closest thing i could get, in terms of the map bounding the
data.
any ideas on how i could make it better?
thanks!
---MOQ1044335291cdca3f8a638c1be57172226440afb27b
Content-Type: image/png; name="sample.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="sample.png"
iVBORw0KGgoAAAANSUhEUgAAAV4AAAFeCAMAAAGN8re+AAAAS1BMVEX///9IPYtmAJkzAP8zM/8z
Zv9mAP9mM/9mZv9mmf9mzP9m//+LAADcFDz/RQD6gHL/jADapSD/1wDw5oz/+s3StIwAAACpqakA
AFnsz3JIAAAAAXRSTlMAQObYZgAAFTVJREFUeJztneu6q6oOQH2DtsJK3/9Nd71zCZBAENjT/Djf
Pl3MdDiKgIg4TV7ABF80wC874SWXIBfV9MKgtQZiYaX0UppUVu9BKawDhSNllSIga6zwFy+rzsIX
BaxivJ8OFJIYlXDhWoXjZW0XlLKJxDpV2DhC/cYgAj+FUtSyoOcP9ehAO6HChd+KWBYWXDdxGHi1
MKOH52vYCytC4ZeLYJ5OTlosArV9/bd3sKxZWM2eBkObXVgjuHbiySJwM09OWEem4mUnR4KKFN0K
p1DNwsu/nQen4oW1VThWdtoZPpSye2H1MRCmcOG19By34BwgufDXgFaxss6PopBW2C18NcKxolbd
SKSdjFqXKLeF3vOSCvvfFexlI2CEwoFymtF3LwdFLbw1T17hQF6F1Rqs6NlYExKftYYwglBnYaMu
fPHCZ0VXRuem1rEVouHKfJTV+6HgvMo6KwLjOLw/xova/Vv8FwZN64NWhA/ed6NllZX4VIEd3sdJ
HMtL7Y53BnJhNTtlo333rGda3w2/TlM5HX2oUmKdYagG+yWDhdevdo8O746/yh/COO1qnECH+25F
6o7N4Wyy8EUYKTmdHRCxhzUPbT6xA4W9oWS47OQPXyKF0fFOoOyOYVQy7KrvOkDQ1tkZKTt9txbi
o4iFzfFUvI+1fsFUf2zUjWTXfXb0qXJr6D0xqTAlQu13KJby6azMpEfIwm6VnZSYk/ZqGUCSeOnZ
aQNUFi/x/GUmttqRDVvCg8OqQgNfQzslrduWL6LxzMbED8WBm3j7IHDoRLm+2Z04yyia1nGRqADR
LwqlXVNnVKz9K/G+x8/KS7wcrTduKk/8+9vP251sOLOSrhrwtPPnE0rr4UZ+JeufQL/W2h/0q7No
/VPBxU1VMzRSWX/xL4N3jlYE1AMlsVbLz7UNYOeg4omZ+LNORMzGKYEmdtMmEv/+4oXPZiXzRhKf
fxU8HyJpg4nBAJ0Tv1ugw8CyhtsYKi+SGOYV8kPLHcjqJTb629ipG0/pJfavBvDcqZRO4u2P3unq
Rctrz5L610WZWSdnTL/lvXrcssTohVYp736ZdaJ9Qhm5ae3LyPc7cPbyUp6JTxnzjNavnLRHrYBD
yMc/4/Ly2jP4C7TV4iADPG5iZNS0jsKSV4rpxO7wMTiC5ic2r37Lsi5hjkngK3g9u8xbaICC3z8/
lhlWrKeJBC0vPyhpuZf+pLw58wmEvNy068U5IS836xLieY8TK52XpeFqECX9gjlPIce7pqVN8rGn
P+Tz8roalZtWZFLFvReTzJuVNjxZw9TrjpyE8oI/VYPmBWDlBWdEE5xaMuYKCWn9UT42s7Rno+dF
rh7wGSu1VFm1rNOa4vM/a6xJPQ++hj2TWpISKplXa3e/uRMqSNpYXl7W4IDf8cDsyCLXESp/fs27
LcnJGzkCalKmBR2Y8vDzsjRoel4O7++Pw5MU2XlBxyYD3TtoeF7kU9CRvPmTzptZ6o9GTvtZZlbC
U0tuXnLaRF6Hlpj1q18vFZ2voac1jyQ5s5TX4CRnw/JqbmQmH82bSHd8LWF6DTh59+yxU/cIXmWA
73Y7QzrvknapsEveeZ7RRYx5ebeFk+qcxqZkJeTV26SwcF7YJsdnY+KONoWZgKXNjf/z0qYm3Wvk
pWQMWKDM5Sen8oOLWNAf7Px5kjP56LA/kNbwKpgX1Jxuv6Jp8YVenDsPaFZ0XKbTc+MZeVedMzK9
ykjq573GtYnbGbGlQX5e4w8T90kSaSccNgmcSjvhsEfqvJx2XiSDQN7dwVv4ps6hNpGWmPTMe/5i
snnRrMsJ4lY2Xl5t543c52Xl1U5eCQ0Tp7th5dXGmRW6scVPu94KS+edmFmPBY9bqCuvuwKSn9dI
HLoRx8t45L0SB9Ym5KS16q903nP2VjrvtcJX+q4hnheZtGLmve5GCudFu4uC+3vhfmhJmn/bMNxv
yt3idBSI5QUrbUFSJ++VWDjvL3FZtiu0dadXMK/WlgOpvGtqaHQDmRDrIefduyXGmlqUtzKrIG9F
rfYkXjlqTdL1rLJc9Oz1agbFeCvatS8mhXir+fUHXrR1FW1wFTpQpD2ycjvxtuIBRy7irWLXHGr4
vCVdZQ1ceyQnyiuPm14rWmCXvviklNYQXWBXWG9EqgivbHWIVoKjtSiAFeX1VtQU8uIzvVK8QHhC
hQUM6GZFQrg60C84sKwLvyUv+mE5rU7yauPxxpRYuNBcwwJ6jY6MVhk4i/BAbR+BDOtWbXdzVN5Y
aA/qd6kr1yTE8PD6G5UbJyvFZjyiYSBTa4I0MJc2xUuByQdmw57IId5slDq0qTOtHiwkF5Lweck/
NLtGwPH1sn7p38+i3b54Tq/VqeWXS5vNi6wwqcu7VoTP5xN6tiwRUVx5XtBHn5Ua1nhBGJAxt7FI
lji/uA4vW178n9fnmX91NrMy3HumgX69XqdZtlxdMsDJoV1WmC1roficabnibnN0erwh4LLRlv+R
zji3OHZLcH3gnbSM91+klyjDdeBf5TVh5Y2caoK0OrvXdSKCW8671wg4mtiDd95Cuikr5l2BlXpL
8SYu3Mt5tyHNyWsA7rw84hisSH04v2kz6+MxgBOwxbzwGxyci6p65716XZmIj80LefnzCMmg4Obx
toLN4kXmw4M7aTTnBbS6zoWdGmO2nwW7nl/4V+bzLg10anV5Bi/sowNdPl70ecm4RN7tBJNruqyg
wxJ5j8q5XTwKymWREnmNnWP658W+JO9yt4SRyBv8ynxgejvA5Y11YQWC6/CS+lsOdDFmjNf6JoHx
lxwswmurfb/75nUrQiGsKKnPS4Y9WuTUVF5VXu/bonJJJ1s9XqxFMHixi7KGvBWuF2qtAh+L1nje
yf/JP4nHtdrwBoYJP3yMN/FQZ2XYyXkO0Ij3Hs2FIrxYDe6aFyHmTdXdBDsZ/YVJbNyI6pbXedxp
AN6L+OQkXa7dB+vyevV4js3cHEfVktdp3MK829OerKmOOrzEZUHMVaM1edPETUgjvNHXErQyG+WN
DCs65UV3+W5JmuK9iBvieRFfTgB9wS6xCIzVhtZ8aCyP3u6c2yO4fWLKxflsWrR6lYXE828mLwTf
3ixFO8zzx+T9q6lR90HZsZ6XNhc1DcAr+bz0VL/i2tG12e/abYnyVqfV9gP0Pds9hwRy51tNXGMg
ewH369caeUu1v9V43YuF6+V1feL6kzQSvPVwsWf9u+UNLNAu5xV/KH2N46rWAya8pzMRVfYoCPJq
KOOVfKTzwo3wFq2faLFdRTdP/Lu4FXir4pL3W26pN3mjtcCuGmw/EHneJG1fvCFG88Qr4L0LV4i3
wgNoVXlvwxWaJBf1G20YhCb178KV4pUTTNi/pCfe1D11Nm/d/XeSy0a5vPiYXgjXeRtdAFZznnj4
ovsFCeGm1ljk8frAMnqBuF/Q9h9EXqjGC7oGr6rFe/3gIrzHdkzYtrByuDq+BI/ROCz3p9Qxatz+
AI4DkcA1TiUhXiPWP9inKwRgzzONvH9UEtf+yWHn/cpMOYRGDH5dPg4qQevfAT9BJbcSE+O9Z55f
ivemXX1pka6/iUnHwqPh0VJ4q+rl4iZ50w1AyfGwcXfkIapua97cBxFKeTMPKgM32bPVXNCSZ1ai
acg5qtzt5SR2ZcrgPb5ekrf63WBh3mr793nr4u/m5eMqRXjVJpeXgcDEHYgXjm/O2SMCoq/+YUgj
x/Kt+fsNxm9oMjDo78kt4o3iVvCrc3lJ10EcEtJGtvs3a/5OpKSLYmHe80yrwyu/R2JdXi5O6t/N
/Sd5sCRe6Vtqn6q8GZNi8V25P4W8onUhyaud/T3ZvPGWLAc3Froqb+4cXvDPtC7cmOPeYXr5Dj1R
3nww/Eizfv5mvCCxfWpkWJZPix9C5e1ey3j91zjoyryyJxuo0n3x9LI97V3VQWCnYh3fTreU13kL
iQxv7CKokNeMXx+hJPbTjV6zlUJegudj+9+ueS9cMd4Yrhjv+71v0WTv/5tToevybhXi3K947p13
ZVZivFFYEV5YO7WD12zSjj1bOMj1ee39oPvn3S7bR+GFa9OmeW/S/FdKidGW98efkXjh/RmJN7Yf
cEZU3W/7K3AV7ATpYZsSucK8FNxsXjHKW3jbbfk3lNw8Xl9u+fbrFXmR1rRjXvTR1fLt4qvsF7/g
os1Xr7wQaG5Lr9kq8YJo92DAMh4jZdCekwui2/Fz5HJ4QY/E68w7SgIzYMm8axdRo/LW4d0Sj8IL
zusOxCoDj5TKq93XM3TNC3ooXv9L2DMKThS+oiElV5y3DDfKi35ft7ycxw5ugo3xEh9h7oQ39Uhw
Z7yE61/ZaaYi3o5fh4Lx0iYXuuG1cTt7HUp8/+r+Xt/i8Vpf1T+v/VWlsLKoCK/zfZ3zeg1D37wO
brjqntMjqaFPVV7/XUld8yKVIVIbaL1FRV6/U3tZ7x/qjBf5sp55sS8r7SoqwB68RVz381bBrcY7
1OuoJuPZNOcrPyXvo6rGa2xI+Nd4p+P9WdVgJ6M+2KGW133lvu+rKi8O3DEvCvzu+X1fkdeTdcmL
dBh98/rAzKVjN8FOwfFZ77wIcN+8FvDK2TmvCTwErwE8Bu8FbL1er+P3643GewCTeM9/acjrNGtz
7P2FXfDaQ4n+eW3gMK864jeGbMpLv3tx8N4bHi/57lAvvGngNqRB3iRwb7wp4O54YxsuNqu5Md4Q
cLe84WmJTnmDK3faocZ5feDOeT3g3nkP4IZ0fsR4v73BTqnn5/vjvd7E6sbv8w79LhUUAYYe3yW8
hPaBrUahNR8e+to+GXrmPGKzrOGsBp3zdhPHr3z+/8rv96wTJ3VLlVgYOqHK29rqh+DbTcVjSKFX
uBWitU4nRraLnWutfdoxrt1AO9Za6BJwxs1OhCLC3VrtyDV2jd/YMHIEzeWObPccdgcP4pGbG2DP
LHbY9g4rF7BJW+xomuod1G/wHol/OI9ebkRvQLkH9NhlBeF+r3VQj1xGELcsNQ7s0UsOoC8ROw+t
pd6RrtMAjpt3FL2n4IZ6p3EqMCg3iIYb6x3CL9jLEOh1GJrpHaddON44k6G31T2qUdRiA7H+9Y5S
cyPrlTrWO4hdiUcs75er/orc+9WuegfwK/Js8KMXD6EHr9vojd076SH4cgNjiSZ2++7X0HnycfR2
7bbgHeJ2rEu42gzKWisMR3aTi+ttE736LejPPL3t7PapF92GfUi9HfotfW+ap/epvldA7gtLb9L7
G2rR2/Lu5DJnGMNizQ9E9a6YI9oF7djpVu+XZLgru2D56Vcv3W9HesHxk6XXzGF+JKn39DuO3vPa
dwS9ilp9O7ELnpqu9IIl0nyWJ/gXAN1M5lg31S9BJWaNKBJ72N04vWUgYOT/jdbA/JNe5CL9Ub7e
GhdsEU9w5t8KwVpvOzHrd2fyektb3YSqo8aapfqSy3ZH1bt9UOI280ZDF34zZsRu1pt9krf3mzXd
SB1SSLS9RYra+q2yJ7Ss3sLbuw391pYrobdUTzO99eXaktliZcw08Zt13/dWvWJa7vd7p9vmeu/2
W3b7jOV0FbUNydrpvdXvTTW39EJYUslteqHsRdBsvbnDBWEh9/iF0vds36O3gowb/IJ78L3qrTHR
Vdsv+Affrd4K9beqXnO6Mbbf9/9Xb0W/9t2zAfRWUVHJLzhH/Ff11vC7X/t+1mC+mqcw/uWvNa1V
0aTzHYfaQm/BSt4h9BpjhRZ68+1WW5UgeZ1tLj3S13/XNFp4W6K6Xim/bnc2lt6Kt88lMnuXZyPp
rXx5VZwe9jc5bu/fMVrdmmLF9Fa/eC388/NFmUPqrb+spuQLYJU5pt7F7B0Th9lLJtZ3bP/iczWy
+1sd68/gbNFxrTU8Zf3RcnibXq87u01v9qXErbfD+F+2Dxba6e1uhiEmi1v+kPeqqrCK3hbLEFjf
CXed+mm9GX7brPIgFwR9w6lPMLs2u0y97fYapH2tsZFYF3pHqLm7OUIR8/Ba6x3LblovHBcKrfX+
+wWM0upe+uL/2kN/tsViN6Puxt/gVz/iz8H0pDfvauI+kwGJgY/PK4dO9ML/SK+3ZOG+dU2ByL0S
vlunr9L/ZJfZk95Mu+31un7hlBnVu398V/sxrl7LL3h3ej29sxmP3nRcTykr9egVj/0B5NWUp3dv
ItzjtfTWdJwrth+9i9/jzm9Aryfv0cuI67b62/X76C0M5DmT99XeRuXtbUYlv2Vmu9AL121fUxtR
r370ptw+euu4/R3Ae7upjh+dOVq4eeYhdwanF737kuftrm+7m5OhkLLbRO/1KHWvesU2OG7o9oz+
9ErZvVnvrVsAFMSIekdxqwfUm3brXa81CTGxN+ol1dtHb6Zc2pD/0ZvjljzsanzXR2WvFGmmFzij
2tY31QbTey4kJx5eQ73blMVyqTaIXriMmUfQZ9RpF6rpBesur3EIbS0GYyS9gV0retabt0lWA732
XE1LY6yoIVZcr3nt8OiV1etcmI2id3XQu14Ad0hlPi7ZZ7NbT6ms3qXeeiPWR6+IXvAGuPr6oD+9
9zgV0kucwK2/1CMatysV0UufHFdt/Q6ol3XjoZnehm9cLdGb/67km2tva7kZesvelSyrLxWt5XL1
lt6MXPXWEt1BW+DFjW6PqKW3tUos7narH71V5R4h6be1xHBQ3AbkLvd1+1gj1lpiOAoq7qM3HQWt
QmOxrc2RoqDJffSmI1vuo5cSWW5FGtzSmYjW5kiRVXFz9HqLRP6s3uQo99FLjQy5JY2D4AVba3Ok
cN2Srs8Cegnu/rRe6rXvo5caGXKbR2tnjBhP7oh6B5I7nF62W/w56zuitS5u+HIJvc+jlxp+zX30
Cgazadiussh6yy7J/E+GC2bbe5fe1ab3wXjBHDjcqteMofWSBb/dyJPHETt0MC/aHr28YF4UP3p5
wZzSqbo5W2sXFYI72fvoZUXObHqt9eatXVQIT29QsKHz0UsNRG9A8KM3I1C9qGDPpuBzPz0uzRWJ
gF5EcE29rS1Ui6BeT/CjNyMielOjCGMLc6ZNr9lubaFaRPXG/T560xHXGxX86E1HSq/wXU7lRWsB
dSOtt8JjK4/eSoIfvZUE/x2lZlD1Fgt+9FYV/OgVF+y3tI9eQcGPXq7ejFURntNHb6nfP11ljcjQ
SxH86N0iSy9B8Jpcef/71yJT7yW49QH0Hdl6D8GtD6Dv0Bog8z3xj15C7Oc4VTHsj77B0ziQ4uyM
ooJhj0Af9kQoDFPBZiI2TmjNP05YmjfVntjWjANHfCT76OXHfxifeskJRBKZAAAAAElFTkSuQmCC
---MOQ1044335291cdca3f8a638c1be57172226440afb27b
Content-Type: image/png; name="original.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="original.png"
iVBORw0KGgoAAAANSUhEUgAAAV4AAAFeCAMAAAGN8re+AAAAS1BMVEX///9IPYtmAJkzAP8zM/8z
Zv9mAP9mM/9mZv9mmf9mzP9m//+LAADcFDz/RQD6gHL/jADapSD/1wDw5oz/+s3StIwAAACpqakA
AFnsz3JIAAAAAXRSTlMAQObYZgAAEERJREFUeJztnWvC4ywIhbOJ0v3vdCaXpiYRBQTBvp4f32XG
0qen1BijuCyI3hkhTSHXFmucbYs1zremULxeaONHvNfr05rW9mhdawuv17d1pfHrq2djvO3autj4
dVWx8esuQtzV9///AgrD85vgtkV4CY3PtpBtmW+LtcY8yzUGpG2usUrbXONvW6i2XRrawkJqfLr7
vx217f5lQLHx0Sz7pd0bFzPn1hhPhWtjSEhrKtqKNdZuuzCastou7LacxsSmW89EbbtgmVh/F3LL
NwB+pXs03iQieufEaUtrDOXGl+vx52qMNL7EfeHX7sdIY0sdpHG2LfHaff48CY2TLurR+F26HrOu
3cC6dl+SErJx1ybPX1P+syE53tyWNCjIf6izKWTbVi4rd89qFK9aY861G/3eGuMuWNsyxMdcSuA0
Zq3xt+l22c5+fde2yPX91rqYObfGtKb7pYLdltTzC9pSmi6Js8TGxAsVg4F/nSdfLOlhuY1lWjty
KvyepvRxATUiSYphr9cNFnB+SqCduID8OocNrMBQYT1+k7zA9Y+fdKT0wNWot1u2b+g23nvYJHRL
2EzUb+hS2HJgLOwRWupwKewrMz6jRc1eqW+RFcIm/SOQLrK0sJw+rvSdPdxkxOWEpcd9FwJnv39y
YMCMwDKr0QgsbGNgPCwpK+Cdt6EQlpZt+bC5HozrAzcs8ceRAf6Gzb6BFu3+/+d4lje8KX5nx5AM
OP7Ww/7v9xNIxm8ZD0uOUQ18A20Jm2QEXKI2K5NOOsPUR2Ct0a9N1Htck7BqQQ3jgk3YkxcUv7Jv
4MbfFx7Y4j4SdBO3prfunecR8iOzwPrUmGr3Zt+/Vw0rNZEeVvPWXxzX7Mbfyt/SjEJLXDTq2h+I
4+Kwe0/Ojgv3GfRs2NelST1o9cv6XtFZvOSwl8CtUa9DRnL/wAubBNYz4Rq4Le4jLG0OSBAWfaKX
qJZh2bD1qaU3fnu+Cr/fq/pQgi3dRlbiSsNmnj5S45bDPhcZEQPn705ToTE5X9nW/vo+Gt4eL6mi
CmjP0KSFLdywNRmFFZrQgttyj8oJy+AtuNASlvErIz9CLMfN9glEf9/4XCvS1ZDj8sLSgXlhqcDc
iWH5jF05bMPMZTGseOKyEpYSFxvkNoble+sblj2X3zI77hFW/hNO0KS4uRy7wME9NA2XYMKxEuPT
BdFcIMy5i+Lml+ld48L+z6ZHBJnvKVlRrBgW0pVJ0m73irnUFirjuu90uMZtUBoW9MICFrYp6oUX
FKN+cUEz7PboN5Ov7crlq4ZMYHNxdcI+4iqFNXoGBTZhrZ6YXZ5Esu4ZyrJgXbo8iNPEBZuwi3lY
k8eGi/ZzuDNvdcN+dj1pP7qy+Mo6xNUOy1te3C7t9Pjorf3cdH/Iuw1R1ON+pBn2MmBVNLlhgXIn
YcvcqMq+2hLXQla0bVT4ZzXDbbC39FIj3gaDyx/UjNcogWPRrpdEH976Y/2HLjUQuvGCgPRC+7qt
eNDnlSIitEViBdxW1vxcHUIclBYlbmJtz4PKKnRlXlvaLLEnb5V2VRheCuyTWA7blrtk2huxCyyP
9kIson2vd0piZFLaYsRCf3vTnsRS3u60r71z6+pvE+1OLDRXgluhXecOcg9RruriK4H28ibZjyOa
cTKifdim8ahOPswlZIK+pNb60Jr1t3bzoBa0RhPEQncJ/a0JrhltIHtJtGF467QAmeKJrTpm2Lm8
jHGCKvA+IDKk3ZJCF5h7UWOPwdQdZolLq2wwsy8T0Or/5Expte2lJ4SMVhGXlbtCWq1sYN6uS2l9
3A1Ay/BWfNPr0vHKb9F1+zEab8OEgiqt1Nv6/IGBuU2ZAAtQoPVoiYlbZoJctRETXOIzlLqBVzhC
/WuxFGgvBi92lVIWZjm7EvBzHwFzw0JH2p3qOUOnjcvfz301Nfmys/OJ6qvahLT9SqAwiIvJGo4X
7VBBvc4OR8gPrnGXpRlt/mqB0DrDbkogawMBb9RNRcJY1q4ijQejwC40Xm/GVPUFH96EV7k8yxFL
owRlRw3l7VLm9WZ7qHjFjecthuvNhWgwXCR1valQ/QJuvN/YoZb6LB56gCruODUQ3FgjW7tqlDQ4
9Fjp7g1U01i0t83d3jAk7VV1ZQvogmu70feGqOq0/jObEhr5hEynfLyhcKFT2EFNLtWx82ZTlsEO
Q0Na9lIlX95GMKv9ZEa82FczGK4Vb2Pm9t7fbbN33pLXitiG187hcLyVF5rxSpe8V/7eile6I6rW
IBYvlLai2/IKaLfnqF75K8StAVvhCvw9b9K78/JZ3+nyiq71S6S7ztJZmw68261RQ1WY66SYLa/C
fcR9+tmQF638TVdmxtyO16gGhBWvfu2SInBQd1HguLh54DZa4/olyrwK9xAl2iywL28FNwPsylvF
jcVbx32OfZp4e5Rcub2Hm7/krSZqhSD74HLPU0Npe+Fyz2kzMJe774hx/huiJlrBnt823vXlILml
FOLSz6vDcKGhvhGfNgEW8a43a1Ja6e5JkPMuDrgfYCFu32TY5cHbgEs4Z1Cdtwm3en5hSR64tXMR
tQ2u0RD6ZWH/Kxo8VGBh2wVfA+5iLAX3+wZ4m47lxMi4GLFsNZQR7s230ofpY28F904Epb9kqBPu
zgyvpsWnwl6BgCtGqvAauTtxx8M168islrANhms13g1mbw3XKn3NcEMVn6zj2vAOhivkdcOVpS8F
12qFv8BgAq7kfoEmC9y9moAyKIjKT3Ju3HVx9/t9yyKJyrjbknouLwNXvbqNYJ6Xhat7EuP/d2c/
WOHh6hts6q4yr2XP8JHqNYOLK3mUoslrXZz25VePVIirfYmzxvXzV4brVk5XWItSF5fOK8TVPDGT
M8MnrfSpyEtPBf+ir2/ehViMq0PLXT3i7e5GPHENcTnZEACXk71S3P5FattwdS/E5rg+4xw5rssx
B3Jaj+rgYdwV45K74hi45ILm2pMk8mSglTN3KL+OomxzmpzT3lxxP/71slepZ0gMzlS818MlAtfL
lqa8i96CERkw4bSpJfnPezr35iWdZ5DSWVbjr//gKF1skrT7OZXXqnDRcDeoOx7c/0BD1Wygn8gB
DzpQx1Vyd8d6PL5UP/FNxV048jUTvnffUDlV5JUsc8w9HFZ/XlzhxWvy75YuvWuYlnlxd/tSEokL
C3Mj8hZy1w+3wFv4nUXkxWlDHtdRyoWAvBFTYVM+H4LCYvN8eCo44+Zg0ftzb9pVkHKWZxL8s2E5
tjqSJmlC4NLOQwlDSzxuJgrsQuT1hkw0GC6FN1A2UHhD4dZ5vQFvGus8n+GOyIl/AU5VO7M0mn4p
GYT7Uy1V5PWGy6jEG85cHHcbD8fjLSZCPFw0GbzB8sJugeIZuyvyPXBO43QLmwbLBoQ3LC6SDmF5
f8HeuLSIvd5UqH4hGwLj3uzdZifj0uYWf4TGfR5YF5o2Td99ZVBw3PTntgF781RkuDLMREPl7vLs
fb15ajJdy2YgGAt3uN/bBdibhSQYC/ezbnCIZOBqsENQj0LFw6ixCG8nwXnQ5mdphCtOTXAyNpa9
7qRzvUm6SMYbCld+CVJc4CxuYGKUNygwxhv0V9f1sLBfFbTU11cQ+b29jZIIWJ9QXZzSDd5WCeSZ
ttyv1dsrvlzd5b65t1lMWRy3Thf/zb39Ymkwb99j2TvEWOEqb8s4ArfxmPhNvS1jyqXvbXhPb7+4
6m5v2xt62yVRxxRufSdvq0TqZS9UTpSvy9spvrrl7vEspymGt1lcdTa31WBvu7jq4+591ZU4kLdd
dK2jXugyUZZZMSh9W2/TaIKeg4WnuXKDvY3Dtd2jHQ+odQ0sqVDjRBLO28REsOco7FK2jabKhjR+
QG9Pl73Eke8U+S5CTQM2pre3y1GvwcIvlohVGJig3t6u8veWU26bRRvAWv/UZdYyH+dRpruzb9nh
MtTY01y+uQyD/7KzDSccUA3+y/a2mEs0+O/a22ouyeC/aq+GuQR//6a9SubWDfay13G9DfHUBRWD
vcztZuZdyt5WDJ7mmhr8h6y1Mxc3+O94a2ouZnBPb8/395gttzY3b3A/cz8fc+n76Kybt1mDO7p7
bEPtn7ndzH0a3MvexOZfNvdu8DTX1N/fttfD3IvBv2yvl7mJwZ3tDbEgpKPBfe3tuTTXX9Bz3Luv
aXJZ4cj2ZSOln8CKB+rlbBdXNcyFB3pgex1ufxXNTT4FOwx0KOYz2jgXN4Sw/uyQtafDmlv+LRcz
2KHWyVjdAsmiPT+vr+qasR+Mpbu9jd0CzyPo1Ltm39uhVohVnxtPDo8kprnTXAUNZ+5Q7v7iaCGQ
BpvPHcvcsYZioxk80sTNx92R7B3N3JGSd0Bzx3F3mmurfv2umrkjdbxOhSzk7gY/dughp0IWfF+/
s4rB/U1+XoOY+9qeT55TtoH93Ya5J5+9vSaP1sP6+z3CIP3/scyN6+9lua75pnbDRSFBxw+pv8ap
a7viJra/5iVfzZczxbT37H7HNje8v4ObG9fe4fuF2O7aTjX0WkMa2F67BO63QDeyvUbudlz9HNld
G3t7Li2HyAdvWrjbd5eft4NZgdkyvc6bIiLaazdc6L+F0tvLVPAtqjvNVZft1Fh/cwNe1X4mc4Ol
7iEbe6e5q4z6hmnuqp/pFyJ2uj/UL4R0d5W6ww5bq+O6q+2vS60QbwtL0rTXpShAYHdVBw4+5sbt
GFT7BZ9yFnFT1yFzG4spDOOucr0LumdQ3of+I+4qWsvsFs4lNJm96L9hb4yh2KdC4o+5qzvL0J5+
2QhbYtdyO6K7wca5kLX324GM5u4qrQTW2USZO8jyJB3QXaUM1lm5X7C3nLu/fTuht4ly29IDjz+u
XPXiJq+Cu2pjV8g6efEuO4D7ZXeV77weHUTWu4vFUd1VuKqpTy5sPcRudLEWE6QviKhY3cJ3MxrN
L2C1dlCzvQ3mJi+9pih5OyUQ23mptWdgmwvJ3dcY21Kb1GSv5IDP5K09y9z1kjx/Jd3CT1uJSGSw
qM/9i+5K7J3m0sW3VzZcmPYamXtMJPxNf3n2CsZi3h/QVxx7eeb++KiLJIa7vEeU3h/MW8wxLzNz
vT9dBFUcTmsq8cyN++igr0DFzpm6iFTsvFg7vf1K2dlp7VV69k5nM9J71uD9SUJKq9joHClk9ddK
PHeWSsFR7w8RV3OIa6rG02Jml1tU01rlmbhlye/XZtrW1HIrPPO2qr9zRpeH5O7OPpcicbfrDT6C
JFPkEH3JXBBxrU325Ux3a5KaO0US/zD0KbKmuaaaj9MNNXPXVBx75+0DWyx7vWFH01wjZimGu7Nj
YItR32aay9bsdi3F6Rm8WcdTuRRCMn82vRWonLtnBabprUx1e2Fe0MRC3E3W9k5rG4SUBjv/dprb
IrRrmLYqaMzaX8OoZC/Me7RmEYZlU3INWXhxHM3O11S4vdNdFeUX5Uxz1fT0d5qrqs+G4W2GwRtm
iiQ4tnp7c/ymIN1N7w0zuh4G3qpBTIPlgrPkw/2PpsHtgruN+UIm01+JOPWMpsNcMWsalWtGTz3E
rtTnDTyUZEVSvamHkazI7/SXJmkJ5T/h7z81YA3e7GV8wQAAAABJRU5ErkJggg==
---MOQ1044335291cdca3f8a638c1be57172226440afb27b--
From christian.schuster at rsag.ch Mon Feb 3 21:03:05 2003
From: christian.schuster at rsag.ch (christian.schuster at rsag.ch)
Date: Tue, 4 Feb 2003 06:03:05 +0100
Subject: [Mapserver-users] How to make labels in MS with PostGIS
In-Reply-To: <3E3AA1BD.4040802@refractions.net>
Message-ID:
Hi Paul,
Sorry that I am coming back to you after few days. I am still not able to
make labels. I am a newbie and I think it is a generall understanding
problem of how the map file works. Below you see my layer definitions for
the labels. There I have a big question about it. So I have a table called
'geo3'. In this table I have a column as identifier which is called 'ID'.
Then the second column is of type varcahr(20 and called 'NAME'. The last
one is the geometry column. Now I can draw the map and all. Just the labels
are not working. I am not sure what the tag 'DATA' has to look like. The
way it is now, I just get back the geometry column. But what I would like
is to have the column 'NAME' to use for labeling. If I change the tag
'DATA' to "NAME from geo3" then I would have this. But I do not know how
MapServer knows where to draw the labels. If I change the tag 'DATA' to "*
from geo" then I get an error. So I am quite confused. I also tried so many
times already. if someone could solve my confusion would be really nice.
LAYER
NAME "labels"
### Connect to a remote spatial database
CONNECTIONTYPE postgis
CONNECTION "user=*** dbname=myGISdb host=127.0.0.1 port=5432"
### Get the labels from the table
DATA "geom from geo3"
STATUS ON
TYPE ANNOTATION
LABELITEM "name"
CLASS
EXPRESSION 'name'
COLOR -1 -1 -1
LABEL
COLOR 0 0 0
TYPE BITMAP
SIZE MEDIUM
POSITION CC
PARTIALS FALSE
BUFFER 2
END # end of label
END
END
Christian Schuster
Rudolf Schuster AG
Postfach 277
CH - 3000 Bern 11
http://www.rsag.ch
++41 31 348 05 30
Paul Ramsey
To
christian.schuster at rsag.ch
31.01.2003 17:18 cc
mapserver-users at lists.gis.umn.edu
Subject
Re: [Mapserver-users] How to make
labels in MS with PostGIS
Same as with any other data source. Declare a labelitem and add a label
object to your class object. Should be examples in the map file
reference page. The only potential gotcha is that your labelitem
attribute should be given in lower case.
christian.schuster at rsag.ch wrote:
>
> Hi list,
>
> I have a table 'geo' with a geometry column, a column 'name' as
> varchar(20) and an ID column as the Primary Key. Is it possible to use
> the text in the column 'name' as the label text and if so what does the
> layer look like in the map file.
>
> Thanaks for helping
>
> Christian Schuster
>
> Rudolf Schuster AG
> Postfach 277
> CH - 3000 Bern 11
>
> http://www.rsag.ch
> ++41 31 348 05 30
--
__
/
| Paul Ramsey
| Refractions Research
| Email: pramsey at refractions.net
| Phone: (250) 885-0632
\_
From pram at pramcentral.com Mon Feb 3 21:08:47 2003
From: pram at pramcentral.com (Prashanth Ram)
Date: Tue, 04 Feb 2003 00:08:47 -0500
Subject: [Mapserver-users] JpGraph + Mapserver 3.6.3 + php_mapscript
References: <3E3AAD12.B61C64C5@pramcentral.com> <1044226774.9802.11.camel@hercules.bundabergcity.qld.gov.au>
Message-ID: <3E3F4ADE.4A6E54DF@pramcentral.com>
Hi folks, I just wanted to thank everyone that answered my question. It
turned out, as some of you pointed out that a "class Legend" exists in
JpGraph and Mapserver.. so I had to change the class in JpGraph.. code was
easier to modify :)
Thanks again to all..
-Prashanth
>
>
> On Sat, 2003-02-01 at 03:06, Prashanth Ram wrote:
> > Hi folks..
> > Has anyone tried to get JpGraph (1.x) and Mapserver + php_mapscript
> > (3.6.3) working together on the same box. When I turn the php_mapscript
> > extension on, JpGraph does not work, and when I turn it off
> > php_mapscript does not work!
> >
> > Does anyone have any solutions for this problem?
> >
> > Thanks..
> > -Prashanth
> >
> >
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From christian.schuster at rsag.ch Mon Feb 3 21:29:52 2003
From: christian.schuster at rsag.ch (christian.schuster at rsag.ch)
Date: Tue, 4 Feb 2003 06:29:52 +0100
Subject: [Mapserver-users] Image not created
Message-ID:
Hi List,
I am creating a map image, a legend image, a reference image and a scaebar.
Now, the problem is that mostly one image is not created by mapserver. But
in the browser I can see that he wants to download this picture. It is
either the legend, scalebar or the reference picture which is not created.
I was waiting several minutes without success. I am using PostGIS as input
for MapServer. Does anyone know where the problem is.
System:
Win 2000
CygWin
PostgreSQL-7.3.1-1
PostGIS-CVS (After 0.7.3)
MapServer-3.6.3
Christian Schuster
Rudolf Schuster AG
Postfach 277
CH - 3000 Bern 11
http://www.rsag.ch
++41 31 348 05 30
From t_lalla20 at yahoo.com Tue Feb 4 01:44:06 2003
From: t_lalla20 at yahoo.com (Terrence Lalla)
Date: Tue, 4 Feb 2003 01:44:06 -0800 (PST)
Subject: [Mapserver-users] georeferencing points and representing calculated distances
Message-ID: <20030204094406.20563.qmail@web14102.mail.yahoo.com>
--0-1831161022-1044351846=:19351
Content-Type: text/plain; charset=us-ascii
Hello All,
Is there a method to convert a pixel coordinate to a georeference coordinate and a georeference coordinate to a pixel coordinate ?
If I have a point on a map and want to represent a circle with radius r (a distance in meters) using the point as the center. How do i do that in PHPMapscript? The radius I will calculate.
Thanks
Terrence.
---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-1831161022-1044351846=:19351
Content-Type: text/html; charset=us-ascii
Hello All,
Is there a method to convert a pixel coordinate to a georeference coordinate and a georeference coordinate to a pixel coordinate ?
If I have a point on a map and want to represent a circle with radius r (a distance in meters) using the point as the center. How do i do that in PHPMapscript? The radius I will calculate.
Thanks
Terrence.
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-1831161022-1044351846=:19351--
From LVN at hvm.dk Tue Feb 4 04:56:24 2003
From: LVN at hvm.dk (Lars V. Nielsen)
Date: Tue, 4 Feb 2003 13:56:24 +0100
Subject: [Mapserver-users] Release date for 3.7 ?
Message-ID: <021d01c2cc4c$d3295f80$1101a8c0@odin>
This is a multi-part message in MIME format.
------=_NextPart_000_021A_01C2CC55.348F05B0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi,
Does anyone have an idea approximately when version 3.7 will be ready =
for release ?
Best regards / Med venlig hilsen
Lars V. Nielsen
--------------------------------------------------------
Hvenegaard & Meklenborg
Rugaardsvej 55, DK-5000 Odense C
Denmark
http://www.hvm.dk
------=_NextPart_000_021A_01C2CC55.348F05B0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi,
Does anyone have an idea approximately =
when version=20
3.7 will be ready for release ?
Best regards / Med venlig =
hilsen
Lars V.=20
Nielsen
--------------------------------------------------------
Hv=
enegaard=20
& Meklenborg
Rugaardsvej 55, DK-5000 Odense C
Denmark
http://www.hvm.dk
------=_NextPart_000_021A_01C2CC55.348F05B0--
From RUBINJ at gov.ns.ca Tue Feb 4 05:16:00 2003
From: RUBINJ at gov.ns.ca (John Rubin)
Date: Tue, 04 Feb 2003 09:16:00 -0400
Subject: [Mapserver-users] Run a C program from an HTML page ?
Message-ID:
Thank you for your replies. I did not mean to be to abstract in my question, so here is the situation.
I have 2000 map tiles I wish to query, view and zoom into individually. Each grid has 500 or so polygons that I also query, view and zoom into.
I currently ask the user for the grid number from a text box.
I do an itemquery for the grid number and extract the shpext and the grid's name from
a layer.
I zoomin into the grid and activate the grid layer using mapserver.
The user may then input a polygon number for the selected grid.
I do an itemquery for the polygon number and extract the shpext from the grid layer.
I zoomin into the polygon and activate the grid layer using mapserver.
All of this is accomplished using javascript, mapserver and mapimage.
What I was hoping to do is use one template file for the query and change the name and data information to reflect the users grid selection.
I would also like to use one grid layer in the main map file and change the name and data information based on the users selection.
I hope the is a little clearer.
Thanks
John Rubin
Telephone: 902-893-5712
E-mail: RUBINJ at gov.ns.ca
From dlowther at ou.edu Tue Feb 4 06:33:10 2003
From: dlowther at ou.edu (Lowther, David W)
Date: Tue, 4 Feb 2003 08:33:10 -0600
Subject: [Mapserver-users] How to make labels in MS with PostGIS
Message-ID:
Christian,
You've got to get everything you need (geometry and attributes) into that
data statement. I am using something that looks like this:
DATA "the_geom from (select oid,* from table) as foo"
HTH,
Dave
> -----Original Message-----
> From: christian.schuster at rsag.ch [mailto:christian.schuster at rsag.ch]
> Sent: Monday, February 03, 2003 11:03 PM
> To: Paul Ramsey
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] How to make labels in MS with PostGIS
>
>
>
>
>
>
> Hi Paul,
>
> Sorry that I am coming back to you after few days. I am still
> not able to make labels. I am a newbie and I think it is a
> generall understanding problem of how the map file works.
> Below you see my layer definitions for the labels. There I
> have a big question about it. So I have a table called
> 'geo3'. In this table I have a column as identifier which is
> called 'ID'. Then the second column is of type varcahr(20 and
> called 'NAME'. The last one is the geometry column. Now I can
> draw the map and all. Just the labels are not working. I am
> not sure what the tag 'DATA' has to look like. The way it is
> now, I just get back the geometry column. But what I would
> like is to have the column 'NAME' to use for labeling. If I
> change the tag 'DATA' to "NAME from geo3" then I would have
> this. But I do not know how MapServer knows where to draw the
> labels. If I change the tag 'DATA' to "* from geo" then I get
> an error. So I am quite confused. I also tried so many times
> already. if someone could solve my confusion would be really nice.
>
> LAYER
> NAME "labels"
>
> ### Connect to a remote spatial database
> CONNECTIONTYPE postgis
> CONNECTION "user=*** dbname=myGISdb host=127.0.0.1 port=5432"
>
> ### Get the labels from the table
> DATA "geom from geo3"
> STATUS ON
> TYPE ANNOTATION
>
> LABELITEM "name"
>
> CLASS
> EXPRESSION 'name'
> COLOR -1 -1 -1
> LABEL
> COLOR 0 0 0
> TYPE BITMAP
> SIZE MEDIUM
> POSITION CC
> PARTIALS FALSE
> BUFFER 2
> END # end of label
> END
> END
>
> Christian Schuster
>
> Rudolf Schuster AG
> Postfach 277
> CH - 3000 Bern 11
>
> http://www.rsag.ch
> ++41 31 348 05 30
>
>
>
>
> Paul Ramsey
>
>
> ons.net>
> To
>
> christian.schuster at rsag.ch
> 31.01.2003 17:18
> cc
>
> mapserver-users at lists.gis.umn.edu
>
> Subject
> Re: [Mapserver-users]
> How to make
> labels in MS with
> PostGIS
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Same as with any other data source. Declare a labelitem and
> add a label object to your class object. Should be examples
> in the map file reference page. The only potential gotcha is
> that your labelitem attribute should be given in lower case.
>
> christian.schuster at rsag.ch wrote:
> >
> > Hi list,
> >
> > I have a table 'geo' with a geometry column, a column 'name' as
> > varchar(20) and an ID column as the Primary Key. Is it
> possible to use
> > the text in the column 'name' as the label text and if so what does
> > the layer look like in the map file.
> >
> > Thanaks for helping
> >
> > Christian Schuster
> >
> > Rudolf Schuster AG
> > Postfach 277
> > CH - 3000 Bern 11
> >
> > http://www.rsag.ch
> > ++41 31 348 05 30
>
> --
> __
> /
> | Paul Ramsey
> | Refractions Research
> | Email: pramsey at refractions.net
> | Phone: (250) 885-0632
> \_
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
>
From Kevin.Slover at noaa.gov Tue Feb 4 07:40:22 2003
From: Kevin.Slover at noaa.gov (Kevin Slover)
Date: Tue, 04 Feb 2003 10:40:22 -0500
Subject: [Mapserver-users] Compilation Question
Message-ID: <3E3FDEE6.F29CA422@noaa.gov>
Good day all,
First time poster... and first time user... so far I am liking what I
have seen in the documentation, and have heard great reviews about this
software.
I have several questions regarding the configuration. I am attempting
to configure with gdal support, but with no luck. I run the configure
script with --with-gdal=/usr/local/gdal-1.1.7.2/configure, and it
succesfully creates the makefile. However, the makefile crashes, giving
me ~50 undefined references when it attempts to compile shp2img, all
relating to a "undefined reference to 'GDALXXXXXXXXXXX". Any thoughts?
If you are using tiff/jpeg support, does GDAL need to be configured with
these supports as well?? And maybe, as well, does mapserver support the
latest GDAL release?
One last question... thought I would try without GDAL support, and had
the make run through successfully. However, in make install, it was
attempting to copy map.h from an old install of Mapserver (a previous,
extremely unsuccessful attempt). It is in the Makefile script at:
cp -f map.h , attempting to install libmap.a. Should I download a copy
of Mapserver 3.5, configure, and then make clean to solve this problem??
Thanks in advance for any advice, help. I will continue to work
through to see what will happen...
--
LTJG Kevin Slover, NOAA
GIS Specialist/Oceanographer
NOAA/TPC/TSB/Storm Surge Unit
11691 SW 17th Street
Miami FL 33165
W (305) 229-4456
From warmerdam at pobox.com Tue Feb 4 08:16:52 2003
From: warmerdam at pobox.com (Frank Warmerdam)
Date: Tue, 04 Feb 2003 11:16:52 -0500
Subject: [Mapserver-users] Compilation Question
In-Reply-To: <3E3FDEE6.F29CA422@noaa.gov>
References: <3E3FDEE6.F29CA422@noaa.gov>
Message-ID: <3E3FE774.6000602@pobox.com>
Kevin Slover wrote:
> Good day all,
> First time poster... and first time user... so far I am liking what I
> have seen in the documentation, and have heard great reviews about this
> software.
>
> I have several questions regarding the configuration. I am attempting
> to configure with gdal support, but with no luck. I run the configure
> script with --with-gdal=/usr/local/gdal-1.1.7.2/configure, and it
> succesfully creates the makefile. However, the makefile crashes, giving
> me ~50 undefined references when it attempts to compile shp2img, all
> relating to a "undefined reference to 'GDALXXXXXXXXXXX". Any thoughts?
> If you are using tiff/jpeg support, does GDAL need to be configured with
> these supports as well?? And maybe, as well, does mapserver support the
> latest GDAL release?
Kevin,
A few notes:
o I would encourage you to upgrade to GDAL 1.1.8. The 1.1.7.2 release is
a bit long in the tooth.
o Use --with-gdal=/usr/local/gdal-1.1.7.2/apps/gdal-config if you want to
build against the GDAL build tree.
o I would encourage you to actually do the "make install" for GDAL to
install it into your /usr/local tree. It will make some things easier.
> One last question... thought I would try without GDAL support, and had
> the make run through successfully. However, in make install, it was
> attempting to copy map.h from an old install of Mapserver (a previous,
> extremely unsuccessful attempt). It is in the Makefile script at:
> cp -f map.h , attempting to install libmap.a. Should I download a copy
> of Mapserver 3.5, configure, and then make clean to solve this problem??
I don't follow this.
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
From jhart at frw.uva.nl Tue Feb 4 08:41:03 2003
From: jhart at frw.uva.nl (Jan Hartmann)
Date: Tue, 04 Feb 2003 17:41:03 +0100
Subject: [Mapserver-users] How to make labels in MS with PostGIS
In-Reply-To:
References:
Message-ID: <3E3FED1F.20003@frw.uva.nl>
Christian,
In MapServer CGI layers are only automatically shown when they have
"STATUS DEFAULT". Layers with "STATUS ON" are only visible when they are
explicitly named in the calling URL.
Really, can this FAQ (Frequently Answered Question) be documented in a
prominent place? So many people on this list have been staring at a
blank map and wondering what on earth was going on.
Jan Hartmann
Lowther, David W wrote:
> Christian,
>
> You've got to get everything you need (geometry and attributes) into that
> data statement. I am using something that looks like this:
>
> DATA "the_geom from (select oid,* from table) as foo"
>
> HTH,
>
> Dave
>
>
>>-----Original Message-----
>>From: christian.schuster at rsag.ch [mailto:christian.schuster at rsag.ch]
>>Sent: Monday, February 03, 2003 11:03 PM
>>To: Paul Ramsey
>>Cc: mapserver-users at lists.gis.umn.edu
>>Subject: Re: [Mapserver-users] How to make labels in MS with PostGIS
>>
>>
>>
>>
>>
>>
>>Hi Paul,
>>
>>Sorry that I am coming back to you after few days. I am still
>>not able to make labels. I am a newbie and I think it is a
>>generall understanding problem of how the map file works.
>>Below you see my layer definitions for the labels. There I
>>have a big question about it. So I have a table called
>>'geo3'. In this table I have a column as identifier which is
>>called 'ID'. Then the second column is of type varcahr(20 and
>>called 'NAME'. The last one is the geometry column. Now I can
>>draw the map and all. Just the labels are not working. I am
>>not sure what the tag 'DATA' has to look like. The way it is
>>now, I just get back the geometry column. But what I would
>>like is to have the column 'NAME' to use for labeling. If I
>>change the tag 'DATA' to "NAME from geo3" then I would have
>>this. But I do not know how MapServer knows where to draw the
>>labels. If I change the tag 'DATA' to "* from geo" then I get
>>an error. So I am quite confused. I also tried so many times
>>already. if someone could solve my confusion would be really nice.
>>
>>LAYER
>> NAME "labels"
>>
>> ### Connect to a remote spatial database
>> CONNECTIONTYPE postgis
>> CONNECTION "user=*** dbname=myGISdb host=127.0.0.1 port=5432"
>>
>> ### Get the labels from the table
>> DATA "geom from geo3"
>> STATUS ON
>> TYPE ANNOTATION
>>
>> LABELITEM "name"
>>
>> CLASS
>> EXPRESSION 'name'
>> COLOR -1 -1 -1
>> LABEL
>> COLOR 0 0 0
>> TYPE BITMAP
>> SIZE MEDIUM
>> POSITION CC
>> PARTIALS FALSE
>> BUFFER 2
>> END # end of label
>> END
>>END
>>
>>Christian Schuster
>>
>>Rudolf Schuster AG
>>Postfach 277
>>CH - 3000 Bern 11
>>
>>http://www.rsag.ch
>>++41 31 348 05 30
>>
>>
>>
>>
>> Paul Ramsey
>>
>> >
>> ons.net>
>> To
>>
>>christian.schuster at rsag.ch
>> 31.01.2003 17:18
>> cc
>>
>>mapserver-users at lists.gis.umn.edu
>>
>> Subject
>> Re: [Mapserver-users]
>>How to make
>> labels in MS with
>>PostGIS
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>Same as with any other data source. Declare a labelitem and
>>add a label object to your class object. Should be examples
>>in the map file reference page. The only potential gotcha is
>>that your labelitem attribute should be given in lower case.
>>
>>christian.schuster at rsag.ch wrote:
>>
>>>Hi list,
>>>
>>>I have a table 'geo' with a geometry column, a column 'name' as
>>>varchar(20) and an ID column as the Primary Key. Is it
>>
>>possible to use
>>
>>>the text in the column 'name' as the label text and if so what does
>>>the layer look like in the map file.
>>>
>>>Thanaks for helping
>>>
>>>Christian Schuster
>>>
>>>Rudolf Schuster AG
>>>Postfach 277
>>>CH - 3000 Bern 11
>>>
>>>http://www.rsag.ch
>>>++41 31 348 05 30
>>
>>--
>> __
>> /
>> | Paul Ramsey
>> | Refractions Research
>> | Email: pramsey at refractions.net
>> | Phone: (250) 885-0632
>> \_
>>
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
>>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
Jan Hartmann
Department of Geography
University of Amsterdam
jhart at frw.uva.nl
From rhornsby at io.osuedc.org Tue Feb 4 08:50:23 2003
From: rhornsby at io.osuedc.org (richard hornsby)
Date: Tue, 4 Feb 2003 11:50:23 -0500 (EST)
Subject: [Mapserver-users] Compilation Question
In-Reply-To: <3E3FE774.6000602@pobox.com>
Message-ID:
FW :> One last question... thought I would try without GDAL support, and had
FW :> the make run through successfully. However, in make install, it was
FW :> attempting to copy map.h from an old install of Mapserver (a previous,
FW :> extremely unsuccessful attempt). It is in the Makefile script at:
FW :> cp -f map.h , attempting to install libmap.a. Should I download a copy
FW :> of Mapserver 3.5, configure, and then make clean to solve this problem??
FW :
FW :I don't follow this.
I'm not completely sure that I do either, but you may find that
$ make distclean
gives better results than just 'make clean'. In some cases 'clean'
doesn't catch everything. Also, be sure to note which user context you're
doing various steps in. ie, if you 'make' as root and then try to 'make
clean' as non-root, it probably won't work, and its an easy thing to do ;)
As for gdal, I was able to ./configure, make, make install and then just
let mapserver's ./configure determine where it had gone to (ie,
'--with-gdal'). This may or may not work for you.
-rj
--
Information Center, n.:
A room staffed by professional computer people whose job it is to
tell you why you cannot have the information you require.
rj hornsby . systems engineer . www.osuedc.org
human and community resource development
p 614 688 8761 . f 614 688 8762
From jvinas at amcondeminas.com Mon Feb 3 04:16:39 2003
From: jvinas at amcondeminas.com (jvinas at amcondeminas.com)
Date: Mon, 3 Feb 2003 13:16:39 +0100
Subject: [Mapserver-users] RE: MapServer - aplication (FWD)
Message-ID:
Hi,
Log time ago, we made that inquiry. But have not received any notice. May
you please confirm if is still possible to arrange something.
Thnks & Rgds - Jesus
-----Original Message-----
From: Thomas E. Burk [mailto:teb at mallit.fr.umn.edu]
Sent: Monday, November 11, 2002 4:37 PM
To: mapserver-users at lists.gis.umn.edu
Cc: jvinas at amcondeminas.com
Subject: MapServer - aplication (FWD)
------------- Begin Forwarded Message -------------
From: jvinas at amcondeminas.com
To: applications at lists.gis.umn.edu
Cc: enric at todopesca.com
Subject: MapServer - aplication
Date: Fri, 8 Nov 2002 12:16:19 +0100
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by mallit.fr.umn.edu id
gA8BDqG14214
Dear Sirs,
We are a group of some friends that 3/4 years ago start a -free- (non
profitable for us) web site about fishing in Spain. After this time, we are
still poors, but very happy, bacuse our web site is being visited by abt
3000 fishers/daily. http://www.todopesca.com , and we had the opportunity to
meet with expert angleers and we make a lot of new friends.
Now we are studing several new proyects in order to give
additional/interesting information to our "customers", one of this could be
install/develope a Spain River/reservoir/Cost maps server, that could help
our anglers to look for their preferible place for fishing, with full
details of topography, deep, etc. There are some things in Spain, all
dispersed but nothing specific for fishing.
So, now I'm starting to take a look on your product, that seems that could
help us in this proyect, but please any suggestion, recomendation, etc from
yr experience would be highly appreciated, we are not fully dedicated to
programming, and all our time, is just some hours can be steral fm our
families.
Thnks in advance, and best regards
Jesus Vinyas
mailto:jesus at todopesca.com
Please use the abome mentione e_mailk, preferable than this
other.-------------------------------------------------------------------
Jes?s Vinyas +34 9 32957021 - S.C.I. L.Mgr A.M. Condeminas SA
fax +34 9 32957011 movil +34 696486514 Po Colon, 11- Prpal
mailto:jvinas at amcondeminas.com 08004 Barcelona
http://www.condeminas.es Spain
------------- End Forwarded Message -------------
From nobody at swoodbridge.com Mon Feb 3 14:17:13 2003
From: nobody at swoodbridge.com (nobody at swoodbridge.com)
Date: Mon, 03 Feb 2003 17:17:13 -0500
Subject: [Mapserver-users] Mapserver 3.7, PHP/mapscript, Apache 2.x, RH8
Message-ID:
Hi all,
I plan to try and build Mapserver 3.7, PHP/Mapscript on RH 8.0 which comes with Apache 2.0. I saw todays posts about MS 3.6.4 and RH 8.0.
Questions,
Has anyone built this already?
Any clues as to how to configure Apache 2.0 and PHP 4.3 as CGI, it seems the httpd.conf file is significantly different.
Plan to build with:
GDAL lastest CVS
GD 2.x
Freetype 2.x
basically the lastest of all the libs
Any help or hints would be appreaciated.
I'll report back whatever I find out.
-Steve W.
From f.mcdavid at tlogicgis.com Tue Feb 4 09:02:29 2003
From: f.mcdavid at tlogicgis.com (Fred McDavid)
Date: 04 Feb 2003 12:02:29 -0500
Subject: [Mapserver-users] buffering polygons, thoughts
Message-ID: <1044378150.25832.124.camel@lilbit>
--=-7/W5P1ll8mmY8p6yr30R
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
All,
I had written the list earlier about implementing a buffer for
mapserver. Steve mentioned that he was looking for some code to steal.
I've done a little homework on the subject, now that I've managed to get
an application up and running using mapserver.
Attached are some first thoughts (that I ripped off from a few CS
assignments that I found). The file format is open office writer.
I think the process I've described can handle simple and complex
polygons...holes are a different matter.
If Steve still has some interest and if the process I've scrawled out
seems to hold water, I thought I'd do a quick implementation in perl.
Regards,
--Fred
--=-7/W5P1ll8mmY8p6yr30R
Content-Disposition: attachment; filename=BufferAlgorithm.sxw
Content-Type: application/vnd.sun.xml.writer; name=BufferAlgorithm.sxw
Content-Transfer-Encoding: base64
UEsDBBQAAAAAAAmFRC7dI08oDzMAAA8zAAAtAAAAUGljdHVyZXMvMTAwMDAyMDEwMDAwMDI1ODAw
MDAwMTAyMTBGQzRGODMucG5niVBORw0KGgoAAAANSUhEUgAAAlgAAAECCAYAAAAim6nQAAAABHNC
SVQICAgIfAhkiAAAABh0RVh0VGl0bGUATWFkZSB3aXRoIFNvZGlwb2Rpn/QvJwAAAA50RVh0QXV0
aG9yAFVua25vd26MIQzyAAAAHnpUWHREZXNjcmlwdGlvbgAAeJxLVCjITC4pLUoFABBfA37q9A0s
AAAgAElEQVR4nO3deZgcVb3/8fdMEpKQkBAIhDUQwr7KvggSRJaLuYIgCii7oqiIsglX3FBxQxSu
iKIsgiKoyCIKXAQUZF/DHiCshjVhDSHrzO+P7/Rvuk9V9fR0n6pTy+f1PPUkM9Pd9e3uqu7PqTp1
DohU2/LAYcCVwFygF1gyaEUiIiIiBXUw8E+gBwtV9YsCloiIdKQ7dAEigbwMnANcFroQERERkbKZ
gI5giYiIiHj3DApYIiLikU4RisCc0AWIiEi5KGCJiIiIeKaAJSIiIuKZApaIiIiIZwpYIq3pAtbu
+1dERKQpBSyRZEsDJwGPYgOSTu/79xngSBS2RERERBI9RHSYhm2xwUjdMbLql8uA0QHqFREREck9
N2BtAszr+/8CbEqdRcSHrKeBFTKvWERERCTn3IA1DbgL2LjuNkOAKcA9REPWBdmVKpIr3VjfRBFp
g3YgKTs3YP0bGJ5w23HA3c7tFwMbpV+mSHAjgM9jR3VfxY7w9gLvATcBP8D6LopIDO1AUjVuwNph
gNsvA8x17vPXNAsUyYH9gPnY9v4rYA9gCWAosD/wTt/fFgG7BqpRJLe0A0kVuQFrVAv3Oce5z0Js
XxEpowPo74d4UcJtDqF/f1gAjM+kMhE/akPxpEI7kFSVG7BGtnCfzZz79ALrp1WgSEDD6W9c9wJf
TrjdEPovDukFjsqkOpH27QqcBzyAdfWodfm4Cztb5yXjaAeSKmsnYAHMdO63dyrViYS1G43b+elN
bvto3e2uS780kbasBFyKbaf3AKdgXUP2rvt9LWwd2+nKtANJlbUbsO5w7ndSKtWJhLUljdv5kU1u
W38ByH3plyYyaHtiXaF6sGDlDhjdRfRCps90skLtQFJl7Qasy5z7fTWV6kTCOxobePdsmu8f9cOY
PJt+WSKDshP9Z+G+1OR2+9D42f42yVeWt0Q7kFRVuwHrDOd+h6RRnEhBLA08R//+MCtsOSINxgCz
sW3zCezivSSjgXdp/HzfOu0CtQNJGbUbsH7h3G+7VKoTya9hWGv/H9iRgTfQ94Pk0w/o3zYPbOH2
x9Td/kmsD7p32oGk7NoNWFfX3ecNmreIRMpkDPATbHzEe4HDsTk8689w6PtB8mIEjUekxrV4vx2x
s3veh+DRDiRV0W7AerDuPklDm4iUyQjgNGzct+eBXZy/6/tB8mgqOdkutQNJ1bQTsEbS3yJaDGyY
WnUi+bAT1u+2F/gt8a16fT9IHp1J/3Z5Z6gitANJFbUTsI6vu/356ZUmkgvHYJe19wKXE720vUbf
D5JHV9G/Xd4QogDtQFJVbsAaPcDth2NX3PZi48INdHuRIqs/vdJL89Gt9f0geVQ/ZuFzWa9cO5BU
2T9p3P6/2OS244Gb+243A1gt7eJEAnuK/n1jxgC31feD5FH9drmY1vvZeqEdSKpsc2AOjSHrj9gV
JBOxfonbYVNIzej7+znYRR8iZTaBxv3i7gFu/zD6fpD8+T2N2/HGWa1YO5CIDUdyMnAb/ZN+usti
4Hpg90A1imRtCo37wDskjwc0jMa5aueR3NVEJEtfp3E7PrONx2jrqNcUtAOJ1BsCbAV8Apvo8zBs
IlCNcyVVszrRhsaJMbcbRmNH4tqyaiZVijS3L43b5Tzs7ESrtgeubWfFq6MdSERE4v2Hxs/8HmxU
7G2BT2LjJS7Arjy/1rntD7EhTE7IvGqRfithQ0/Vb5t/prUDRBOwi5re3+7Kfe1Ae7VbgIiI5NJe
xJ8yry2zgY/33faEhNtMz7ZkkYjTiG6Xf6H5VeCTsXkLL+5kxb52oBU6KUJERHJpP+BNog3xS4Bl
6243Chuguv5212Mzg4iENA7rN+5mlweBQ4F16m67DHBS3+3fBFbudOXagUREJMkY4EPYmIkfJ/lL
Z2ngAGy4k7WyKU2kJfvT/GDSLOD1up/nAFv4Wrl2IBERESmrL9I/qHqzZSawTaAaRURERApnEnAF
8UFrDvBNbMaOjmiIBREREamiJbChqjbCjlhNAx7HgpaIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiI
iIiIiIiIiIiIiIiIiIiIiIiIiIiI1HQBq/t4oG4fDyIiIiJScGOBq4DtfTyYApaIiIhU3TrAHcBU
Xw+ogCUiIiJVtgcWrtb1+aAKWCJmudAFiIhIprqAk4C/AksHrkWklI4FzgtdhIiIZGYUcCnQG7N8
yscKhvp4EJGCGgn8GvgkcGHgWkSKbiywZ9//VwVeAX4TrhyRRKsDlwPvC1yHSCmtCtxDf4vlt2HL
ESm8dYkeCTgPGB6yKBHHTsBrxB+58noES6SKdgBepnGHUsAS6UxcwOrFOg+vHLAukZqjgIVEt9FX
UMAS6djngPlEdzAFLJHOJAWsXuAl4P3hSpOKG44dTXW3y0XA8VhH91wGrA8D+wKfAM5EVyZKPi0B
/IrkLwAFLJHONAtYvVjD5rPBqpOqWgm4nej2+DqwW99tTiSnAes5Ggu7DVgxaEUijSYAt9D8w18B
S6QzbsCaCfQQ3dfOwRo8ImnbBtsO3W3wYWDNutsVJmDVdqxtQxYl0mcL4AWi2+hsFLBEfHID1mXA
fwNvEd3/bkUNcUnXYcA8otve5cBSzm0LFbB6sSf26YB1iRwIzCW6bV4N7IwClohPcQGr9vvHie6H
M7EjDCI+DcW6K7nbWw/wLeK7MRUuYNWWX6DDwZKtIcBPiN/BvoftYFuggCXiU1LAgv5JdOMa4odn
W6aU2HjgRqLb2dvAR5vcrxABayHxl0DegvWDEUnbMsD/Ed0G52AXY9QoYIn41SxggTVsTiG+X9ZZ
wLDMKpUyeh/wDNFt6ylgwwHuW4iA9Q6wPvAE0Sf5ArBloBqlGjbEdiZ323sa2MS5rQKWiF8DBaya
j2JHFNz99GbUEJf2fAJrRLvb1HVYo3sghQlYYJMm/p3ok30POCT7EqUC9sa2P3ebuwE7bOxSwBLx
q9WABbABaohL57qB7xN/VPQ0rLtIKwoVsMCe+KnEP/Ez0eFg8aMb+Dbx29kZJM+3qYAl4tdgAhY0
b4gfnF6ZUhJLA38juv3MxeaXHYzCBayajxF/ZOEmYLmMapRyGgNcQXtHShWwRPwabMCC5g3xZg0k
qbakK1OfBzZv4/EKG7AANiK+b8xzwGYZ1CjlsxbwCNFt6j/A1i3cXwFLxK92AlbNvsT3oVFDXFxT
gTfx24ev0AELrKPZdURflLnk6MlIIeyOTXPgbkuDmUVAAUvEr04CFlhDfAbR/fpZ1BAX6AK+Biwm
uo2cTWfDQRU+YIF1OPsR8YeDT0eHg6W5LuAEbIJOd/v5DTahZ6sUsET86jRgQfOG+GD71Uh5jAL+
RHS78DW/ZSkCVs1+wLtEX6x/AMumUKMU35LAxUS3mQXAF9t4PAUsEb98BCzob4i7+3ovNoCwGuLV
MgmYRnRbeBnY3tM6ShWwIHlQsKf7/iZSMxG4l+i28iowpc3HVMAS8ctXwKrZn/iG+PWoIV4VOwOz
iG4DdwOreFxP6QIW2PhENxB98d7FjnKJ7Ai8QnQbuQ9YrYPHVcAS8ct3wILmDXF38GApl6OJnxnm
ImCk53WVMmCBHe49neiL2AP8kNYHCpPy+Tx2CtDdNv6AnTLshAKWiF9pBCxIbojPwUbwlnIZAVxA
9P1eBByT0jpLG7BqPoV1ZHRf1FaHupfyWAL4NfE72Fexzu6dUsAS8SutgAXWEP8p0c+EMjfEhwIH
Uc7nlmRl4E6i7/NsYJcU11v6gAU2QFj949WWp7BLeKX8VgBuJboNvAH8l8f1KGCJ+JVmwKo5kPiG
+LXAuBTWl7XlgcOAK+l/np0erS+K7YAXib63DwGTU153JQIW2Ab2T6Iv8jvYqPBSXlthA4W67/2j
wNqe16WAJeJXFgELmjfEN0xpnWk7GPveixvCqAoB69PAPKLP/TJgdAbrr0zAApun8EyiL3YP8D1s
egUpl4OxKW7c9/wqbEoc3xSwRPzKKmBB84b4PimuNy27AQcQP9ZTmQPWMOAsos95MfAN/HQHaUWl
AlbNIcR/6f4Nm+hRiq9Z34rvkF6YVsAS8SvLgAX25fy/xH92fJdiNsQnUJ2AtRzxIfktYM+Ma6lk
wAI7bfQC0TfhCWD9FNYn2VkWG1w2RCtUAUvEr6wDVs2hxDfEr6aYDfFnKH/A2hSbAikv3+uVDVhg
HZ9vIfpmvA3sldI6JV0bY2PZuO/pDLK5oEEBS8SvUAELkvtvTgfWy7AOHx6i3AEraQDZawh3oUKl
AxbYpftnE31TeoBvU8zDwVX1MWwMG/e9zHKEZgWs9O0GXA4cjvWZkXILGbAguSH+FsVqiJc1YA3B
htRwO/LnYaiNygesms8Qf7XBlaTTGVr86cb6RuRhsm8FrPTtReOH6J3AycBaIYuS1IQOWNC8If4t
itEQL2PAGocdoXLfl3exI1qhKWDV2Zb48TIeA9bJqAYZnDHYFYHue/YeNphe1hSw0lcfsOqXRcB5
wKrhSpMU5CFg1RS5IV62gLU+1rfKfS+eAzYLWFc9BSzHSsBtRN+0N4GpGdYhA1sbC7/ue/UCsGWg
mhSw0pcUsOrD9Wlo4t6yyFPAguSG+KPkuyHeSsDqwj5XsxrGoF0fwU7Ruu/Bv8hXtwEFrBjDiZ9S
ZTHwdfK/8VXBHtgo7O579G+sz0QoCljpGyhg1QctX1MgSTh5C1hgDfHbKVZDPClgLQ2chAXE+r8/
AxxJvvafLuw7eDHR1/4sbIiNPFHAauJIYD7RN/IvwFKBaqq6LmyjjdvBzsH6SoSkgJW+VgNWbbkZ
WC1IpeJDHgMWNG+In0y+ggnEB6xtgZdpvv9kNer5QEZjtbj1zcdGbM8jBawBbE/8Bvgw6lSbtSWB
S4i+FwuwMJwHCljpG2zAqh1ZOCBEsdKxvAasmiOxz6C4YJKnhrgbsDahvz/ZAmxwzkXE7z9PE/bM
wGSi9fcCL2FzDeaVAlYLViF+Jm7fEwVLstWB+4m+B68AHwhXVoQCVvraCVi15XfkvzOyNMp7wILm
DfE1A9ZVzw0o04C7sLEDa4YAU4B7iD6XC7IrtcEuwOyYeu4EVg5UU6sUsFo0Ajif6Ju8CDt/nbfD
wWUyBXiN6Gt/LzAxXFmxFLDS10nA6gWepPFLRfKtCAELrCF+F9Ht7XVg94B11bgB69/Yac4444C7
ndsvJpvBmusdQ/xRtQuw7+S8U8AapKOIPxz8R2BUwLrKKun1/j0wMmBdSRSw0tdpwOrFBqTVKcNi
KErAguYN8RMJ2xB3A9YOA9x+GWCuc5+/pllgnZHAhURfx4XAlzOqwQcFrDZMAV4l+uZPA9YIV1ap
DAfOJf6D6viAdQ1EASt9PgJWbTmD/F15JI2KFLBqkhqGlxKuIe4GrFbqOMe5z0LSv5BoFaJHz3qB
WcDOKa/bNwWsNk0k/jz1bOycsbQv6RLo17FpUvJMASt9PgNWLzaWWsgOvNJcEQMW5K8h7gasVs4A
bEa0/jQnTU7qyzYNmJTietOigNWBkcBFxB9lOS5gXUW2DTCT6Gv6CPnpLNqMAlb6fAesXuzz5n1Z
PglpWVEDFlhD/F7ij8Zk3RBvJ2BB9PN471SqgyOIHxbpTxS3+40ClgdfwQ6duhvGxRR/OoIsHUr8
NBRXkK/LnZtRwEpfGgGrF+uX9dEMn4e0psgBC/LTEG83YN3h3O8kz3UlzfO4GPgaxb6ATAHLk52J
v9LtfmyIAUk2FDiT6GtXpIlUaxSw0pdWwKp9qOuq4HwpesCqOYb4hvjvyaYh3m7Acgf3/KrHmiZg
AwG7r8lbwH97XE8oClgeTSJ+rKbXgA8GrCvPxgM3En3N3qaYRxMUsNKXZsCqLRdRjMvAq6AsAQus
IT6L6PZ2H+nPNtBuwDrDud8hnurZHHie6GsxHXvPyyCVgFWkIw4+PQO8HxttvN544DqKdXlpFjbB
rhbZyfn9DGx03sszr0jEfAoL/hNCFyKlcgM2Ef005/ebYhdNuZ+FeeBeZfuEh8f8JHALsKrz+78D
WwOPe1iHNFHEI1g1XcAJxA+QdiH5HL8pax/H+ry4r8912PgrRaUjWOnL4ghWbVHn9/DKdASrZkng
D0S3t4XA0Smts90jWFfX3ecNrEtHu4YAPyb6vHuA71O+gzM6RZiiXYkf4v8e8jcCeVa6gVOxHcp9
XU7DdsAiU8DybwtsSqQHgSuBq8guYNU+f/ZK/VlKkjIGLGjeEP8t/hvi7QasB+vuc1EH618Ga0C7
z/Vd4BMdPG6eKWClbDKNG2hteQXYMWBdIYylsTVUW+aSow2vQwpY6ViZ+M6wWS21zu+SvbIGrJrd
iG+I3030FFon2glYI7EAVNsHNmxz3RtgU1S5z/EZyn2EWAErA6OxsTzcjWsB8MWAdWVpXey8uvsa
PI+FkrJQwErXHsRfSJLVos7v2St7wILmDXFfk9m3E7COr7v9+W2u96PYRUvuc7sJWK7NxywKBayM
dAH/g7UC3A3tPMr9oT0VeJPo876F8nUiVsBKXzewP/AUYULW/cDyqT9LqalCwILmDfEveHh8N2CN
HuD2w+kfVf3RFm7v6sKG2YnrDnIm1ZiiSgErY3tgHQXdDe5O7DRImXRhA8XFhcpfkv6cViEoYGVn
CWxMnnfIPmQ9DayT/lMUqhOwoHlD/Fws9LTrn87jNTt7Mp7+U/IzGPwQEkthV4G7z2EecNggH6vI
FLACWAub+sXd+F7Chnkog1HAH4k+x/nAZwPWlTYFrOytgk2im3XImkV59tc8q1LAqklqiN9B+w3x
zYleuf1HrC/wROwsynbYcEIz+v5+DoMfBHVN4OGY2mdiU6FViQJWIEkJfz7wuYB1+TAJG+fFfW4v
Y5N5lpkCVjhr0fi5kcUyF9gniydXYVUMWABr478hPgw4GbiN+KNkvX2/vx7YvY3H3w14PeYxbwdW
arPmIlPACqgL+AbxG/o5FPMU2geJH6nY9xUxeaWAFdYE4FayDVmLgS9l8eQqqqoBC5o3xDs9EzAE
2AobIuFY7NTdDrQ/ztVxxA85cR6dndosMgWsHPgINveSu2HeBqwYsK7BOpr4ubYuojqDqypghTcc
uIBsQ1YvNo5b2QZKzIMqByxo3hD/FeEb4iOx+RTd2hYCRwWsKw8UsHIiaRiDIpy3HoFdwuvWvgib
4LRKFLDyI6lFneZyKdVtrael6gGrJqkhfivhGuITsYGz3ZpeI5/T/mTtJBSwcmMs8aNUzwMOD1hX
MytjV0C6Nc8GdglYVygKWPnyYeK/lNJc/gWMy+LJVYQCVr88NcR3wMbpcmt5AFg941rySgErZ7qB
U4gfO+QX5GvskG2BF4nW+RA2cF4VKWDlzwb0XxWV1fIIg7+0XeIpYDUaC/yVsA3xI7HxueKO4I7K
qIYiUMDKqaTRb28mH4NzHo7t0G59lzH4AenKRAErn5bFRo7OMmS9CGyaxZMrOQWsqGYN8bNIryG+
BNbvy11nbSqprpTWW1QKWDm2AfAE0Y35BWDLQDUNA34eU9NirCNm1XcwBaz8GoYNcJtlyHobu3Rd
2qeAlSzLhvgKwL9j1vUmdipeohSwcm5p4O9EN+r3gIMzrmU5oqMB175E9sy4lrxSwMq/o4i/2jWt
ZTHVGr3aNwWs5pIa4s/jryG+Jdawd9fxGJrRoBkFrAIYApxK/OHgM8imX9amwLMx638CWD+D9ReF
AlYx7EL8gIhpLj/D9mUZHAWsgY0jvYb4gX2P4z72X7H+YJJMAatA9iU61UEv6c9Kvh/wbsx6r0FX
S7kUsIpjTezqqyxD1rXYUWlpnQJWa4YA3ye5IT7YAUSHAqfHPFYP8F005lsrFLAKZmPir4h6DtjM
87qGAD8gfof9EWqNx1HAKpaViJ/WKc3lMWxaH2mNAtbg+GiIL4tNl+M+xpy+x5fWpBKw2h1qXwb2
IHY+/BIax5maiHVA/Aw2qm6nlgYuBv7L+f1c4NPAHzysQ/LrIWA81oG1trzh/Fz/+/lYX6NWlkVY
aK8tiwf4/+IUn+eL2GS3VwIfSHE99dbFJu3dF7gxo3VKdfwJmI5NsbNG3e+nYFOW7Q3c1+T+GwFX
OPcFeAbYC/sOkoLTEazmhgA/Jr6F/BM6C7nrEd9pMo2jZGVTliNYce9/yGUx1jF9Hhby52ADiL6B
DWr7KjaZ+ItYZ9znsC+Ep/qey+PYl84TwJN9y1PY0eAZfbeNOw2e5rIAG09ImtMRrPYsA/wf0e1u
LvDJhPvsg33fuve5ATuqJYOjU4QFtz/xXwz/oL0dImk6hn8By3uot+wUsLQMdjkLHfVvRgGrfa02
xJuNq/UztH22SwGrBN6HtcDdHeNpYJMWH6ML+DrxE4qmOXBd2ShgaWln2bW1t6WSFLA6l9QQvx6Y
hJ0id/8WYiigslHAKonx2GFcdyeZA3xigPuOBv4cc9/5WJ8uaZ0ClpbBLPOwy+AlmQKWH0kN8bhG
9X+ArcKUWSqpBCxdvpm9WdiI0T9zfj8K65D+Q+Kv+lsDuA07917vZWw29F/7LVNE+szGjlxdFLoQ
qYQHsAuk3Asr3O/r2/tud1cWRcngKWCFsQj4CnAQdni3pgs4Afgb1vGx5kPYVSUbOY9zF3Yk5rbU
KhWptiewydJvDl2IVMos7OrzlxP+/gZ2Ve1LmVUkg6aAFdZFwA7YVAn1dsPC00ZYELuGxsAFcCG2
g81MuUaRquqhf043kSwtiQ3js0LC38dhI7RrAOmSUx+szi1P/NyBcfOwLQS+HKTKclEfLC2tLoux
vo/rtvieVJX6YPmxGjb+VSvb5pPAhmHKLBX1wSqxV7HDwT93fu9ecjsb2J1o/y0RSU838OHQRUgl
7Ih1B9nU+f39WGd291T1mlhfLLdvruSAAlZ+LASOwuaiitODTb9zQ2YViUjNCdggqCJp+QI2HIM7
Tc4lwPZY8PoQ0Yb4aGxUeM07WEI6RejPEdiQC0mHg6cD6werrlx0ilBLq4uuHmyNThG2ZzjwG6Lb
3SIs2HfF3OdQ7AIp9z5Xo0nK26FxsEpsGPALWvuwfxubZ0o6o4ClpZXlfqzDsQxMAWvwVsSuAne3
uzew7iDNbIWNg+Xedzo2jZq0Tn2wSmp57LSfO9dZLUj90vn9UsBfgG+j908kTa9jE+7ODV2IlNLW
2Gm/bZ3fP4aFp2sHuH9tmJ5bnd+vjU1SvqeHGiUwHcFq3+Y0vn5JLZDPEH/q8EpgTIb1lomOYGlp
tizChkuR1ukIVusOIf4UXzuf6UsAZ8c8Vg/wLdQQb4VOEZbMJ7GWsbtT/J34c+jbAS/G3P4xYJ0M
6i0bBSwtSUsP9gUog6OANbCh2FXgcdvcKXQWhpIa4leghvhAFLBKImnW9B7g+8RPk1OzEnZJrnvf
N4Gp6ZVcSgpYWpKWrwzqHZAaBazmkuahfQc7Fe1DUkP8UdQQbyaVgOWOsyTpGofNN+ieepgLHAZc
OsD9XwSmAGcBh9f9fix2aPmbwPewDUSqrRa865dZ2KmvxU0W9+89df9m8f8ebLLbE0gexTpNXwN+
GmC9Um6bAJcDk5zfP431tX3I03puwxqPlwHb1P1+PeBOLDhc7WldkgEdwWrNBtiou27L4lnsC2Ww
jgQWxDzeZVhHeGmuLEewPoZ1Zt0R+xBfDQvccZd2591I7PTJYsIcuTol/adYajqCFW9fYA7R7e16
olOg+ZI09MNi4GSK+fmQJp0iLLC9sKsC3Y39JqKDyg3GDthkoO7jPoyN8CvJyhKwymJrbCDPUKcF
v53+Uyw9BaxG3dgZhR6i29vpZHMGqVlDfHQG6y8KBawC6sJO28XtYP+LjX/VqVWwy3Xdx3+dgcdR
qTIFrHzoAo7DTk2GCFYLgc+l/iyrQQGr31hsMmZ3e3sPODDjWtQQH5gCVsEshZ1zdzfqeVh/K59G
ABfErGsRcCI6HBxHASu8FbG51UIdtXoHzTHokwKWWQe7utvd3l4AtgxUkxrizSlgFciaWOvA3Zhf
JDqonE9fwlrk7novBUaluN4iUsAKawrwEuHC1YvAZmk/yYpRwLLA/ibR7e3fhLloo54a4skUsApi
V6xV4G7Ed2DDLKRtCvBqzPqnAWtksP6i2BwFrBC6sCsE4xoCWS33YadwxK8qB6wu7Es67gKNX2GD
geaFGuJRClgFkNSX5Dzsqo6srAbcG1PHbGCXDOvIMwWs7A3FBj0MFax6samnRqT9RCuqqgFrFBZO
3G1tAfnt3zcFNcTrKWDl2Ejgd0Q31oVYayFPNS3CgmDVKWBlayxwC+GC1TvAAak/y2qrYsBaHXiA
6Pb2Cta53Ke18HsaL6khPovqNcQVsHJqVeAeohvpa8BOAeuqOYb4w8EXA0sGrCs0BazsjCd+H8lq
eRD78pd0VS1g7YR9zrvb2z3Y90KnRgCnAv+gf1q1RdgE0b/Axr3rVLOG+LEeHr8oFLByKOny1wew
lk1e7Iy1Stw67yNfdWZJASsbKxF/wUcWSw9wJtVuSGSpSgErqR/T77DQ0qn9sAsx/gNcAnwHmwWk
fhqc94AjPKwLkhviv6ca+48CVs58jviJNfPaUXAS8YeyXwM+GLCuUBSw0rcaMIMw4eoJ/J+ikeaq
ELCGY31q4474+Oh60UV/P8VfE+0cvyRwnbPuszysF5o3xFfztI68UsDKiSWwq0LcjXAx9ibl+VLX
UVhryK19IfDlgHWFoICVrjHEjwWU9rIYGyW7Cq3uvCl7wFoJuxrc3eZex64e9+HHfY/ZbL7A5Wmc
GaQHf8P/NGuI56HLS1oUsHJgAvEddd+kOAMW1i6Tj7va8UL8HN4uAgWs9HRhX65Zh6vHge0yeH4S
r8wBaxsaT8/VFp+joW9B/6wfAz3mWU4dt3iqAZo3xI/2uJ48UcAKbAtsJF53o3sMG7m3aHYjfryu
u/HTQTPvFLDScwLZBqtFwI+oTuMgr8oasA7DZuBwt7vLsRk7fPlb3+M+08Jt94+pZ2dAaxEAABJS
SURBVLzHWpo1xH9L+YY6UcAK6ED6r+KoX66m2AMWTgYeIvq8XgE+ELCuLChgpeODZDuv4OPAppk8
MxlI2QLWMGzOWHeb6wG+hd/uICvSf/TqOmCrAZaPxdTl6zRlvao0xBWwAhgK/IT4Hex72GzpRTca
+DPR57gA+ELAutKmgOXfqsQPXpjWch7qa5UnZQpYywE3Ed3m3gb2SmF9B8Wsa7DLSSnUBdVoiKcS
sIb6eJCSWgY7D+0OuPYucCjwp8wrSsccYF9sA/sO/aFxGPBzbL62z2NXTIokGQZci30xpW0uFv4v
yGBdUj3vw67kW835/VNYuHokhXXWX/F6Yd8yWDM91eKagXWivwDYp+73y2NjdH0Ff1cyiqOMR7A2
xHYmN7E/jZ/B3fJqD+ANos/7DmDlgHWlQUew/DqC7E4JbpjRc5LBKcMRrE9gjWh3u7sOGJfiemv9
r3qxQUTzqAv4H+LnWzyXbKeD802nCDOyN/Y83A3oBvx2IsyrtbEWmvv8XwLeH7Au3xSw/BlB/AUg
vpc7SPdLTjpT5IDVDXyf/n5Q9cuPgSEpr//uuvVdnvK6OlXGhrgCVsq6gVOI38HOoFqnU5fCdnL3
dZgPfDZgXT4pYPnzZdIPV7dgY2tJfhU1YC1N4xGk2jIX+GRGNdRPJXVPRuvsRNka4gpYKRoDXEl0
Y3kPOCRcWUF1Ad8k/nDwr4iOMFw0Clj+pD0Vzo3kc3YEaVTEgLUeMJ3oNvc89hmRlUvr1r0IWCHD
dberTA1xBayUrEV8Ev8PsHXAuvLiI8BbRF+fW7FLi4tKAcuP1Ug3XP0C60Av+Ve0gPXfxH+23Yx1
4M7S95wa2rmC+/3ARJ9FtaAsDXEFrBTsTvy55NsodnjwbV2sc7H7Os3ERjguIgUsP44knWD1HMU8
1VBlRQlYXcDJxIeCswkT6A916niUwfX7moD1g1zLf2ktKXpDXMM0eNQFHA+cSnQjPhdrPWhYgn6P
Y0fzfgdMrfv9SsA/sdfr3OzLkhx4Ffhuk7+3OxjjhdiEzSI+jQbOxwbqrLcAOAo4J/OKzO3Oz+sB
x2IzFAykG/tsvgZ40nNdrboK+464gsaZTbbDOvDvA9wZoK7CK9oRrCWBi4km7QXAFwPWVQTd2FhZ
cRcCnEWxTuXoCJaIX3k/grUGMI3oZ1deOmZfQWNd87Gr2psZjY0/9x6wSqrVtWYs8Feir/E84PCA
dQ1Epwg9WA24j+ib/yowJVxZhbM3jbO51/ddmBCwrsFQwBLxK88Ba2dgFtHPrLvIRzABG9/NnWaq
Bzuq5g7gOwS7wnF6321yEwgoZkNcAatDOxI/jcd9REfslYFtgB2Odl/PF4AtA9bVKgUsEb/yGrC+
DCwk+ll1IfmbtPjXxPdJXISNqH4t8CB2dKv2t+OCVDqwIjXEFbA68HnsFKD7Rv8BzWXWiXHYeX/3
dX0PODhgXa1QwBLxK28BawS2X7ufTwuBYwLW1cwwoqcKk5b52EUmeZbUEH8e2CJgXS4FrDYMJ75F
sAj4Kn5nQ6+qISSPgJznAVoVsET8ylPAWhnrVO1+Js0GPhSwrlbtBzxGfLBagA2BUISxsqB5Q/yg
gHXVU8AapBWxS0TdN/UN4L8C1lVWH8cmjnZf75vIZgLgwVLAEvErLwFrO6zjuvtZ9CAwOVBN7doR
mx/xWOwzdiPSn7YnDc0a4j8jfENcAWsQtsIGCnXfyEexIf4lHRtj/QTc1/1ZYLNwZcVSwBLxKw8B
6zM09k+qr2V0gHqkUVJD/EbCNsQVsFp0MHbo0X0Dr0JzmWVhWeD/iL7+Wc7r1QoFLBG/QgasYdgV
au7nzmLg66g7SJ40a4hvGqimQgSstwPWMRQ71Oi+aT3YJaPd4UqrnCHYDPRx/Qd+QvjDwaCAJeJb
qIC1PPAvop81b2EjjEv+LEN8Q/xd4IAA9ShgNbEs8A+ib9Y72AiyEsYB2A7jvi/XY+9ZSApYIn6F
CFib0fgdVFueANbPYP3SvmYN8dPItq+ZAlaCjYGnib5BM7AOgRLWptihX/f9eRrYJFxZClginmUd
sPYnvgF3DbB0yusWf5Lexywb4gpYMT5GfIe5PBwhkX7jsU6M7vs0B7tCJgQFLBG/sgpYQ7A5+uK6
g/yQYl5lV3WbAs8QriGugFWnG5tgNu6Sz9PJRx8fadSsj9wPyP5DUQFLxK8sAlbSmErvYkdCpLjG
AzcQpiGugNUnaTLJPA1aJskOwq4odN+/a7EPz6woYIn4lXbAWh/rW+V+djxLuKvPxK+hwE/JviGu
gAWsQ/zotkWZ/07MFthUCe77+CQ24WkWFLBE/EozYO1J/Lx2/ySfAxlLZw4kviF+Dek0xCsfsPbA
RmF3X/B/U5wpA6Rf0qXVWV35qYAl4lcaAasL+AY2npX7WfFzbPwrKacsG+KVDVhdwInE72DnAEuk
sE7JxjDsQzLucPB3SXfsMgUsEb98B6zRwF+Ifj7MAz7d4WNLMWTVEK9kwBoFXEL0xV1A/mcRl9Yd
hn1ouu/z1aR3ubUClohfPgPWZOAhop8JLwLbdlamFEwWDfHKBazVgfuJvqivAB/wuB7Jh62Jnz9y
OrBeCutTwBLxy1fA2gWYTfSz4E5g5c7LlII6lOSG+NgOH7tSAWsn4DWiL+S9wERP65D8WQHrU+e+
729hnVx9UsAS8ctHwDoWWET0M+ACYISXKqXI0mqIVyZgHQUsJPoC/h4Y6eHxJd+WAH5J/OHgb+Gv
X5YClohfnQSskcBFRPf7hcDRfsuUgkujIV76gDUcOJfoi7YIOL7DGqV4jgDmE90ergTGeHh8BSwR
v9oNWKsCdxPd12cBH/RfppRAUkN8Me01xEsdsFYCbif6Yr0O7OahRimm7bBOre528Sg2JlonFLBE
/GonYG0PvEx0H58GTEqnTCmRpIb4FQyuIV7agLUNMJPoC/QIsKanGqW4ksL3m8DUDh5XAUvEr8EG
rM8S/+X4R+wKcpFWNGuIr93iY5QyYCVdFXAFsJTHGqXYhgO/If5w8MnYWGmDpYAl4lerAavZ6Z2v
0d7+LNXWrCH+4RbuX6qANRQ4k+iL4bsjs5TL57Ex0Nzt5jJsUMLBUMAS8auVgDUBuIX4L8JOjkiL
NGuIDxTcSxOwxgM3En0R3gY+mlKNUh47EN9n42EGd0pZAUvEr4ECVtLUJ4/33VfEh6SG+J9JboiX
ImC9D3iG6BN/iuwm+ZXiWxW4i+h29Dqwe4uPoYAl4lezgPUp4ifv/RudDxIp4kpqiD9EfEO88AHr
48Acok/4OmCZlGuU8hmBDT7obk+LsLkrB+rHoYAl4ldcwBoCnEZ0P+0BTkXdQSQ9q9B6Q7ywAasb
25F6iD7R07AdUKRdXyJ+YNpLaX4lkgKWiF9uwLoBuInovjkHa3CLpK1ZQ/yr9DfECxmwxmKHgN0n
N5ccPQEpvJ2AV4luZ9OANRLuo4Al4pcbsOKWZ7CuIiJZGqghXriAtS7WedF9Qs9jnR1FfFoNm6vS
3d5mYZPHuhSwRPwaKGDdiF3kJBLCFOIb4g8Cv6JAAWsqdtmt+0RuwS7TFUnDSOB3xB8OPta5rQKW
iF/NAtaZ2PA8IiElNcTdJZcB6x1svInFRAv+JTbAnEjajiV5wvAl+26jgCXiV1zAmocNKC2SF0kN
8dwHrLhlPjYlgkiWPoSdHnS3x/uwVowClohfbsCaiU2FJpJHxxDfEC9MwHoZm8xTJIRJwANEt8vX
gONQwBLxqT5g3Y5NXyKSZ0kN8dwHrLuxASFFQhoFXMLA59wVsEQ6UwtY52LTlogUQVxDPNcB6yLs
PKdIHnRhY54sQgFLJC2TgaNCFyHSBrchnsuAFXe1lkhe7IaN4quAJSIi9bqAE7Ack7uANZv48YZE
8mRNbD4qBSwREXF9CPhw6CJqnsO+sCaHLkSkRaOxmdUVsEREJLd+hn1hiRRJF41jtilgiYiIiHjy
YWzWAQUsEREREY/WBk4MXYSIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIiIjkzMbApvW/6A5U
iIiIiEhRjQB2B34OPAtMA/asv8HQ7GsSERERKaStsHET9wCGN7uhjmCJiIiItOZd4ALgWGwWkEQ6
giUiIp1YHtgImIx94TwN3IvN8SlSNo/0LQCbAYcFrEVEREpoK+AabML0d7BAVVvmAAeFK00kE5+j
cbv/Vv0fdYpQREQG69PA7Vi4Gtu3HFH391HYBOq7ZF+aSGbmhC5ARETKYw+gB3gLC1L1vk9ji/57
2ZYmkqlP0eQIloiISKu6sT5WvcBVCX+/ru/vi4ANsitNJHNNA5ZOEYqISKt2BSb1/f+lmL/3YGMD
TcXGCXok5jYilaCAJSIirfps3f/fTbhNL/A37AiWSBl0AWszyMykgCUiIq3aMXQBIhnpBvbHRmjv
AaZjjYYngLOxI7QDPoCIiMhAlgCWDl2ESAY2wQLVxdh2fwqwJfDBvt8dAjwFbBuoPhERKZGVaezQ
e3rYckRSsSM2/EIvcAMwOuY2Y4D7adwf1MldRETasnzoAkRStipwNTb8yP3AbsSPdfU2sG/C3/4/
TZUjIiJxlgD+VPfzeOfvH8Gmx3Edj/VTESmSIdj2XjtidSrNL9R4CrgcODDpBgpYIiISpwtYru7n
sc7fRzt/r9H3ihTRx4Gt+/7/AnBFC/e5kyYBS0QabQxsGroIkRzamcb+JueELUfEq7vp37b/t8X7
aKBRkSZGYAMj/hx4Frskd8+QBYmISKYmA1vU/fycjwfVoVypqq2AE7F51YYHrkVERMKZ4vz8go8H
1REsqap3gQuAY4E3w5YiIiIBbeb8PNPHg+oIllTVI/TPk7YZcFjAWkREJBx3CJIxPh5UR7BErHOj
iIhUk3uF7EQfD6qAJTLAYHEiIlJqbp8rBSwRERGRDk13fl7Lx4O2GrC6gLV9rFBEREQkR9yANRUP
U0M1C1i7AucBD2DDxU8HFgN3AT8gOm2CiIiISNHUJm6uGQF8ro3H6U78oc9KwKXAddio1ldhY0Ts
A/wZ2BL4KvAKdom7SFHUjsTq1LiIiNQ8D/ze+d3n6Z+XMMkaA/zcYE9gPtADnIJ9IdXronE4+V7g
MwMUIBJSN7A/NkJ7bZvtwSajPRtrqTSd7kBEAE2VI+U2EZhL4zb+JLB6wu1Xj7n9o0kPvhMwr+9G
X2pSxD7OA76NRsKWfNoE20F6gceAb2PTIUzBQtR7wH+As1DAEhmIApaU3Tdo3MZ7sSsMjwM2xxrs
qwAHYVefPxxz+/uB84FDaw86Bpjd98cnaD4A6WhsFOz6B9y6ye1FQtgR2wF6gRuIP9Q7hv5z7wpY
Is0pYEkVHEH0yFRtmV/3/78AB8bc5j6s+9SKtQf8Qd0fD2yhgGPqbv8kMKTz5yTizarAO/Rv7M0a
DGvW3VYBSyTZ7jTuJ+eHLUckNZOxhnlSyKp1oap1L3kK+A6wnvtAI2g8IjWuxQJ2BI4GlujgSYj4
NgS4g/7t+WMt3OdCFLBEBrIfjfvJ5WHLEUndZGBf7BThYdjoCvV909cGtmn2AFPp32FmpVOjSGb2
p397fp7W5tv8AgpYIgP5Lo37ydNEL4QSkT7dWCKrmRGqEBFPjqn7/5XYGG4DeSulWkTKYg3gs87v
JgE/AoZlX45I/nXTeAmi5mSTIpuMXSVY81yoQkRKYAxwM/Aa1viOG1z6OOwCqWnAudmVJpJ/Q2kc
Dn7NUIWIeDDF+dmdwFNEWvc28IHQRYgUVTeNfVRWAUYGqkWkU5s5P88MUoWIiFReN42THHbjaRZp
kQDcyTnHBKlCREQqrxt43Pndp9t4HB31kjwY6/w8MUgVIiJSeXEB6wgG98W0PRoPRfLB7XOlgCUi
IkF0A7fSeCn7cOB0WhvfZALwZ2wEU5HQpjs/63S3iIgE0Q28CJzh/H4f4DLi52+rmQzcAtyIhTSR
0NyANZVovywREZHMjMNGcXfn3HkQmxF6nbrbLgOc1Hf7N4GVM61UJNlEoIfGbfgbLdyvNp9UbTkl
rQJFRKR66qcYiVtmAa/X/TyHxkEdRfLgIhq325dpfiQWLITV3+d3aRYoIiLV80WiRwDilpkMMMGh
SCATgbk0bq9P0jhjQb3VY27/aNpFiohI9UwCriA+aM0Bvol1hBfJK/eIVC92heFxwOZY38NVgIOw
bfrhmNvfD5yPnSIXEREREWy4EffIVG2ZX/f/vwAHxtzmPuBYYMWsCxcRERHJs8nADSSHrFOw4Uhq
ndyfwoYcWS9EsSIiUh7/D6GUqyqZW+JSAAAAAElFTkSuQmCCUEsDBBQACAAIAAmFRC4AAAAAAAAA
AAAAAAALAAAAY29udGVudC54bWztW21v2zgS/n6/gqfiFg0QWbKdbJNsncVes9ntId0GGxe4+0hJ
tE2sRGpJ+q2//mZISpZjW0k2rg84uEDikBzO6zMzlMW+/3FR5GTGlOZSDIJuJw4IE6nMuBgPgi/D
2/Ai+PH6b+//fvP5w/A/9z8TORrxlF1lMp0WTJgwlcLAJ7n/8s+7jx9IEEbR55KJz5asI9U4im6G
N8SNb/wuAnKi6OffAhI4fp3MZMH1+13MQUehr9zqIJgYU15FkQQxciWmF8dx5MaB36DNMm+ntxQV
uWEL00qNBDUxTZ7gbSkq8kzReSs1EoDPK/qRrKnn83ln3reU3cvLy+jfD3fRrVQFrXVZ5Fz8sZPe
rlakYlokTLVrQg1d84uejbcxdw6c1SqnE6ra/WcpVh7pZ094pJ9VxGDsZIeBF9EnWLS/Pt2t3KeK
VuZIUNuXKl62a+5Iggr9aU61HgQOD35uLYdqKLuNUT0eAaLDjKW5vn5vnbyaIW4saAG4+klxmpMv
gkMqMvLpISAj6UhHtOD5chB8R0upf3hM52YD0uBdcpOC82YUSBGRUbvkX38hn7hIJ5Lc8fHEkH/t
Er1B+HrZw4lUIqMIvccyG0sNDm41HDPBFE8HgZIFFa/R4Kc8oWK5Kb6ab5Gt51zrp2RHW3Dgp+jU
gPaGp6FlUQPE/l5T8r5bi/HqlVTRsaLlpFqACSygdhC6XQ+GggMV1llPowDqynCma3M1/wqU3TPE
ejU3ZxjeQZDIPLMmNNRq0bH3Kh09Sc71OsFddxXBLUL730Zor1Xo2bcR2m8L1F8LynADOLaE7V/O
RvCfK0dgY8ufL2mkNkyynuepbnH+LxXJFo3cxAxHKc1DKGkoRRahkWXweFWxfEu4oVTxr2DV2vac
jcwWgu0cCq6UVOgO4WphmvMSyhtLzds4LUjj5yQgeHa4yqcFF1TgASn+h5/D85OCZt6YUixrjMaK
MdEYJ/m0uX9Mi4JCPajZ5VKFXNStbkRzzfwiCBLa+jqFIITduKEFbiugQUGRrGC/EWFESCML1qIM
Wd8kyNmM5VVA7YGGuEWct+raYTPiv1kyOGCRh2UBYK7RAftDPYUKvBgEJ83JkT1iIbctILH8wd9h
ThNQZc4zPJ/EnbPLy7SwtrVp+wJbetv07LxMT4hKysKEASUGt3Med0HJw9nQ37sNh9X/bP/6HzwG
53u3oXdQ/b/fv/4Hj8G7vdvQ78QHtuHiG9hwHh8WS5d7t+Hs4HHoxt/AiD0ForH8nN7eO/b2Y28/
9vZjbz/29mNvP/b2/6ve3v9f9vaKG1UmnFH7zcbW79SODf/Y8I8N/9jwjw3/2PCPDf/Jhh/tfF/p
FxKZLb31mv05ZQL08q86NyedghnXZU6XoZyanAsWesfEXn93FviY51NtFIiUAjV/FbNh9Ub2dVzg
z1czufFXP+pgbPVauXk4ugc03HKBd3UIJQngBoAlR/C35kUJZ7FS5kvydqzk3EzIgCxOrryEcjfT
h8YbGrsoVcYUy0LEwCb5o1cz3LCiReH6ux5Aq9hcHwKzG2aYAsAyZwRPuVmiUWbi7BlL0SGeycpj
wK6dM0geMjAA0oNwASI0Sw06DuOiO+TjCJamIjttCiJcEyGNd2dD7BfNSCpxckEKZiYy66xpUns5
2uqaPbkKY09gEdClecbwGhfQrWnSVNnCRBCqEg5ZpJZgJXii3o12J+gCpEvk4tS+vXP+IUY6ak2m
wvAc+Xz351SaH/xuN/AcuXa+7BzSD6i+YHPvBNBEa57wnGOF3OGSB3w0QGvnHPIDGfjNipWKaQYw
yUiy9IhAy6xZgB/ypnu64pNwjWiydFSMIfEoDuCX5wcZRUaVkt6PNJcgGSfQw4hwzwaqm9tMFSML
AiXE4Gtdgm+Rm0paPgd1MU3NlOYNL+/wqyWeT3g6qRJ3V2AQKri+E0udxwBG6gqxW2JivQzr6+Ir
l6vtkpoZD+H2V/GgjNrIAPQTaSYNTYaoA6w4GakCixgWCp8rYJPn39gD9UUwgBlUaFinacrQDXkj
rOtWvTUTblk5f+Xs5JSMQROa/oEaacNK0j1o9AWsPB37zZzaQE0jc+AQkzJIMrDIwWRR54yfwmsT
W0HQzBaWTgSHnkkyhhfuEubw0DtdZZ2Zy93lYb2wWzgoNuNyqmuVkeBR88BGNKxLgwNDJplrGSmd
aqwGa/QV3K2d3i/em+R3VjJI+jfnVgrN3Qqcp3RblKONFv2Czv6iI0XV7g5xpui95EzRf0GDWMsx
CPvm6WEFgeYZar3HvyrdnqHuDZ+hkluOKS31FhGz7WDTrECbZQZrUZUTEGbpOhHSbfLy2UQB3ljG
HtWrgi4t8BOEN1Y3OGGcNMQ/wFnO7NASqy4XmrnKganqVIIVbJ2KWbzgWlXJNdETOYdyzXI5P2SC
NG5R2stNvKBj5u45NcnsvTQ7u3bjrPpSkuK9WRWaZcnWb3/NxlcL/Eqp984+veF4iY9r8dn31dg/
wnW7nYu4Jpr4+3Pw3Nd/h5NW9tcQAsYW9oHDXgO/mig2GgRv7jkUHzjiRN0Y/vVi+xH3zi/sZzfu
dePbD2e3F/1Oae+k271OW5cW1RxGYRAweFbMqilb1wxQSnEnabZ6rCmfl/z9lyT/WXB973uIbTi2
L567ptpIYOzsNB9LBTRF5+mCBXyjZ4IpWnvqjXb8F4br/wJQSwcIP/+b5toHAABpMQAAUEsDBBQA
CAAIAAmFRC4AAAAAAAAAAAAAAAAKAAAAc3R5bGVzLnhtbO1ZS3PbNhC+91ew7LQ3ipRsJ5ZrOZPG
eXXsJDO2Z9ojRIIiGhLgAKAe+fVZAARJiQ8pYdpTc8hE2G8f2P2wWDDXL7ZZ6qwxF4TRhTudBK6D
acgiQlcL9+nxjXfpvrj56frn24+vHv/+9NphcUxCfBWxsMgwlZ6QuxQL59PTH3fvXzmu5/sfc0w/
atSE8ZXv3z7eOub3bankgBvff/3BdVxjbhLJyL257rENEVJxZYQLN5Eyv/J9Bl5Y7WUWBIFvfrul
gtYexGuEhUu8lYNoBajAaHnEtkZYeMTRZhCtAJBxi49Zhd5sNpPNmUZO5/O5/9fDnf+G8QxVsWxT
Qj/34rXUQmmRLTEfjgRJtJcXsV51GTcJXFchhwniw/nTiDojZ9GRjJxFFgybTXo2eOnfg1D/dX9X
p49ng8YVoNpfyEk+HLmBuJb7e6elYm3MgLERDlNxc60TWK845jdFGXDmJScodZ4ogUOGnfsH14mZ
gcYoI+lu4f6GciZ+P8SZVddp2M6JDCExawRQxTZ/2PO7t849oWHCnDuySqTzZ5/rFnC878eEcRoh
RatDnw1Rw4KReitMMSfhwuUsQ3RMBC/TJaK7tnu7PuBbbIgQx3z7HTwol0wfs+FFOEZFWnY3a7QM
ZsVRnpBQuBaccyAklwTaoOoRYAoOkQdnGnsiRyH0DA/SR76AU5Qu3GAyuzwLgdt94LUyFrahmEan
Wm1BO2xCkkOWMmg1vwT6z172eikhyBcQTGfqsMFaiuiqQCtYwrS0WVDJIU9PDy2DHhIE0U6WN5DK
g0UaP0ZoXVkZZbTiY+m1S1R7D1mWp3jbdb4P3VfQzgAqaVcInUJ1MXmokEwVBJJFIsw0kTyU5gmy
sLygoSyQhNblbUAMvCbKWhWBqumSYwSXiZBAfFmxEC4zoCvLheL5ITGrpT1in8L2HHGkA+2i+/8U
+k8oBClJdnmCKZKQpBilYn9RsYXjDBHqqQvc02YW7qwFyguRHIGkKIpwJacM2khG5GgaJ7BvPTz1
8tjZp7EXEWiNVDmZTWbBBXQsf5jFTfYa6j2AgQjxyO3ltM17ioRYuHp69PvtPYLcWbJod9QgLFTD
sdcdTNNn99HKEIeceZAM6Nplxy7XlkxKlulmPp3tpeZISt5hFDXqMGYDVHGhCWil5xu3ODmfnQ1v
s91dDieGsrWc1yduTOfoNPNdLeC87HWfMc69DZGJR/VbRvICn169OzgT31O6vsqkyt4A4V+hXJ3h
H0h3CISjk8hQVnyADAc1D8oUmzXzsCQwG5Gwv8DBQYHNDkppn3Jd1W71Sm4NqANQvuv0VCaqJq4l
uhnaZ19wOhve0whvf2BtiLbXUZt/Kf4PWgW6kfOwy5YsFYd7OdaP39pJ/BsmdB0xUsefe3KX4/2M
rVdX27LZqn/v7L+1FXOTNe9rO1V78PSCcFneEnCcdtSkHtyNZggVwrxDeqDeSq3eDSukmfU71lK8
xmk52JliqQWgbtXFi8yL9beKhavsn6Q9G6V9Nkr7fJT2xSjtZ6O0n4/SvhylPR+lPQ361P1eBsaM
ScokFtAPaUxWBdfzYIedadlHzFN4jdICqz7iHJiBk0Kk/qaTwwC9p0NtJ/GUPfttstoevIZPi4R0
R2LtqD3WrvaNHemRLI4FlnrImc/rltKVhtJIvd0Ux7KUwdwCgz5Wo/lF84OGtlZ/zFATOtgkoWcF
9i6Al0eGBDSbvUaaZ9OeO1lrbEikPu7NgsncBG8FCVYTFEjmk2cD27KGCdxD0NsgfFQWknEYB4h0
D6//2eTivPv2b0tUeqCpTKbPL/YF3ARXSexFbQgFedhWG1Bdvv40VQIEzm3nNwkIJsH0srZkXyje
EsNmNV5hpsG0A4NiSHonBEX/FEKaoppSm3Xo/VXmL36tn4h77+3ux355j8Csr3yqH35zd41Fv0WM
mlRtFpUCAzzgVrmoLA0+whquvJp9DS4fWPe7/8fh5itQSwcI62MLPMgFAAAWGQAAUEsDBBQAAAAA
AAmFRC7GPG/yvgQAAL4EAAAIAAAAbWV0YS54bWw8P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5n
PSJVVEYtOCI/Pgo8IURPQ1RZUEUgb2ZmaWNlOmRvY3VtZW50LW1ldGEgUFVCTElDICItLy9PcGVu
T2ZmaWNlLm9yZy8vRFREIE9mZmljZURvY3VtZW50IDEuMC8vRU4iICJvZmZpY2UuZHRkIj48b2Zm
aWNlOmRvY3VtZW50LW1ldGEgeG1sbnM6b2ZmaWNlPSJodHRwOi8vb3Blbm9mZmljZS5vcmcvMjAw
MC9vZmZpY2UiIHhtbG5zOnhsaW5rPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hsaW5rIiB4bWxu
czpkYz0iaHR0cDovL3B1cmwub3JnL2RjL2VsZW1lbnRzLzEuMS8iIHhtbG5zOm1ldGE9Imh0dHA6
Ly9vcGVub2ZmaWNlLm9yZy8yMDAwL21ldGEiIG9mZmljZTp2ZXJzaW9uPSIxLjAiPjxvZmZpY2U6
bWV0YT48bWV0YTpnZW5lcmF0b3I+T3Blbk9mZmljZS5vcmcgMS4wIChMaW51eCk8L21ldGE6Z2Vu
ZXJhdG9yPjwhLS1TUkM2NDFfWzc2NjNdX0xJTlVYX0lOVEVMX19jZGVsYWI4LmlyZWxhbmQuc3Vu
LmNvbV9hdF80LzI5LzAyXzk6MjQ6NTgtLT48bWV0YTppbml0aWFsLWNyZWF0b3I+RnJlZCBNY0Rh
dmlkPC9tZXRhOmluaXRpYWwtY3JlYXRvcj48bWV0YTpjcmVhdGlvbi1kYXRlPjIwMDMtMDItMDRU
MTA6MDk6MDU8L21ldGE6Y3JlYXRpb24tZGF0ZT48ZGM6Y3JlYXRvcj5GcmVkIE1jRGF2aWQ8L2Rj
OmNyZWF0b3I+PGRjOmRhdGU+MjAwMy0wMi0wNFQxMTo0MDoxNzwvZGM6ZGF0ZT48ZGM6bGFuZ3Vh
Z2U+ZW4tVVM8L2RjOmxhbmd1YWdlPjxtZXRhOmVkaXRpbmctY3ljbGVzPjU8L21ldGE6ZWRpdGlu
Zy1jeWNsZXM+PG1ldGE6ZWRpdGluZy1kdXJhdGlvbj5QVDFIMzFNMTdTPC9tZXRhOmVkaXRpbmct
ZHVyYXRpb24+PG1ldGE6dXNlci1kZWZpbmVkIG1ldGE6bmFtZT0iSW5mbyAxIi8+PG1ldGE6dXNl
ci1kZWZpbmVkIG1ldGE6bmFtZT0iSW5mbyAyIi8+PG1ldGE6dXNlci1kZWZpbmVkIG1ldGE6bmFt
ZT0iSW5mbyAzIi8+PG1ldGE6dXNlci1kZWZpbmVkIG1ldGE6bmFtZT0iSW5mbyA0Ii8+PG1ldGE6
ZG9jdW1lbnQtc3RhdGlzdGljIG1ldGE6dGFibGUtY291bnQ9IjAiIG1ldGE6aW1hZ2UtY291bnQ9
IjEiIG1ldGE6b2JqZWN0LWNvdW50PSIwIiBtZXRhOnBhZ2UtY291bnQ9IjEiIG1ldGE6cGFyYWdy
YXBoLWNvdW50PSIxNiIgbWV0YTp3b3JkLWNvdW50PSIyODEiIG1ldGE6Y2hhcmFjdGVyLWNvdW50
PSIxNjI3Ii8+PC9vZmZpY2U6bWV0YT48L29mZmljZTpkb2N1bWVudC1tZXRhPlBLAwQUAAgACAAJ
hUQuAAAAAAAAAAAAAAAADAAAAHNldHRpbmdzLnhtbO1YW3eqOBR+n1/h8DrLgrSnS7pazwIt1l6s
FS/Vt0h2kXNCwgmh6Pz6Caid0wozHZQ18zA8KCE7397Z2ddcfl0FpPYKPPIZvVIaJ5pSA+oy7FPv
ShmP7HpT+dr65fLXzmN7NBtc19jLi+/CBWZuHAAV9QiEkLRRbTC27nvtmlJX1ccQ6GNGd8K4p6qd
Uae2GXe2y2qSkape95WasgE8wQIrrctCdCkljS4201fKUojwQlWZ5MP+5KNrmqZuxsp2wYr49Psb
fZIkJ8lpRtswDEPNZnekLqMvvvcX2A11Q6LsdPBOa2+y70RuXW7It8B1X0CQ7qe2/UxRIHfy6kPy
tkslb817+omkNzmgEQuV3YxYh3LGp0JpNU71xpdLdR/l88j38CLyoLXDYKc+Fss83FNN15uHYd+A
7y1zhW40Tw29HLizZMkQsDQRaC8R9SD6wGDBGAFElZbgMZTncQMIA58ufQIWZ0kkDaGI0Qsi0QGc
bMZE9Zx6NAOHB4bhKPD1AIV1n2JYAd4//3ynydbIAMLXn7OiHv4gaiR4qp5W6p8lDSjFLXKmxmmz
eVYetsD7df2LVtpNI39B4OjOn6FWEawy4GGR36dB5fwgaIsJwYJc7Ma5VlLsOWPBSCJ9NLYl4+WV
nILayBWM58M2ytpEL3KAgCsA21x+KOHMOR9/9syi6a2z5xPIZPm51LoZxBwJmaT/SY41MR4gjkZI
moETIreaODmQAUYMIS0i4GP0OQb+vaxtxiFGIi8S70yjHLTMh1waHPA2C0IOUVoFHd2sM/04UvcE
btmiMPkeegIDFAK3OQscEPHHMHU0LmlcHaBKaogMP7PVCsDTkxZmLNjGkiqSvs1kPGCkKuUAzz1b
FMH5meVTxNdKK/buf1M1TBbBZI2mD9745jZc0CFxPfM/+Yw1bI+I5Uz+nnRqmg/yr5cNVLVpmebS
ka/XWP44geEPu7Y2c8xVm1py71+0+XPPGOqTeP58G87W1pMbkBh3J+t2YMj5iXy3NTQ14sHEenXp
cD2bEq0d9F/dLiHu75rE6X+bTVdkMDLvFlN7PddJPO/aP/BzX1uk6ztact8xo4d2kqTrFl1jPe9O
Etz1jIdvT3fuTT+aP8/JQtL9NK+jaT/DHNvW9ZNupDKdZbI/hU+zKSZjnZzPR6HVr1Lx/z//1nN1
QAgwKWUiKwSKk2HJPGWGIVmPI+AdJNDxI5jtA8FVRmAHvcJkc5PxSNuERcfp2vaZdAlbILK7AUrL
kyqSei+6A07NyEd0EFNXxNmpV8DIJL5HZd51BAsHLPIrYtOOOZfqSo0rzVjpv8Ni7u4Z8aZhVT+d
E/v7Jf2u6e0CBe67tS3lAX5no1Uxn8/KmnV5FVVPObW+KRwhq57KCk7OolB2VVXhdzkKl75bRTH4
3hRl8R8ginMK/0OuDLZFuQcWcr97nMW0sDk69k4Os9IOR0nWYFZTxFpE6sOWhXKZoFnYR6t7l9Zq
0RV86w9QSwcIoeWp91oEAAArGAAAUEsDBBQACAAIAAmFRC4AAAAAAAAAAAAAAAAVAAAATUVUQS1J
TkYvbWFuaWZlc3QueG1srZPfa8IwEMff91dk995c2m0gYhXmDxhs0wd92GNorzXQpqE5nf73i0J1
oCCCeblcuPt8vzmSwWhXV2JLrTeNTSGWCgTZrMmNLVNYLWdRD0bDp8HzZD5e/iymotbWFOS5323E
YvX++TEWECHOHdl5UZiMZNOWiJPlRHx1dYGNOP0GAd2RzDmHAL9kBlPWn9IU1syuj9gEfnPmJ0rF
2BUFkDiTClNRRJbb/T/HlBsd8d5RCtq5ymSaw61xa3PpN1YGUfnbGqYWzk3Fpqoip3mdAgLepWFq
XRI6W17HLUzGm5Y8xiqsRB2DSt56xxirJFaz8eus9yIPiPukbyjeSWPaMYbpXKdmjeXQfBjfQ7me
9xX5h2NrYv14r8QcfszJ7QAv3vTwD1BLBwgUat9kJAEAAGsDAABQSwECFAAUAAAAAAAJhUQu3SNP
KA8zAAAPMwAALQAAAAAAAAAAAAAAAAAAAAAAUGljdHVyZXMvMTAwMDAyMDEwMDAwMDI1ODAwMDAw
MTAyMTBGQzRGODMucG5nUEsBAhQAFAAIAAgACYVELj//m+baBwAAaTEAAAsAAAAAAAAAAAAAAAAA
WjMAAGNvbnRlbnQueG1sUEsBAhQAFAAIAAgACYVELutjCzzIBQAAFhkAAAoAAAAAAAAAAAAAAAAA
bTsAAHN0eWxlcy54bWxQSwECFAAUAAAAAAAJhUQuxjxv8r4EAAC+BAAACAAAAAAAAAAAAAAAAABt
QQAAbWV0YS54bWxQSwECFAAUAAgACAAJhUQuoeWp91oEAAArGAAADAAAAAAAAAAAAAAAAABRRgAA
c2V0dGluZ3MueG1sUEsBAhQAFAAIAAgACYVELhRq32QkAQAAawMAABUAAAAAAAAAAAAAAAAA5UoA
AE1FVEEtSU5GL21hbmlmZXN0LnhtbFBLBQYAAAAABgAGAH8BAABMTAAAAAA=
--=-7/W5P1ll8mmY8p6yr30R--
From morissette at dmsolutions.ca Tue Feb 4 09:03:15 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Tue, 04 Feb 2003 12:03:15 -0500
Subject: [Mapserver-users] Raster geotiff turns background yellow (now turns
vectors gray)
References: <20030130181747.29105.qmail@web12504.mail.yahoo.com>
Message-ID: <3E3FF253.3C77C409@dmsolutions.ca>
randy james wrote:
>
> Well I've recompiled with GD-2.0.11 and the
> orthophotos still turn all the vector layers gray if
> they are loaded before the vectors.
>
> Seems like I am the only one experiencing this problem
> with raster layers?
>
See bug 276, I wouldn't be surprised if this was related:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=276
--
------------------------------------------------------------
Daniel Morissette morissette at dmsolutions.ca
DM Solutions Group http://www.dmsolutions.ca/
------------------------------------------------------------
From morissette at dmsolutions.ca Tue Feb 4 09:00:27 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Tue, 04 Feb 2003 12:00:27 -0500
Subject: [Mapserver-users] Compilation Question
References: <3E3FDEE6.F29CA422@noaa.gov>
Message-ID: <3E3FF1AB.35B9EA85@dmsolutions.ca>
Kevin Slover wrote:
>
> One last question... thought I would try without GDAL support, and had
> the make run through successfully. However, in make install, it was
> attempting to copy map.h from an old install of Mapserver (a previous,
> extremely unsuccessful attempt). It is in the Makefile script at:
> cp -f map.h , attempting to install libmap.a. Should I download a copy
> of Mapserver 3.5, configure, and then make clean to solve this problem??
>
The 'make install' target in the MapServer makefile should not be used,
it will just cause you trouble. Now that you've used it once, just
delete /usr/local/lib/libmap.a and /usr/local/include/mapserver/map.h
and keep going with your build. To install MapServer just copy the
'mapserv' executable to your CGI directory and the installation will be
done.
--
------------------------------------------------------------
Daniel Morissette morissette at dmsolutions.ca
DM Solutions Group http://www.dmsolutions.ca/
------------------------------------------------------------
From morissette at dmsolutions.ca Tue Feb 4 09:09:28 2003
From: morissette at dmsolutions.ca (Daniel Morissette)
Date: Tue, 04 Feb 2003 12:09:28 -0500
Subject: [Mapserver-users] 3.6.4 compilation troubles in Solaris
References: <3E39853A.D4B548BC@fgdc.gov>
Message-ID: <3E3FF3C8.983670BB@dmsolutions.ca>
Doug Nebert wrote:
>
> I have successfully found GD and PROJ resources to use with mapserver
> on the Sun under Solaris but am getting the following error in a
> default make. I need only to get the mapserv executable that supports
> WMS. Any suggestions on how to fix what's missing?
>
> ...
> lm -o shp2img
> Undefined first referenced
> symbol in file
> gdImageCopyMerge ./libmap.a(maputil.o)
I believe gdImageCopyMerge() was added only around GD 1.6, for sure GD
1.2, 1.3 and 1.4 didn't have it. Sounds like you'll have to replace
your GD with a more recent version, any version between GD 1.6 and 1.8.4
should do.
--
------------------------------------------------------------
Daniel Morissette morissette at dmsolutions.ca
DM Solutions Group http://www.dmsolutions.ca/
------------------------------------------------------------
From Chip.Hankley at GASAI.Com Tue Feb 4 09:17:17 2003
From: Chip.Hankley at GASAI.Com (Hankley, Chip)
Date: Tue, 4 Feb 2003 11:17:17 -0600
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <3DFF131E4E6D2D4198CDD758F35A53530278535C@postoffice.GASAI.Com>
OK, I'm still unable to do a datum shift between NAD27 and NAD83.
I've tried to strip out all of the non-essentials and come up with an
example. You can view it on-line at:
http://207.250.243.23/projtest/projtest.html
Basically, I can reproject data FINE when it's in the same datum. It's when
I try to do a datum shift that things don't work. I'm using one of the
pre-compiled binaries from the MS site. Here's my version info:
MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ
SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7
INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE
Could the problem be with the way PROJ4 was compiled into this binary? The
PROJ4 FAQ has some specific instructions for building PROJ4 to support datum
shifts... (see http://www.remotesensing.org/proj/faq.html). I don't know how
to check this on the binary...
TIA!
Chip
From steve.lime at dnr.state.mn.us Tue Feb 4 09:18:00 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 04 Feb 2003 11:18:00 -0600
Subject: [Mapserver-users] Raster geotiff turns background yellow
(now turns vectors gray)
Message-ID:
Are you using 24-bit output? The reason vector layers would turn grey is
that (with 8-bit output) the map's color
palette is probably full with greyscale colors. If there is no room for
another color the software tries to find
the closest match. If everything allocated previously is shades of grey
and you try to draw something in red you're
gonna get funky output. Older versions of MapServer avoided this by
pre-allocating colors used by vector
layers prior to drawing any raster data.
You have 2 options:
- use a 24-bit output format
- condense the number of colors in your orthophotography
You should be able to get by with 64, 32 or 16 levels of grey for most
applications. The human eye has trouble with
differentiating grey levels, more so than with colors. You'd need a
common palette across images. There are other
benefits to doing that. A big one would be greatly reducing file size.
Steve
Stephen Lime
Data & Applications Manager
Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937
>>> randy james 01/30/03 12:17PM >>>
Hi
Well I've recompiled with GD-2.0.11 and the
orthophotos still turn all the vector layers gray if
they are loaded before the vectors.
Seems like I am the only one experiencing this problem
with raster layers?
I'll attach a couple of files from the tmp dir for
your info.
Cheers
Randy
--- Dylan Keon wrote:
> Randy, what versions of GD and GDAL are you using?
> I believe there are
> issues with vector layers and the use of GD < 2.0.11
> with MS 3.7. Since
> you're using MS 3.7 you should probably also be
> using GD 2.0.11 and GDAL
> 1.1.8.
>
> Yes, both tiled and single raster layers can be made
> transparent. There
> are also new ways to handle transparency and image
> output in 3.7, via
> use of the OUTPUTFORMAT object. Take a look at
>
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide
> for more info.
>
>
>
> randy james wrote:
> > Hi
> >
> > To answer my own question: Rasters can be made
> > transparent using the TRANSPARENCY (0-100) tag.
> >
> > I have tried with a raster layer loaded through
> > tileindex, but not with loading a raster the
> normal
> > way yet.
> >
> > But i would hope that at some point i will be able
> to
> > load the orthophotos under the vectors without
> been
> > transparent, rather than on top of the vectors and
> > transparent.
> >
> >
> > --- randy james wrote:
> >
> >>Hi
> >>
> >>Upgrading to 3.7 solved the problem of the tiff
> >>image
> >>turning the background yellow, but caused another
> >>problem:
> >>
> >>Any vector layer that is loaded on top if the tiff
> >>image now turns gray. When i load the vectors
> after
> >>the tiff nothing changes color at least, but i
> >>cannot
> >>see the vector layers.
> >>
> >>Can Raster layers be transparent?
> >>
> >>Cheers
> >>Randy
> >>
> >>
> >>--- Frank Warmerdam wrote:
> >>
> >>>randy james wrote:
> >>>
> >>>>Hi
> >>>>--- Ed McNierney wrote:
> >>>>
> >>>>
> >>>>>Randy -
> >>>>>
> >>>>>Can you describe exactly what you did
> >>>>
> >>differently
> >>
> >>>>>between those two images?
> >>>>>
> >>>>
> >>>>Well the difference is:
> >>>>the tif that does not work has: a 256 RGB,
> >>>>colorinterp=palette, is projected on the fly,
> >>>
> >>and
> >>
> >>>is a
> >>>
> >>>>newer version of an orthophoto.
> >>>>I have used tiff2bw and gdal_translate to make
> >>>
> >>it
> >>
> >>>>grayscale, so i have a few versions of the file
> >>>
> >>>(5),
> >>>
> >>>>and all make the same error.
> >>>
> >>>Randy,
> >>>
> >>>I haven't been following this issue closely, but
> >>
> >>if
> >>
> >>>the problem occurs in
> >>>3.7 and if you can prepare a small test case that
> >>>demonstrates the problem
> >>>just using "shp2img" then please file it in
> >>
> >>bugzilla
> >>
> >>>(attaching the small
> >>>sample map file and data file(s)) and assign to
> >>
> >>me.
> >>
> >>>Best regards,
> >>>
> >>>--
> >>>
> >>
> >
>
---------------------------------------+--------------------------------------
> >
> >>>I set the clouds in motion - turn up | Frank
> >>>Warmerdam, warmerdam at pobox.com
> >>>light and sound - activate the windows |
> >>>http://pobox.com/~warmerdam
> >>>and watch the world go round - Rush |
> >>
> >>Geospatial
> >>
> >>>Programmer for Rent
> >>>
> >>>
> >>
> >>
> >>__________________________________________________
> >>Do you Yahoo!?
> >>Yahoo! Mail Plus - Powerful. Affordable. Sign up
> >>now.
> >>http://mailplus.yahoo.com
> >>_______________________________________________
> >>Mapserver-users mailing list
> >>Mapserver-users at lists.gis.umn.edu
> >>
> >
> >
>
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> >
> > __________________________________________________
> > Do you Yahoo!?
> > Yahoo! Mail Plus - Powerful. Affordable. Sign up
> now.
> > http://mailplus.yahoo.com
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> >
>
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> --
> ************************************************
> Dylan Keon
> GIS/Database Research Specialist
> Northwest Alliance for Computational
> Science and Engineering (NACSE)
> Oregon State University
> Corvallis, OR 97331
> keon at nacse.org (541) 737-6608
> ************************************************
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
From rjames57 at yahoo.com Tue Feb 4 09:35:05 2003
From: rjames57 at yahoo.com (randy james)
Date: Tue, 4 Feb 2003 09:35:05 -0800 (PST)
Subject: [Mapserver-users] Raster geotiff turns background yellow (now turns vectors gray)
In-Reply-To:
Message-ID: <20030204173505.73493.qmail@web12506.mail.yahoo.com>
Hi
I did stumbled on a workaround fix for my problem;
I included line;
TRANSPARENCY 100
in my map file in the orthophotos layer. I'm not sure
why this makes a differance but it does.
Cheers
Randy
--- Steve Lime wrote:
> Are you using 24-bit output? The reason vector
> layers would turn grey is
> that (with 8-bit output) the map's color
> palette is probably full with greyscale colors. If
> there is no room for
> another color the software tries to find
> the closest match. If everything allocated
> previously is shades of grey
> and you try to draw something in red you're
> gonna get funky output. Older versions of MapServer
> avoided this by
> pre-allocating colors used by vector
> layers prior to drawing any raster data.
>
> You have 2 options:
>
> - use a 24-bit output format
> - condense the number of colors in your
> orthophotography
>
> You should be able to get by with 64, 32 or 16
> levels of grey for most
> applications. The human eye has trouble with
> differentiating grey levels, more so than with
> colors. You'd need a
> common palette across images. There are other
> benefits to doing that. A big one would be greatly
> reducing file size.
>
> Steve
>
> Stephen Lime
> Data & Applications Manager
>
> Minnesota DNR
> 500 Lafayette Road
> St. Paul, MN 55155
> 651-297-2937
>
> >>> randy james 01/30/03
> 12:17PM >>>
> Hi
>
> Well I've recompiled with GD-2.0.11 and the
> orthophotos still turn all the vector layers gray if
> they are loaded before the vectors.
>
> Seems like I am the only one experiencing this
> problem
> with raster layers?
>
> I'll attach a couple of files from the tmp dir for
> your info.
>
> Cheers
> Randy
>
> --- Dylan Keon wrote:
> > Randy, what versions of GD and GDAL are you using?
>
> > I believe there are
> > issues with vector layers and the use of GD <
> 2.0.11
> > with MS 3.7. Since
> > you're using MS 3.7 you should probably also be
> > using GD 2.0.11 and GDAL
> > 1.1.8.
> >
> > Yes, both tiled and single raster layers can be
> made
> > transparent. There
> > are also new ways to handle transparency and image
> > output in 3.7, via
> > use of the OUTPUTFORMAT object. Take a look at
> >
>
http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide
>
> > for more info.
> >
> >
> >
> > randy james wrote:
> > > Hi
> > >
> > > To answer my own question: Rasters can be made
> > > transparent using the TRANSPARENCY (0-100) tag.
> > >
> > > I have tried with a raster layer loaded through
> > > tileindex, but not with loading a raster the
> > normal
> > > way yet.
> > >
> > > But i would hope that at some point i will be
> able
> > to
> > > load the orthophotos under the vectors without
> > been
> > > transparent, rather than on top of the vectors
> and
> > > transparent.
> > >
> > >
> > > --- randy james wrote:
> > >
> > >>Hi
> > >>
> > >>Upgrading to 3.7 solved the problem of the tiff
> > >>image
> > >>turning the background yellow, but caused
> another
> > >>problem:
> > >>
> > >>Any vector layer that is loaded on top if the
> tiff
> > >>image now turns gray. When i load the vectors
> > after
> > >>the tiff nothing changes color at least, but i
> > >>cannot
> > >>see the vector layers.
> > >>
> > >>Can Raster layers be transparent?
> > >>
> > >>Cheers
> > >>Randy
> > >>
> > >>
> > >>--- Frank Warmerdam wrote:
> > >>
> > >>>randy james wrote:
> > >>>
> > >>>>Hi
> > >>>>--- Ed McNierney wrote:
> > >>>>
> > >>>>
> > >>>>>Randy -
> > >>>>>
> > >>>>>Can you describe exactly what you did
> > >>>>
> > >>differently
> > >>
> > >>>>>between those two images?
> > >>>>>
> > >>>>
> > >>>>Well the difference is:
> > >>>>the tif that does not work has: a 256 RGB,
> > >>>>colorinterp=palette, is projected on the fly,
> > >>>
> > >>and
> > >>
> > >>>is a
> > >>>
> > >>>>newer version of an orthophoto.
> > >>>>I have used tiff2bw and gdal_translate to make
> > >>>
> > >>it
> > >>
> > >>>>grayscale, so i have a few versions of the
> file
> > >>>
> > >>>(5),
> > >>>
> > >>>>and all make the same error.
> > >>>
> > >>>Randy,
> > >>>
> > >>>I haven't been following this issue closely,
> but
> > >>
> > >>if
> > >>
> > >>>the problem occurs in
> > >>>3.7 and if you can prepare a small test case
> that
> > >>>demonstrates the problem
> > >>>just using "shp2img" then please file it in
> > >>
> > >>bugzilla
> > >>
> > >>>(attaching the small
> > >>>sample map file and data file(s)) and assign to
> > >>
> > >>me.
> > >>
> > >>>Best regards,
> > >>>
> > >>>--
> > >>>
> > >>
> > >
> >
>
---------------------------------------+--------------------------------------
> > >
> > >>>I set the clouds in motion - turn up | Frank
> > >>>Warmerdam, warmerdam at pobox.com
> > >>>light and sound - activate the windows |
> > >>>http://pobox.com/~warmerdam
> > >>>and watch the world go round - Rush |
> > >>
> > >>Geospatial
> > >>
> > >>>Programmer for Rent
>
=== message truncated ===
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
From ed at topozone.com Tue Feb 4 09:35:30 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 4 Feb 2003 12:35:30 -0500
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3C67@mercator.topozone.com>
Chip -
The PROJ4 FAQ refers to the work you need to do to have the NAD datum shift files built - the code doesn't change. Do you have your PROJ installation in C:\PROJ? Whereever it is, look in that directory for a NAD subdirectory and files named CONUS, NAD27, NAD83, ALASKA, etc. (no file extensions). You need to have these datum shift files set up and PROJ pointed to them in order to do the shift.
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed at topozone.com
(978) 251-4242
-----Original Message-----
From: Hankley, Chip [mailto:Chip.Hankley at gasai.com]
Sent: Tuesday, February 04, 2003 12:17 PM
To: MapServer List (E-mail)
Subject: [Mapserver-users] Projection woes, Revisited.
OK, I'm still unable to do a datum shift between NAD27 and NAD83.
I've tried to strip out all of the non-essentials and come up with an
example. You can view it on-line at:
http://207.250.243.23/projtest/projtest.html
Basically, I can reproject data FINE when it's in the same datum. It's when
I try to do a datum shift that things don't work. I'm using one of the
pre-compiled binaries from the MS site. Here's my version info:
MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ
SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT INPUT=TIFF INPUT=EPPL7
INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE
Could the problem be with the way PROJ4 was compiled into this binary? The
PROJ4 FAQ has some specific instructions for building PROJ4 to support datum
shifts... (see http://www.remotesensing.org/proj/faq.html). I don't know how
to check this on the binary...
TIA!
Chip
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From Chip.Hankley at GASAI.Com Tue Feb 4 10:17:41 2003
From: Chip.Hankley at GASAI.Com (Hankley, Chip)
Date: Tue, 4 Feb 2003 12:17:41 -0600
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <3DFF131E4E6D2D4198CDD758F35A53530278535D@postoffice.GASAI.Com>
Ed (and everyone) -
OK... showing my ignorance here. I ALWAYS use pre-compiled binaries (I'm
trying to overcome this personal defect...). Anyway, I'm only beginning to
understand the compilation sequence, and how all the parts fits together...
so, patience please!
When I download the binaries from the Mapserver site, the only PROJ related
file that comes with the distribution is the epsg file. I have this in
C:\PROJ\NAD.
I did download the datum shift files (from remotesensing.org) and simply put
them in the NAD subdirectory, but this doesn't seem to make any difference
(not suprisingly). I'm assuming that when you say that I "need to have these
datum shift files set up and PROJ pointed to them in order to do the shift"
that this is an operation that would occur when compiling the PROJ4 library
prior to compiling MapServer? Have I got that sequence right?
If this is right, why don't the pre-compiled binaries that exist already do
this (just curious)? Seems like datum shifts would be a fairly common
task...
Chip
> -----Original Message-----
> From: Ed McNierney [mailto:ed at topozone.com]
> Sent: Tuesday, February 04, 2003 11:36 AM
> To: Hankley, Chip; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> Chip -
>
> The PROJ4 FAQ refers to the work you need to do to have the
> NAD datum shift files built - the code doesn't change. Do
> you have your PROJ installation in C:\PROJ? Whereever it is,
> look in that directory for a NAD subdirectory and files named
> CONUS, NAD27, NAD83, ALASKA, etc. (no file extensions). You
> need to have these datum shift files set up and PROJ pointed
> to them in order to do the shift.
>
> - Ed
>
> Ed McNierney
> President and Chief Mapmaker
> TopoZone.com / Maps a la carte, Inc.
> 73 Princeton Street, Suite 305
> North Chelmsford, MA 01863
> ed at topozone.com
> (978) 251-4242
>
>
> -----Original Message-----
> From: Hankley, Chip [mailto:Chip.Hankley at gasai.com]
> Sent: Tuesday, February 04, 2003 12:17 PM
> To: MapServer List (E-mail)
> Subject: [Mapserver-users] Projection woes, Revisited.
>
>
> OK, I'm still unable to do a datum shift between NAD27 and NAD83.
>
> I've tried to strip out all of the non-essentials and come up with an
> example. You can view it on-line at:
>
> http://207.250.243.23/projtest/projtest.html
>
> Basically, I can reproject data FINE when it's in the same
> datum. It's when
> I try to do a datum shift that things don't work. I'm using one of the
> pre-compiled binaries from the MS site. Here's my version info:
>
> MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> SUPPORTS=PROJ
> SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> INPUT=TIFF INPUT=EPPL7
> INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE
>
> Could the problem be with the way PROJ4 was compiled into
> this binary? The
> PROJ4 FAQ has some specific instructions for building PROJ4
> to support datum
> shifts... (see http://www.remotesensing.org/proj/faq.html). I
> don't know how
> to check this on the binary...
>
> TIA!
>
> Chip
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
From dblasby at refractions.net Tue Feb 4 10:50:51 2003
From: dblasby at refractions.net (David Blasby)
Date: Tue, 04 Feb 2003 10:50:51 -0800
Subject: [Mapserver-users] Projection woes, Revisited.
References: <13858AA1A74F30419F319ACB66A9D1221F3C67@mercator.topozone.com>
Message-ID: <3E400B8B.7B24E1F3@refractions.net>
Ed McNierney wrote:
> The PROJ4 FAQ refers to the work you need to do to have the NAD datum shift files built - the code doesn't change.
This isnt quite true. You might have to modify "pj_datums.c". Just make sure all your datum shift files are mentioned. Proj doesnt, by default, use all of them!
dave
From ed at topozone.com Tue Feb 4 10:49:25 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 4 Feb 2003 13:49:25 -0500
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3C6C@mercator.topozone.com>
Dave -
Thanks for the pointer! However, I just looked at my unmodified pj_datums.c from the proj-4.4.5 distribution, and it includes NAD83, NAD27, and WGS84, so that shouldn't be the problem here.
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
ed at topozone.com
(978) 251-4242
-----Original Message-----
From: David Blasby [mailto:dblasby at refractions.net]
Sent: Tuesday, February 04, 2003 1:51 PM
To: Ed McNierney
Cc: Hankley, Chip; MapServer List (E-mail)
Subject: Re: [Mapserver-users] Projection woes, Revisited.
Ed McNierney wrote:
> The PROJ4 FAQ refers to the work you need to do to have the NAD datum shift files built - the code doesn't change.
This isnt quite true. You might have to modify "pj_datums.c". Just make sure all your datum shift files are mentioned. Proj doesnt, by default, use all of them!
dave
From ed at topozone.com Tue Feb 4 11:06:34 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 4 Feb 2003 14:06:34 -0500
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <13858AA1A74F30419F319ACB66A9D1220195C4@mercator.topozone.com>
Chip -
Thanks for posting all the data and samples. I think it might be helpful to simplify things a bit.
Here's what I see. You have two boxes, of the same extents, one in Wisconsin South NAD27 Feet, the other in Wisconsin South NAD83 Feet (both LCC projections). Let's ignore everything else and try to get those two to overlap.
First, you might want to use the EPSG codes for these projections. They're more obtuse, but they protect against typos when spelling out all the projection parameters.
For Wisconsin State Plane South NAD27, the code is 32054, and for NAD83 it's 32154. So each of your projection blocks can become:
# NAD27
PROJECTION
"init=epsg:32054"
END
# NAD83
PROJECTION
"init=epsg:32154"
END
This is similar to your last example. In looking at your last example, however, one wonders whether the NAD83 box is right there UNDERNEATH the red NAD27 box - if it were projecting properly, how could you tell?
Can you set up another example that does the following:
1. Uses the EPSG codes for projections
2. Defines the output projection to be Wisconsin State Plane South NAD83
3. Defines only two input layers
4. Makes the OUTLINECOLOR for the NAD27 box be "255 0 0" (red) and removes the COLOR statement, so it's hollow?
Then let us take a look. Thanks!
- Ed
-----Original Message-----
From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
Sent: Tuesday, February 04, 2003 1:18 PM
To: Ed McNierney; MapServer List (E-mail)
Subject: RE: [Mapserver-users] Projection woes, Revisited.
Ed (and everyone) -
OK... showing my ignorance here. I ALWAYS use pre-compiled binaries (I'm
trying to overcome this personal defect...). Anyway, I'm only beginning to
understand the compilation sequence, and how all the parts fits together...
so, patience please!
When I download the binaries from the Mapserver site, the only PROJ related
file that comes with the distribution is the epsg file. I have this in
C:\PROJ\NAD.
I did download the datum shift files (from remotesensing.org) and simply put
them in the NAD subdirectory, but this doesn't seem to make any difference
(not suprisingly). I'm assuming that when you say that I "need to have these
datum shift files set up and PROJ pointed to them in order to do the shift"
that this is an operation that would occur when compiling the PROJ4 library
prior to compiling MapServer? Have I got that sequence right?
If this is right, why don't the pre-compiled binaries that exist already do
this (just curious)? Seems like datum shifts would be a fairly common
task...
Chip
> -----Original Message-----
> From: Ed McNierney [mailto:ed at topozone.com]
> Sent: Tuesday, February 04, 2003 11:36 AM
> To: Hankley, Chip; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> Chip -
>
> The PROJ4 FAQ refers to the work you need to do to have the
> NAD datum shift files built - the code doesn't change. Do
> you have your PROJ installation in C:\PROJ? Whereever it is,
> look in that directory for a NAD subdirectory and files named
> CONUS, NAD27, NAD83, ALASKA, etc. (no file extensions). You
> need to have these datum shift files set up and PROJ pointed
> to them in order to do the shift.
>
> - Ed
>
> Ed McNierney
> President and Chief Mapmaker
> TopoZone.com / Maps a la carte, Inc.
> 73 Princeton Street, Suite 305
> North Chelmsford, MA 01863
> ed at topozone.com
> (978) 251-4242
>
>
> -----Original Message-----
> From: Hankley, Chip [mailto:Chip.Hankley at gasai.com]
> Sent: Tuesday, February 04, 2003 12:17 PM
> To: MapServer List (E-mail)
> Subject: [Mapserver-users] Projection woes, Revisited.
>
>
> OK, I'm still unable to do a datum shift between NAD27 and NAD83.
>
> I've tried to strip out all of the non-essentials and come up with an
> example. You can view it on-line at:
>
> http://207.250.243.23/projtest/projtest.html
>
> Basically, I can reproject data FINE when it's in the same
> datum. It's when
> I try to do a datum shift that things don't work. I'm using one of the
> pre-compiled binaries from the MS site. Here's my version info:
>
> MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> SUPPORTS=PROJ
> SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> INPUT=TIFF INPUT=EPPL7
> INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE
>
> Could the problem be with the way PROJ4 was compiled into
> this binary? The
> PROJ4 FAQ has some specific instructions for building PROJ4
> to support datum
> shifts... (see http://www.remotesensing.org/proj/faq.html). I
> don't know how
> to check this on the binary...
>
> TIA!
>
> Chip
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
From Kevin.Slover at noaa.gov Tue Feb 4 11:27:41 2003
From: Kevin.Slover at noaa.gov (Kevin Slover)
Date: Tue, 04 Feb 2003 14:27:41 -0500
Subject: [Mapserver-users] Demo help
Message-ID: <3E40142D.F41A8853@noaa.gov>
Ok, sorry to continue posting..
I have gotten mapserver to work, and am working on the demo right now.
At this point in time, I can get to the initialize page, and that is
it. Anything after that point gives me errors due to using gd 2.0.11.
>From reading the instructions, all gd's after 1.6 no longer support
gif's, correct? Which means that all gif's in the demo.map will need to
be commented out.. am I on the correct trail here?
--
LTJG Kevin Slover, NOAA
GIS Specialist/Oceanographer
NOAA/TPC/TSB/Storm Surge Unit
11691 SW 17th Street
Miami FL 33165
W (305) 229-4456
From jpmclaro at yahoo.com.br Tue Feb 4 11:34:46 2003
From: jpmclaro at yahoo.com.br (=?iso-8859-1?Q?Jo=E3o_Paulo_M._Claro?=)
Date: Tue, 4 Feb 2003 17:34:46 -0200
Subject: [Mapserver-users] Zoom
Message-ID: <005701c2cc84$85fe7370$cb75e7c8@afxtd2002311172>
This is a multi-part message in MIME format.
------=_NextPart_000_0054_01C2CC73.B60CC230
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Folks,
I am having problem to calibrate the limits for visualization of layers. =
I have diverse layers, for examplo layer of streets, it nivel of zoom =
only must be seen will be in one capable to vizualizar two or three you =
square. Somebody can help me?=20
Jo=E3o Paulo
------=_NextPart_000_0054_01C2CC73.B60CC230
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Folks,
I=20
am having problem to calibrate the limits for visualization of layers. I =
have=20
diverse layers, for examplo layer of streets, it nivel of zoom only must =
be seen=20
will be in one capable to vizualizar two or three you square. Somebody =
can help=20
me?
Jo=E3o=20
Paulo
------=_NextPart_000_0054_01C2CC73.B60CC230--
_______________________________________________________________________
Busca Yahoo!
O servi?o de busca mais completo da Internet. O que voc? pensar o Yahoo! encontra.
http://br.busca.yahoo.com/
From Chip.Hankley at GASAI.Com Tue Feb 4 11:51:41 2003
From: Chip.Hankley at GASAI.Com (Hankley, Chip)
Date: Tue, 4 Feb 2003 13:51:41 -0600
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <3DFF131E4E6D2D4198CDD758F35A535302785361@postoffice.GASAI.Com>
OK,
I've added another demo onto the page:
http://207.250.243.23/projtest/projtest.html
This last one has only the two 'boxes', and the output projection is WI
State Plane South, NAD83, meters (epsg:32154). Note that this necessitated
me creating a new data set, since my other SPS83 box was FEET. The epsg code
assumes the data is meters.
I also changed the NAD27 box to be transparent with a red outline for the
last two examples (just to show for sure that it is not reprojecting).
Also, just in case anyone was wondering... those are in-line images being
created on the fly using MS (look at the source) so.. you are seeing the
real deal - i.e. I'm not making this up ;)
Thanks for the interest and help!
Chip
> -----Original Message-----
> From: Ed McNierney [mailto:ed at topozone.com]
> Sent: Tuesday, February 04, 2003 1:07 PM
> To: Hankley, Chip; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> Chip -
>
> Thanks for posting all the data and samples. I think it
> might be helpful to simplify things a bit.
>
> Here's what I see. You have two boxes, of the same extents,
> one in Wisconsin South NAD27 Feet, the other in Wisconsin
> South NAD83 Feet (both LCC projections). Let's ignore
> everything else and try to get those two to overlap.
>
> First, you might want to use the EPSG codes for these
> projections. They're more obtuse, but they protect against
> typos when spelling out all the projection parameters.
>
> For Wisconsin State Plane South NAD27, the code is 32054, and
> for NAD83 it's 32154. So each of your projection blocks can become:
>
> # NAD27
>
> PROJECTION
> "init=epsg:32054"
> END
>
> # NAD83
>
> PROJECTION
> "init=epsg:32154"
> END
>
> This is similar to your last example. In looking at your
> last example, however, one wonders whether the NAD83 box is
> right there UNDERNEATH the red NAD27 box - if it were
> projecting properly, how could you tell?
>
> Can you set up another example that does the following:
>
> 1. Uses the EPSG codes for projections
> 2. Defines the output projection to be Wisconsin State Plane
> South NAD83
> 3. Defines only two input layers
> 4. Makes the OUTLINECOLOR for the NAD27 box be "255 0 0"
> (red) and removes the COLOR statement, so it's hollow?
>
> Then let us take a look. Thanks!
>
> - Ed
>
>
> -----Original Message-----
> From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
> Sent: Tuesday, February 04, 2003 1:18 PM
> To: Ed McNierney; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> Ed (and everyone) -
>
> OK... showing my ignorance here. I ALWAYS use pre-compiled
> binaries (I'm
> trying to overcome this personal defect...). Anyway, I'm only
> beginning to
> understand the compilation sequence, and how all the parts
> fits together...
> so, patience please!
>
> When I download the binaries from the Mapserver site, the
> only PROJ related
> file that comes with the distribution is the epsg file. I have this in
> C:\PROJ\NAD.
>
> I did download the datum shift files (from remotesensing.org)
> and simply put
> them in the NAD subdirectory, but this doesn't seem to make
> any difference
> (not suprisingly). I'm assuming that when you say that I
> "need to have these
> datum shift files set up and PROJ pointed to them in order to
> do the shift"
> that this is an operation that would occur when compiling the
> PROJ4 library
> prior to compiling MapServer? Have I got that sequence right?
>
> If this is right, why don't the pre-compiled binaries that
> exist already do
> this (just curious)? Seems like datum shifts would be a fairly common
> task...
>
> Chip
>
>
>
> > -----Original Message-----
> > From: Ed McNierney [mailto:ed at topozone.com]
> > Sent: Tuesday, February 04, 2003 11:36 AM
> > To: Hankley, Chip; MapServer List (E-mail)
> > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> >
> >
> > Chip -
> >
> > The PROJ4 FAQ refers to the work you need to do to have the
> > NAD datum shift files built - the code doesn't change. Do
> > you have your PROJ installation in C:\PROJ? Whereever it is,
> > look in that directory for a NAD subdirectory and files named
> > CONUS, NAD27, NAD83, ALASKA, etc. (no file extensions). You
> > need to have these datum shift files set up and PROJ pointed
> > to them in order to do the shift.
> >
> > - Ed
> >
> > Ed McNierney
> > President and Chief Mapmaker
> > TopoZone.com / Maps a la carte, Inc.
> > 73 Princeton Street, Suite 305
> > North Chelmsford, MA 01863
> > ed at topozone.com
> > (978) 251-4242
> >
> >
> > -----Original Message-----
> > From: Hankley, Chip [mailto:Chip.Hankley at gasai.com]
> > Sent: Tuesday, February 04, 2003 12:17 PM
> > To: MapServer List (E-mail)
> > Subject: [Mapserver-users] Projection woes, Revisited.
> >
> >
> > OK, I'm still unable to do a datum shift between NAD27 and NAD83.
> >
> > I've tried to strip out all of the non-essentials and come
> up with an
> > example. You can view it on-line at:
> >
> > http://207.250.243.23/projtest/projtest.html
> >
> > Basically, I can reproject data FINE when it's in the same
> > datum. It's when
> > I try to do a datum shift that things don't work. I'm using
> one of the
> > pre-compiled binaries from the MS site. Here's my version info:
> >
> > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> > SUPPORTS=PROJ
> > SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> > INPUT=TIFF INPUT=EPPL7
> > INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE
> >
> > Could the problem be with the way PROJ4 was compiled into
> > this binary? The
> > PROJ4 FAQ has some specific instructions for building PROJ4
> > to support datum
> > shifts... (see http://www.remotesensing.org/proj/faq.html). I
> > don't know how
> > to check this on the binary...
> >
> > TIA!
> >
> > Chip
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
>
From eric at gomoos.org Tue Feb 4 07:16:00 2003
From: eric at gomoos.org (Eric Bridger)
Date: 04 Feb 2003 15:16:00 +0000
Subject: [Mapserver-users] Demo help
In-Reply-To: <3E40142D.F41A8853@noaa.gov>
References: <3E40142D.F41A8853@noaa.gov>
Message-ID: <1044371761.2224.19.camel@ubet.gomoos.org>
Yes. I have just been through playing with the tutorials. But a better
solution is to convert all the gifs (and tiffs) to png's. You can use
imagemagick's convert xxx.gif xxx.png or any graphics package such as
Gimp (I'm on RH Linux). Not sure of the Windows alternatives.
Eric Bridger
eric at gomoos.org GoMOOS: www.gomoos.org
On Tue, 2003-02-04 at 19:27, Kevin Slover wrote:
> Ok, sorry to continue posting..
>
> I have gotten mapserver to work, and am working on the demo right now.
> At this point in time, I can get to the initialize page, and that is
> it. Anything after that point gives me errors due to using gd 2.0.11.
> >From reading the instructions, all gd's after 1.6 no longer support
> gif's, correct? Which means that all gif's in the demo.map will need to
> be commented out.. am I on the correct trail here?
>
>
> --
> LTJG Kevin Slover, NOAA
> GIS Specialist/Oceanographer
> NOAA/TPC/TSB/Storm Surge Unit
> 11691 SW 17th Street
> Miami FL 33165
>
> W (305) 229-4456
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
From ed at topozone.com Tue Feb 4 12:01:38 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 4 Feb 2003 15:01:38 -0500
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3C6F@mercator.topozone.com>
Chip -
Thanks - one more request - could you update the ZIP file with the new shapefile?
- Ed
-----Original Message-----
From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
Sent: Tuesday, February 04, 2003 2:52 PM
To: Ed McNierney; MapServer List (E-mail)
Subject: RE: [Mapserver-users] Projection woes, Revisited.
OK,
I've added another demo onto the page:
http://207.250.243.23/projtest/projtest.html
This last one has only the two 'boxes', and the output projection is WI
State Plane South, NAD83, meters (epsg:32154). Note that this necessitated
me creating a new data set, since my other SPS83 box was FEET. The epsg code
assumes the data is meters.
I also changed the NAD27 box to be transparent with a red outline for the
last two examples (just to show for sure that it is not reprojecting).
Also, just in case anyone was wondering... those are in-line images being
created on the fly using MS (look at the source) so.. you are seeing the
real deal - i.e. I'm not making this up ;)
Thanks for the interest and help!
Chip
> -----Original Message-----
> From: Ed McNierney [mailto:ed at topozone.com]
> Sent: Tuesday, February 04, 2003 1:07 PM
> To: Hankley, Chip; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> Chip -
>
> Thanks for posting all the data and samples. I think it
> might be helpful to simplify things a bit.
>
> Here's what I see. You have two boxes, of the same extents,
> one in Wisconsin South NAD27 Feet, the other in Wisconsin
> South NAD83 Feet (both LCC projections). Let's ignore
> everything else and try to get those two to overlap.
>
> First, you might want to use the EPSG codes for these
> projections. They're more obtuse, but they protect against
> typos when spelling out all the projection parameters.
>
> For Wisconsin State Plane South NAD27, the code is 32054, and
> for NAD83 it's 32154. So each of your projection blocks can become:
>
> # NAD27
>
> PROJECTION
> "init=epsg:32054"
> END
>
> # NAD83
>
> PROJECTION
> "init=epsg:32154"
> END
>
> This is similar to your last example. In looking at your
> last example, however, one wonders whether the NAD83 box is
> right there UNDERNEATH the red NAD27 box - if it were
> projecting properly, how could you tell?
>
> Can you set up another example that does the following:
>
> 1. Uses the EPSG codes for projections
> 2. Defines the output projection to be Wisconsin State Plane
> South NAD83
> 3. Defines only two input layers
> 4. Makes the OUTLINECOLOR for the NAD27 box be "255 0 0"
> (red) and removes the COLOR statement, so it's hollow?
>
> Then let us take a look. Thanks!
>
> - Ed
>
>
> -----Original Message-----
> From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
> Sent: Tuesday, February 04, 2003 1:18 PM
> To: Ed McNierney; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> Ed (and everyone) -
>
> OK... showing my ignorance here. I ALWAYS use pre-compiled
> binaries (I'm
> trying to overcome this personal defect...). Anyway, I'm only
> beginning to
> understand the compilation sequence, and how all the parts
> fits together...
> so, patience please!
>
> When I download the binaries from the Mapserver site, the
> only PROJ related
> file that comes with the distribution is the epsg file. I have this in
> C:\PROJ\NAD.
>
> I did download the datum shift files (from remotesensing.org)
> and simply put
> them in the NAD subdirectory, but this doesn't seem to make
> any difference
> (not suprisingly). I'm assuming that when you say that I
> "need to have these
> datum shift files set up and PROJ pointed to them in order to
> do the shift"
> that this is an operation that would occur when compiling the
> PROJ4 library
> prior to compiling MapServer? Have I got that sequence right?
>
> If this is right, why don't the pre-compiled binaries that
> exist already do
> this (just curious)? Seems like datum shifts would be a fairly common
> task...
>
> Chip
>
>
>
> > -----Original Message-----
> > From: Ed McNierney [mailto:ed at topozone.com]
> > Sent: Tuesday, February 04, 2003 11:36 AM
> > To: Hankley, Chip; MapServer List (E-mail)
> > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> >
> >
> > Chip -
> >
> > The PROJ4 FAQ refers to the work you need to do to have the
> > NAD datum shift files built - the code doesn't change. Do
> > you have your PROJ installation in C:\PROJ? Whereever it is,
> > look in that directory for a NAD subdirectory and files named
> > CONUS, NAD27, NAD83, ALASKA, etc. (no file extensions). You
> > need to have these datum shift files set up and PROJ pointed
> > to them in order to do the shift.
> >
> > - Ed
> >
> > Ed McNierney
> > President and Chief Mapmaker
> > TopoZone.com / Maps a la carte, Inc.
> > 73 Princeton Street, Suite 305
> > North Chelmsford, MA 01863
> > ed at topozone.com
> > (978) 251-4242
> >
> >
> > -----Original Message-----
> > From: Hankley, Chip [mailto:Chip.Hankley at gasai.com]
> > Sent: Tuesday, February 04, 2003 12:17 PM
> > To: MapServer List (E-mail)
> > Subject: [Mapserver-users] Projection woes, Revisited.
> >
> >
> > OK, I'm still unable to do a datum shift between NAD27 and NAD83.
> >
> > I've tried to strip out all of the non-essentials and come
> up with an
> > example. You can view it on-line at:
> >
> > http://207.250.243.23/projtest/projtest.html
> >
> > Basically, I can reproject data FINE when it's in the same
> > datum. It's when
> > I try to do a datum shift that things don't work. I'm using
> one of the
> > pre-compiled binaries from the MS site. Here's my version info:
> >
> > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> > SUPPORTS=PROJ
> > SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> > INPUT=TIFF INPUT=EPPL7
> > INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE
> >
> > Could the problem be with the way PROJ4 was compiled into
> > this binary? The
> > PROJ4 FAQ has some specific instructions for building PROJ4
> > to support datum
> > shifts... (see http://www.remotesensing.org/proj/faq.html). I
> > don't know how
> > to check this on the binary...
> >
> > TIA!
> >
> > Chip
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
>
From jjeffers at aprsworld.net Tue Feb 4 13:00:53 2003
From: jjeffers at aprsworld.net (James Jefferson)
Date: Tue, 4 Feb 2003 15:00:53 -0600 (CST)
Subject: [Mapserver-users] symbols from shapefile
Message-ID: <1342.129.186.96.59.1044392453.squirrel@zero.voxel.net>
Hi list,
In my application I need to represent thousands of objects that have about
200 symbols. In the shapefile / DBF file I have a column with the symbol
name I would like that point represented by. Is there any way to have
mapserver use that icon specified by the DBF.
I thought I would ask before I start hacking apart the code in an attempt
to add that functionality.
Thanks,
-James Jefferson
http://www.aprsworld.net
From Chip.Hankley at GASAI.Com Tue Feb 4 13:10:47 2003
From: Chip.Hankley at GASAI.Com (Hankley, Chip)
Date: Tue, 4 Feb 2003 15:10:47 -0600
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <3DFF131E4E6D2D4198CDD758F35A535302785364@postoffice.GASAI.Com>
It's in there. It's called box_sps83m.*
Thanks again...
Chip
> -----Original Message-----
> From: Ed McNierney [mailto:ed at topozone.com]
> Sent: Tuesday, February 04, 2003 2:02 PM
> To: Hankley, Chip; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> Chip -
>
> Thanks - one more request - could you update the ZIP file
> with the new shapefile?
>
> - Ed
>
> -----Original Message-----
> From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
> Sent: Tuesday, February 04, 2003 2:52 PM
> To: Ed McNierney; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> OK,
>
> I've added another demo onto the page:
>
> http://207.250.243.23/projtest/projtest.html
>
> This last one has only the two 'boxes', and the output
> projection is WI
> State Plane South, NAD83, meters (epsg:32154). Note that this
> necessitated
> me creating a new data set, since my other SPS83 box was
> FEET. The epsg code
> assumes the data is meters.
>
> I also changed the NAD27 box to be transparent with a red
> outline for the
> last two examples (just to show for sure that it is not reprojecting).
>
> Also, just in case anyone was wondering... those are in-line
> images being
> created on the fly using MS (look at the source) so.. you are
> seeing the
> real deal - i.e. I'm not making this up ;)
>
> Thanks for the interest and help!
>
> Chip
>
> > -----Original Message-----
> > From: Ed McNierney [mailto:ed at topozone.com]
> > Sent: Tuesday, February 04, 2003 1:07 PM
> > To: Hankley, Chip; MapServer List (E-mail)
> > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> >
> >
> > Chip -
> >
> > Thanks for posting all the data and samples. I think it
> > might be helpful to simplify things a bit.
> >
> > Here's what I see. You have two boxes, of the same extents,
> > one in Wisconsin South NAD27 Feet, the other in Wisconsin
> > South NAD83 Feet (both LCC projections). Let's ignore
> > everything else and try to get those two to overlap.
> >
> > First, you might want to use the EPSG codes for these
> > projections. They're more obtuse, but they protect against
> > typos when spelling out all the projection parameters.
> >
> > For Wisconsin State Plane South NAD27, the code is 32054, and
> > for NAD83 it's 32154. So each of your projection blocks can become:
> >
> > # NAD27
> >
> > PROJECTION
> > "init=epsg:32054"
> > END
> >
> > # NAD83
> >
> > PROJECTION
> > "init=epsg:32154"
> > END
> >
> > This is similar to your last example. In looking at your
> > last example, however, one wonders whether the NAD83 box is
> > right there UNDERNEATH the red NAD27 box - if it were
> > projecting properly, how could you tell?
> >
> > Can you set up another example that does the following:
> >
> > 1. Uses the EPSG codes for projections
> > 2. Defines the output projection to be Wisconsin State Plane
> > South NAD83
> > 3. Defines only two input layers
> > 4. Makes the OUTLINECOLOR for the NAD27 box be "255 0 0"
> > (red) and removes the COLOR statement, so it's hollow?
> >
> > Then let us take a look. Thanks!
> >
> > - Ed
> >
> >
> > -----Original Message-----
> > From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
> > Sent: Tuesday, February 04, 2003 1:18 PM
> > To: Ed McNierney; MapServer List (E-mail)
> > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> >
> >
> > Ed (and everyone) -
> >
> > OK... showing my ignorance here. I ALWAYS use pre-compiled
> > binaries (I'm
> > trying to overcome this personal defect...). Anyway, I'm only
> > beginning to
> > understand the compilation sequence, and how all the parts
> > fits together...
> > so, patience please!
> >
> > When I download the binaries from the Mapserver site, the
> > only PROJ related
> > file that comes with the distribution is the epsg file. I
> have this in
> > C:\PROJ\NAD.
> >
> > I did download the datum shift files (from remotesensing.org)
> > and simply put
> > them in the NAD subdirectory, but this doesn't seem to make
> > any difference
> > (not suprisingly). I'm assuming that when you say that I
> > "need to have these
> > datum shift files set up and PROJ pointed to them in order to
> > do the shift"
> > that this is an operation that would occur when compiling the
> > PROJ4 library
> > prior to compiling MapServer? Have I got that sequence right?
> >
> > If this is right, why don't the pre-compiled binaries that
> > exist already do
> > this (just curious)? Seems like datum shifts would be a
> fairly common
> > task...
> >
> > Chip
> >
> >
> >
> > > -----Original Message-----
> > > From: Ed McNierney [mailto:ed at topozone.com]
> > > Sent: Tuesday, February 04, 2003 11:36 AM
> > > To: Hankley, Chip; MapServer List (E-mail)
> > > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> > >
> > >
> > > Chip -
> > >
> > > The PROJ4 FAQ refers to the work you need to do to have the
> > > NAD datum shift files built - the code doesn't change. Do
> > > you have your PROJ installation in C:\PROJ? Whereever it is,
> > > look in that directory for a NAD subdirectory and files named
> > > CONUS, NAD27, NAD83, ALASKA, etc. (no file extensions). You
> > > need to have these datum shift files set up and PROJ pointed
> > > to them in order to do the shift.
> > >
> > > - Ed
> > >
> > > Ed McNierney
> > > President and Chief Mapmaker
> > > TopoZone.com / Maps a la carte, Inc.
> > > 73 Princeton Street, Suite 305
> > > North Chelmsford, MA 01863
> > > ed at topozone.com
> > > (978) 251-4242
> > >
> > >
> > > -----Original Message-----
> > > From: Hankley, Chip [mailto:Chip.Hankley at gasai.com]
> > > Sent: Tuesday, February 04, 2003 12:17 PM
> > > To: MapServer List (E-mail)
> > > Subject: [Mapserver-users] Projection woes, Revisited.
> > >
> > >
> > > OK, I'm still unable to do a datum shift between NAD27 and NAD83.
> > >
> > > I've tried to strip out all of the non-essentials and come
> > up with an
> > > example. You can view it on-line at:
> > >
> > > http://207.250.243.23/projtest/projtest.html
> > >
> > > Basically, I can reproject data FINE when it's in the same
> > > datum. It's when
> > > I try to do a datum shift that things don't work. I'm using
> > one of the
> > > pre-compiled binaries from the MS site. Here's my version info:
> > >
> > > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> > > SUPPORTS=PROJ
> > > SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> > > INPUT=TIFF INPUT=EPPL7
> > > INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE
> > >
> > > Could the problem be with the way PROJ4 was compiled into
> > > this binary? The
> > > PROJ4 FAQ has some specific instructions for building PROJ4
> > > to support datum
> > > shifts... (see http://www.remotesensing.org/proj/faq.html). I
> > > don't know how
> > > to check this on the binary...
> > >
> > > TIA!
> > >
> > > Chip
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> >
>
From bbaily at CEMML.ColoState.EDU Tue Feb 4 13:16:03 2003
From: bbaily at CEMML.ColoState.EDU (Beth Baily)
Date: Tue, 04 Feb 2003 14:16:03 -0700
Subject: [Mapserver-users] PHP/MapScript module test
Message-ID: <3E402D93.768203F5@CEMML.ColoState.EDU>
Listers,
I'm trying to run test_draw_map.php to see a sample map. I'm not
getting any errors but I have broken images.
The IMAGEPATH in the .map file is the same as I used for the regular CGI
version. However, the .gif's are getting written to the directory where
test_draw_map.php is located instead of in IMAGEPATH. I can't figure
out where to fix this.
Anyone have suggestions?
--
-------------------------------------
Beth Baily
Center for Environmental Management of Military Lands
Colorado State University
Fort Collins, CO 80523
Ph#:970/491-3814
FAX#:970/491-2713
E-mail: bbaily at cemml.colostate.edu
-------------------------------------
From ed at topozone.com Tue Feb 4 13:32:51 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 4 Feb 2003 16:32:51 -0500
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3C71@mercator.topozone.com>
Chip -
OK - I can run your final example and get the right answer. That is, I get a green box with a red border neatly placed around it.
Now, I can say very little about your 3.6.3 build, since I don't know the details of how it was built. I can provide you with the 3.7 build I am using for testing, which would at least let you determine whether it's a PROJ data file setup issue or a MapServer code issue.
- Ed
-----Original Message-----
From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
Sent: Tuesday, February 04, 2003 4:11 PM
To: Ed McNierney; MapServer List (E-mail)
Subject: RE: [Mapserver-users] Projection woes, Revisited.
It's in there. It's called box_sps83m.*
Thanks again...
Chip
> -----Original Message-----
> From: Ed McNierney [mailto:ed at topozone.com]
> Sent: Tuesday, February 04, 2003 2:02 PM
> To: Hankley, Chip; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> Chip -
>
> Thanks - one more request - could you update the ZIP file
> with the new shapefile?
>
> - Ed
>
> -----Original Message-----
> From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
> Sent: Tuesday, February 04, 2003 2:52 PM
> To: Ed McNierney; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> OK,
>
> I've added another demo onto the page:
>
> http://207.250.243.23/projtest/projtest.html
>
> This last one has only the two 'boxes', and the output
> projection is WI
> State Plane South, NAD83, meters (epsg:32154). Note that this
> necessitated
> me creating a new data set, since my other SPS83 box was
> FEET. The epsg code
> assumes the data is meters.
>
> I also changed the NAD27 box to be transparent with a red
> outline for the
> last two examples (just to show for sure that it is not reprojecting).
>
> Also, just in case anyone was wondering... those are in-line
> images being
> created on the fly using MS (look at the source) so.. you are
> seeing the
> real deal - i.e. I'm not making this up ;)
>
> Thanks for the interest and help!
>
> Chip
>
> > -----Original Message-----
> > From: Ed McNierney [mailto:ed at topozone.com]
> > Sent: Tuesday, February 04, 2003 1:07 PM
> > To: Hankley, Chip; MapServer List (E-mail)
> > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> >
> >
> > Chip -
> >
> > Thanks for posting all the data and samples. I think it
> > might be helpful to simplify things a bit.
> >
> > Here's what I see. You have two boxes, of the same extents,
> > one in Wisconsin South NAD27 Feet, the other in Wisconsin
> > South NAD83 Feet (both LCC projections). Let's ignore
> > everything else and try to get those two to overlap.
> >
> > First, you might want to use the EPSG codes for these
> > projections. They're more obtuse, but they protect against
> > typos when spelling out all the projection parameters.
> >
> > For Wisconsin State Plane South NAD27, the code is 32054, and
> > for NAD83 it's 32154. So each of your projection blocks can become:
> >
> > # NAD27
> >
> > PROJECTION
> > "init=epsg:32054"
> > END
> >
> > # NAD83
> >
> > PROJECTION
> > "init=epsg:32154"
> > END
> >
> > This is similar to your last example. In looking at your
> > last example, however, one wonders whether the NAD83 box is
> > right there UNDERNEATH the red NAD27 box - if it were
> > projecting properly, how could you tell?
> >
> > Can you set up another example that does the following:
> >
> > 1. Uses the EPSG codes for projections
> > 2. Defines the output projection to be Wisconsin State Plane
> > South NAD83
> > 3. Defines only two input layers
> > 4. Makes the OUTLINECOLOR for the NAD27 box be "255 0 0"
> > (red) and removes the COLOR statement, so it's hollow?
> >
> > Then let us take a look. Thanks!
> >
> > - Ed
> >
> >
> > -----Original Message-----
> > From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
> > Sent: Tuesday, February 04, 2003 1:18 PM
> > To: Ed McNierney; MapServer List (E-mail)
> > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> >
> >
> > Ed (and everyone) -
> >
> > OK... showing my ignorance here. I ALWAYS use pre-compiled
> > binaries (I'm
> > trying to overcome this personal defect...). Anyway, I'm only
> > beginning to
> > understand the compilation sequence, and how all the parts
> > fits together...
> > so, patience please!
> >
> > When I download the binaries from the Mapserver site, the
> > only PROJ related
> > file that comes with the distribution is the epsg file. I
> have this in
> > C:\PROJ\NAD.
> >
> > I did download the datum shift files (from remotesensing.org)
> > and simply put
> > them in the NAD subdirectory, but this doesn't seem to make
> > any difference
> > (not suprisingly). I'm assuming that when you say that I
> > "need to have these
> > datum shift files set up and PROJ pointed to them in order to
> > do the shift"
> > that this is an operation that would occur when compiling the
> > PROJ4 library
> > prior to compiling MapServer? Have I got that sequence right?
> >
> > If this is right, why don't the pre-compiled binaries that
> > exist already do
> > this (just curious)? Seems like datum shifts would be a
> fairly common
> > task...
> >
> > Chip
> >
> >
> >
> > > -----Original Message-----
> > > From: Ed McNierney [mailto:ed at topozone.com]
> > > Sent: Tuesday, February 04, 2003 11:36 AM
> > > To: Hankley, Chip; MapServer List (E-mail)
> > > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> > >
> > >
> > > Chip -
> > >
> > > The PROJ4 FAQ refers to the work you need to do to have the
> > > NAD datum shift files built - the code doesn't change. Do
> > > you have your PROJ installation in C:\PROJ? Whereever it is,
> > > look in that directory for a NAD subdirectory and files named
> > > CONUS, NAD27, NAD83, ALASKA, etc. (no file extensions). You
> > > need to have these datum shift files set up and PROJ pointed
> > > to them in order to do the shift.
> > >
> > > - Ed
> > >
> > > Ed McNierney
> > > President and Chief Mapmaker
> > > TopoZone.com / Maps a la carte, Inc.
> > > 73 Princeton Street, Suite 305
> > > North Chelmsford, MA 01863
> > > ed at topozone.com
> > > (978) 251-4242
> > >
> > >
> > > -----Original Message-----
> > > From: Hankley, Chip [mailto:Chip.Hankley at gasai.com]
> > > Sent: Tuesday, February 04, 2003 12:17 PM
> > > To: MapServer List (E-mail)
> > > Subject: [Mapserver-users] Projection woes, Revisited.
> > >
> > >
> > > OK, I'm still unable to do a datum shift between NAD27 and NAD83.
> > >
> > > I've tried to strip out all of the non-essentials and come
> > up with an
> > > example. You can view it on-line at:
> > >
> > > http://207.250.243.23/projtest/projtest.html
> > >
> > > Basically, I can reproject data FINE when it's in the same
> > > datum. It's when
> > > I try to do a datum shift that things don't work. I'm using
> > one of the
> > > pre-compiled binaries from the MS site. Here's my version info:
> > >
> > > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> > > SUPPORTS=PROJ
> > > SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> > > INPUT=TIFF INPUT=EPPL7
> > > INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE
> > >
> > > Could the problem be with the way PROJ4 was compiled into
> > > this binary? The
> > > PROJ4 FAQ has some specific instructions for building PROJ4
> > > to support datum
> > > shifts... (see http://www.remotesensing.org/proj/faq.html). I
> > > don't know how
> > > to check this on the binary...
> > >
> > > TIA!
> > >
> > > Chip
> > > _______________________________________________
> > > Mapserver-users mailing list
> > > Mapserver-users at lists.gis.umn.edu
> > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > >
> >
>
From Chip.Hankley at GASAI.Com Tue Feb 4 14:05:45 2003
From: Chip.Hankley at GASAI.Com (Hankley, Chip)
Date: Tue, 4 Feb 2003 16:05:45 -0600
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <3DFF131E4E6D2D4198CDD758F35A535302785366@postoffice.GASAI.Com>
That'd be helpful... if you e-mail it, please ZIP it, or it won't make it
through our firewall.
Please confirm this though... when building, you:
a) compiled the associated libraries (GD, PNG, etc.)
b) compiled PROJ4, presumably pointing to the data shift grids
c) compiled MapServer.
I don't know who compiles the Win32 binaries on the MS site. It'd be
interesting to know if they do whatever needs to be done in "b" to make
datum shifts work.
Thanks a lot Ed!
Chip
> -----Original Message-----
> From: Ed McNierney [mailto:ed at topozone.com]
> Sent: Tuesday, February 04, 2003 3:33 PM
> To: Hankley, Chip; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> Chip -
>
> OK - I can run your final example and get the right answer.
> That is, I get a green box with a red border neatly placed around it.
>
> Now, I can say very little about your 3.6.3 build, since I
> don't know the details of how it was built. I can provide
> you with the 3.7 build I am using for testing, which would at
> least let you determine whether it's a PROJ data file setup
> issue or a MapServer code issue.
>
> - Ed
>
> -----Original Message-----
> From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
> Sent: Tuesday, February 04, 2003 4:11 PM
> To: Ed McNierney; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> It's in there. It's called box_sps83m.*
>
> Thanks again...
>
> Chip
>
> > -----Original Message-----
> > From: Ed McNierney [mailto:ed at topozone.com]
> > Sent: Tuesday, February 04, 2003 2:02 PM
> > To: Hankley, Chip; MapServer List (E-mail)
> > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> >
> >
> > Chip -
> >
> > Thanks - one more request - could you update the ZIP file
> > with the new shapefile?
> >
> > - Ed
> >
> > -----Original Message-----
> > From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
> > Sent: Tuesday, February 04, 2003 2:52 PM
> > To: Ed McNierney; MapServer List (E-mail)
> > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> >
> >
> > OK,
> >
> > I've added another demo onto the page:
> >
> > http://207.250.243.23/projtest/projtest.html
> >
> > This last one has only the two 'boxes', and the output
> > projection is WI
> > State Plane South, NAD83, meters (epsg:32154). Note that this
> > necessitated
> > me creating a new data set, since my other SPS83 box was
> > FEET. The epsg code
> > assumes the data is meters.
> >
> > I also changed the NAD27 box to be transparent with a red
> > outline for the
> > last two examples (just to show for sure that it is not
> reprojecting).
> >
> > Also, just in case anyone was wondering... those are in-line
> > images being
> > created on the fly using MS (look at the source) so.. you are
> > seeing the
> > real deal - i.e. I'm not making this up ;)
> >
> > Thanks for the interest and help!
> >
> > Chip
> >
> > > -----Original Message-----
> > > From: Ed McNierney [mailto:ed at topozone.com]
> > > Sent: Tuesday, February 04, 2003 1:07 PM
> > > To: Hankley, Chip; MapServer List (E-mail)
> > > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> > >
> > >
> > > Chip -
> > >
> > > Thanks for posting all the data and samples. I think it
> > > might be helpful to simplify things a bit.
> > >
> > > Here's what I see. You have two boxes, of the same extents,
> > > one in Wisconsin South NAD27 Feet, the other in Wisconsin
> > > South NAD83 Feet (both LCC projections). Let's ignore
> > > everything else and try to get those two to overlap.
> > >
> > > First, you might want to use the EPSG codes for these
> > > projections. They're more obtuse, but they protect against
> > > typos when spelling out all the projection parameters.
> > >
> > > For Wisconsin State Plane South NAD27, the code is 32054, and
> > > for NAD83 it's 32154. So each of your projection blocks
> can become:
> > >
> > > # NAD27
> > >
> > > PROJECTION
> > > "init=epsg:32054"
> > > END
> > >
> > > # NAD83
> > >
> > > PROJECTION
> > > "init=epsg:32154"
> > > END
> > >
> > > This is similar to your last example. In looking at your
> > > last example, however, one wonders whether the NAD83 box is
> > > right there UNDERNEATH the red NAD27 box - if it were
> > > projecting properly, how could you tell?
> > >
> > > Can you set up another example that does the following:
> > >
> > > 1. Uses the EPSG codes for projections
> > > 2. Defines the output projection to be Wisconsin State Plane
> > > South NAD83
> > > 3. Defines only two input layers
> > > 4. Makes the OUTLINECOLOR for the NAD27 box be "255 0 0"
> > > (red) and removes the COLOR statement, so it's hollow?
> > >
> > > Then let us take a look. Thanks!
> > >
> > > - Ed
> > >
> > >
> > > -----Original Message-----
> > > From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
> > > Sent: Tuesday, February 04, 2003 1:18 PM
> > > To: Ed McNierney; MapServer List (E-mail)
> > > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> > >
> > >
> > > Ed (and everyone) -
> > >
> > > OK... showing my ignorance here. I ALWAYS use pre-compiled
> > > binaries (I'm
> > > trying to overcome this personal defect...). Anyway, I'm only
> > > beginning to
> > > understand the compilation sequence, and how all the parts
> > > fits together...
> > > so, patience please!
> > >
> > > When I download the binaries from the Mapserver site, the
> > > only PROJ related
> > > file that comes with the distribution is the epsg file. I
> > have this in
> > > C:\PROJ\NAD.
> > >
> > > I did download the datum shift files (from remotesensing.org)
> > > and simply put
> > > them in the NAD subdirectory, but this doesn't seem to make
> > > any difference
> > > (not suprisingly). I'm assuming that when you say that I
> > > "need to have these
> > > datum shift files set up and PROJ pointed to them in order to
> > > do the shift"
> > > that this is an operation that would occur when compiling the
> > > PROJ4 library
> > > prior to compiling MapServer? Have I got that sequence right?
> > >
> > > If this is right, why don't the pre-compiled binaries that
> > > exist already do
> > > this (just curious)? Seems like datum shifts would be a
> > fairly common
> > > task...
> > >
> > > Chip
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: Ed McNierney [mailto:ed at topozone.com]
> > > > Sent: Tuesday, February 04, 2003 11:36 AM
> > > > To: Hankley, Chip; MapServer List (E-mail)
> > > > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> > > >
> > > >
> > > > Chip -
> > > >
> > > > The PROJ4 FAQ refers to the work you need to do to have the
> > > > NAD datum shift files built - the code doesn't change. Do
> > > > you have your PROJ installation in C:\PROJ? Whereever it is,
> > > > look in that directory for a NAD subdirectory and files named
> > > > CONUS, NAD27, NAD83, ALASKA, etc. (no file extensions). You
> > > > need to have these datum shift files set up and PROJ pointed
> > > > to them in order to do the shift.
> > > >
> > > > - Ed
> > > >
> > > > Ed McNierney
> > > > President and Chief Mapmaker
> > > > TopoZone.com / Maps a la carte, Inc.
> > > > 73 Princeton Street, Suite 305
> > > > North Chelmsford, MA 01863
> > > > ed at topozone.com
> > > > (978) 251-4242
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Hankley, Chip [mailto:Chip.Hankley at gasai.com]
> > > > Sent: Tuesday, February 04, 2003 12:17 PM
> > > > To: MapServer List (E-mail)
> > > > Subject: [Mapserver-users] Projection woes, Revisited.
> > > >
> > > >
> > > > OK, I'm still unable to do a datum shift between NAD27
> and NAD83.
> > > >
> > > > I've tried to strip out all of the non-essentials and come
> > > up with an
> > > > example. You can view it on-line at:
> > > >
> > > > http://207.250.243.23/projtest/projtest.html
> > > >
> > > > Basically, I can reproject data FINE when it's in the same
> > > > datum. It's when
> > > > I try to do a datum shift that things don't work. I'm using
> > > one of the
> > > > pre-compiled binaries from the MS site. Here's my version info:
> > > >
> > > > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> > > > SUPPORTS=PROJ
> > > > SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> > > > INPUT=TIFF INPUT=EPPL7
> > > > INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE
> > > >
> > > > Could the problem be with the way PROJ4 was compiled into
> > > > this binary? The
> > > > PROJ4 FAQ has some specific instructions for building PROJ4
> > > > to support datum
> > > > shifts... (see http://www.remotesensing.org/proj/faq.html). I
> > > > don't know how
> > > > to check this on the binary...
> > > >
> > > > TIA!
> > > >
> > > > Chip
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at lists.gis.umn.edu
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > >
> > >
> >
>
From ed at topozone.com Tue Feb 4 14:08:34 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 4 Feb 2003 17:08:34 -0500
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3C72@mercator.topozone.com>
Chip -
I'll send the ZIP to you - without copying the list on it .
I built things just as you state, with nothing but the default PROJ build (it's pretty clean and doesn't have dependencies). The only slightly odd thing I did was to use all GDAL's internal versions of libraries (libpng, libtiff, libgeotiff, etc.) for the build instead of building them separately. I don't see how this could have any effect.
I will also send the complete C:\PROJ directory tree - you should compare this to your own.
- Ed
-----Original Message-----
From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
Sent: Tuesday, February 04, 2003 5:06 PM
To: Ed McNierney
Cc: MapServer List (E-mail)
Subject: RE: [Mapserver-users] Projection woes, Revisited.
That'd be helpful... if you e-mail it, please ZIP it, or it won't make it
through our firewall.
Please confirm this though... when building, you:
a) compiled the associated libraries (GD, PNG, etc.)
b) compiled PROJ4, presumably pointing to the data shift grids
c) compiled MapServer.
I don't know who compiles the Win32 binaries on the MS site. It'd be
interesting to know if they do whatever needs to be done in "b" to make
datum shifts work.
Thanks a lot Ed!
Chip
> -----Original Message-----
> From: Ed McNierney [mailto:ed at topozone.com]
> Sent: Tuesday, February 04, 2003 3:33 PM
> To: Hankley, Chip; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> Chip -
>
> OK - I can run your final example and get the right answer.
> That is, I get a green box with a red border neatly placed around it.
>
> Now, I can say very little about your 3.6.3 build, since I
> don't know the details of how it was built. I can provide
> you with the 3.7 build I am using for testing, which would at
> least let you determine whether it's a PROJ data file setup
> issue or a MapServer code issue.
>
> - Ed
>
> -----Original Message-----
> From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
> Sent: Tuesday, February 04, 2003 4:11 PM
> To: Ed McNierney; MapServer List (E-mail)
> Subject: RE: [Mapserver-users] Projection woes, Revisited.
>
>
> It's in there. It's called box_sps83m.*
>
> Thanks again...
>
> Chip
>
> > -----Original Message-----
> > From: Ed McNierney [mailto:ed at topozone.com]
> > Sent: Tuesday, February 04, 2003 2:02 PM
> > To: Hankley, Chip; MapServer List (E-mail)
> > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> >
> >
> > Chip -
> >
> > Thanks - one more request - could you update the ZIP file
> > with the new shapefile?
> >
> > - Ed
> >
> > -----Original Message-----
> > From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
> > Sent: Tuesday, February 04, 2003 2:52 PM
> > To: Ed McNierney; MapServer List (E-mail)
> > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> >
> >
> > OK,
> >
> > I've added another demo onto the page:
> >
> > http://207.250.243.23/projtest/projtest.html
> >
> > This last one has only the two 'boxes', and the output
> > projection is WI
> > State Plane South, NAD83, meters (epsg:32154). Note that this
> > necessitated
> > me creating a new data set, since my other SPS83 box was
> > FEET. The epsg code
> > assumes the data is meters.
> >
> > I also changed the NAD27 box to be transparent with a red
> > outline for the
> > last two examples (just to show for sure that it is not
> reprojecting).
> >
> > Also, just in case anyone was wondering... those are in-line
> > images being
> > created on the fly using MS (look at the source) so.. you are
> > seeing the
> > real deal - i.e. I'm not making this up ;)
> >
> > Thanks for the interest and help!
> >
> > Chip
> >
> > > -----Original Message-----
> > > From: Ed McNierney [mailto:ed at topozone.com]
> > > Sent: Tuesday, February 04, 2003 1:07 PM
> > > To: Hankley, Chip; MapServer List (E-mail)
> > > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> > >
> > >
> > > Chip -
> > >
> > > Thanks for posting all the data and samples. I think it
> > > might be helpful to simplify things a bit.
> > >
> > > Here's what I see. You have two boxes, of the same extents,
> > > one in Wisconsin South NAD27 Feet, the other in Wisconsin
> > > South NAD83 Feet (both LCC projections). Let's ignore
> > > everything else and try to get those two to overlap.
> > >
> > > First, you might want to use the EPSG codes for these
> > > projections. They're more obtuse, but they protect against
> > > typos when spelling out all the projection parameters.
> > >
> > > For Wisconsin State Plane South NAD27, the code is 32054, and
> > > for NAD83 it's 32154. So each of your projection blocks
> can become:
> > >
> > > # NAD27
> > >
> > > PROJECTION
> > > "init=epsg:32054"
> > > END
> > >
> > > # NAD83
> > >
> > > PROJECTION
> > > "init=epsg:32154"
> > > END
> > >
> > > This is similar to your last example. In looking at your
> > > last example, however, one wonders whether the NAD83 box is
> > > right there UNDERNEATH the red NAD27 box - if it were
> > > projecting properly, how could you tell?
> > >
> > > Can you set up another example that does the following:
> > >
> > > 1. Uses the EPSG codes for projections
> > > 2. Defines the output projection to be Wisconsin State Plane
> > > South NAD83
> > > 3. Defines only two input layers
> > > 4. Makes the OUTLINECOLOR for the NAD27 box be "255 0 0"
> > > (red) and removes the COLOR statement, so it's hollow?
> > >
> > > Then let us take a look. Thanks!
> > >
> > > - Ed
> > >
> > >
> > > -----Original Message-----
> > > From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
> > > Sent: Tuesday, February 04, 2003 1:18 PM
> > > To: Ed McNierney; MapServer List (E-mail)
> > > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> > >
> > >
> > > Ed (and everyone) -
> > >
> > > OK... showing my ignorance here. I ALWAYS use pre-compiled
> > > binaries (I'm
> > > trying to overcome this personal defect...). Anyway, I'm only
> > > beginning to
> > > understand the compilation sequence, and how all the parts
> > > fits together...
> > > so, patience please!
> > >
> > > When I download the binaries from the Mapserver site, the
> > > only PROJ related
> > > file that comes with the distribution is the epsg file. I
> > have this in
> > > C:\PROJ\NAD.
> > >
> > > I did download the datum shift files (from remotesensing.org)
> > > and simply put
> > > them in the NAD subdirectory, but this doesn't seem to make
> > > any difference
> > > (not suprisingly). I'm assuming that when you say that I
> > > "need to have these
> > > datum shift files set up and PROJ pointed to them in order to
> > > do the shift"
> > > that this is an operation that would occur when compiling the
> > > PROJ4 library
> > > prior to compiling MapServer? Have I got that sequence right?
> > >
> > > If this is right, why don't the pre-compiled binaries that
> > > exist already do
> > > this (just curious)? Seems like datum shifts would be a
> > fairly common
> > > task...
> > >
> > > Chip
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: Ed McNierney [mailto:ed at topozone.com]
> > > > Sent: Tuesday, February 04, 2003 11:36 AM
> > > > To: Hankley, Chip; MapServer List (E-mail)
> > > > Subject: RE: [Mapserver-users] Projection woes, Revisited.
> > > >
> > > >
> > > > Chip -
> > > >
> > > > The PROJ4 FAQ refers to the work you need to do to have the
> > > > NAD datum shift files built - the code doesn't change. Do
> > > > you have your PROJ installation in C:\PROJ? Whereever it is,
> > > > look in that directory for a NAD subdirectory and files named
> > > > CONUS, NAD27, NAD83, ALASKA, etc. (no file extensions). You
> > > > need to have these datum shift files set up and PROJ pointed
> > > > to them in order to do the shift.
> > > >
> > > > - Ed
> > > >
> > > > Ed McNierney
> > > > President and Chief Mapmaker
> > > > TopoZone.com / Maps a la carte, Inc.
> > > > 73 Princeton Street, Suite 305
> > > > North Chelmsford, MA 01863
> > > > ed at topozone.com
> > > > (978) 251-4242
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Hankley, Chip [mailto:Chip.Hankley at gasai.com]
> > > > Sent: Tuesday, February 04, 2003 12:17 PM
> > > > To: MapServer List (E-mail)
> > > > Subject: [Mapserver-users] Projection woes, Revisited.
> > > >
> > > >
> > > > OK, I'm still unable to do a datum shift between NAD27
> and NAD83.
> > > >
> > > > I've tried to strip out all of the non-essentials and come
> > > up with an
> > > > example. You can view it on-line at:
> > > >
> > > > http://207.250.243.23/projtest/projtest.html
> > > >
> > > > Basically, I can reproject data FINE when it's in the same
> > > > datum. It's when
> > > > I try to do a datum shift that things don't work. I'm using
> > > one of the
> > > > pre-compiled binaries from the MS site. Here's my version info:
> > > >
> > > > MapServer version 3.6.3 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> > > > SUPPORTS=PROJ
> > > > SUPPORTS=TTF SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
> > > > INPUT=TIFF INPUT=EPPL7
> > > > INPUT=JPEG INPUT=OGR INPUT=SHAPEFILE
> > > >
> > > > Could the problem be with the way PROJ4 was compiled into
> > > > this binary? The
> > > > PROJ4 FAQ has some specific instructions for building PROJ4
> > > > to support datum
> > > > shifts... (see http://www.remotesensing.org/proj/faq.html). I
> > > > don't know how
> > > > to check this on the binary...
> > > >
> > > > TIA!
> > > >
> > > > Chip
> > > > _______________________________________________
> > > > Mapserver-users mailing list
> > > > Mapserver-users at lists.gis.umn.edu
> > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> > > >
> > >
> >
>
From steve.lime at dnr.state.mn.us Tue Feb 4 14:47:12 2003
From: steve.lime at dnr.state.mn.us (Steve Lime)
Date: Tue, 04 Feb 2003 16:47:12 -0600
Subject: [Mapserver-users] symbols from shapefile
Message-ID:
This isn't possible as it sits now. Only label angle and size are
directly usable from the .dbf file. It wouldn't be that hard to hack the
code to do this. Just add symbolitem as a layer parameter and copy the
code that gets label parameters from the attribute table. The function
msWhichItems would also have to be minimally touched. I don't think
this functionality will be implemented this way in the future though. I
would rather see support akin to the styleitem OGR support. In that
scenario you'd cram a whole style (color, size, symbol, etc...) into a
single attribute. Total feature-by-feature control then. Dan might be
able to speak to the format of that information if you wanted to do that
instead.
Steve
Stephen Lime
Data & Applications Manager
Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937
>>> jj at aprsworld.net 02/04/03 03:00PM >>>
Hi list,
In my application I need to represent thousands of objects that have
about
200 symbols. In the shapefile / DBF file I have a column with the
symbol
name I would like that point represented by. Is there any way to have
mapserver use that icon specified by the DBF.
I thought I would ask before I start hacking apart the code in an
attempt
to add that functionality.
Thanks,
-James Jefferson
http://www.aprsworld.net
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
From Chip.Hankley at GASAI.Com Tue Feb 4 14:49:48 2003
From: Chip.Hankley at GASAI.Com (Hankley, Chip)
Date: Tue, 4 Feb 2003 16:49:48 -0600
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <3DFF131E4E6D2D4198CDD758F35A535302785367@postoffice.GASAI.Com>
OK, Thanks a lot Ed...
Not sure if I should be happy (I am), or frustrated (I am). Anyway, here's
what happened.
I took Ed's PROJ tree, and simply replaced mine. Once this was done, it
worked. A quick look at
http://207.250.243.23/projtest/projtest.html
will verify this.
This is NOT using the new 3.7 executable... all I did was replace the
contents of the PROJ directory. This is really worth noting somewhere. Where
is one supposed to get all of the stuff that's in the PROJ directory? Does
that come from the remote sensing site? Anyway, if someone can clear these
questions up for me, I will put a detailed windows - PROJ setup page in the
WIKI.
Chip
From ed at topozone.com Tue Feb 4 17:00:45 2003
From: ed at topozone.com (Ed McNierney)
Date: Tue, 4 Feb 2003 20:00:45 -0500
Subject: [Mapserver-users] Projection woes, Revisited.
Message-ID: <13858AA1A74F30419F319ACB66A9D1221F3C75@mercator.topozone.com>
Chip -
This is a good answer (although you might not think so ). I would
have been very unhappy if the executable made a different.
I haven't looked lately, but I thought there were reasonable pointers
that indicated that you needed to have PROJ set up properly if you're
going to be using PROJ support in MapServer.
PROJ can be a little awkward and antiquated in the way it's set up, but
it's not really too bad. One does need to understand a bit more than
might be necessary about the mechanics of datum shifts, but I didn't
think it was all that bad.
Have you looked at the PROJ site (on remotesensing.org) and looked at
the setup/install instructions? If they need updating, I'm sure your
input would be very much appreciated; perhaps the MapServer pages simply
need a louder, clearer link that points out the slightly non-trivial
nature of a PROJ install, and refers the reader to the PROJ site for
instructions.
- Ed
Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA 01863
Phone: (978) 251-4242 Fax: (978) 251-1396
ed at topozone.com
-----Original Message-----
From: Hankley, Chip [mailto:Chip.Hankley at GASAI.Com]
Sent: Tuesday, February 04, 2003 5:50 PM
To: Ed McNierney
Cc: MapServer List (E-mail)
Subject: RE: [Mapserver-users] Projection woes, Revisited.
OK, Thanks a lot Ed...
Not sure if I should be happy (I am), or frustrated (I am). Anyway,
here's
what happened.
I took Ed's PROJ tree, and simply replaced mine. Once this was done, it
worked. A quick look at
http://207.250.243.23/projtest/projtest.html
will verify this.
This is NOT using the new 3.7 executable... all I did was replace the
contents of the PROJ directory. This is really worth noting somewhere.
Where
is one supposed to get all of the stuff that's in the PROJ directory?
Does
that come from the remote sensing site? Anyway, if someone can clear
these
questions up for me, I will put a detailed windows - PROJ setup page in
the
WIKI.
Chip
From t_lalla20 at yahoo.com Tue Feb 4 19:08:54 2003
From: t_lalla20 at yahoo.com (Terrence Lalla)
Date: Tue, 4 Feb 2003 19:08:54 -0800 (PST)
Subject: [Mapserver-users] Not producing the number of points in a Line Object
Message-ID: <20030205030854.3900.qmail@web14102.mail.yahoo.com>
--0-14745872-1044414534=:3873
Content-Type: text/plain; charset=us-ascii
Hello all,
When i use $point->setXY(double x,double y,double m) and then var_dump($point) the output shows the correct coordinates of the point.
However, when i use $line->add(pointObject point) or $line->addXY(double x,double y, double m) and then var_dump($line) the member variable numpoints of $line says that there are 0 points in the line.
How can i correct this?
Thanks
Terrence.
---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-14745872-1044414534=:3873
Content-Type: text/html; charset=us-ascii
Hello all,
When i use $point->setXY(double x,double y,double m) and then var_dump($point) the output shows the correct coordinates of the point.
However, when i use $line->add(pointObject point) or $line->addXY(double x,double y, double m) and then var_dump($line) the member variable numpoints of $line says that there are 0 points in the line.
How can i correct this?
Thanks
Terrence.
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--0-14745872-1044414534=:3873--
From ryanne.cruz at up.edu.ph Tue Feb 4 23:40:03 2003
From: ryanne.cruz at up.edu.ph (ryanne cruz)
Date: Wed, 5 Feb 2003 15:40:03 +0800
Subject: Fwd: Re: [Mapserver-users] How to make labels in MS with PostGIS
Message-ID: <1044430803.3e40bfd309b8e@mail.up.edu.ph>
hi list.
we have the same problem with Christian. fortunately, we were able to display
the labels now. if Christian is still having problems with labels, pls let me
know. i'll send you a copy of our mapfile. it might help you.
now, on to our problem. althoug we have been able to display the labels, some
of the labels are repeated. this happens when we try to zoom in the map. we
saw the same thing with the tutorial example, example4. can we do something
about this?
thanks!
----- Forwarded message from Jan Hartmann -----
Date: Tue, 04 Feb 2003 17:41:03 +0100
From: Jan Hartmann
Reply-To: Jan Hartmann
Subject: Re: [Mapserver-users] How to make labels in MS with PostGIS
To: "Lowther, David W"
Christian,
In MapServer CGI layers are only automatically shown when they have
"STATUS DEFAULT". Layers with "STATUS ON" are only visible when they are
explicitly named in the calling URL.
Really, can this FAQ (Frequently Answered Question) be documented in a
prominent place? So many people on this list have been staring at a
blank map and wondering what on earth was going on.
Jan Hartmann
Lowther, David W wrote:
> Christian,
>
> You've got to get everything you need (geometry and attributes) into that
> data statement. I am using something that looks like this:
>
> DATA "the_geom from (select oid,* from table) as foo"
>
> HTH,
>
> Dave
>
>
>>-----Original Message-----
>>From: christian.schuster at rsag.ch [mailto:christian.schuster at rsag.ch]
>>Sent: Monday, February 03, 2003 11:03 PM
>>To: Paul Ramsey
>>Cc: mapserver-users at lists.gis.umn.edu
>>Subject: Re: [Mapserver-users] How to make labels in MS with PostGIS
>>
>>
>>
>>
>>
>>
>>Hi Paul,
>>
>>Sorry that I am coming back to you after few days. I am still
>>not able to make labels. I am a newbie and I think it is a
>>generall understanding problem of how the map file works.
>>Below you see my layer definitions for the labels. There I
>>have a big question about it. So I have a table called
>>'geo3'. In this table I have a column as identifier which is
>>called 'ID'. Then the second column is of type varcahr(20 and
>>called 'NAME'. The last one is the geometry column. Now I can
>>draw the map and all. Just the labels are not working. I am
>>not sure what the tag 'DATA' has to look like. The way it is
>>now, I just get back the geometry column. But what I would
>>like is to have the column 'NAME' to use for labeling. If I
>>change the tag 'DATA' to "NAME from geo3" then I would have
>>this. But I do not know how MapServer knows where to draw the
>>labels. If I change the tag 'DATA' to "* from geo" then I get
>>an error. So I am quite confused. I also tried so many times
>>already. if someone could solve my confusion would be really nice.
>>
>>LAYER
>> NAME "labels"
>>
>> ### Connect to a remote spatial database
>> CONNECTIONTYPE postgis
>> CONNECTION "user=*** dbname=myGISdb host=127.0.0.1 port=5432"
>>
>> ### Get the labels from the table
>> DATA "geom from geo3"
>> STATUS ON
>> TYPE ANNOTATION
>>
>> LABELITEM "name"
>>
>> CLASS
>> EXPRESSION 'name'
>> COLOR -1 -1 -1
>> LABEL
>> COLOR 0 0 0
>> TYPE BITMAP
>> SIZE MEDIUM
>> POSITION CC
>> PARTIALS FALSE
>> BUFFER 2
>> END # end of label
>> END
>>END
>>
>>Christian Schuster
>>
>>Rudolf Schuster AG
>>Postfach 277
>>CH - 3000 Bern 11
>>
>>http://www.rsag.ch
>>++41 31 348 05 30
>>
>>
>>
>>
>> Paul Ramsey
>>
>> >
>> ons.net>
>> To
>>
>>christian.schuster at rsag.ch
>> 31.01.2003 17:18
>> cc
>>
>>mapserver-users at lists.gis.umn.edu
>>
>> Subject
>> Re: [Mapserver-users]
>>How to make
>> labels in MS with
>>PostGIS
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>Same as with any other data source. Declare a labelitem and
>>add a label object to your class object. Should be examples
>>in the map file reference page. The only potential gotcha is
>>that your labelitem attribute should be given in lower case.
>>
>>christian.schuster at rsag.ch wrote:
>>
>>>Hi list,
>>>
>>>I have a table 'geo' with a geometry column, a column 'name' as
>>>varchar(20) and an ID column as the Primary Key. Is it
>>
>>possible to use
>>
>>>the text in the column 'name' as the label text and if so what does
>>>the layer look like in the map file.
>>>
>>>Thanaks for helping
>>>
>>>Christian Schuster
>>>
>>>Rudolf Schuster AG
>>>Postfach 277
>>>CH - 3000 Bern 11
>>>
>>>http://www.rsag.ch
>>>++41 31 348 05 30
>>
>>--
>> __
>> /
>> | Paul Ramsey
>> | Refractions Research
>> | Email: pramsey at refractions.net
>> | Phone: (250) 885-0632
>> \_
>>
>>
>>_______________________________________________
>>Mapserver-users mailing list
>>Mapserver-users at lists.gis.umn.edu
>>http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users
>>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
Jan Hartmann
Department of Geography
University of Amsterdam
jhart at frw.uva.nl
_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
----- End forwarded message -----
From Mark.Balman at birdlife.org.uk Wed Feb 5 01:20:11 2003
From: Mark.Balman at birdlife.org.uk (Mark Balman)
Date: Wed, 5 Feb 2003 09:20:11 -0000
Subject: [Mapserver-users] Polygon hilite
Message-ID:
Hi list
Firstly I would like to say what a fantastic forum....and thanks Chip for
helping me (months ago!) with the mapscript HOWTO example, which resulted in
me being really stupid.. I initially called the file test.html which just
produced a dump of php... renaming the file to test.phtml produced the
desired result e.g. a simple map...
Recently I have finally managed to get my prototype application (built using
MapLab) to zoom to a polygon from a text input box using mail archive
suggestions from Paul Spencer and Andreas Berweger as follows :).
Unfortunately this is not "on-line" yet and is sitting on my laptop until I
can get the go ahead to put this on a server.. (could be weeks but more
likely months away : ( )
My problem:
In my test.php file in apache\htdocs\maplab\projects\gmf_apps\test I have
placed:
if ( $http_form_vars["SpeciesName"])
{
$szSpeciesName = $http_form_vars["SpeciesName"];
$oExtents = $oMapSession->oMap->extent;
$oldExtents=$oExtents;
$oSpeciesLayer = $oMapSession->oMap->getLayerByName( "range" );
$oSpeciesLayer->set( "filteritem", "SPCSPECIES" );
$oSpeciesLayer->setFilter("\"$szSpeciesName\"");
$oSpeciesLayer->queryByAttributes( MS_MULTIPLE );
if ($oSpeciesLayer->getNumResults() > 0 )
{
$oResult = $oSpeciesLayer->getResult( 0 );
$oSpeciesLayer->open($oMapSession->oMap->shapepath);
$oShape = $oSpeciesLayer->getShape($oResult->tileindex,$oResult->shapeindex
);
$oExtents = $oShape->bounds;
$oShape->free();
My mapfile contains:
MAP
EXTENT -180 -90 180 90
SHAPEPATH "./data"
SIZE 600 300
STATUS ON
TRANSPARENT FALSE
UNITS DD
NAME "world"
QUERYMAP
STATUS ON
COLOR 0 0 255
STYLE HILITE
END
WEB
IMAGEPATH "/tmp/ms_tmp/"
IMAGEURL "/ms_tmp/"
END
LAYER
DATA "country"
NAME "country"
SIZEUNITS PIXELS
STATUS DEFAULT
TOLERANCE 3
TOLERANCEUNITS PIXELS
TYPE POLYGON
UNITS METERS
CLASS
NAME "Cntry_name"
MAXSIZE 100
MINSIZE 1
OUTLINECOLOR 50 50 50
SIZE 1
SYMBOL 0
TEMPLATE "ttt_query.html"
END
END
LAYER
NAME range
DATA range
STATUS ON
TYPE POLYGON
CLASSITEM SPCSPECIES
CLASS
NAME "Selected"
TEMPLATE "ttt_query.html"
EXPRESSION ""
COLOR 150 0 0
OUTLINECOLOR 128 128 128
END
CLASS
NAME "Others"
TEMPLATE "ttt_query.html"
EXPRESSION /./
COLOR 180 180 180
OUTLINECOLOR 128 128 128
END
END
END
END
What I cannot understand is how to return the result hilighted :(
Although I could achieve this using mapserver CGI. In my init.html file I
have the following: