[OpenLayers-Dev] vector-behavior review

Tim Schaub tschaub at opengeo.org
Tue Jun 3 13:10:10 EDT 2008


Hey-

Eric Lemoine wrote:
> On Fri, May 30, 2008 at 7:52 PM, Tim Schaub <tschaub at opengeo.org> wrote:
>> [...]
>> Sounds like a decent solution.  Though I think you intended to spell
>> "setProperty" as "setPropertyName" instead.
> 
> Good catch. I'll correct that. I'll use name "setProperty" everywhere.
> 
>> http://trac.openlayers.org/browser/sandbox/camptocamp/unhcr/lib/OpenLayers/Protocol/WFS/v1_0_0.js#L275
>>
>> I guess it's worth asking what other protocol will be serializing a filter
>> using the filter format?
> 
> In my view, each protocol is responsible for translating/serializing
> the OpenLayers.Filter object it is passed into something its
> server-side counterpart can understand. For the example the MapFish
> protocol (based on the HTTP protocol) translates it into GET
> parameters. The OpenLayers.Filter class hierarchy serves as the common
> filter representation - every protocol must adapt this common
> representation to its specific representation. Hope that makes
> sense...
> 
>> The bbox array is a handy representation of a bbox for anybody who is not
>> going to be writing an ogc:Filter element.
> 
> I agree, but this is another representation of the BBOX filter. We
> already have Filter.Spatial for that so why adding another
> representation.
> 
> Now, specific protocols can *also* accept specific filter
> representations. For example, the MapFish protocol read() method can
> also accept a filter as an object with key:value pairs representing
> the GET parameters.
> 
> Looking forward to your opinion on this,

Makes sense to me Eric.  Now that we've got filters, let's use them.

Tim

> 
> Thanks guys,
> 
> --
> Eric
> 
> !DSPAM:4033,4841210b237731336712104!
> 




More information about the Dev mailing list