Tim Schaub wrote:
> Hey-
>
> Not sure I get it - but I may have missed the back story.
>
> Looks like you want to display a different layer (featureType) depending
> on the scale.
>
> The current solutions are to
> 1) use multiple layers on the client with scale constraints, or
> 2) configure y
Hey-
Alexandre Dube wrote:
> Hi devs,
>
> http://trac.openlayers.org/ticket/1905 is an unassigned ticket implementing
> a new feature : Strategy.OptionsByZoom
>
> See live examples of use :
> (working) http://dev4.mapgears.com/bdga/options-by-zoom-bdga.html
> (missing different dat
Hi
If the OptionByZoom strategy inherits from BBOX then it wouldn't be
possible to use it with other "read features" strategies (such as the
Grid strategy I started developing). Composition is thus to be favored
here I guess.
I consider OptionByZoom is a custom strategy, so I don't see its
depend
Would it work to have OptionByZoom be a subclass of the BBOX strategy?
On Fri, Jan 16, 2009 at 1:58 PM, Alexandre Dube wrote:
> Hi Ivan,
>
> That's what I had in mind in the beginning, but others like Eric
> Lemoine convinced me not doing so. The purpose of the BBOX strategy is
> to toggle the
Hi Ivan,
That's what I had in mind in the beginning, but others like Eric
Lemoine convinced me not doing so. The purpose of the BBOX strategy is
to toggle the protocol.read when necessary and the purpose of
OptionsByZoom is only to change the layer's protocol and format options
before doing
Hi,
tnx Alex, very usefull option!!
I think something like should be inside the BBOX strategy..and not
separate strategy that is dependent on it.
Greetings,
Ivan
On Thu, Jan 15, 2009 at 4:44 PM, Alexandre Dube wrote:
> Hi devs,
>
> http://trac.openlayers.org/ticket/1905 is an unassigned ticke
Hi devs,
http://trac.openlayers.org/ticket/1905 is an unassigned ticket implementing a
new feature : Strategy.OptionsByZoom
See live examples of use :
(working) http://dev4.mapgears.com/bdga/options-by-zoom-bdga.html
(missing different data sources)
http://dev.openlayers.org/sandbo