[ka-Map-users] Layers in reverse order
Paul Spencer
pspencer at dmsolutions.ca
Sun Jan 8 11:58:28 EST 2006
The scenarios I see are:
1) single layer in client
All layers should be rendered exactly as mapserver would render them
for the current scale. This would ignore groups. This is the simple
case. It can be achieved now by removing all groups from the map
file. But this may not be desirable (removing groups) so perhaps it
would be better achieved as a setting in config.php or a preference
or something.
2) multiple layers in client
This is more complicated because it depends partly on why the
application would want to separate the layers. The way it works now
is based on my assumption that there would still be some static base
map information that would be overlayed by additional tiles that
could be separately controlled by the user or the application.
As you suggest, perhaps the layers that are to be 'grouped' into
separately controllable tiles on the client should not be done via
the map file but rather through separate configs. But this is
against my current philosophy which is to make the code as light as
possible and put as much as possible in the map file. For instance,
I am thinking that the config file should really be just a list of
map files to include and the scales and other settings should come
from the map file (metadata).
I'd like to come up with a logic that makes the most sense from a
mapserver point of view so that moving a map from cgi to ka-map would
be reasonably seamless and straightforward (requiring only the
supported scales, for instance)
More comments welcome
Cheers
Paul
On 8-Jan-06, at 11:19 AM, Stephen Woodbridge wrote:
> Ack! this makes my brain hurt! :) simplify!
>
> I think that this has become over complicated and what needs to
> happen is that we define 1, 2, or 3 scenarios that are supportable
> and make sense of we are going to confuse people. Like me :)
>
> 1. All layers are status default
> 2. No groups are defined
> 3. Groups, but groups can not contain status default layers
> 4. Groups must have all layers "grouped" sequentially in the mapfile
> 5. ...
>
> or something like this and then explain the behavior. It seems that
> a "group" which renders a set of tiles should be considered almost
> like a separate mapfile or WMS layer because it has to be rendered
> separate from the other layers.
>
> -Steve
>
> Paul Spencer wrote:
>> Marc,
>> it appears to be a problem caused by recent changes to init.php
>> to accomodate the layer visibility changes (layer tiles not
>> loaded until they become visible). If you load init.php
>> directly, you will see the __base__layer is last.
>> Looking in init.php, it seems that the code to check for
>> ungrouped layers comes after the code to check for grouped
>> layers, so ungrouped layers are added last. This is incorrect as
>> it does not respect the layer order of the map file.
>> I don't have a map file handy to test this case. Perhaps you
>> could try moving the code block from lines 169-224 up to line
>> 66. I haven't looked closely at this, so I'm not sure that would
>> work without changes, but it might :)
>> Another problem we should consider: what happens if layers are in
>> the 'base' group (or any other group for that matter) but are
>> not contiguous in the map file? ka-Map obviously cannot handle
>> this. I believe the right answer is to render the groups in the
>> order in which they appear in the map file, regardless of the
>> order of subsequent layers. This won't produce the same result
>> as just rendering the map file, but it seems the only logical way
>> of handling it.
>> Further to this problem, what happens if an ungrouped (__base__)
>> layer is not the first layer in the map file? This means the
>> Base group shouldn't appear at the top. But we restrict movement
>> and visibility of the 'Base' layer. Should we force the Base
>> layer to the top? Or should we remove restrictions on movement/
>> visibility?
>> Looking for input from all on this :)
>> Cheers
>> Paul
>> On 6-Jan-06, at 8:50 PM, Marc Pfister wrote:
>>> This is stumping me – the layers are coming in in reverse order.
>>> You can see it at:
>>>
>>>
>>>
>>> http://www.enplan.com/mapserver/kamap-cvs/index.html
>>>
>>>
>>>
>>> The parcels end up on the bottom and the shaded relief on top.
>>>
>>>
>>>
>>> Mapfile is below. It works fine in the release version of Ka-Map.
>>>
>>>
>>>
>>> Thanks for any help or pointers.
>>>
>>>
>>>
>>> Marc
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> MAP
>>>
>>> NAME "Lidar Map"
>>>
>>> STATUS ON
>>>
>>> DEBUG ON
>>>
>>> EXTENT 6428000 2064000 6458000 2112000
>>>
>>> SIZE 400 550
>>>
>>> SHAPEPATH "C:/Inetpub/ENPLAN/mapserver/maps/data"
>>>
>>> FONTSET "C:/Inetpub/ENPLAN/mapserver/fonts/fontset.txt"
>>>
>>> IMAGETYPE PNG
>>>
>>> IMAGECOLOR 204 204 204
>>>
>>> UNITS FEET
>>>
>>> WEB
>>>
>>> IMAGEPATH "C:/Inetpub/ENPLAN/mapserver/maps/tmp/"
>>>
>>> IMAGEURL "/mapserver/maps/tmp/"
>>>
>>> END
>>>
>>> PROJECTION
>>>
>>> "init=epsg:102641"
>>>
>>> ""
>>>
>>> ""
>>>
>>> END
>>>
>>> SCALEBAR
>>>
>>> STATUS ON
>>>
>>> UNITS FEET
>>>
>>> STYLE 1
>>>
>>> END
>>>
>>> OUTPUTFORMAT
>>>
>>> NAME "png"
>>>
>>> MIMETYPE "image/png"
>>>
>>> DRIVER "GD/PNG"
>>>
>>> EXTENSION "png"
>>>
>>> IMAGEMODE RGB
>>>
>>> END
>>>
>>>
>>>
>>> LAYER
>>>
>>> NAME "Hillshade"
>>>
>>> STATUS ON
>>>
>>> DATA "ReddingRGB.tif"
>>>
>>> TYPE RASTER
>>>
>>> UNITS FEET
>>>
>>> PROJECTION
>>>
>>> "init=epsg:102641"
>>>
>>> ""
>>>
>>> END
>>>
>>> END
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> LAYER
>>>
>>> NAME "roads major"
>>>
>>>
>>>
>>> STATUS on
>>>
>>> DATA "rddroads_dis"
>>>
>>> TYPE annotation
>>>
>>> UNITS FEET
>>>
>>> PROJECTION
>>>
>>> "init=epsg:102641"
>>>
>>> END
>>>
>>> LABELITEM "FULL_NAME"
>>>
>>>
>>>
>>> LABELMINSCALE 11000
>>>
>>> CLASS
>>>
>>> EXPRESSION ('[MAJOR_RD]' eq 'MAJOR')
>>>
>>> STYLE
>>>
>>> COLOR -1 -1 -1
>>>
>>> END
>>>
>>> LABEL
>>>
>>> COLOR 255 255 255
>>>
>>> SHADOWCOLOR 31 31 31
>>>
>>> SHADOWSIZE 3 3
>>>
>>> TYPE truetype
>>>
>>> FONT arial
>>>
>>> SIZE 7
>>>
>>> ANTIALIAS TRUE
>>>
>>> POSITION auto
>>>
>>> ANGLE auto
>>>
>>> PARTIALS false
>>>
>>> MINDISTANCE 20
>>>
>>>
>>>
>>> BUFFER 4
>>>
>>> END #label
>>>
>>> END #class
>>>
>>> END #layer
>>>
>>>
>>>
>>> LAYER
>>>
>>> NAME "poi"
>>>
>>> STATUS on
>>>
>>> DATA "rddpoi"
>>>
>>> TYPE annotation
>>>
>>> GROUP 'Points of Interest'
>>>
>>> UNITS FEET
>>>
>>> PROJECTION
>>>
>>> "init=epsg:102641"
>>>
>>> END
>>>
>>> LABELITEM "NAME"
>>>
>>> CLASS
>>>
>>> STYLE
>>>
>>> COLOR -1 -1 -1
>>>
>>> END
>>>
>>> LABEL
>>>
>>> COLOR 255 204 102
>>>
>>> SHADOWCOLOR 31 31 31
>>>
>>> SHADOWSIZE 2 2
>>>
>>> TYPE truetype
>>>
>>> FONT arial
>>>
>>> SIZE 8
>>>
>>> ANTIALIAS TRUE
>>>
>>> POSITION cc
>>>
>>> ANGLE 0
>>>
>>> PARTIALS false
>>>
>>> MINDISTANCE 25
>>>
>>>
>>>
>>> BUFFER 4
>>>
>>> END #label
>>>
>>> END #class
>>>
>>> END #layer
>>>
>>>
>>>
>>> LAYER
>>>
>>> NAME "parcels"
>>>
>>> STATUS on
>>>
>>> GROUP 'Parcels'
>>>
>>> DATA 'SCRparcel2003poly'
>>>
>>> TYPE polygon
>>>
>>> UNITS FEET
>>>
>>> PROJECTION
>>>
>>> "init=epsg:26741"
>>>
>>> END
>>>
>>>
>>>
>>> CLASS
>>>
>>> NAME "Bounds"
>>>
>>> STYLE
>>>
>>> OUTLINECOLOR 255 102 102
>>>
>>> ANTIALIAS TRUE
>>>
>>> END
>>>
>>> END
>>>
>>> END #layer
>>>
>>>
>>>
>>>
>>>
>>> LAYER
>>>
>>> NAME "roads"
>>>
>>> STATUS on
>>>
>>> GROUP 'Roads'
>>>
>>> DATA "rddroads_dis"
>>>
>>> TYPE line
>>>
>>> UNITS FEET
>>>
>>> PROJECTION
>>>
>>> "init=epsg:102641"
>>>
>>> END
>>>
>>> LABELITEM "FULL_NAME"
>>>
>>> LABELMAXSCALE 11000
>>>
>>> CLASS
>>>
>>> STYLE
>>>
>>> COLOR 255 255 255
>>>
>>> END
>>>
>>> LABEL
>>>
>>> COLOR 255 255 255
>>>
>>> SHADOWCOLOR 31 31 31
>>>
>>> SHADOWSIZE 3 3
>>>
>>> TYPE truetype
>>>
>>> FONT arial
>>>
>>> SIZE 7
>>>
>>> ANTIALIAS TRUE
>>>
>>> POSITION auto
>>>
>>> ANGLE auto
>>>
>>> PARTIALS false
>>>
>>> MINDISTANCE 50
>>>
>>> MINFEATURESIZE auto
>>>
>>> BUFFER 4
>>>
>>> END #label
>>>
>>> END #class
>>>
>>> END #layer
>>>
>>>
>>>
>>> END
>>>
>>> n
>>>
>>> Marc Pfister
>>> ENPLAN
>>> mpfister at enplan.com
>>> 530/221-0440
>>> 530/221-6963 Fax
>>> _______________________________________________
>>> ka-Map-users mailing list
>>> ka-Map-users at lists.maptools.org
>>> http://lists.maptools.org/mailman/listinfo/ka-map-users
>> +-----------------------------------------------------------------+
>> |Paul Spencer pspencer at dmsolutions.ca |
>> +-----------------------------------------------------------------+
>> |Applications & Software Development |
>> |DM Solutions Group Inc http://www.dmsolutions.ca/|
>> +-----------------------------------------------------------------+
>> _______________________________________________
>> ka-Map-users mailing list
>> ka-Map-users at lists.maptools.org
>> http://lists.maptools.org/mailman/listinfo/ka-map-users
>
>
+-----------------------------------------------------------------+
|Paul Spencer pspencer at dmsolutions.ca |
+-----------------------------------------------------------------+
|Applications & Software Development |
|DM Solutions Group Inc http://www.dmsolutions.ca/|
+-----------------------------------------------------------------+
More information about the ka-Map-users
mailing list