From ddnebert at usgs.gov  Mon Jan  3 07:53:29 2000
From: ddnebert at usgs.gov (Doug Nebert)
Date: Mon, 03 Jan 2000 10:53:29 -0500
Subject: A zoomIn button
Message-ID: <3870C5F9.6A3068CC@usgs.gov>

I am puzzled at making a zoomin button based on the current 
mapextent, being a javaScript newbie. With Steve's direction 
I have a nice button that will zoom to full extent:

    function goGlobal() {
        document.mapserv.imgext.value = "-180 -90 180 90";
        document.mapserv.imgbox.value = "-1 -1 -1 -1";
        document.mapserv.imgxy.value = "249.5 124.5";
        document.mapserv.zoom = "1";
    }

that I set with:

<input type="button" value="Zoom to Globe" onClick="goGlobal()">

and invoke with the submit effects of the form submission button. 
I need the similar functionality to place on twoi buttons with a 
pre-defined zoom in or out of 3 or -3 respectively.  I cannot quite 
decode the things being set in the form example I started with, but 
interpreted the following that does not work, gives a JS error:

    function zoomIn() {
        document.mapserv.layer = "registry";
        document.mapserv.zoom = "3"
        SetZoomToPan();
        SetModeToBrowse();
    }

Assistance appreciated.

-- 
Douglas D. Nebert
Clearinghouse Coordinator 
FGDC Secretariat	Phone: +1 703 648 4151	Fax: +1 703 648-5755	
Pager Messaging: 	http://fgdclearhs.er.usgs.gov/dougmsg.html


From ddnebert at usgs.gov  Mon Jan  3 10:36:58 2000
From: ddnebert at usgs.gov (Doug Nebert)
Date: Mon, 03 Jan 2000 13:36:58 -0500
Subject: Use of new GD 1.7.3
Message-ID: <3870EC4A.BED6EC7C@usgs.gov>

I notice that the newest version of the GD library supports 
only PNG instead of GIF.  If one uses it in lieu of an older 
GD library under mapserver, will it just make PNG automatically 
or do other configuration parameters need to be adjusted in 
mapserver for operation? I'm assuming that PNG would be adequate 
for most uses?

-- 
Douglas D. Nebert
Clearinghouse Coordinator 
FGDC Secretariat	Phone: +1 703 648 4151	Fax: +1 703 648-5755	
Pager Messaging: 	http://fgdclearhs.er.usgs.gov/dougmsg.html


From bfraser at geoanalytic.com  Mon Jan  3 17:50:15 2000
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Mon, 3 Jan 2000 18:50:15 -0700
Subject: Use of new GD 1.7.3
References: <3870EC4A.BED6EC7C@usgs.gov>
Message-ID: <000701bf5656$12675000$030102c0@cghh1.ab.wave.home.com>

Doug,

  I did some experimenting with GD 1.7 some time ago.  As
I recall, no code changes were necessary, as Steve had already
inserted the call to gdImagePng if the USE_GD_1_6 define
was set at compile time.  Unfortunately, the mapserver executable
must be set up to use GIF OR PNG at compile time; it's not
switchable at runtime...  

  It did produce PNG images that looked like the GIF images.
My text was rotated 90 degrees, but I think that was an unrelated
problem.

Brent


----- Original Message ----- 
From: "Doug Nebert" <ddnebert at usgs.gov>
To: "Mapserver Users" <mapserver-users at lists.gis.umn.edu>
Sent: Monday, January 03, 2000 11:36 AM
Subject: Use of new GD 1.7.3


> I notice that the newest version of the GD library supports 
> only PNG instead of GIF.  If one uses it in lieu of an older 
> GD library under mapserver, will it just make PNG automatically 
> or do other configuration parameters need to be adjusted in 
> mapserver for operation? I'm assuming that PNG would be adequate 
> for most uses?
> 
> -- 
> Douglas D. Nebert
> Clearinghouse Coordinator 
> FGDC Secretariat Phone: +1 703 648 4151 Fax: +1 703 648-5755 
> Pager Messaging: http://fgdclearhs.er.usgs.gov/dougmsg.html



From fkoorman at usf.Uni-Osnabrueck.DE  Tue Jan  4 00:10:30 2000
From: fkoorman at usf.Uni-Osnabrueck.DE (Frank Koormann)
Date: Tue, 4 Jan 2000 09:10:30 +0100
Subject: Use of new GD 1.7.3
In-Reply-To: <3870EC4A.BED6EC7C@usgs.gov>; from ddnebert@usgs.gov on Mon, Jan 03, 2000 at 01:36:58PM -0500
References: <3870EC4A.BED6EC7C@usgs.gov>
Message-ID: <20000104091030.A25894@cheops.usf.Uni-Osnabrueck.DE>

Doug,

in addition to what Brent already said:
 
* Doug Nebert (ddnebert at usgs.gov) [000103 19:49]:
> I notice that the newest version of the GD library supports 
> only PNG instead of GIF.  If one uses it in lieu of an older 
> GD library under mapserver, will it just make PNG automatically 
> or do other configuration parameters need to be adjusted in 
> mapserver for operation? 

The default makefile will link the gd-library statically to the
mapserver binary and hence upgrading libgd on your system will 
have no effect on mapserver.

> I'm assuming that PNG would be adequate for most uses?

4th generation browsers can handle the format. It is very efficient 
(eg. not limited to 256 colors) and it is not affected by the
lzw-compression license issues (one of the reasons why the gd-developers
dropped gif-support from the library).

Frank


From steve.lime at dnr.state.mn.us  Wed Jan  5 10:58:56 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Wed, 05 Jan 2000 12:58:56 -0600
Subject: 3.3.003 released etc.
Message-ID: <s8734022.053@smtp.dnr.state.mn.us>

Greetings and a happy new year to all... The 1st maintenance release of 2000 is out today- 3.3.003.
It has a few bug fixes related to point rendering and single result queries. As usual there are a couple
of additions:

  - shapelib is gone from the distribution. there were enough changes from shapelib 1.1.5 that i thought
    it best to absorb the code into the main source tree and remove any confusion related to shapelib
    versions. mapserver could not exist without shapelib source and i'll continue to watch new shapelib
    development and apply changes to the code embeded in mapserver. i encourage users to use
    the most recent shapelib and utilities for developing tools for managing shapefiles.

  - i've changed spatial indexing support as of 3.3.003. instead of the grid based approach used in 
    pervious versions i adapted a quadtree method written for the latest versions of shapelib. the jury
    is still out on wether the quadtree is faster than the grid, should be in theory. so, to create a spatial
    index for a layer use the helper program called "shptree". syntax is "shptree [shpfile] {depth}". If tree
    depth is omitted then a depth is calculated so each tree node (quadtree cell) contains 8 shapes. do
    not use the default with point files, a value between 6 and 10 seems to work ok. your millage may
    vary and you'll need to do some experimenting.

On the documentation front. The HTML versions of docs are being incorporated into a single PDF 
document. Should be ready by the end of month.

Just an informal show of hands. Who is using what versions?

Thanks - Steve

Stephen Lime
Internet Applications Analyst

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937



From cshorte2 at csc.com  Wed Jan  5 15:55:45 2000
From: cshorte2 at csc.com (cshorte2 at csc.com)
Date: Thu, 6 Jan 2000 09:55:45 +1000
Subject: 3.3.003 released etc.
Message-ID: <8525685D.007DA8DC.00@csc.com>



> On the documentation front. The HTML versions of docs are being
> incorporated into a single PDF document. Should be ready by the
> end of month.

No, don't do it.  HTML is so much easier to use.  Or if you must produce PDF,
please provide a HTML format as well.

Cameron Shorter.




From bowenj at gaiaenv.com  Wed Jan  5 15:25:32 2000
From: bowenj at gaiaenv.com (Jim T. Bowen (GAIA Consultants Inc.))
Date: Wed, 05 Jan 2000 16:25:32 -0700
Subject: 3.3.003 released etc.
References: <8525685D.007DA8DC.00@csc.com>
Message-ID: <3873D2EC.D6595F88@gaiaenv.com>

Hi all,

I too would like to see the HTML version of the docs survive.  If you
create any new docs in HTML format, it is simple to convert them to PDF
using one of the conversion utilities out there.  Here is a free tool
with which I have had success:

http://www.easysw.com/htmldoc/

Cheers,
Jim

cshorte2 at csc.com wrote:
> 
> > On the documentation front. The HTML versions of docs are being
> > incorporated into a single PDF document. Should be ready by the
> > end of month.
> 
> No, don't do it.  HTML is so much easier to use.  Or if you must produce PDF,
> please provide a HTML format as well.
> 
> Cameron Shorter.


From banister at banister.com  Wed Jan  5 16:21:38 2000
From: banister at banister.com (Trevor Banister)
Date: Wed, 5 Jan 2000 17:21:38 -0700 
Subject: PDF vote (RE: 3.3.003 released etc.)
Message-ID: <6D5E4B9090F1D011AC3A00A0C903430804CFA5@www.banister.com>

I'm going with the others on this one. HTML docs ought to survive.

Trevor Banister

-----Original Message-----
From: Jim T. Bowen (GAIA Consultants Inc.) [mailto:bowenj at gaiaenv.com]
Sent: Wednesday, January 05, 2000 4:26 PM
To: mapserver-users at lists.gis.umn.edu
Subject: Re: 3.3.003 released etc.




> ----------
> From: 	Jim T. Bowen (GAIA Consultants
Inc.)[SMTP:BOWENJ at GAIAENV.COM]
> Sent: 	Wednesday, January 05, 2000 4:25:32 PM
> To: 	mapserver-users at lists.gis.umn.edu
> Subject: 	Re: 3.3.003 released etc.
> Auto forwarded by a Rule
> 
Hi all,

I too would like to see the HTML version of the docs survive.  If you
create any new docs in HTML format, it is simple to convert them to PDF
using one of the conversion utilities out there.  Here is a free tool
with which I have had success:

http://www.easysw.com/htmldoc/

Cheers,
Jim

cshorte2 at csc.com wrote:
> 
> > On the documentation front. The HTML versions of docs are being
> > incorporated into a single PDF document. Should be ready by the
> > end of month.
> 
> No, don't do it.  HTML is so much easier to use.  Or if you must
produce PDF,
> please provide a HTML format as well.
> 
> Cameron Shorter.


From marin at here.is  Wed Jan  5 16:43:14 2000
From: marin at here.is (Ma)
Date: Thu, 06 Jan 2000 00:43:14 +0000
Subject: PDF vote (RE: 3.3.003 released etc.)
References: <6D5E4B9090F1D011AC3A00A0C903430804CFA5@www.banister.com>
Message-ID: <3873E51F.A4FB09A0@here.is>

I agree. We need HTML docs.

--
Ma


Trevor Banister wrote:

> I'm going with the others on this one. HTML docs ought to survive.
>
> Trevor Banister
>
> -----Original Message-----
> From: Jim T. Bowen (GAIA Consultants Inc.) [mailto:bowenj at gaiaenv.com]
> Sent: Wednesday, January 05, 2000 4:26 PM
> To: mapserver-users at lists.gis.umn.edu
> Subject: Re: 3.3.003 released etc.
>
> > ----------
> > From:         Jim T. Bowen (GAIA Consultants
> Inc.)[SMTP:BOWENJ at GAIAENV.COM]
> > Sent:         Wednesday, January 05, 2000 4:25:32 PM
> > To:   mapserver-users at lists.gis.umn.edu
> > Subject:      Re: 3.3.003 released etc.
> > Auto forwarded by a Rule
> >
> Hi all,
>
> I too would like to see the HTML version of the docs survive.  If you
> create any new docs in HTML format, it is simple to convert them to PDF
> using one of the conversion utilities out there.  Here is a free tool
> with which I have had success:
>
> http://www.easysw.com/htmldoc/
>
> Cheers,
> Jim
>
> cshorte2 at csc.com wrote:
> >
> > > On the documentation front. The HTML versions of docs are being
> > > incorporated into a single PDF document. Should be ready by the
> > > end of month.
> >
> > No, don't do it.  HTML is so much easier to use.  Or if you must
> produce PDF,
> > please provide a HTML format as well.
> >
> > Cameron Shorter.



From pgallen at randomlogic.com  Thu Jan  6 03:55:43 2000
From: pgallen at randomlogic.com (Paul G. Allen)
Date: Thu, 06 Jan 2000 03:55:43 -0800
Subject: PDF vote (RE: 3.3.003 released etc.)
References: <6D5E4B9090F1D011AC3A00A0C903430804CFA5@www.banister.com> <3873E51F.A4FB09A0@here.is>
Message-ID: <387482BF.A9DE268C@randomlogic.com>

We need both.

PGA

Ma wrote:
> 
> I agree. We need HTML docs.
> 
> --
> Ma
> 
> Trevor Banister wrote:
> 
> > I'm going with the others on this one. HTML docs ought to survive.
> >
> > Trevor Banister
> >


From frank.koormann at intevation.de  Thu Jan  6 04:49:50 2000
From: frank.koormann at intevation.de (Frank Koormann)
Date: Thu, 6 Jan 2000 13:49:50 +0100
Subject: PDF vote (RE: 3.3.003 released etc.)
In-Reply-To: <387482BF.A9DE268C@randomlogic.com>; from pgallen@randomlogic.com on Thu, Jan 06, 2000 at 03:55:43AM -0800
References: <6D5E4B9090F1D011AC3A00A0C903430804CFA5@www.banister.com> <3873E51F.A4FB09A0@here.is> <387482BF.A9DE268C@randomlogic.com>
Message-ID: <20000106134949.A15665@cheops.usf.Uni-Osnabrueck.DE>

* Paul G. Allen (pgallen at randomlogic.com) [000106 13:06]:
> We need both.
> 

Yes, we need both and to my mind htmldoc is the powerful tool to provide
pdf from the html sources (even with toc etc.)

Frank

-- 
Frank Koormann				      http://intevation.net/~frank/
 Intevation GmbH				     http://intevation.net/
 Institute of Environmental Systems Research 	     http://www.usf.uos.de/


From mdh20t at pixel.cnrs.humboldt.edu  Fri Jan  7 16:23:40 2000
From: mdh20t at pixel.cnrs.humboldt.edu (Michael Hass)
Date: Fri, 7 Jan 2000 16:23:40 -0800 (PST)
Subject: tiff
Message-ID: <Pine.LNX.4.10.10001071608470.5108-100000@pixel.cnrs.humboldt.edu>


Hi all-

I've just been going through the process of adding images
to our site and wanted to reiterate that the instructions that
Ken Boss put up back in April (RE: TIFF/GeoTIFF images on Mapserver3.2) to
create mapserver ready tiffs (in imagine) is right on- if you have imagine
access. I haven't figured out what to do/not do in photoshop to get
mapserver recognizable tiffs (tif version, image stuff like unsigned 8
bit...), but will report if I figure that out.

A' propos of my previous image/tiff question: size doesn't matter...

Mike Hass



From marin at here.is  Fri Jan  7 17:56:18 2000
From: marin at here.is (Ma)
Date: Sat, 08 Jan 2000 01:56:18 +0000
Subject: Thematic mapping in MapServer
Message-ID: <3876993F.FFE6AD5B@here.is>

Dear All,

What is the best way to make more than one thematic mapping for one and
the same SHP file and what about the queering in this case? Ideas,
solutions, URL, map file?

For example I have data like this:

Country      Index-1   Index-2   Index-3  Index-...
------------------------------------------------------
Canada         0        32        54
Peru          25         0        19
Romania       78        80         0
Australia      0        10        65
UK            14        56        44
Germany       96         0        12
USA           74        21        12
Italy          0        89         0

How to make thematic mapping for all these columns in MapServer? And if
you have 50 columns or more ... ? If you add the SHP file 50 times in
the map file - what about the queering after?? Help!

--
Ma




From steve.lime at dnr.state.mn.us  Fri Jan  7 20:13:27 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Fri, 07 Jan 2000 22:13:27 -0600
Subject: Thematic mapping in MapServer
Message-ID: <s8766519.094@smtp.dnr.state.mn.us>

Not sure if I understand what you're after completely but I'll give it a shot. How you handle it sort of depends on the data your mapping and what sort of an interface you want to have. If all the index columns can be classified the same way, for example in to 3 classes of low, medium and high, then you could probably get away with one layer definition and just change the classitem on-the-fly depending on which variable the user wants to see. If the variables have radically different classifications then you almost have to define multiple versions of the shapefile (i.e. different layers). I did some stuff early on with forest polygons and different thematic maps (age, density, species, etc.) and used multiple defs of the same shapefile to produce the maps. Instead of redefining the same query over and over I defined a layer based on the same shapefile but set its status to QUERYONLY so that all queries against any of the thematic maps actually hit that layer and any individual thematic map were not itself queryable. Perhaps Ken Boss can share one of the  forestview mapfiles. If your data are all percentages or something like that and you can get away with a common classification (i.e. set of CLASS definitions) then the on-the-fly changing of CLASSITEM might just be the ticket. Only version 3.3 supports mapfile parameter changes via a form or url.

Hope this helps.

Steve

<<< Ma <marin at here.is>  1/ 7  7:52p >>>
Dear All,

What is the best way to make more than one thematic mapping for one and
the same SHP file and what about the queering in this case? Ideas,
solutions, URL, map file?

For example I have data like this:

Country      Index-1   Index-2   Index-3  Index-...
------------------------------------------------------
Canada         0        32        54
Peru          25         0        19
Romania       78        80         0
Australia      0        10        65
UK            14        56        44
Germany       96         0        12
USA           74        21        12
Italy          0        89         0

How to make thematic mapping for all these columns in MapServer? And if
you have 50 columns or more ... ? If you add the SHP file 50 times in
the map file - what about the queering after?? Help!

--
Ma





From mapadm at polsl.gliwice.pl  Sat Jan  8 04:10:29 2000
From: mapadm at polsl.gliwice.pl (Grzegorz Myrda)
Date: Sat, 8 Jan 2000 13:10:29 +0100
Subject: connecting to SDO
Message-ID: <200001081210.NAA06511@zeus.polsl.gliwice.pl>

Hi,

Has anyone any experience in using Mapserv as client for Oracle 
SDO ?
Is this only:-) Perl script, which makes on-line features through for 
example Oracle Web Server Plugin ?
What about creating in this way not only some top features (with 
main map from local shapefile), but the whole map which 
sometimes can cover a big number of features.
Are there any alternatives to do it in any other ways ?

Grzegorz



From bowenj at gaiaenv.com  Sat Jan  8 07:32:24 2000
From: bowenj at gaiaenv.com (Jim T. Bowen (GAIA Consultants Inc.))
Date: Sat, 08 Jan 2000 08:32:24 -0700
Subject: tiff
References: <Pine.LNX.4.10.10001071608470.5108-100000@pixel.cnrs.humboldt.edu>
Message-ID: <38775888.1D0B5115@gaiaenv.com>


Just to 'add a tad' for Corel users.  If you are doing any touch-ups to
a tiff in photopaint, ensure you create a '8-bit paletted' image not a
'8-bit grayscale' otherwise the image will not be displayed correctly in
MapServer.  Seems somewhat backwards, but it works.

Michael Hass wrote:
> 
> Hi all-
> 
> I've just been going through the process of adding images
> to our site and wanted to reiterate that the instructions that
> Ken Boss put up back in April (RE: TIFF/GeoTIFF images on Mapserver3.2) to
> create mapserver ready tiffs (in imagine) is right on- if you have imagine
> access. I haven't figured out what to do/not do in photoshop to get
> mapserver recognizable tiffs (tif version, image stuff like unsigned 8
> bit...), but will report if I figure that out.
> 
> A' propos of my previous image/tiff question: size doesn't matter...
> 
> Mike Hass

-- 
_______________________________________
In order to reduce SPAM (i.e., junk 
e-mail), all e-mail to me must include
the following somewhere in the body
of the message:        J*I*M
_______________________________________


_______________________________________
Jim T. Bowen, M.Sc., President 
                                   
Suite 306,  822-11th Ave. S.W.     
Calgary, Alberta, Canada  T2R 0E5  
Ph: 403-571-7213   Fax: 403-571-7211
bowenj at gaiaenv.com

http://www.gaiaenv.com         
_______________________________________


From marin at here.is  Mon Jan 10 04:56:01 2000
From: marin at here.is (Ma)
Date: Mon, 10 Jan 2000 12:56:01 +0000
Subject: QUERY and JOIN
Message-ID: <3879D6E0.2ECDB6AB@here.is>

Dear All,

can you send me one correct JOIN in QUERY statement for v.3.3?
I have this in my map file, but I can't figure out what is going on.

  QUERY
   TEMPLATE /home/luk-s/zones.html
    JOIN
      NAME join-1
      FROM zip_code
      TABLE /home/luk-s/data/to_zip.dbf
      TO number
      TYPE single
    END
   END

Steve: can we have some demo map files with all MapServer features? The
last 3.3 is without demo set.

--
Ma




From kenboss at dilbert.dnr.state.mn.us  Mon Jan 10 06:40:39 2000
From: kenboss at dilbert.dnr.state.mn.us (kenboss)
Date: Mon, 10 Jan 2000 08:40:39 -0600 (CST)
Subject: Thematic mapping in MapServer
Message-ID: <200001101440.IAA24359@philbert.dnr.state.mn.us>

As per Steve's suggestion, here's a mapfile from the ForestView application 
(http://www.ra.dnr.state.mn.us/forestview/) demonstrating the creation of a 
number of map themes from a single shapefile.  You'll need to drill down fairly 
deep into the application to get to a point where this file is actually in use 
(to where you've selected a township and forest inventory (CSA) data is 
displayed).  I suppose the easiest way to get there would be to just type 
something like "T63R23W" into the text input box at the upper left of the first 
map page. 

The first layer of the mapfile handles all queries; the rest are different 
visual slices of the same shapefile.  Many of the thematic slices are actually 
based on a single attribute field (ctype), and are defined using regular 
expressions.  Other themes are based on different attribute fields (csize, age, 
tbr).

Note that this is a mapserv 3.2 application.  

Hope this is helpful,

--Ken

=============================================================================
Ken Boss                                
Digital Image Analysis / Web Stuff       Forestry Resource Assessment
kenboss at dilbert.dnr.state.mn.us          Minnesota Dept. of Natural Resources
Voice: 218 327 4449 ext. 237             413 SE 13th Street                 
Fax:   218 327 4517                      Grand Rapids, MN  55744          USA
                   www.ra.dnr.state.mn.us
=============================================================================

-------------- next part --------------
NAME FV2
SIZE 375 375
# EXTENT 583079.750 4884196.000 592899.562 4894012.000 
SHAPEPATH ../shapes/township
UNITS meters
MARKERSET ../symbols/general.sym


WEB
  TEMPLATE fvj_csa_disp.html
  MAXSCALE 100000
  MINSCALE 15000
END

LEGEND
  STATUS on
  KEYSIZE 25 15
# OUTLINECOLOR 0 0 0
#  IMAGECOLOR 245 245 245
  LABEL
    COLOR 0 0 0
    TYPE TRUETYPE
    FONT "trebuchet_ms-bold"
    SIZE 16
  END # Label definition
END # Legend


SCALEBAR
  STATUS on
  SIZE 325 5
  COLOR 255 255 255
  BACKGROUNDCOLOR 0 0 0
  OUTLINECOLOR 0 0 0 
  IMAGECOLOR 255 255 255
  UNITS miles
  INTERVALS 5
  LABEL
    SIZE small
    COLOR 0 0 0
  END
END # Scalebar


REFERENCE
  SIZE 93 105
  IMAGE ../symbols/cnty_ref.gif
  EXTENT 148055 4774590 803382 5514130
  STATUS on
END # Reference


#####################
# Layer Definitions #
#####################

LAYER 
  NAME stands
  TYPE polygon
  STATUS off
  DATA standpy3
  QUERYITEM ctype
  QUERY
    EXPRESSION "^[1-9]$|^[1-7]|81"
    TEMPLATE fv_for_query.html
    JOIN
      NAME cntyj
      TABLE /webdata/csa/tables/county.dbf
      FROM county
      TO county
    END  
    JOIN
      NAME radj
      TABLE /webdata/csa/tables/rad.dbf
      FROM rad_
      TO rad_
    END  
    JOIN
      NAME csizej
      TABLE /webdata/csa/tables/csize.dbf
      FROM csize
      TO csize
    END  
    JOIN
      NAME cdensej
      TABLE /webdata/csa/tables/cdense.dbf
      FROM cdense
      TO cdense
    END  
    JOIN
      NAME usizej
      TABLE /webdata/csa/tables/csize.dbf
      FROM usize
      TO csize
    END  
    JOIN
      NAME tbrj
      TABLE /webdata/csa/tables/tbr.dbf
      FROM tbr
      TO tbr
    END  
  END
  QUERY
    EXPRESSION "^8[2-9]|^9"
    TEMPLATE fv_nonfor_query.html
    JOIN
      NAME cntyj
      TABLE /webdata/csa/tables/county.dbf
      FROM county
      TO county
    END  
    JOIN
      NAME radj
      TABLE /webdata/csa/tables/rad.dbf
      FROM rad_
      TO rad_
    END  
  END
END # Layer stands

LAYER
  NAME genfor
  TYPE polygon
  STATUS off
  DATA standpy3
  CLASSITEM ctype
  CLASS
    NAME "Hardwoods"
    EXPRESSION "^[1-9]$|^[1-4]|^7[8,9]"
    SYMBOL 0
    COLOR 0 151 0
  END
  CLASS
    NAME "Conifers"
    EXPRESSION "^[5,6]|^7[1-4]|^81"
    SYMBOL 0
    COLOR 0 117 117
  END
  CLASS
    NAME "Unprod. Conifers"
    EXPRESSION "^7[5-7]"
    SYMBOL 0
    COLOR 0 185 185
  END
  CLASS
    NAME "Non-Forest"
    EXPRESSION "8[2-9]|9[1-5,89]"
    SYMBOL 0
    COLOR 219 219 219
  END
END # Layer genfor

LAYER
  NAME hardtypes
  TYPE polygon
  STATUS off
  DATA standpy3
  CLASSITEM ctype
  CLASS
    NAME "Ash"
    EXPRESSION "^1$"
    SYMBOL 0
    COLOR 185 136 0
  END
  CLASS
    NAME "Aspen"
    EXPRESSION "12|78"
    SYMBOL 0
    COLOR 212 212 128
  END
  CLASS
    NAME "Birch"
    EXPRESSION "13"
    SYMBOL 0
    COLOR 236 221 0
  END
  CLASS
    NAME "Balm of Gilead"
    EXPRESSION "14"
    SYMBOL 0
    COLOR 0 219 219
  END
  CLASS
    NAME "Oak"
    EXPRESSION "30|79"
    SYMBOL 0
    COLOR 105 105 34
  END
  CLASS
    NAME "Cottonwood"
    EXPRESSION "15"
    SYMBOL 0
    COLOR 0 117 117
  END
  CLASS
    NAME "Walnut"
    EXPRESSION "25"
    SYMBOL 0
    COLOR 222 158 222
  END
  CLASS
    NAME "Willow"
    EXPRESSION "^6$"
    SYMBOL 0
    COLOR 0 219 0
  END
  CLASS
    NAME "Lowland Hardwoods"
    EXPRESSION "^9$"
    SYMBOL 0
    COLOR 0 0 117
  END
  CLASS
    NAME "Central Hardwoods"
    EXPRESSION "40"
    SYMBOL 0
    COLOR 246 122 0
  END
  CLASS
    NAME "Northern Hardwoods"
    EXPRESSION "20"
    SYMBOL 0
    COLOR 202 0 0
  END
  CLASS
    NAME "Conifers"
    EXPRESSION "^[5,6]|^7[1-4]|^7[5-7]|^81"
    SYMBOL 0
    COLOR 24 75 24
  END
  CLASS
    NAME "Non-Forest"
    EXPRESSION "^8[2-8]|^9"
    SYMBOL 0
    COLOR 219 219 219
  END
END # Layer hardtypes

LAYER
  NAME contypes
  TYPE polygon
  STATUS off
  DATA standpy3
  CLASSITEM ctype
  CLASS
    NAME "White Pine"
    EXPRESSION "51"
    SYMBOL 0
    COLOR 0 151 0
  END
  CLASS
    NAME "Norway Pine"
    EXPRESSION "52"
    SYMBOL 0
    COLOR 151 90 0
  END
  CLASS
    NAME "Jack Pine"
    EXPRESSION "53"
    SYMBOL 0
    COLOR 0 66 66
  END
  CLASS
    NAME "Scotch Pine"
    EXPRESSION "54"
    SYMBOL 0
    COLOR 172 245 98
  END
  CLASS
    NAME "White Spruce"
    EXPRESSION "61"
    SYMBOL 0
    COLOR 0 236 236
  END
  CLASS
    NAME "Black Spruce"
    EXPRESSION "71|74|75"
    SYMBOL 0
    COLOR 0 0 117
  END
  CLASS
    NAME "White Cedar"
    EXPRESSION "73|77"
    SYMBOL 0
    COLOR 30 94 94
  END
  CLASS
    NAME "Red Cedar"
    EXPRESSION "81"
    SYMBOL 0
    COLOR 248 95 95
  END
  CLASS
    NAME "Balsam Fir"
    EXPRESSION "62"
    SYMBOL 0
    COLOR 100 49 0
  END
  CLASS
    NAME "Tamarack"
    EXPRESSION "72|76"
    SYMBOL 0
    COLOR 98 98 202
  END
  CLASS
    NAME "Hardwoods"
    EXPRESSION "^[1-9]$|^[1-4]|^7[8,9]"
    SYMBOL 0
    COLOR 236 0 0
  END
  CLASS
    NAME "Non-Forest"
    EXPRESSION "^8[2-8]|^9"
    SYMBOL 0
    COLOR 219 219 219
  END
END # Layer contypes

LAYER
  NAME forsize
  TYPE polygon
  STATUS off
  DATA standpy3
  CLASSITEM csize
  CLASS
    NAME "0 to 1 in. DBH"
    EXPRESSION "1"
    SYMBOL 0
    COLOR 219 190 0
  END
  CLASS
    NAME "1 to  3 in. DBH"
    EXPRESSION "2"
    SYMBOL 0
    COLOR 202 162 0
  END
  CLASS
    NAME "3 to  5 in. DBH"
    EXPRESSION "3"
    SYMBOL 0
    COLOR 185 136 0
  END
  CLASS
    NAME "5 to  9 in. DBH"
    EXPRESSION "4"
    SYMBOL 0
    COLOR 168 112 0
  END
  CLASS
    NAME "9 to 15 in. DBH"
    EXPRESSION "5"
    SYMBOL 0
    COLOR 151 90 0
  END
  CLASS
    NAME "15 to 20 in. DBH"
    EXPRESSION "6"
    SYMBOL 0
    COLOR 134 71 0
  END
  CLASS
    NAME "20 to 25 in. DBH"
    EXPRESSION "7"
    SYMBOL 0
    COLOR 117 54 0
  END
  CLASS
    NAME "25+ in. DBH"
    EXPRESSION "8"
    SYMBOL 0
    COLOR 100 39 0
  END
  CLASS
    NAME "Non-Forest"
    EXPRESSION "0"
    SYMBOL 0
    COLOR 219 219 219
  END
END # Layer forsize

LAYER
  NAME forage
  TYPE polygon
  STATUS off
  DATA standpy3
  CLASSITEM age
  CLASS
    NAME "1-9 Years"
    EXPRESSION "^[1-9]$"
    SYMBOL 0
    COLOR 0 236 0
  END
  CLASS
    NAME "10-19 Years"
    EXPRESSION "^1[0-9]$"
    SYMBOL 0
    COLOR 0 219 0
  END
  CLASS
    NAME "20-29 Years"
    EXPRESSION "^2[0-9]$"
    SYMBOL 0
    COLOR 0 202 0
  END
  CLASS
    NAME "30-39 Years"
    EXPRESSION "^3[0-9]$"
    SYMBOL 0
    COLOR 0 185 0
  END
  CLASS
    NAME "40-49 Years"
    EXPRESSION "^4[0-9]$"
    SYMBOL 0
    COLOR 0 168 0
  END
  CLASS
    NAME "50-74 Years"
    EXPRESSION "^[5,6][0-9]$|^7[0-4]"
    SYMBOL 0
    COLOR 0 151 0
  END
  CLASS
    NAME "75-99 Years"
    EXPRESSION "^7[5-9]$|^[8,9][1-9]"
    SYMBOL 0
    COLOR 0 134 0
  END
  CLASS
    NAME "100-124 Years"
    EXPRESSION "^1[0,1][0-9]|^12[0-4]"
    SYMBOL 0
    COLOR 0 117 0
  END
  CLASS
    NAME "125-149 Years"
    EXPRESSION "^12[5-9]|^1[3,4][0-9]"
    SYMBOL 0
    COLOR 0 100 0
  END
  CLASS
    NAME "150+ Years"
    EXPRESSION "^1[5-9][0-9]|^2[0-9][0-9]"
    SYMBOL 0
    COLOR 0 83 0
  END
  CLASS
    NAME "Non-Forest"
    EXPRESSION "0"
    SYMBOL 0
    COLOR 219 219 219
  END
END # Layer forage

LAYER
  NAME oldgrowth
  TYPE polygon
  STATUS off
  DATA standpy3
  CLASSITEM tbr
  CLASS
    NAME "Old Growth"
    EXPRESSION "5"
    SYMBOL 0
    COLOR 80 110 51
  END
  CLASS
    NAME "OG Management Zone"
    EXPRESSION "6"
    SYMBOL 0
    COLOR 135 215 55
  END
  CLASS
    NAME "Future/Potential OG"
    EXPRESSION "7"
    SYMBOL 0
    COLOR 0 151 151
  END
END # Layer

LAYER
  NAME gencov
  TYPE polygon
  STATUS off
  DATA standpy3
  CLASSITEM ctype
  CLASS
    NAME "Hardwoods"
    EXPRESSION "^[1-9]$|^[1-4]|^7[8,9]"
    SYMBOL 0
    COLOR 0 202 0
  END
  CLASS
    NAME "Conifers"
    EXPRESSION "^[5,6]|^7[1-4]|^7[5-7]|^81"
    SYMBOL 0
    COLOR 24 75 24
  END
  CLASS
    NAME "Shrublands"
    EXPRESSION "^8[5,6]"
    SYMBOL 0
    COLOR 135 135 44
  END
  CLASS
    NAME "Cutover Areas"
    EXPRESSION "82"
    SYMBOL 0
    COLOR 95 248 248
  END
  CLASS
    NAME "Grasslands"
    EXPRESSION "^8[3,4]"
    SYMBOL 0
    COLOR 212 212 128
  END
  CLASS
    NAME "Agriculture"
    EXPRESSION "91"
    SYMBOL 0
    COLOR 236 221 0
  END
  CLASS
    NAME "Wetlands"
    EXPRESSION "98|99"
    SYMBOL 0
    COLOR 105 34 105
  END
  CLASS
    NAME "Water"
    EXPRESSION "96|97"
    SYMBOL 0
    COLOR 0 0 236
  END
  CLASS
    NAME "Rock Outcrop"
    EXPRESSION "95"
    SYMBOL 0
    COLOR 168 168 168
  END
  CLASS
    NAME "Developed"
    EXPRESSION "92|93|94"
    SYMBOL 0
    COLOR 165 54 54
  END
END # Layer gencov

LAYER
  NAME boundaries
  TYPE line
  STATUS default
  DATA standpy3
  CLASS
    NAME "Stand Boundaries"
    SYMBOL 0
    COLOR 200 200 200
  END
END

END # Mapfile


From ddnebert at usgs.gov  Mon Jan 10 07:57:16 2000
From: ddnebert at usgs.gov (Doug Nebert)
Date: Mon, 10 Jan 2000 10:57:16 -0500
Subject: Developing uniform mask
Message-ID: <387A015C.8DC1092D@usgs.gov>

Mapserver community:

I am interested in creating a "template" or standard graphic method
that would be pasted into every delivered map from a given service
(i.e. from a given map settings file). At first I thought I'd just 
make a GIF with a wld file, but then I realized that I'd need to 
somehow compensate for its display at all scales, when it is actually 
more a final mask to put on the delivered image than it is a layer 
for the mapserver to deal with.

This kind of functionality would be helpful in letting someone add 
a logo, graphic, some text, etc. to a map service to "personalize" it.

Can anyone think of a systematic means for accomplishing this?

Doug.


-- 
Douglas D. Nebert
Clearinghouse Coordinator 
FGDC Secretariat	Phone: +1 703 648 4151	Fax: +1 703 648-5755	
Pager Messaging: 	http://fgdclearhs.er.usgs.gov/dougmsg.html


From kenboss at dilbert.dnr.state.mn.us  Mon Jan 10 08:12:57 2000
From: kenboss at dilbert.dnr.state.mn.us (kenboss)
Date: Mon, 10 Jan 2000 10:12:57 -0600 (CST)
Subject: tiff
Message-ID: <200001101612.KAA24777@philbert.dnr.state.mn.us>

And just to reiterate my biases...

Imagine sucks at creating paletted images.  The no-brainer option 
(Interpreter->Utilities->RGB Clustering) produces far less than optimal results. 
 The other option (Interpreter->Utilities->Adv. RGB Clustering) is far more 
complex than it needs to be.  

I prefer to do this sort of thing in Image Alchemy (www.handmadesw.com).  
Outside of the fact that it does a nice job of paletting without requiring tons 
of user input parameters, it also provides the option of sorting the output 
palette by "popularity".  This allows you to put the most frequently-used colors 
up at the front of the pallete, which becomes relevant when you're doing 
overlays to paletted images (correct me here if I stray too far from reality, 
Steve).  If mapserver perceives that it's running out of colors to use 
(generally limited to 256 owing to gif output constraints), it can start lopping 
colors off of the high end of your image palette and substituting for them with 
"similar" colors.  If you've got the palette sorted with the most heavily used 
colors at the low end, you'll minimize undesired effects in those situations.

For those on a tighter budget, I'd expect that some of the freeware packages 
available (Gimp, Image Magick, netpbm, etc.) might also work well for these 
purposes, though I haven't checked into it.  I think all you really need is 
something that includes a decent implementation of the Heckbert median cut 
algorithm for image paletteing (why Imagine doesn't use it is beyond me).  The 
libgeotiff C libraries (http://www.remotesensing.org/geotiff/geotiff.html) are 
indispensible in helping to retain georeferencing information as you move your 
tiffs through geo-unaware software packages.

--Ken

> Hi all-
>
> I've just been going through the process of adding images
> to our site and wanted to reiterate that the instructions that
> Ken Boss put up back in April (RE: TIFF/GeoTIFF images on Mapserver3.2) to
> create mapserver ready tiffs (in imagine) is right on- if you have imagine
> access. I haven't figured out what to do/not do in photoshop to get
> mapserver recognizable tiffs (tif version, image stuff like unsigned 8
> bit...), but will report if I figure that out.
>
> A' propos of my previous image/tiff question: size doesn't matter...
>
> Mike Hass




From banister at banister.com  Mon Jan 10 08:29:33 2000
From: banister at banister.com (Trevor Banister)
Date: Mon, 10 Jan 2000 09:29:33 -0700
Subject: Developing uniform mask
Message-ID: <6D5E4B9090F1D011AC3A00A0C903430804CFB5@www.banister.com>

Just tell the layer not to transform.

>From the docs:

transform [true|false]: Tells the MapServer whether or not a particular
layer needs to be transformed from some coordinate system to image
coordinates. Default is true. This allows you to create shapefiles in
image/graphics coordinates and therefore have features that will always
be displayed in the same location on every map. Ideal for placing logos
or text in maps. Remember that the graphics coordinate system has an
origin in the upper lefthand corner of the image, contrary to most map
coordinate systems. 

Trevor Banister
President
Banister Consulting and Online Services
Banister at Banister.com

-----Original Message-----
From: Doug Nebert [mailto:ddnebert at usgs.gov]
Sent: Monday, January 10, 2000 8:57 AM
To: Mapserver Users
Subject: Developing uniform mask




> ----------
> From: 	Doug Nebert[SMTP:DDNEBERT at USGS.GOV]
> Sent: 	Monday, January 10, 2000 8:57:16 AM
> To: 	Mapserver Users
> Subject: 	Developing uniform mask
> Auto forwarded by a Rule
> 
Mapserver community:

I am interested in creating a "template" or standard graphic method
that would be pasted into every delivered map from a given service
(i.e. from a given map settings file). At first I thought I'd just 
make a GIF with a wld file, but then I realized that I'd need to 
somehow compensate for its display at all scales, when it is actually 
more a final mask to put on the delivered image than it is a layer 
for the mapserver to deal with.

This kind of functionality would be helpful in letting someone add 
a logo, graphic, some text, etc. to a map service to "personalize" it.

Can anyone think of a systematic means for accomplishing this?

Doug.


-- 
Douglas D. Nebert
Clearinghouse Coordinator 
FGDC Secretariat	Phone: +1 703 648 4151	Fax: +1 703 648-5755	
Pager Messaging: 	http://fgdclearhs.er.usgs.gov/dougmsg.html


From imap at chesapeake.net  Mon Jan 10 08:46:37 2000
From: imap at chesapeake.net (imap at chesapeake.net)
Date: Mon, 10 Jan 2000 11:46:37 -0500
Subject: Developing uniform mask
References: <387A015C.8DC1092D@usgs.gov>
Message-ID: <387A0CED.E931EF79@chesapeake.net>

Doug,

To create a logo with screen coordinates, you need to add a layer to
your mapfile... something like:

LAYER
  NAME logo
  TYPE annotation
  STATUS DEFAULT
  DATA "other/logo"
  TRANSFORM OFF
  CLASS
    TEXT " "
    SYMBOL 10
    COLOR 0 0 0
  END
END

I think that you need to put this near the bottom of the mapfile
so that nothing collides with it.

Notice the directive TRANSFORM OFF is the important part here.
SYMBOL 10 in my "marker.sym" looks something like this:

# Symbol 10 - Logo at static position X,Y
Symbol
Type PIXMAP
IMAGE "..\graphics\Logo.gif"
Transparent 15
END

Also, the "logo.shp" layer shapefile has exactly 1 point at the
correct screen X,Y where it needs to be plotted.  
I hope that helps.

Chris Stuber (mapsurfer)
Silicon Mapping Solutions, Inc.



Doug Nebert wrote:
> 
> Mapserver community:
> 
> I am interested in creating a "template" or standard graphic method
> that would be pasted into every delivered map from a given service
> (i.e. from a given map settings file). At first I thought I'd just
> make a GIF with a wld file, but then I realized that I'd need to
> somehow compensate for its display at all scales, when it is actually
> more a final mask to put on the delivered image than it is a layer
> for the mapserver to deal with.
> 
> This kind of functionality would be helpful in letting someone add
> a logo, graphic, some text, etc. to a map service to "personalize" it.
> 
> Can anyone think of a systematic means for accomplishing this?
> 
> Doug.
> 
> --
> Douglas D. Nebert
> Clearinghouse Coordinator
> FGDC Secretariat        Phone: +1 703 648 4151  Fax: +1 703 648-5755
> Pager Messaging:        http://fgdclearhs.er.usgs.gov/dougmsg.html

-- 

Chris Stuber (mapsurfer)
287 Southland Ct
Dunkirk, MD  20754


From ddnebert at usgs.gov  Mon Jan 10 08:32:08 2000
From: ddnebert at usgs.gov (Doug Nebert)
Date: Mon, 10 Jan 2000 11:32:08 -0500
Subject: Developing uniform mask
References: <6D5E4B9090F1D011AC3A00A0C903430804CFB5@www.banister.com>
Message-ID: <387A0988.FB05E03@usgs.gov>

Trevor Banister wrote:
> 
> Just tell the layer not to transform.

Thanks, that'll do it!

> 
> >From the docs:
> 
> transform [true|false]: Tells the MapServer whether or not a particular
> layer needs to be transformed from some coordinate system to image
> coordinates. Default is true. This allows you to create shapefiles in
> image/graphics coordinates and therefore have features that will always
> be displayed in the same location on every map. Ideal for placing logos
> or text in maps. Remember that the graphics coordinate system has an
> origin in the upper lefthand corner of the image, contrary to most map
> coordinate systems.
> 

LAYER
  NAME logo
  TYPE annotation
  STATUS DEFAULT
  DATA "other/logo"
  TRANSFORM OFF
  CLASS
    TEXT " "
    SYMBOL 10
    COLOR 0 0 0
  END
END

> Mapserver community:
> 
> I am interested in creating a "template" or standard graphic method
> that would be pasted into every delivered map from a given service
> (i.e. from a given map settings file). At first I thought I'd just
> make a GIF with a wld file, but then I realized that I'd need to
> somehow compensate for its display at all scales, when it is actually
> more a final mask to put on the delivered image than it is a layer
> for the mapserver to deal with.
> 
> This kind of functionality would be helpful in letting someone add
> a logo, graphic, some text, etc. to a map service to "personalize" it.
> 
> Can anyone think of a systematic means for accomplishing this?
> 
> Doug.
> 
> --
> Douglas D. Nebert
> Clearinghouse Coordinator
> FGDC Secretariat        Phone: +1 703 648 4151  Fax: +1 703 648-5755
> Pager Messaging:        http://fgdclearhs.er.usgs.gov/dougmsg.html

-- 
Douglas D. Nebert
Clearinghouse Coordinator 
FGDC Secretariat	Phone: +1 703 648 4151	Fax: +1 703 648-5755	
Pager Messaging: 	http://fgdclearhs.er.usgs.gov/dougmsg.html


From marin at here.is  Mon Jan 10 16:24:48 2000
From: marin at here.is (Ma)
Date: Tue, 11 Jan 2000 00:24:48 +0000
Subject: Developing uniform mask
References: <387A015C.8DC1092D@usgs.gov> <387A0CED.E931EF79@chesapeake.net>
Message-ID: <387A784F.A869100B@here.is>

Hi,

you can create SHP files from TXT files with FShape. Just put in the text
file the screen coordinates.
URL http://www.javashape.com
You can even add north arrow on the map. Just use TTFont with arrows (from
ArcView or MapInfo).

--
Ma


imap at chesapeake.net wrote:

> Doug,
>
> To create a logo with screen coordinates, you need to add a layer to
> your mapfile... something like:
>
> LAYER
>   NAME logo
>   TYPE annotation
>   STATUS DEFAULT
>   DATA "other/logo"
>   TRANSFORM OFF
>   CLASS
>     TEXT " "
>     SYMBOL 10
>     COLOR 0 0 0
>   END
> END
>
> I think that you need to put this near the bottom of the mapfile
> so that nothing collides with it.
>
> Notice the directive TRANSFORM OFF is the important part here.
> SYMBOL 10 in my "marker.sym" looks something like this:
>
> # Symbol 10 - Logo at static position X,Y
> Symbol
> Type PIXMAP
> IMAGE "..\graphics\Logo.gif"
> Transparent 15
> END
>
> Also, the "logo.shp" layer shapefile has exactly 1 point at the
> correct screen X,Y where it needs to be plotted.
> I hope that helps.
>
> Chris Stuber (mapsurfer)
> Silicon Mapping Solutions, Inc.
>
> Doug Nebert wrote:
> >
> > Mapserver community:
> >
> > I am interested in creating a "template" or standard graphic method
> > that would be pasted into every delivered map from a given service
> > (i.e. from a given map settings file). At first I thought I'd just
> > make a GIF with a wld file, but then I realized that I'd need to
> > somehow compensate for its display at all scales, when it is actually
> > more a final mask to put on the delivered image than it is a layer
> > for the mapserver to deal with.
> >
> > This kind of functionality would be helpful in letting someone add
> > a logo, graphic, some text, etc. to a map service to "personalize" it.
> >
> > Can anyone think of a systematic means for accomplishing this?
> >
> > Doug.
> >
> > --
> > Douglas D. Nebert
> > Clearinghouse Coordinator
> > FGDC Secretariat        Phone: +1 703 648 4151  Fax: +1 703 648-5755
> > Pager Messaging:        http://fgdclearhs.er.usgs.gov/dougmsg.html
>
> --
>
> Chris Stuber (mapsurfer)
> 287 Southland Ct
> Dunkirk, MD  20754



From marin at here.is  Mon Jan 10 16:29:53 2000
From: marin at here.is (Ma)
Date: Tue, 11 Jan 2000 00:29:53 +0000
Subject: Developing uniform mask - CORRECTED URL
References: <387A015C.8DC1092D@usgs.gov> <387A0CED.E931EF79@chesapeake.net> <387A784F.A869100B@here.is>
Message-ID: <387A7980.F1F987F7@here.is>

Hi,
you can create SHP files from TXT files with FShape. Just put in the text file
the screen coordinates.
URL http://www.jshape.com
You can even add north arrow on the map. Just use TTFont with arrows (from
ArcView or MapInfo).

--
Ma


> imap at chesapeake.net wrote:
>
> > Doug,
> >
> > To create a logo with screen coordinates, you need to add a layer to
> > your mapfile... something like:
> >
> > LAYER
> >   NAME logo
> >   TYPE annotation
> >   STATUS DEFAULT
> >   DATA "other/logo"
> >   TRANSFORM OFF
> >   CLASS
> >     TEXT " "
> >     SYMBOL 10
> >     COLOR 0 0 0
> >   END
> > END
> >
> > I think that you need to put this near the bottom of the mapfile
> > so that nothing collides with it.
> >
> > Notice the directive TRANSFORM OFF is the important part here.
> > SYMBOL 10 in my "marker.sym" looks something like this:
> >
> > # Symbol 10 - Logo at static position X,Y
> > Symbol
> > Type PIXMAP
> > IMAGE "..\graphics\Logo.gif"
> > Transparent 15
> > END
> >
> > Also, the "logo.shp" layer shapefile has exactly 1 point at the
> > correct screen X,Y where it needs to be plotted.
> > I hope that helps.
> >
> > Chris Stuber (mapsurfer)
> > Silicon Mapping Solutions, Inc.
> >
> > Doug Nebert wrote:
> > >
> > > Mapserver community:
> > >
> > > I am interested in creating a "template" or standard graphic method
> > > that would be pasted into every delivered map from a given service
> > > (i.e. from a given map settings file). At first I thought I'd just
> > > make a GIF with a wld file, but then I realized that I'd need to
> > > somehow compensate for its display at all scales, when it is actually
> > > more a final mask to put on the delivered image than it is a layer
> > > for the mapserver to deal with.
> > >
> > > This kind of functionality would be helpful in letting someone add
> > > a logo, graphic, some text, etc. to a map service to "personalize" it.
> > >
> > > Can anyone think of a systematic means for accomplishing this?
> > >
> > > Doug.
> > >
> > > --
> > > Douglas D. Nebert
> > > Clearinghouse Coordinator
> > > FGDC Secretariat        Phone: +1 703 648 4151  Fax: +1 703 648-5755
> > > Pager Messaging:        http://fgdclearhs.er.usgs.gov/dougmsg.html
> >
> > --
> >
> > Chris Stuber (mapsurfer)
> > 287 Southland Ct
> > Dunkirk, MD  20754



From danmo at videotron.ca  Tue Jan 11 07:28:32 2000
From: danmo at videotron.ca (Daniel Morissette)
Date: Tue, 11 Jan 2000 10:28:32 -0500
Subject: Wow!
Message-ID: <387B4C20.A2E1D1DC@videotron.ca>

Hi,

I am new to this list and to MapServer, but I thought I should write a
note just to say that I've been quite impressed with MapServer until
now!

Within a couple of hours, I was able to build/install MapServer, get the
demo running, learn the way map files work and... use it to reproduce
the most part of a web mapping application that we had previously built
using a very expensive web mapping package (I won't give names!!!).  And
the "worst" in all that is that the MapServer version is at least 10
times faster than the original... Wow!  I can already see lots of
potential uses for it!

However, I would like to report minor problems that I encountered with
version 3.3.003:

- There is currently no demo data available on the web site... even if
the standard demo has not been upgraded for version 3.3 yet, there
should still be a link to the old 3.2 demo with a huge note saying that
it won't work but that you are free to try... I've been lucky and have
been able to guess the filename for the demo (/dist/ws_demo.tar.gz) to
download it, but not every new user will try that I'm sure!

- The MAP file documentation states at the beginning that file paths can
be either absolute or relative to the map file's location.  However, I
was not able to get my MAP file to work with relative filenames for
TEMPLATES (I had to use absolute paths)... was that a known problem?

Congrats again for building that system!
-- 
------------------------------------------------------------
 Daniel Morissette                       danmo at videotron.ca
              http://pages.infinit.net/danmo/
------------------------------------------------------------
  Don't put for tomorrow what you can do today, because if 
      you enjoy it today you can do it again tomorrow.



From Ross.Searle at dnr.qld.gov.au  Tue Jan 11 22:49:53 2000
From: Ross.Searle at dnr.qld.gov.au (Searle Ross)
Date: Wed, 12 Jan 2000 16:49:53 +1000
Subject: CGI Variables
Message-ID: <C10DC4222C68D311B7E50008C79F8B120FFFF1@enterprise.dnr.qld.gov.au>

Steve or any other wise person,

I am trying to create an applet that talks directly to mapserver so that you
do not actually submit the HTML page but rather the applet submits the URL
and processes the returned info and updates the image inside the applet. The
upshot of this being that the whole HTML page doesn't have to be refreshed
only the applet. This is all working fine. I am trying to use zoomin
functions etc similar to your applet. Since the applet submits the URL I
need to know what CGI variables are actually controlling mapextents etc of
the returned image so that I can build the appropriate URL.

I was wondering if you could give some further info on how mapserver
processes the CGI variables and their importance. In particular imgext,
mapext, imgxy, img.x, img.y. I have been trying to work out by a process of
elimination what goes on but the only thing I am eliminating is scarce brain
cells. I know this is all a bit vague but an example of what I am concerned
with is - I have been able to control the zoom by generating mapextents but
then when I do a query I get messages such as "imgxy not set"

It would be nice to get a brief overview of how mapserver processes these
variables

Thanks
Ross


Ross Searle
Natural Resource Information Management Officer
Department of Natural Resources
PO Box 1143 
Bundaberg QLD 4670. Australia
Ph : 0741 537 888 Fax : 0741 537 823



From ddnebert at usgs.gov  Wed Jan 12 07:05:39 2000
From: ddnebert at usgs.gov (Doug Nebert)
Date: Wed, 12 Jan 2000 10:05:39 -0500
Subject: Interesting news...
Message-ID: <387C9843.3ED8FE6B@usgs.gov>

MAPQUEST IN THE NEWS
4) MapQuest Joins America Online 
If you haven't already heard the exciting news...AOL has 
announced its plans to buy MapQuest. As the world's leading 
provider of online maps and directions, we are pleased to join 
AOL's growing family of Web brands. 

To learn more about this exciting deal, click here:
http://wwwrd.0mm.com/cg/rd.cgi?i=map002006


From steve.lime at dnr.state.mn.us  Thu Jan 13 08:14:29 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Thu, 13 Jan 2000 10:14:29 -0600
Subject: Developing uniform mask
Message-ID: <s87da587.011@smtp.dnr.state.mn.us>

I might also add that you can use inline features to do this as well. No sense 
creating a shapefile in this case. Here's an example:

LAYER
  NAME logo
  TYPE annotation
  STATUS DEFAULT
  TRANSFORM OFF
  CLASS
    TEXT " "
    SYMBOL 10
    COLOR 0 0 0
  END
  FEATURE
    POINTS 5 250 END
  END
END

Makes life a bit easier. Certainly easier to play with the placement. 

Steve

>>> Doug Nebert <ddnebert at usgs.gov> 01/10/00 10:32AM >>>
Trevor Banister wrote:
> 
> Just tell the layer not to transform.

Thanks, that'll do it!

> 
> >From the docs:
> 
> transform [true|false]: Tells the MapServer whether or not a particular
> layer needs to be transformed from some coordinate system to image
> coordinates. Default is true. This allows you to create shapefiles in
> image/graphics coordinates and therefore have features that will always
> be displayed in the same location on every map. Ideal for placing logos
> or text in maps. Remember that the graphics coordinate system has an
> origin in the upper lefthand corner of the image, contrary to most map
> coordinate systems.
> 

LAYER
  NAME logo
  TYPE annotation
  STATUS DEFAULT
  DATA "other/logo"
  TRANSFORM OFF
  CLASS
    TEXT " "
    SYMBOL 10
    COLOR 0 0 0
  END
END

> Mapserver community:
> 
> I am interested in creating a "template" or standard graphic method
> that would be pasted into every delivered map from a given service
> (i.e. from a given map settings file). At first I thought I'd just
> make a GIF with a wld file, but then I realized that I'd need to
> somehow compensate for its display at all scales, when it is actually
> more a final mask to put on the delivered image than it is a layer
> for the mapserver to deal with.
> 
> This kind of functionality would be helpful in letting someone add
> a logo, graphic, some text, etc. to a map service to "personalize" it.
> 
> Can anyone think of a systematic means for accomplishing this?
> 
> Doug.
> 
> --
> Douglas D. Nebert
> Clearinghouse Coordinator
> FGDC Secretariat        Phone: +1 703 648 4151  Fax: +1 703 648-5755
> Pager Messaging:        http://fgdclearhs.er.usgs.gov/dougmsg.html 

-- 
Douglas D. Nebert
Clearinghouse Coordinator 
FGDC Secretariat	Phone: +1 703 648 4151	Fax: +1 703 648-5755	
Pager Messaging: 	http://fgdclearhs.er.usgs.gov/dougmsg.html



From imap at chesapeake.net  Thu Jan 13 09:18:48 2000
From: imap at chesapeake.net (imap at chesapeake.net)
Date: Thu, 13 Jan 2000 12:18:48 -0500
Subject: Developing uniform mask
References: <s87da587.011@smtp.dnr.state.mn.us>
Message-ID: <387E08F8.5DE05774@chesapeake.net>


Steve,

I think Doug is using 3.2   Correct me if I am wrong here, but I dont think 
INLINE FEATURES were in that version.

-Chris


Stephen Lime wrote:
> 
> I might also add that you can use inline features to do this as well. No sense
> creating a shapefile in this case. Here's an example:
> 
> LAYER
>   NAME logo
>   TYPE annotation
>   STATUS DEFAULT
>   TRANSFORM OFF
>   CLASS
>     TEXT " "
>     SYMBOL 10
>     COLOR 0 0 0
>   END
>   FEATURE
>     POINTS 5 250 END
>   END
> END
> 
> Makes life a bit easier. Certainly easier to play with the placement.
> 
> Steve
> 
> >>> Doug Nebert <ddnebert at usgs.gov> 01/10/00 10:32AM >>>
> Trevor Banister wrote:
> >
> > Just tell the layer not to transform.
> 
> Thanks, that'll do it!
> 
> >
> > >From the docs:
> >
> > transform [true|false]: Tells the MapServer whether or not a particular
> > layer needs to be transformed from some coordinate system to image
> > coordinates. Default is true. This allows you to create shapefiles in
> > image/graphics coordinates and therefore have features that will always
> > be displayed in the same location on every map. Ideal for placing logos
> > or text in maps. Remember that the graphics coordinate system has an
> > origin in the upper lefthand corner of the image, contrary to most map
> > coordinate systems.
> >
> 
> LAYER
>   NAME logo
>   TYPE annotation
>   STATUS DEFAULT
>   DATA "other/logo"
>   TRANSFORM OFF
>   CLASS
>     TEXT " "
>     SYMBOL 10
>     COLOR 0 0 0
>   END
> END
> 
> > Mapserver community:
> >
> > I am interested in creating a "template" or standard graphic method
> > that would be pasted into every delivered map from a given service
> > (i.e. from a given map settings file). At first I thought I'd just
> > make a GIF with a wld file, but then I realized that I'd need to
> > somehow compensate for its display at all scales, when it is actually
> > more a final mask to put on the delivered image than it is a layer
> > for the mapserver to deal with.
> >
> > This kind of functionality would be helpful in letting someone add
> > a logo, graphic, some text, etc. to a map service to "personalize" it.
> >
> > Can anyone think of a systematic means for accomplishing this?
> >
> > Doug.
> >
> > --
> > Douglas D. Nebert
> > Clearinghouse Coordinator
> > FGDC Secretariat        Phone: +1 703 648 4151  Fax: +1 703 648-5755
> > Pager Messaging:        http://fgdclearhs.er.usgs.gov/dougmsg.html
> 
> --
> Douglas D. Nebert
> Clearinghouse Coordinator
> FGDC Secretariat        Phone: +1 703 648 4151  Fax: +1 703 648-5755
> Pager Messaging:        http://fgdclearhs.er.usgs.gov/dougmsg.html


From marin at here.is  Thu Jan 13 09:04:23 2000
From: marin at here.is (Ma)
Date: Thu, 13 Jan 2000 17:04:23 +0000
Subject: itemquery
Message-ID: <387E0596.A8706FAD@here.is>

Dear All,
I'm trying "itemquery" but I can't figure out what is wrong.
Here is the request:
http://luk/cgi-bin/lukserv?map=%2Fhome%2Fluk-s%2Fluk-srch.map&mode=itemquery&item=post_code&value=600

Here is the error:
An error has occurred in msFindRecords(): Search returned no results. No
matching record(s) found.

I have in the dbf file field with name "post_code" and I have record
"600" there. I already use them in "browse" and "query" mode. What is
wrong in "itemquery" mode, why mapserver can't find it?
Any help?

--
Ma



Steve: could you fix the test applications at
http://arachnid.dnr.state.mn.us/ms_test/index.html




From steve.lime at dnr.state.mn.us  Thu Jan 13 14:24:55 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Thu, 13 Jan 2000 16:24:55 -0600
Subject: CGI Variables
Message-ID: <s87dfc67.052@smtp.dnr.state.mn.us>

Ross: It's actually possible to do this without writing a new applet. There is a
public method called "newMap(string mapurl)" that is part of the mapimage
applet I posted awhile back. What it does is swap in the new image once it
has completely loaded. The url string is built by javascript which then calls the
public method etc. Of course if you want to use java-based controls then you'll
need something new. So, here's what those vars are:

  - imgext: the extent of the image the user is currently working from.
  - mapext: the extent of the image to be created.

(This is why you often see this in templates:

  <input type="hidden" name="imgext" value="[mapext]">

the map just created now becomes the working map. A bit confusing but it's the
way I kept things straight in the very begining.)

  - img.x and img.y: are the image coordinates for a users mouse click. The browser
    actually creates these from the <input type="image" name="img"...> line.

  - imgxy: you can't use javascript to manipulate img.x and img.y because of the .'s 
    in the name. So imgxy means exactly the same as img.x and img.y except that 
    both the x and y values are contained in one variable. If img.x, img.y and imgxy
    are set then the mouse click (i.e. img.x, img.y) takes precedence over anything
    set as a default or by javascript using imgxy.

Clear as mud? To use standard zooms you will have to mimic a standard forms
(i.e. like the demo) interface from within java. This means sending imgext (the
extend of the displayed image) AND a mouse click using imgxy. Note you can
do box zooms using imgext and imgbox. That being said, one thing to remember is 
that you're getting back an image and nothing else, no coordinate info, nothing. I 
think you'll have to manage the coordinates, zooms and everything on the client and
simply use mapext to request images. This is pretty easy to do. The C code is all
in the mapserv.c and you just need to grab the right parts and convert to java. Actually
the mapquakes.pl script I made reference to a while back shows you how to do
this too.

Steve


Stephen Lime
Internet Applications Analyst

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Searle Ross <Ross.Searle at dnr.qld.gov.au> 01/12/00 12:49AM >>>
Steve or any other wise person,

I am trying to create an applet that talks directly to mapserver so that you
do not actually submit the HTML page but rather the applet submits the URL
and processes the returned info and updates the image inside the applet. The
upshot of this being that the whole HTML page doesn't have to be refreshed
only the applet. This is all working fine. I am trying to use zoomin
functions etc similar to your applet. Since the applet submits the URL I
need to know what CGI variables are actually controlling mapextents etc of
the returned image so that I can build the appropriate URL.

I was wondering if you could give some further info on how mapserver
processes the CGI variables and their importance. In particular imgext,
mapext, imgxy, img.x, img.y. I have been trying to work out by a process of
elimination what goes on but the only thing I am eliminating is scarce brain
cells. I know this is all a bit vague but an example of what I am concerned
with is - I have been able to control the zoom by generating mapextents but
then when I do a query I get messages such as "imgxy not set"

It would be nice to get a brief overview of how mapserver processes these
variables

Thanks
Ross


Ross Searle
Natural Resource Information Management Officer
Department of Natural Resources
PO Box 1143 
Bundaberg QLD 4670. Australia
Ph : 0741 537 888 Fax : 0741 537 823




From steve.lime at dnr.state.mn.us  Fri Jan 14 13:15:47 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Fri, 14 Jan 2000 15:15:47 -0600
Subject: Demos...
Message-ID: <s87f3db0.049@smtp.dnr.state.mn.us>

Greetings: I cleaned up the test suite running here at the DNR. It all works now and now includes
links to the map files and config templates used for each interface. It's available at:

  http://arachnid.dnr.state.mn.us/ms_test 

I also posted a port of the 3.2 demo that Doug Nebert did on the main web site. URL to download is

  http://mapserver.gis.umn.edu/dist/ms_demo33.tar.gz  

and a zipped version is 

  http://mapserver.gis.umn.edu/dist/ms_demo33.zip 

I personally haven't tried it but it should work ok. It works just as the old demo and shows off no new
3.3 features.

Steve

Stephen Lime
Internet Applications Analyst

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937



From steve.lime at dnr.state.mn.us  Fri Jan 14 14:48:53 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Fri, 14 Jan 2000 16:48:53 -0600
Subject: connecting to SDO
Message-ID: <s87f5363.084@smtp.dnr.state.mn.us>

I take it the answer is no, and you didn't hear from anyone. I suppose you
could build features using MapScript and perl to talk to Oracle. I'm not sure how
easy it is to extract coordinates via Oracle Spatial or SDE. If you really wanted
to rely heavily on database-based data you'd see much better performance
using their native APIs and C. When I moved from 3.2 to 3.3 I made it much
easier to add alternative formats/access methods than before, so with 
knowledge of the Oracle API it might be pretty easy to write a mapserver
client piece. That way you could integrate local shapefiles, raster images and
remote datasets. If you'd like to work on something like this I'd be interested
in it as well. I can certainly describe the environment the client would have to
work within...

Yet another option would be to use OGDI technology to write a general mapserver
client that could talk to many, many clients rather than focusing on just one. See
http://www.ogdi.org/ for more info. Only problem is that the OGDI servers cost
$'s on top of Oracle etc. Performance may also be less than stellar.

Steve

Stephen Lime
Internet Applications Analyst

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> "Grzegorz Myrda" <mapadm at polsl.gliwice.pl> 01/08/00 06:10AM >>>
Hi,

Has anyone any experience in using Mapserv as client for Oracle 
SDO ?
Is this only:-) Perl script, which makes on-line features through for 
example Oracle Web Server Plugin ?
What about creating in this way not only some top features (with 
main map from local shapefile), but the whole map which 
sometimes can cover a big number of features.
Are there any alternatives to do it in any other ways ?

Grzegorz




From marin at here.is  Fri Jan 14 16:45:08 2000
From: marin at here.is (Ma)
Date: Sat, 15 Jan 2000 00:45:08 +0000
Subject: 3.2 to 3.3xx
Message-ID: <387FC312.4DCFB90F@here.is>


How to set up the variables from v3.2 ini file to the last v3.3xx? Where
is the new place for them?

SYMBOL_PATH=
IMAGE_PATH=
IMAGE_VIRTUAL_PATH=
CONTACT_EMAIL=
LOG_PATH=

--
Ma




From steve.lime at dnr.state.mn.us  Fri Jan 14 19:52:44 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Fri, 14 Jan 2000 21:52:44 -0600
Subject: 3.2 to 3.3xx
Message-ID: <s87f9abe.048@smtp.dnr.state.mn.us>

Here goes...

SYMBOL_PATH=: goes away. There are no default symbol sets with 3.3. If you use symbols other than the degenerate cases (i.e. symbol 0) you'll need to specify the appropriate SHADESET, LINESET or MARKERSET. In many simple cases no symbol sets are necessary.

IMAGE_PATH=: called IMAGEPATH and defined in the WEB object. Must be full path or relative to location of the mapfile. Must end with '/' or '\'.


IMAGE_VIRTUAL_PATH= called IMAGEURL in the WEB object. Again, must end with '/' or '\'.

CONTACT_EMAIL=: Not used. Too many people left it pointing to me. 

LOG_PATH=: Now named LOG in the WEB object. It is the full filename (full path or relative to map file) of the log file. Must be writable by the web user. Supposedly logging is broken and will be fixed in 3.3.004. 

These are documented in the online HTML pages...

Steve

<<< Ma <marin at here.is>  1/14  6:42p >>>

How to set up the variables from v3.2 ini file to the last v3.3xx? Where
is the new place for them?

SYMBOL_PATH=
IMAGE_PATH=
IMAGE_VIRTUAL_PATH=
CONTACT_EMAIL=
LOG_PATH=

--
Ma





From mdh20 at axe.humboldt.edu  Tue Jan 18 12:54:17 2000
From: mdh20 at axe.humboldt.edu (Michael Hass)
Date: Tue, 18 Jan 2000 12:54:17 -0800 (PST)
Subject: make MS_3.3.005
Message-ID: <Pine.OSF.4.10.10001181242340.21581-100000@axe.humboldt.edu>


Has anyone else had a problem running the make of the new version
at the mapsearch.* point? I am getting an error at this point, but
don't know enough about this process to fix it.

Except for the obvious, my 3.3 makefile looks similar to the
3.2 makefile.

Thanks for any comments.
Mike Hass



From steve.lime at dnr.state.mn.us  Wed Jan 19 11:18:35 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Wed, 19 Jan 2000 13:18:35 -0600
Subject: interesting application...
Message-ID: <s885b9c1.062@smtp.dnr.state.mn.us>

Here's an example application that uses a simple perl script to function, but all
data where built using MapScript. Check out:

http://www.dnr.state.mn.us/mapping/quads_tiled/maps.html?451051.51716,5037230.18640 

Basically it's a USGS DRG viewer for the State of Minnesota and functions like
the TerraServer and TopoZone. MapScript was used to bust the 3 USGS map series
DLG data into 360,000 GIF images. A simple perl script is used to assemble pieces
into maps of arbitrarily large size. This technique is well suited to the quad maps since
infinite zoom doesn't work well with line art. Another nice benefit is that individual GIF
images are cached so there is less overhead for both the server and the client.

Steve

Stephen Lime
Internet Applications Analyst

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937



From bfischer at usgs.gov  Thu Jan 20 08:49:58 2000
From: bfischer at usgs.gov (bfischer at usgs.gov)
Date: Thu, 20 Jan 2000 10:49:58 -0600
Subject: Availibility on NT
Message-ID: <OF19C7059A.C7067AEE-ON0625686C.005BE13F@cr.usgs.gov>

Hi everyone,

     I am a new user to mapserver.  I have a couple of initial questions.
I have to make a decision about whether to develop my application on NT or
UNIX.  Has anyone ran into any problems using the NT port of mapserver?  I
was also wondering if you have to have the application on the web portion
of the server or can you just keep it on the file system and use path
names.  Like this
file:///M:/00106/web_watershed/cgi-bin/mapserv?map=M:/00106/web_watersheds/basins.map

     I tried this on the NT and it did not work.  Maybe I am not doing it
right, but it doesn't seem to like the drive letter in the path.

any help would be greatly appreciated.  Thanks.


Brian Fischer
USGS WRD
Mounds View, MN




From ddnebert at usgs.gov  Thu Jan 20 09:32:56 2000
From: ddnebert at usgs.gov (Doug Nebert)
Date: Thu, 20 Jan 2000 12:32:56 -0500
Subject: Availibility on NT
References: <OF19C7059A.C7067AEE-ON0625686C.005BE13F@cr.usgs.gov>
Message-ID: <388746C8.DA6192E0@usgs.gov>

I don't think you can do this on either platform because 
the relationship of the template, the .map file, and the mapserv
executable are all well-known in a web server. It might be possible 
but you might have to dig in code to find the connections.

I am running mapserver both on Linux and NT and pound for pound 
the Linux service seems a bit faster. On either one you will need 
to schedule garbage collection (literally deleting GIFs/PNGs made
as requests in your scratch directory). I find this easier with 
cron than the "at" scheduler of NT. 

Doug.

bfischer at usgs.gov wrote:
> 
> Hi everyone,
> 
>      I am a new user to mapserver.  I have a couple of initial questions.
> I have to make a decision about whether to develop my application on NT or
> UNIX.  Has anyone ran into any problems using the NT port of mapserver?  I
> was also wondering if you have to have the application on the web portion
> of the server or can you just keep it on the file system and use path
> names.  Like this
> file:///M:/00106/web_watershed/cgi-bin/mapserv?map=M:/00106/web_watersheds/basins.map
> 
>      I tried this on the NT and it did not work.  Maybe I am not doing it
> right, but it doesn't seem to like the drive letter in the path.
> 
> any help would be greatly appreciated.  Thanks.
> 
> Brian Fischer
> USGS WRD
> Mounds View, MN

-- 
Douglas D. Nebert
Clearinghouse Coordinator 
FGDC Secretariat	Phone: +1 703 648 4151	Fax: +1 703 648-5755	
Pager Messaging: 	http://fgdclearhs.er.usgs.gov/dougmsg.html


From rob at cabrion.com  Thu Jan 20 10:54:28 2000
From: rob at cabrion.com (rob)
Date: Thu, 20 Jan 2000 13:54:28 -0500
Subject: Availibility on NT
References: <OF19C7059A.C7067AEE-ON0625686C.005BE13F@cr.usgs.gov> <388746C8.DA6192E0@usgs.gov>
Message-ID: <001601bf6377$da0ebc00$8000fd0a@cabrion.org>

Beware!

NT's "at" is very broken if you install IE 5.0 on the server.

--rob

----- Original Message -----
From: Doug Nebert <ddnebert at usgs.gov>
To: <bfischer at usgs.gov>
Cc: <mapserver-users at lists.gis.umn.edu>
Sent: Thursday, January 20, 2000 12:32 PM
Subject: Re: Availibility on NT


> I don't think you can do this on either platform because
> the relationship of the template, the .map file, and the mapserv
> executable are all well-known in a web server. It might be possible
> but you might have to dig in code to find the connections.
>
> I am running mapserver both on Linux and NT and pound for pound
> the Linux service seems a bit faster. On either one you will need
> to schedule garbage collection (literally deleting GIFs/PNGs made
> as requests in your scratch directory). I find this easier with
> cron than the "at" scheduler of NT.
>
> Doug.
>
> bfischer at usgs.gov wrote:
> >
> > Hi everyone,
> >
> >      I am a new user to mapserver.  I have a couple of initial
questions.
> > I have to make a decision about whether to develop my application on NT
or
> > UNIX.  Has anyone ran into any problems using the NT port of mapserver?
I
> > was also wondering if you have to have the application on the web
portion
> > of the server or can you just keep it on the file system and use path
> > names.  Like this
> >
file:///M:/00106/web_watershed/cgi-bin/mapserv?map=M:/00106/web_watersheds/b
asins.map
> >
> >      I tried this on the NT and it did not work.  Maybe I am not doing
it
> > right, but it doesn't seem to like the drive letter in the path.
> >
> > any help would be greatly appreciated.  Thanks.
> >
> > Brian Fischer
> > USGS WRD
> > Mounds View, MN
>
> --
> Douglas D. Nebert
> Clearinghouse Coordinator
> FGDC Secretariat Phone: +1 703 648 4151 Fax: +1 703 648-5755
> Pager Messaging: http://fgdclearhs.er.usgs.gov/dougmsg.html
>



From bowenj at gaiaenv.com  Thu Jan 20 11:11:48 2000
From: bowenj at gaiaenv.com (Jim T. Bowen (GAIA Consultants Inc.))
Date: Thu, 20 Jan 2000 12:11:48 -0700
Subject: Availibility on NT
References: <OF19C7059A.C7067AEE-ON0625686C.005BE13F@cr.usgs.gov> <388746C8.DA6192E0@usgs.gov> <001601bf6377$da0ebc00$8000fd0a@cabrion.org>
Message-ID: <38875DF4.4A772EAB@gaiaenv.com>

I run MapServer on Linux, but I have been running AT Scheduler (from the
NT Resource Kit) on our NT server with no problems (IE 5 installed). 
The Resource Kit is well worth the investment; indeed, there are many
useful utilities included.  Check here for more info. 

http://www.ezine.com/QandA/ResKit.html

Jim

rob wrote:
> 
> Beware!
> 
> NT's "at" is very broken if you install IE 5.0 on the server.
> 
> --rob
> 
> ----- Original Message -----
> From: Doug Nebert <ddnebert at usgs.gov>
> To: <bfischer at usgs.gov>
> Cc: <mapserver-users at lists.gis.umn.edu>
> Sent: Thursday, January 20, 2000 12:32 PM
> Subject: Re: Availibility on NT
> 
> > I don't think you can do this on either platform because
> > the relationship of the template, the .map file, and the mapserv
> > executable are all well-known in a web server. It might be possible
> > but you might have to dig in code to find the connections.
> >
> > I am running mapserver both on Linux and NT and pound for pound
> > the Linux service seems a bit faster. On either one you will need
> > to schedule garbage collection (literally deleting GIFs/PNGs made
> > as requests in your scratch directory). I find this easier with
> > cron than the "at" scheduler of NT.
> >
> > Doug.
> >
> > bfischer at usgs.gov wrote:
> > >
> > > Hi everyone,
> > >
> > >      I am a new user to mapserver.  I have a couple of initial
> questions.
> > > I have to make a decision about whether to develop my application on NT
> or
> > > UNIX.  Has anyone ran into any problems using the NT port of mapserver?
> I
> > > was also wondering if you have to have the application on the web
> portion
> > > of the server or can you just keep it on the file system and use path
> > > names.  Like this
> > >
> file:///M:/00106/web_watershed/cgi-bin/mapserv?map=M:/00106/web_watersheds/b
> asins.map
> > >
> > >      I tried this on the NT and it did not work.  Maybe I am not doing
> it
> > > right, but it doesn't seem to like the drive letter in the path.
> > >
> > > any help would be greatly appreciated.  Thanks.
> > >
> > > Brian Fischer
> > > USGS WRD
> > > Mounds View, MN
> >
> > --
> > Douglas D. Nebert
> > Clearinghouse Coordinator
> > FGDC Secretariat Phone: +1 703 648 4151 Fax: +1 703 648-5755
> > Pager Messaging: http://fgdclearhs.er.usgs.gov/dougmsg.html
> >

-- 
_______________________________________
In order to reduce SPAM (i.e., junk 
e-mail), all e-mail to me must include
the following somewhere in the body
of the message:        J*I*M
_______________________________________


_______________________________________
Jim T. Bowen, M.Sc., President 
                                   
Suite 306,  822-11th Ave. S.W.     
Calgary, Alberta, Canada  T2R 0E5  
Ph: 403-571-7213   Fax: 403-571-7211
bowenj at gaiaenv.com

http://www.gaiaenv.com         
_______________________________________


From bfraser at geoanalytic.com  Thu Jan 20 11:34:31 2000
From: bfraser at geoanalytic.com (Brent Fraser)
Date: Thu, 20 Jan 2000 12:34:31 -0700
Subject: Availibility on NT
References: <OF19C7059A.C7067AEE-ON0625686C.005BE13F@cr.usgs.gov> <388746C8.DA6192E0@usgs.gov>
Message-ID: <00d901bf637d$5fc4ad50$390002c0@servo>

As Doug points out, mapserver is really meant to
be run in conjunction with a webserver.  If you want
to simply render GIF from a map configuration file
use the "shp2img" program included with mapserver.

Some Windows notes...

You can distribute parts of the mapserver system/site.
I've never tried moving the mapserv.exe from the
cgi-bin dir (web servers like/demand the executables
be located there).

But you can put the ".map" file wherever you like on
the server's filesystem (or mapped drives).  This may
look a little weird in the HTML since a drive letter is
a little unnatural for web sites.

A move practical example would be to specify the
drive letter in the path of the shape and image files
listed in the map file.  You can do this, just remember
to use double quotes around the entire path:

SHAPEPATH "M:\GeoData\"

Brent



----- Original Message -----
From: "Doug Nebert" <ddnebert at usgs.gov>
To: <bfischer at usgs.gov>
Cc: <mapserver-users at lists.gis.umn.edu>
Sent: Thursday, January 20, 2000 10:32 AM
Subject: Re: Availibility on NT


> I don't think you can do this on either platform because
> the relationship of the template, the .map file, and the mapserv
> executable are all well-known in a web server. It might be possible
> but you might have to dig in code to find the connections.
>
> I am running mapserver both on Linux and NT and pound for pound
> the Linux service seems a bit faster. On either one you will need
> to schedule garbage collection (literally deleting GIFs/PNGs made
> as requests in your scratch directory). I find this easier with
> cron than the "at" scheduler of NT.
>
> Doug.
>
> bfischer at usgs.gov wrote:
> >
> > Hi everyone,
> >
> >      I am a new user to mapserver.  I have a couple of initial
questions.
> > I have to make a decision about whether to develop my application on NT
or
> > UNIX.  Has anyone ran into any problems using the NT port of mapserver?
I
> > was also wondering if you have to have the application on the web
portion
> > of the server or can you just keep it on the file system and use path
> > names.  Like this
> >
file:///M:/00106/web_watershed/cgi-bin/mapserv?map=M:/00106/web_watersheds/b
asins.map
> >
> >      I tried this on the NT and it did not work.  Maybe I am not doing
it
> > right, but it doesn't seem to like the drive letter in the path.
> >
> > any help would be greatly appreciated.  Thanks.
> >
> > Brian Fischer
> > USGS WRD
> > Mounds View, MN
>
> --
> Douglas D. Nebert
> Clearinghouse Coordinator
> FGDC Secretariat Phone: +1 703 648 4151 Fax: +1 703 648-5755
> Pager Messaging: http://fgdclearhs.er.usgs.gov/dougmsg.html



From pnaciona at gis.umn.edu  Thu Jan 20 12:28:55 2000
From: pnaciona at gis.umn.edu (Pericles S. Nacionales)
Date: Thu, 20 Jan 2000 14:28:55 -0600
Subject: Availibility on NT
References: <OF19C7059A.C7067AEE-ON0625686C.005BE13F@cr.usgs.gov>
Message-ID: <005d01bf6384$f918fae0$9a496580@gis.umn.edu>

Brian,

I've been testing applications on NT MapServer and could say that it runs
quite well .  Unfortunately, when creating database joins, mapserv.exe
bombs.  There may be more problems but I haven't encountered them.  The good
thing about running mapserver on Unix is that you'll know it's stable and
that more people can help you with questions/problems.  But if you feel
comfortable with NT...  it wouldn't hurt to try.

A few things I noticed about your URL:

1. It's not running as a CGI under a web server.  I suggest running a web
server (apache, IIS, or whatever) and put mapserv.exe on the /cgi-bin
directory.

2.  My experience with the NT mapserver is that you need the type in the
.exe extension, otherwise it won't work.  Check
 http://128.101.73.154/cgi-bin/mapserv.exe?map=e:\projects\landsat\paths.map
(the URL works but the app is broken at the moment)

3.  You probably notice in the URL above the path to the mapfile actually
uses the backward slash.  Make sure to use the "\" when accessing local
paths and "/" for the virtual (web) paths.

Hope that helps.

-Perry


----- Original Message -----
From: <bfischer at usgs.gov>
To: <mapserver-users at lists>
Sent: Thursday, January 20, 2000 10:49 AM
Subject: Availibility on NT


> Hi everyone,
>
>      I am a new user to mapserver.  I have a couple of initial questions.
> I have to make a decision about whether to develop my application on NT or
> UNIX.  Has anyone ran into any problems using the NT port of mapserver?  I
> was also wondering if you have to have the application on the web portion
> of the server or can you just keep it on the file system and use path
> names.  Like this
>
file:///M:/00106/web_watershed/cgi-bin/mapserv?map=M:/00106/web_watersheds/b
asins.map
>
>      I tried this on the NT and it did not work.  Maybe I am not doing it
> right, but it doesn't seem to like the drive letter in the path.
>
> any help would be greatly appreciated.  Thanks.
>
>
> Brian Fischer
> USGS WRD
> Mounds View, MN
>
>



From steve.lime at dnr.state.mn.us  Thu Jan 20 14:33:00 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Thu, 20 Jan 2000 16:33:00 -0600
Subject: Availibility on NT
Message-ID: <s88738bd.032@smtp.dnr.state.mn.us>

Remember that the NT binary is behind the src release by a bit. Hopefully there will
be a new NT release soon. It's not worth it until 3.3.006 is released.

Steve

Stephen Lime
Internet Applications Analyst

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> "Pericles S. Nacionales" <pnaciona at gis.umn.edu> 01/20/00 02:28PM >>>
Brian,

I've been testing applications on NT MapServer and could say that it runs
quite well .  Unfortunately, when creating database joins, mapserv.exe
bombs.  There may be more problems but I haven't encountered them.  The good
thing about running mapserver on Unix is that you'll know it's stable and
that more people can help you with questions/problems.  But if you feel
comfortable with NT...  it wouldn't hurt to try.

A few things I noticed about your URL:

1. It's not running as a CGI under a web server.  I suggest running a web
server (apache, IIS, or whatever) and put mapserv.exe on the /cgi-bin
directory.

2.  My experience with the NT mapserver is that you need the type in the
.exe extension, otherwise it won't work.  Check
 http://128.101.73.154/cgi-bin/mapserv.exe?map=e:\projects\landsat\paths.map 
(the URL works but the app is broken at the moment)

3.  You probably notice in the URL above the path to the mapfile actually
uses the backward slash.  Make sure to use the "\" when accessing local
paths and "/" for the virtual (web) paths.

Hope that helps.

-Perry


----- Original Message -----
From: <bfischer at usgs.gov>
To: <mapserver-users at lists>
Sent: Thursday, January 20, 2000 10:49 AM
Subject: Availibility on NT


> Hi everyone,
>
>      I am a new user to mapserver.  I have a couple of initial questions.
> I have to make a decision about whether to develop my application on NT or
> UNIX.  Has anyone ran into any problems using the NT port of mapserver?  I
> was also wondering if you have to have the application on the web portion
> of the server or can you just keep it on the file system and use path
> names.  Like this
>
file:///M:/00106/web_watershed/cgi-bin/mapserv?map=M:/00106/web_watersheds/b
asins.map
>
>      I tried this on the NT and it did not work.  Maybe I am not doing it
> right, but it doesn't seem to like the drive letter in the path.
>
> any help would be greatly appreciated.  Thanks.
>
>
> Brian Fischer
> USGS WRD
> Mounds View, MN
>
>




From mdh20 at axe.humboldt.edu  Thu Jan 20 15:35:30 2000
From: mdh20 at axe.humboldt.edu (Michael Hass)
Date: Thu, 20 Jan 2000 15:35:30 -0800 (PST)
Subject: loadWeb(): Unknown identifier
In-Reply-To: <s8859c07.091@smtp.dnr.state.mn.us>
Message-ID: <Pine.OSF.4.10.10001201233280.30293-100000@axe.humboldt.edu>



I am getting the following error when I try to run
the 3.3.005 demo.

loadWeb(): Unknown identifier. ( ):(23)

My web object is below. Paths are same as a successful ini file.
Does (23) indicate line? If so that would be the imagepath. My
ms created gifs sit in the tmp dir.

Mike


WEB
  HEADER /home/k2rimap/ms_demo/demo_header.html
  TEMPLATE /home/httpd/html/krfrtf/demo.html
  MINSCALE 1000
  MAXSCALE 1550000
  IMAGEPATH "/home/httpd/html/images/tmp/" 
  IMAGEURL "/images/tmp/"
END

M



From bowenj at gaiaenv.com  Thu Jan 20 16:21:27 2000
From: bowenj at gaiaenv.com (Jim T. Bowen (GAIA Consultants Inc.))
Date: Thu, 20 Jan 2000 17:21:27 -0700
Subject: loadWeb(): Unknown identifier
References: <Pine.OSF.4.10.10001201233280.30293-100000@axe.humboldt.edu>
Message-ID: <3887A687.CEFB0B24@gaiaenv.com>

I was receiving a similar error with some of my map files.  It could be
a DOS-->UNIX issue.  Try replacing the carriage return and line feed
combinations with a line feed only.  But then again, a DOS-->UNIX type
error usually at an earlier line number.  Might be worth a shot...

PS  One software package that can perform this function in a DOS/Win
environment is UltraEdit

Michael Hass wrote:
> 
> I am getting the following error when I try to run
> the 3.3.005 demo.
> 
> loadWeb(): Unknown identifier. ( ):(23)
> 
> My web object is below. Paths are same as a successful ini file.
> Does (23) indicate line? If so that would be the imagepath. My
> ms created gifs sit in the tmp dir.
> 
> Mike
> 
> WEB
>   HEADER /home/k2rimap/ms_demo/demo_header.html
>   TEMPLATE /home/httpd/html/krfrtf/demo.html
>   MINSCALE 1000
>   MAXSCALE 1550000
>   IMAGEPATH "/home/httpd/html/images/tmp/"
>   IMAGEURL "/images/tmp/"
> END
> 
> M

-- 
_______________________________________
In order to reduce SPAM (i.e., junk 
e-mail), all e-mail to me must include
the following somewhere in the body
of the message:        J*I*M
_______________________________________


_______________________________________
Jim T. Bowen, M.Sc., President 
                                   
Suite 306,  822-11th Ave. S.W.     
Calgary, Alberta, Canada  T2R 0E5  
Ph: 403-571-7213   Fax: 403-571-7211
bowenj at gaiaenv.com

http://www.gaiaenv.com         
_______________________________________


From bfischer at usgs.gov  Tue Jan 25 08:18:23 2000
From: bfischer at usgs.gov (bfischer at usgs.gov)
Date: Tue, 25 Jan 2000 10:18:23 -0600
Subject: No subject
Message-ID: <OF40AF2828.DEBB0A7D-ON06256871.00588D29@cr.usgs.gov>

Mapserver Users,

     I am in the processes of trying to install the mapserver software on a
UNIX platform (sun 5.6).  Forgive me for asking what are probably simple
questions for most of you, but I have to learn somehow.  I downloaded
LibTiff 3.5.4 and FreeType 1.3.1.  I unpacked these two files and they are
in my home directory.  Do I have to be in a specific directory before I
follow their install instructions?  The install instructions say to just
type ./configure and then make.  Can anyone provide additional information
that I may need before installing these packages?


     The second question is associated with the mapserv software.  I
unpacked the mapserv 3.3.005.  When I unpacked it there was not a
mapserv.ini file in the directory to edit?  I am also not very familiar
with UNIX setup, so is there anything in the Makefile that I should edit?
I also tried to run the make command from my home directory to see if it
worked.  It did not seem to create any executables.  Do I need to have the
mapserv directory in the cgi-bin before I type make?


Thank you for the help,

Brian Fischer
bfischer at usgs.gov
USGS WRD
2280 Woodale Dr.
Mounds View, MN
(612) 783-3133




From steve.lime at dnr.state.mn.us  Tue Jan 25 09:13:33 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Tue, 25 Jan 2000 11:13:33 -0600
Subject: No subject
Message-ID: <s88d8561.065@gwgate.dnr.state.mn.us>

Brian: The only things to note on FreeType and LibTIFF is that by default they
will:

  - install themselves in /usr/local
  - build shared (i.e. dynamically loaded) versions of their libraries

That's fine, but you will need to make sure the user the mapserver runs under
knows where these libs are. In general this involves setting an environment
variable called LD_LIBRARY_PATH. Both Apache and Netscapes servers
allow you to do this in their configurations someplace. It's not hard, just might
take a minute to find the correct text to add.

3.3 does not require a .ini file. All paramters are now set within a map file. Sounds
like a pretty vanilla setup. Once libtiff and freetype are in place you should just have
to type make. That will build mapserv and all supporting programs. Copy mapserv
to cgi-bin and your golden.

Steve (btw you can always swing by the DNR if you want to...)



Stephen Lime
Internet Applications Analyst

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> <bfischer at usgs.gov> 01/25/00 10:18AM >>>
Mapserver Users,

     I am in the processes of trying to install the mapserver software on a
UNIX platform (sun 5.6).  Forgive me for asking what are probably simple
questions for most of you, but I have to learn somehow.  I downloaded
LibTiff 3.5.4 and FreeType 1.3.1.  I unpacked these two files and they are
in my home directory.  Do I have to be in a specific directory before I
follow their install instructions?  The install instructions say to just
type ./configure and then make.  Can anyone provide additional information
that I may need before installing these packages?


     The second question is associated with the mapserv software.  I
unpacked the mapserv 3.3.005.  When I unpacked it there was not a
mapserv.ini file in the directory to edit?  I am also not very familiar
with UNIX setup, so is there anything in the Makefile that I should edit?
I also tried to run the make command from my home directory to see if it
worked.  It did not seem to create any executables.  Do I need to have the
mapserv directory in the cgi-bin before I type make?


Thank you for the help,

Brian Fischer
bfischer at usgs.gov 
USGS WRD
2280 Woodale Dr.
Mounds View, MN
(612) 783-3133





From marin at here.is  Tue Jan 25 15:28:30 2000
From: marin at here.is (Ma)
Date: Tue, 25 Jan 2000 23:28:30 +0000
Subject: query and legend, labels order, etc.
Message-ID: <388E3196.4D7B1A3D@here.is>

Some questions:

1. When I do "itemnquery"  I get the selected features highlighted on
the map and I also get all the class symbols for the layer in the legend
with the same color!? I would like to have the classes in the legend
with they color from the map file. How is this possible?

2. Is it possible to create some order for the labels in one layer. For
example for the layer cities the labels of the bigger cities to be
always on the top. I got situation that the labels of the villages are
1st and I can't see the labels of the big cities.

Any ideas?

--
Ma








From pgallen at randomlogic.com  Tue Jan 25 15:44:29 2000
From: pgallen at randomlogic.com (Paul G. Allen)
Date: Tue, 25 Jan 2000 15:44:29 -0800
Subject: road (line) problems
Message-ID: <388E355D.1BF961C6@randomlogic.com>

First off, I'm using v.3.3-001. I've finally got my perl script working well
enough (a few minor details to work out), but I'm having a problem with roads.
Whenever I enable ANY of the road layers, mapserv seg. faults. This never
happened with previous versions. I'm wondering if there is a bug in version
3.3-001 or what?

I'm also having difficulting creating the reference map using Mapscript. I
basically get an empty (transparent?) image.

PGA


From imap at chesapeake.net  Tue Jan 25 18:31:29 2000
From: imap at chesapeake.net (imap at chesapeake.net)
Date: Tue, 25 Jan 2000 21:31:29 -0500
Subject: road (line) problems
References: <388E355D.1BF961C6@randomlogic.com>
Message-ID: <388E5C81.1961EDB2@chesapeake.net>


I dont know about the mapscript stuff...  Are you attempting to use it
on WinNT?   I have been meaning to play with it, but not free time to 
play with it.  

I will take a shot at your first problem....  

In maputil.c, msDrawShapefile() change:

if(msOpenSHPFile(&shpfile, map->shapepath, map->tile, filename) == -1)
return(-1);

to:

if(msOpenSHPFile(&shpfile, map->shapepath, map->tile, filename) == -1)
continue;


See if that fixes your problem rendering roads.  I am guessing it may be
related to
TILEINDEX, if you are using it.   In the later versions (> 3.3_003), Steve
added a 
compile time option if you define IGNORE_MISSING_DATA in the project settings
or 
Makefile to get the behavior or the previous mapserv3.2 code.   I got bitten
by 
that one about a week ago.  Try it and let me know if that does the trick,
otherwise
I dunno the answer.  I am rendering roads with MapServ3.3_003, and no issues
other than the one I describe above.  If you get the roads to render, I would
like
to compare notes about another possible bug which may or may not exist in
3.3_001,
so please sent me email when you succeed.

Hey Steve, How bout that 3.3_006?  I am all snowed in (over 12" in DC, yeah!)
and would like to try the new labelcache changes ;)

Regards,

Chris Stuber (mapsurfer)
Silicon Mapping Solutions, Inc.
410-257-3187


"Paul G. Allen" wrote:
> 
> First off, I'm using v.3.3-001. I've finally got my perl script working well
> enough (a few minor details to work out), but I'm having a problem with roads.
> Whenever I enable ANY of the road layers, mapserv seg. faults. This never
> happened with previous versions. I'm wondering if there is a bug in version
> 3.3-001 or what?
> 
> I'm also having difficulting creating the reference map using Mapscript. I
> basically get an empty (transparent?) image.
> 
> PGA

-- 

Chris Stuber (mapsurfer)
287 Southland Ct
Dunkirk, MD  20754


From cmccarty at visi.com  Tue Jan 25 20:11:40 2000
From: cmccarty at visi.com (Charlie McCarty)
Date: Tue, 25 Jan 2000 22:11:40 -0600
Subject: Looking for examples.
Message-ID: <005001bf67b3$72effa80$03000004@madnell.res.cargill.com>

Recently my organization had a contractor build a simple and effective
Mapserver application.  The application works fast and well, and all around
folks like it.  It is a simple display of the current status of our
companies locations with the locations status symbolized properly.

I have built an earlier web mapping application using ArcView IMS, and was
able to bring quite a bit of ArcView native functionality through to the
users in a statefull  environment.  My MO was to tell the server to make a
new service, and redirect the user there.  It was a great deal of work, and
an experience I'd like to avoid for I believe the serving technology is just
getting better, and a desktop app wrapped up for web serving just isn't as
robust a server as it should be.

Does anyone have sites under construction - or already there - that offer a
degree of statefull  client server type functionality?  An example would be
custom class breaks and area symbols for a map layer, with a custom join of
data to boot.  Or, a custom interpolation of point data to a raster based on
a database query (pulling the x,y,and z), then presenting that to the user.

Is it possible to call to the server to quickly build an individual
mapservice, re-direct the user to it, track it for a pre-determined
lifetime, let the user make special symbology requests, and then when a
logical lifetime is up, clean up the service and server?

I have not picked up Mapserver myself, but will be doing so shortly, and am
looking for any leads in this area.




From steve.lime at dnr.state.mn.us  Tue Jan 25 20:11:13 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Tue, 25 Jan 2000 22:11:13 -0600
Subject: query and legend, labels order, etc.
Message-ID: <s88e1f8e.077@gwgate.dnr.state.mn.us>

Hmmm... Number 1 is puzzling. Sounds like your using a query map? The legend is rendered totally independently so I'm not sure what's going on. I did just find and fix a bug in the legend code that might fix it. Could you send an image, and legend and the map file so I could look at it.

Number 2 is easy if the data supports it. The key is to sort the shapefile based on some property like population. Use sortshp to order the shapefile from smallest to largest city. Labels are drawn from last in to first in so, the largest cities will be drawn first.

Steve

<<< Ma <marin at here.is>  1/25  5:26p >>>
Some questions:

1. When I do "itemnquery"  I get the selected features highlighted on
the map and I also get all the class symbols for the layer in the legend
with the same color!? I would like to have the classes in the legend
with they color from the map file. How is this possible?

2. Is it possible to create some order for the labels in one layer. For
example for the layer cities the labels of the bigger cities to be
always on the top. I got situation that the labels of the villages are
1st and I can't see the labels of the big cities.

Any ideas?

--
Ma









From steve.lime at dnr.state.mn.us  Tue Jan 25 20:27:15 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Tue, 25 Jan 2000 22:27:15 -0600
Subject: Looking for examples.
Message-ID: <s88e235f.080@gwgate.dnr.state.mn.us>

Hi Charlie: I myself have not built such an app but it is certainly possible. You'd probably need some simple wrapper to manage an individuals users configuration and supporting files. With MapScript, that wrapper and map making can be integrated into a single script. A user id could be determined initially and custom map files, database queries and even shapefiles created on-the-fly could be accessed on a user specific basis. Cleanup would best be handled by a different mechanism using cron.

The newest version of mapserv (CGI method) allow certain parameters (i.e. colors, expressions, symbols, etc.) to be changed on-the-fly by the user. State can be maintained by using a little bit of javascript to keep form controls in sync with the newly created map. 

Just about anything is possible with some scripting help on the server/client.

Steve

<<< "Charlie McCarty" <cmccarty at visi.com>  1/25 10:09p >>>
Recently my organization had a contractor build a simple and effective
Mapserver application.  The application works fast and well, and all around
folks like it.  It is a simple display of the current status of our
companies locations with the locations status symbolized properly.

I have built an earlier web mapping application using ArcView IMS, and was
able to bring quite a bit of ArcView native functionality through to the
users in a statefull  environment.  My MO was to tell the server to make a
new service, and redirect the user there.  It was a great deal of work, and
an experience I'd like to avoid for I believe the serving technology is just
getting better, and a desktop app wrapped up for web serving just isn't as
robust a server as it should be.

Does anyone have sites under construction - or already there - that offer a
degree of statefull  client server type functionality?  An example would be
custom class breaks and area symbols for a map layer, with a custom join of
data to boot.  Or, a custom interpolation of point data to a raster based on
a database query (pulling the x,y,and z), then presenting that to the user.

Is it possible to call to the server to quickly build an individual
mapservice, re-direct the user to it, track it for a pre-determined
lifetime, let the user make special symbology requests, and then when a
logical lifetime is up, clean up the service and server?

I have not picked up Mapserver myself, but will be doing so shortly, and am
looking for any leads in this area.





From steve.lime at dnr.state.mn.us  Wed Jan 26 09:12:04 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Wed, 26 Jan 2000 11:12:04 -0600
Subject: 3.3.006 released.
Message-ID: <s88ed6aa.047@gwgate.dnr.state.mn.us>


Yet another release. Contains several bug fixes and a new line label placement algorithm.

  - fixed bug with legends and symbolscale
  - fixed bug in writing multipart shapes from mapscript
  - re-wrote labelCache drawing, filling functions, much faster
  - fixed polygon intersection test
  - fixed problem with queryMaps and legends
  - added forced property to labels

Probably a couple more I can't remember.

Steve

Stephen Lime
Internet Applications Analyst

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937



From danmo at videotron.ca  Wed Jan 26 10:53:39 2000
From: danmo at videotron.ca (Daniel Morissette)
Date: Wed, 26 Jan 2000 13:53:39 -0500
Subject: PHP module
Message-ID: <388F42B3.798C1063@videotron.ca>


The MapServer 2.3 web pages used to say PHP support was coming... has
anything been done on that front?

Is anyone using the MapServer with PHP?  Or does anyone have a PHP
module or libs of PHP code to facilitate development with MapServer in
PHP?  

If there is nothing done yet, would there be any interest for a PHP
module for MapServer that would give access to similar functionality as
what MapScript makes available in Perl?

Thanks,
-- 
------------------------------------------------------------
 Daniel Morissette                       danmo at videotron.ca
              http://pages.infinit.net/danmo/
------------------------------------------------------------
  Don't put for tomorrow what you can do today, because if 
      you enjoy it today you can do it again tomorrow.



From pcedfeldt at crrel.usace.army.mil  Thu Jan 27 13:17:14 2000
From: pcedfeldt at crrel.usace.army.mil (Paul Cedfeldt)
Date: Thu, 27 Jan 2000 16:17:14 -0500
Subject: one-to-many join type multiple
Message-ID: <3890B5DA.13737132@crrel.usace.army.mil>

Hello,

I've been trying, with only partial success, to get a shapefile
connected to an external dbf with a one-to-many join.  When clicking on
a well on a map, I would like all lab records for that well (contained
in dres010.dbf) to display.  

The join works, but when a well is clicked the template results.html
only shows info for the last matching record from dres010 for that
well.  I imagine this has something to do with the join template
otmjoin.html, which should be processed once for each record according
to the docs, but otmjoin.html is currently empty since I'm not quite
sure what should be in there.

Any ideas or examples would be greatly appreciated....

Thanks,

-Paul 

-------h.map----------------

LAYER
  NAME well
  DESCRIPTION "Wells"
  TYPE point
  STATUS on
  DATA well
  TOLERANCE 5
  QUERY
    TEMPLATE results.html
    JOIN
      NAME labs
      TABLE /free/haines/d_res010.dbf
      FROM holp
      TO d_site_id
      TYPE multiple 
      TEMPLATE otmjoin.html
    END    
  END
END

------results.html---------

<HTML>
<body bgcolor=#FFFFFF>

Result [rn] <b
<p>
<br>Sample Num: [K_SAMPLE]
<br>Site AP Number: [D_SITE_ID]
<br>Lab Sample #: [K_LABSAMPI]
<br>
</HTML>


From pgallen at randomlogic.com  Thu Jan 27 17:33:12 2000
From: pgallen at randomlogic.com (Paul G. Allen)
Date: Thu, 27 Jan 2000 17:33:12 -0800
Subject: No responses
Message-ID: <3890F1D8.1902F706@randomlogic.com>

3 emails to Stephen, and no responses? What's up with that?

PGA


From imap at chesapeake.net  Thu Jan 27 18:25:06 2000
From: imap at chesapeake.net (imap at chesapeake.net)
Date: Thu, 27 Jan 2000 21:25:06 -0500
Subject: No responses
References: <3890F1D8.1902F706@randomlogic.com>
Message-ID: <3890FE02.7AAEAAA7@chesapeake.net>



Paul,

Maybe attach a check with that email and he will respond ;)
Any luck rendering streets?

-Chris


"Paul G. Allen" wrote:
> 
> 3 emails to Stephen, and no responses? What's up with that?
> 
> PGA

-- 

Chris Stuber (mapsurfer)
Silicon Mapping Solutions, Inc.
410-257-3187


From mdh20 at axe.humboldt.edu  Thu Jan 27 20:47:06 2000
From: mdh20 at axe.humboldt.edu (Michael Hass)
Date: Thu, 27 Jan 2000 20:47:06 -0800 (PST)
Subject: 3.3.006
Message-ID: <Pine.OSF.4.10.10001272042460.14053-100000@axe.humboldt.edu>


Steve-

I've spent the early evening implementing the new wheels and
I just wanted to thank you for the excellent product. I will
be really appreciating the query abilities, as demonstrated
on the test suite site, to add functionality to our site.

Mike Hass



From steve.lime at dnr.state.mn.us  Fri Jan 28 07:11:17 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Fri, 28 Jan 2000 09:11:17 -0600
Subject: PHP module
Message-ID: <s8915d4d.084@gwgate.dnr.state.mn.us>

Way back, like 2 and a half years ago. I had that working, but had little audience
for PHP or the MapServer at the time so I bagged it. Also, it was a lot of work compared
to using SWIG. I haven't paid close attention to PHP in a while. I know that it's come
a long way and is extremely popular. I don't suppose adding modules has gotten any
easier? If something could be put together to mirror MapScript then I would support
its development. At this point no PHP work exists.

Steve

Stephen Lime
Internet Applications Analyst

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Daniel Morissette <danmo at videotron.ca> 01/26/00 12:53PM >>>

The MapServer 2.3 web pages used to say PHP support was coming... has
anything been done on that front?

Is anyone using the MapServer with PHP?  Or does anyone have a PHP
module or libs of PHP code to facilitate development with MapServer in
PHP?  

If there is nothing done yet, would there be any interest for a PHP
module for MapServer that would give access to similar functionality as
what MapScript makes available in Perl?

Thanks,
-- 
------------------------------------------------------------
 Daniel Morissette                       danmo at videotron.ca 
              http://pages.infinit.net/danmo/ 
------------------------------------------------------------
  Don't put for tomorrow what you can do today, because if 
      you enjoy it today you can do it again tomorrow.




From danmo at videotron.ca  Fri Jan 28 07:45:02 2000
From: danmo at videotron.ca (Daniel Morissette)
Date: Fri, 28 Jan 2000 10:45:02 -0500
Subject: PHP module
References: <s8915d4d.085@gwgate.dnr.state.mn.us>
Message-ID: <3891B97E.66728EBC@videotron.ca>

Stephen Lime wrote:
> 
> Way back, like 2 and a half years ago. I had that working, but had little audience
> for PHP or the MapServer at the time so I bagged it. Also, it was a lot of work compared
> to using SWIG. I haven't paid close attention to PHP in a while. I know that it's come
> a long way and is extremely popular. I don't suppose adding modules has gotten any
> easier? If something could be put together to mirror MapScript then I would support
> its development. At this point no PHP work exists.
> 

Steve,

I have never implemented PHP modules, but I had a look at that when I
started using PHP about 1 1/2 years ago and it didn't seem to be too bad
(but I may be wrong!?!).  What's interesting here is that the work to
make MapServer intrinsics available through a scripting language has
been mostly done for the MapScript module... so this should facilitate a
lot the implementation of a PHP module.

I think I'm going to jump in and implement at least a rough PHP module
based on what's been done for MapScript... we can then see if it's worth
pushing it further and distributing it with MapServer (hopefully
yes!)... any recommendations before I get into that?

Also, is there any timeframe for implementing support for the ShapeFile
query functions?  We would like to use these from PHP in the app that we
want to build.  I guess in the meantime we can do queries by looping
through objects using ShapefileObj's get() method since the dataset for
our first PHP/MapServer app will be reasonably small... but it would
definitely be great to have optimized query functions.

Thanks,
-- 
------------------------------------------------------------
 Daniel Morissette                       danmo at videotron.ca
              http://pages.infinit.net/danmo/
------------------------------------------------------------
  Don't put for tomorrow what you can do today, because if 
      you enjoy it today you can do it again tomorrow.



From steve.lime at dnr.state.mn.us  Fri Jan 28 11:20:03 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Fri, 28 Jan 2000 13:20:03 -0600
Subject: No responses
Message-ID: <s89197a1.089@gwgate.dnr.state.mn.us>

Been out of town and just getting caught up on email. On the labeling stuff, upgrade to
the newest version and we'll start from there...

Steve

>>> "Paul G. Allen" <pgallen at randomlogic.com> 01/27/00 07:33PM >>>
3 emails to Stephen, and no responses? What's up with that?

PGA



From steve.lime at dnr.state.mn.us  Fri Jan 28 12:17:44 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Fri, 28 Jan 2000 14:17:44 -0600
Subject: PHP module
Message-ID: <s891a511.021@gwgate.dnr.state.mn.us>

Go for it. I'm all for multi language support. I chose to use SWIG in conjuction with
a number of helper functions rather than screwing with language specific typemaps.
A bit more work but I think the resulting object interface is pretty clean. Hopefully
that same style can be mimiced with PHP. The helper functions are found in
mapscript.i and probably won't take much modification.

For query support I envision it two ways. $map->query... methods and $layer->query...
methods. In both cases a complex object containing query results will be produced
and will be accessed like cursors in a database. Next, previous and so on. It will
probably be a couple of weeks before it's ready although it's at the top of my list.

Steve 

Stephen Lime
Internet Applications Analyst

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Daniel Morissette <danmo at videotron.ca> 01/28/00 09:45AM >>>
Stephen Lime wrote:
> 
> Way back, like 2 and a half years ago. I had that working, but had little audience
> for PHP or the MapServer at the time so I bagged it. Also, it was a lot of work compared
> to using SWIG. I haven't paid close attention to PHP in a while. I know that it's come
> a long way and is extremely popular. I don't suppose adding modules has gotten any
> easier? If something could be put together to mirror MapScript then I would support
> its development. At this point no PHP work exists.
> 

Steve,

I have never implemented PHP modules, but I had a look at that when I
started using PHP about 1 1/2 years ago and it didn't seem to be too bad
(but I may be wrong!?!).  What's interesting here is that the work to
make MapServer intrinsics available through a scripting language has
been mostly done for the MapScript module... so this should facilitate a
lot the implementation of a PHP module.

I think I'm going to jump in and implement at least a rough PHP module
based on what's been done for MapScript... we can then see if it's worth
pushing it further and distributing it with MapServer (hopefully
yes!)... any recommendations before I get into that?

Also, is there any timeframe for implementing support for the ShapeFile
query functions?  We would like to use these from PHP in the app that we
want to build.  I guess in the meantime we can do queries by looping
through objects using ShapefileObj's get() method since the dataset for
our first PHP/MapServer app will be reasonably small... but it would
definitely be great to have optimized query functions.

Thanks,
-- 
------------------------------------------------------------
 Daniel Morissette                       danmo at videotron.ca 
              http://pages.infinit.net/danmo/ 
------------------------------------------------------------
  Don't put for tomorrow what you can do today, because if 
      you enjoy it today you can do it again tomorrow.




From steve.lime at dnr.state.mn.us  Fri Jan 28 19:50:46 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Fri, 28 Jan 2000 21:50:46 -0600
Subject: one-to-many join type multiple
Message-ID: <s8920f5d.095@gwgate.dnr.state.mn.us>

Paul: The JOIN template is just about like any other query tempate except that it can only contain replacement strings for the columns present in the joined table. So, if dres010.dbf
contains the fields d_site_id, date and comments then the template:

  <li> Record [D_SITE_ID] ([DATE]): [COMMENTS]<br>

Will print a formatted line for each lab report for the well. The templates can also contain javascript that might be used to build a collection of js objects that could be used to do rudimentatry analysis, populate a graphing applet or whatever. Join header and footers can be used to add opening and closing tag sequences around a set of joined results. For example, to center the above example use a header containing "<center>" and a footer containing "</center>". In general join templates are real small (couple of bytes) files.

Hope this helps. Let me know if it doesn't.

Steve

<<< Paul Cedfeldt <pcedfeldt at crrel.usace.army.mil>  1/27  3:21p >>>
Hello,

I've been trying, with only partial success, to get a shapefile
connected to an external dbf with a one-to-many join.  When clicking on
a well on a map, I would like all lab records for that well (contained
in dres010.dbf) to display.  

The join works, but when a well is clicked the template results.html
only shows info for the last matching record from dres010 for that
well.  I imagine this has something to do with the join template
otmjoin.html, which should be processed once for each record according
to the docs, but otmjoin.html is currently empty since I'm not quite
sure what should be in there.

Any ideas or examples would be greatly appreciated....

Thanks,

-Paul 

-------h.map----------------

LAYER
  NAME well
  DESCRIPTION "Wells"
  TYPE point
  STATUS on
  DATA well
  TOLERANCE 5
  QUERY
    TEMPLATE results.html
    JOIN
      NAME labs
      TABLE /free/haines/d_res010.dbf
      FROM holp
      TO d_site_id
      TYPE multiple 
      TEMPLATE otmjoin.html
    END    
  END
END

------results.html---------

<HTML>
<body bgcolor=#FFFFFF>

Result [rn] <b
<p>
<br>Sample Num: [K_SAMPLE]
<br>Site AP Number: [D_SITE_ID]
<br>Lab Sample #: [K_LABSAMPI]
<br>
</HTML>



From pgallen at randomlogic.com  Sat Jan 29 04:59:24 2000
From: pgallen at randomlogic.com (Paul G. Allen)
Date: Sat, 29 Jan 2000 04:59:24 -0800
Subject: MapServer Suggestion
Message-ID: <3892E42C.E15DDFB5@randomlogic.com>

It would be really nice if it was possible to make the legend display in
multiple columns. This way when there are a lot of layers, the browser window
does not have to be scolled as much to see the entire legend.

PGA


From marin at here.is  Sat Jan 29 06:31:01 2000
From: marin at here.is (Ma)
Date: Sat, 29 Jan 2000 14:31:01 +0000
Subject: MapServer Suggestion
References: <3892E42C.E15DDFB5@randomlogic.com>
Message-ID: <3892F9A3.BB34A944@here.is>

It would be nice also:
1. if the lines in the lagend to be not only like "/\/" (i.e. ESRI style)  but
also normal, i.e. like "-----";
2. if the scale bar is available into the map;
but keep the old functionality.

--
Ma


"Paul G. Allen" wrote:

> It would be really nice if it was possible to make the legend display in
> multiple columns. This way when there are a lot of layers, the browser window
> does not have to be scolled as much to see the entire legend.
>
> PGA



From steve.lime at dnr.state.mn.us  Sat Jan 29 20:43:05 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Sat, 29 Jan 2000 22:43:05 -0600
Subject: MapServer Suggestion
Message-ID: <s8936d0b.033@gwgate.dnr.state.mn.us>

Have at it, the source is there. Changing legend line style is trivial. I've been thinking about embeded scalebars for quite awhile, just need to think about it. Columned legends are not trivial but everything needed for those calcs is there.

Unfourtunately my plate is full with finishing up mapscript, tiled query access and native SDE support. I want MapServer to be OpenSource and the requested mods are certainly doable by programmers other than myself. I'll talk to the U about a web CVS. Any mods like these you come up with can be included in the main dist.

Steve

<<< Ma <marin at here.is>  1/29  8:27a >>>
It would be nice also:
1. if the lines in the lagend to be not only like "/\/" (i.e. ESRI style)  but
also normal, i.e. like "-----";
2. if the scale bar is available into the map;
but keep the old functionality.

--
Ma


"Paul G. Allen" wrote:

> It would be really nice if it was possible to make the legend display in
> multiple columns. This way when there are a lot of layers, the browser window
> does not have to be scolled as much to see the entire legend.
>
> PGA




From mapadm at polsl.gliwice.pl  Sun Jan 30 08:58:44 2000
From: mapadm at polsl.gliwice.pl (Grzegorz Myrda)
Date: Sun, 30 Jan 2000 17:58:44 +0100
Subject: MapServer Suggestion
In-Reply-To: <3892F9A3.BB34A944@here.is>
Message-ID: <000a01bf6b43$444c5fa0$b8cb9e9d@g>

> 2. if the scale bar is available into the map;
> but keep the old functionality.

It can be done by simply inserting following code at the end of msDrawMap():

-------
  /*
  ** Build the scalebar if the user wants it and a mapfile has been read
  */
  if(map->scalebar.status == MS_ON) {
    if((imgSB = msDrawScalebar(map)) == NULL)
        writeError();
    black = gdImageColorExact(imgSB, 255, 255, 255);
     /* If black is present... */
    if (black != (-1)) {
             /* Make it transparent */
             gdImageColorTransparent(imgSB, black);
    }
    gdImageCopy(img, imgSB, 0, 0, 0, 0, imgSB->sx, imgSB->sy);
    gdImageDestroy(imgSB);
  }
------

Grzegorz



From steve.lime at dnr.state.mn.us  Sun Jan 30 09:31:29 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Sun, 30 Jan 2000 11:31:29 -0600
Subject: MapServer Suggestion
Message-ID: <s8942120.023@gwgate.dnr.state.mn.us>

Yes, this will work. However I think collisions with underlying labels will cause problems. A better approach will be to somehow add the scalebar to the label cache as annotation and use that mechanism to draw the scalebar. I think I will simply add a new layer type called scalebar and handle it that way. Look for it in 3.3.007.

s.

<<< "Grzegorz Myrda" <mapadm at polsl.gliwice.pl>  1/30 10:59a >>>
> 2. if the scale bar is available into the map;
> but keep the old functionality.

It can be done by simply inserting following code at the end of msDrawMap():

-------
  /*
  ** Build the scalebar if the user wants it and a mapfile has been read
  */
  if(map->scalebar.status == MS_ON) {
    if((imgSB = msDrawScalebar(map)) == NULL)
        writeError();
    black = gdImageColorExact(imgSB, 255, 255, 255);
     /* If black is present... */
    if (black != (-1)) {
             /* Make it transparent */
             gdImageColorTransparent(imgSB, black);
    }
    gdImageCopy(img, imgSB, 0, 0, 0, 0, imgSB->sx, imgSB->sy);
    gdImageDestroy(imgSB);
  }
------

Grzegorz




From pgallen at randomlogic.com  Sun Jan 30 15:23:09 2000
From: pgallen at randomlogic.com (Paul G. Allen)
Date: Sun, 30 Jan 2000 15:23:09 -0800
Subject: [Fwd: Re: MapServer Suggestion]
Message-ID: <3894C7DD.A185035C@randomlogic.com>

Stephen Lime wrote:
> 
> Have at it, the source is there. Changing legend line style is trivial. I've been thinking about embeded scalebars for quite awhile, just need to think about it. Columned legends are not trivial but everything needed for those calcs is there.
> 

Doesn't MapServer provide the ability to display a .gif over the map in a fixed
position? Since the scalebar is a .gif, couldn't it be placed on the map in this
manner?

PGA


From steve.lime at dnr.state.mn.us  Sun Jan 30 20:45:08 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Sun, 30 Jan 2000 22:45:08 -0600
Subject: [Fwd: Re: MapServer Suggestion]
Message-ID: <s894bf15.036@gwgate.dnr.state.mn.us>

Problem isn't if it can be done it's more of how to do it syntactically.

s.

<<< "Paul G. Allen" <pgallen at randomlogic.com>  1/30  5:29p >>>
Stephen Lime wrote:
> 
> Have at it, the source is there. Changing legend line style is trivial. I've been thinking about embeded scalebars for quite awhile, just need to think about it. Columned legends are not trivial but everything needed for those calcs is there.
> 

Doesn't MapServer provide the ability to display a .gif over the map in a fixed
position? Since the scalebar is a .gif, couldn't it be placed on the map in this
manner?

PGA



From steve.lime at dnr.state.mn.us  Mon Jan 31 07:41:51 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Mon, 31 Jan 2000 09:41:51 -0600
Subject: Use of a TrueType font as a map symbol...
Message-ID: <s8955901.045@gwgate.dnr.state.mn.us>

Jason: You can already do this. I posted a howto to the user group once, or prehaps
just to one user (Brent you still got that?). Basically you define a layer that looks like
this (note use annotation instead of point):

LAYER
  NAME "test"
  TYPE ANNOTATION
  STATUS ON
  DATA "some/point/shapefile"
  LABELCACHE OFF # turn the caching off for this layer so font is drawn like a marker would be

  CLASS
    TEXT "?" # the text is actually the keyboard character that corresponds to the right symbol in the font
    LABEL
      TYPE TRUETYPE
      FONT "symbol"
      SIZE ...
    END
  END
END

Hopefully the first message will be re-posted. Had better detail I think. I'll look and see if I still have a copy.

Steve


Stephen Lime
Internet Applications Analyst

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Jason Maestri <sl57k at cc.usu.edu> 01/26/00 10:07PM >>>
To who it may concern,
    Sorry to bother you, but I was wondering if there was a way to use a
true-type font as the symbol, when drawing POINT layers.  Is such a
thing possible?  If not, do you expect to be adding that functionality
soon?

Thanks,
    Jason Maestri
    Utah State University
    Dept. of Civil and Environmental Engineering




From steve.lime at dnr.state.mn.us  Mon Jan 31 09:02:45 2000
From: steve.lime at dnr.state.mn.us (Stephen Lime)
Date: Mon, 31 Jan 2000 11:02:45 -0600
Subject: one-to-many join type multiple
Message-ID: <s8956bde.098@gwgate.dnr.state.mn.us>

The main query template need to contain a substitution telling the server where
to place the multiple join results. So if you have a join called "labjoin" then in 
results.html you'd need a line:

[labjoin]

in the place where the results are supposed to go. Note the reference to the
join (i.e. [labjoin]) needs to sit by itself on a line due to the complexity of the
replacement. Actually, any other code on the line will be lost so comments
would be ok.

Processing for an individual results QUERY goes like this.

1) QUERY template is processed
2) if [joinname] is found then the JOIN templates are processed: header, template (multiple times), and finally the footer
3) processing continues on QUERY template

of course all of this can be sandwiched between LAYER header and footers, and WEB header and footers to create
some very complex output.

Steve

Stephen Lime
Internet Applications Analyst

Minnesota DNR
500 Lafayette Road
St. Paul, MN 55155
651-297-2937

>>> Paul Cedfeldt <pcedfeldt at crrel.usace.army.mil> 01/31/00 10:32AM >>>
Steve,

Many thanks for your response.  I created a  join template as per your
instructions, but I'm not quite there yet...  

It seems that whatever is in the query template (results.html)
supersedes the join template (and I get an error saying the query
template is required if I try to comment it out!).  Also tried having
the query and join template being the exact same file, and putting the
query template after the join in the map file - neither worked...

The result is always just one line with one record listed - always the
last matching record from dres010.dbf for the particular well that has
been "clicked".  Sorry to bother you again, but I sure would be happy if
I could get this straightened out....

Thanks,

-Paul 

_________________________________________
Paul Cedfeldt
Physical Scientist - GIS
Cold Regions Research & Engineering Lab
72 Lyme Rd, Hanover, NH 03755
Ph: 603-646-4689 Fax: 603-646-4785

Stephen Lime wrote:
> 
> Paul: The JOIN template is just about like any other query tempate except that it can only contain replacement strings for the columns present in the joined table. So, if dres010.dbf
> contains the fields d_site_id, date and comments then the template:
> 
>   <li> Record [D_SITE_ID] ([DATE]): [COMMENTS]<br>
> 
> Will print a formatted line for each lab report for the well. The templates can also contain javascript that might be used to build a collection of js objects that could be used to do rudimentatry analysis, populate a graphing applet or whatever. Join header and footers can be used to add opening and closing tag sequences around a set of joined results. For example, to center the above example use a header containing "<center>" and a footer containing "</center>". In general join templates are real small (couple of bytes) files.
> 
> Hope this helps. Let me know if it doesn't.
> 
> Steve
> 
> <<< Paul Cedfeldt <pcedfeldt at crrel.usace.army.mil>  1/27  3:21p >>>
> Hello,
> 
> I've been trying, with only partial success, to get a shapefile
> connected to an external dbf with a one-to-many join.  When clicking on
> a well on a map, I would like all lab records for that well (contained
> in dres010.dbf) to display.
> 
> The join works, but when a well is clicked the template results.html
> only shows info for the last matching record from dres010 for that
> well.  I imagine this has something to do with the join template
> otmjoin.html, which should be processed once for each record according
> to the docs, but otmjoin.html is currently empty since I'm not quite
> sure what should be in there.
> 
> Any ideas or examples would be greatly appreciated....
> 
> Thanks,
> 
> -Paul
> 
> -------h.map----------------
> 
> LAYER
>   NAME well
>   DESCRIPTION "Wells"
>   TYPE point
>   STATUS on
>   DATA well
>   TOLERANCE 5
>   QUERY
>     TEMPLATE results.html
>     JOIN
>       NAME labs
>       TABLE /free/haines/d_res010.dbf
>       FROM holp
>       TO d_site_id
>       TYPE multiple
>       TEMPLATE otmjoin.html
>     END
>   END
> END
> 
> ------results.html---------
> 
> <HTML>
> <body bgcolor=#FFFFFF>
> 
> Result [rn] <b
> <p>
> <br>Sample Num: [K_SAMPLE]
> <br>Site AP Number: [D_SITE_ID]
> <br>Lab Sample #: [K_LABSAMPI]
> <br>
> </HTML>