request for comments...
Pericles S. Nacionales
pnaciona at gis.umn.edu
Fri Oct 8 11:02:37 PDT 1999
Steve,
This is perfect for one of our TerraSIP apps--the TM Availability tool.
We can generate the map with the query results (the dates LandSat 5 or 7
passes the Upper Great Lakes), have the scene they selected highlighted, and
have a GOES image alongside for users to see if it's a clear or cloudy day.
All in one query... this is good. I assume you can then requery from the
new map?
Thanks,
Perry
PS: Terrasip prototype MapServer apps are at
http://terrasip.gis.umn.edu/projects
Pericles S. Nacionales
Research Assistant
Forest Resources Dept.
University of Minnesota
612 625 5765
pnaciona at gis.umn.edu
----- Original Message -----
From: Stephen Lime <steve.lime at dnr.state.mn.us>
To: <mapserver-users at lists.gis.umn.edu>
Sent: Friday, October 08, 1999 9:17 PM
Subject: request for comments...
> I'm in the midst of implementing a new feature for 3.3 called "query
maps".
> In a nutshell they allow you to use the results of a query to generate a
map.
> The constructor is very simple, you specify 3 parameters status, style and
> a hilite color (if necessary). I envision 3 styles of query maps:
>
> NORMAL - with this style the results of the query would be used to define
> a map extent and then the map would be draw as normal with no special
> attention payed to the query polygons. This would allow for item/value
> queries to generate a map in one step rather than the current two.
Embedding
> maps if you know nothing about coordinates would be much easier this way.
>
> HILITE - the map would be drawn as normal, but features that are part of
> the query result set would be drawn using the hilite color. Very
ArcView-ish.
>
> SELECTED - for queried layers, only those features that are part of the
> result set would be drawn. They would be rendered normally with no
hilites.
> Especially useful with item/value queries. Non-query layers would be drawn
> as normal.
>
> Note that queries are limited to shapefiles only. Tiled data is not
queryable.
>
> (Using perl and data from other sources will in effect give you query
access
> to those sources since drawing is done feature by feature.)
>
> Anyway, I'd like to get comments from folks on this extension. Other ideas
and
> so on. I can envision some very sophisticated apps just using what I've
outlined
> above.
>
> Steve
>
> Stephen Lime
> Internet Applications Analyst
> MIS Bureau - MN DNR
>
> (651) 297-2937
> steve.lime at dnr.state.mn.us
>
More information about the MapServer-users
mailing list