[mapserver-dev] Re: layer.offsetfeatures

[Steve Lime]

I think you're right and a RFC is necessary to gather all thoughts in one
place. MAXFEATURES was originally just a way to limit the number of features
drawn when used in conjunction with a sorted shapefile. It's taken on different
meanings from the original and is a bit of a cluster...

Steve

>>> "Paul Ramsey" <pramsey at cleverelephant.ca> 11/01/08 9:54 PM >>>
There seems to be a fair amount of extant thought on this:

http://trac.osgeo.org/mapserver/ticket/2424
http://trac.osgeo.org/mapserver/ticket/2605
http://trac.osgeo.org/mapserver/ticket/2423
http://trac.osgeo.org/mapserver/ticket/1686

Perhaps an RFC is in order. It would be good to have the underlying
ideas in place ahead of the implementations, which will be legion.

P.

On Sat, Nov 1, 2008 at 1:50 PM, Paul Ramsey <pramsey at cleverelephant.ca> wrote:
> With a WFS upgrade coming down the pike, and the ability to support
> large feature collections via some kind of RESTey API no doubt in our
> future, I wonder if folks would have any problem with adding a offset
> field to the layerObj?
>
> I propose
>
> layer.offsetfeatures, to match up with layer.maxfeatures, since they
> will be used in parallel for the most part
>
> I don't know that we need to add a map file directive for offset, it
> seems like something that will only be used programmatically by
> mapscript folks, WFS folks, and future RESTey folks.
>
> Thoughts?
>
> p.
>
_______________________________________________
mapserver-dev mailing list
mapserver-dev at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-dev