Well, in this application I don't care about a feature's real-world attributes (only the geometry and their feature "class"), so I'm able to pack all polygons into one table. I then join the polygon table to the feature class table to get the color, etc.

Are you representing each GPS trail as a separate layer? So the user can turn individual trail on/off in a layer control?

Best Regards,
Brent Fraser


On 4/16/2012 1:07 PM, Bob Basques wrote:

Hmm, interesting apporach, reminds me of my ealier days with Oracle (before Oracle Spatial, where each feature type needed it's own table structure . . . Have to do some more thinking on this one.


I'm trying to render a predefined list of layers (from the user) of a set of GPS trails that are BEGIN and END indexed.


bobb




>>> Brent Fraser <bfra...@geoanalytic.com> wrote:

Bob,

What kinds of things are you trying to do with layers? Are the layers vectors? Maybe there's a different way...

I'm in the midst of an implementation where the vectors are held in PostGIS in three tables (point, line and polygon) and joined to a "feature definition" table (to supply rendering values). I use one map file with three layers (point, line, polygon) and pass a FILTER variable to get my different layers which are then rendered.

Here's a snippet from the polygon layer:

        CLASS
            STYLE # Polygon Fill
                SYMBOL       [polyfill_symbol]
                COLOR        [polyfill_fillcolor]
                ANGLE        [polyfill_angle]
                SIZE         [polyfill_hatchgap]  # e.g Hatching gap
WIDTH 1 # [polyfill_hatchthick] # Hatching line thickness (column binding doesn't seem to work) # OPACITY 50 # [attribute] # warning: there is no OPACITY for LABEL so don't bother.
            END
            STYLE # Polygon Outline
                SYMBOL       [geom_symbol]
                OUTLINECOLOR [geom_outcolor]
                SIZE         [geom_width]    # for "simple" (?) symbols
                WIDTH        [geom_width]    # for complex symbols
            END # Style
            TEXT             ([gid])
            LABEL
                TYPE         TRUETYPE
                FONT         [label_font]
                ANTIALIAS    TRUE
                COLOR        [label_fillcolor]
                OUTLINECOLOR [label_outcolor]
                BUFFER       1
                POSITION     cc        # [ul|uc|ur|cl|cc|cr|ll|lc|lr|auto]
                PARTIALS     TRUE
                SIZE         [label_height]
            END  # LABEL

        END # class

While this method is suitable for rendering, it will be a problem if you want store variables for use in an identify operation (or maybe not; I wonder if a template name can be bound to a database column...)

Best Regards,


Brent Fraser



On 4/16/2012 10:22 AM, Bob Basques wrote:

All,


Did anything ever develop from this idea? I need to generate a variable length list of layers pro grammatically.


I'm not finding anything from a quick search of things related to passing a MAPFILE via the CGI call. I want to be able to generate a MAPFILE, or chunks of it, on the fly. A possible solution (maybe scary security wise) would be to use a param like "INCLUDE_<someID>=", to pass in MAP fragments to an existing MAPFILE. I need to essentially add layers.


Another thought I had (Ok, it's a bit odd, I'll admit . . .) would be to have MapServer build it's own MAPFILE as a TEMPLATE output, but I'm not coming up with a way immediately of passing the resulting MAPFILE to Mapserver in the end.


bobb




_______________________________________________


mapserver-users mailing list


mapserver-users@lists.osgeo.org


http://lists.osgeo.org/mailman/listinfo/mapserver-users


_______________________________________________
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Reply via email to