topic Re: Function of timeFilterMode in FeatureLayer? in Open Source Mapping Libraries Ques.

Function of timeFilterMode in FeatureLayer?

BryanBaker — Mon, 28 Aug 2023 13:30:29 GMT

I'm using a layer with both from- and to-time fields. The timeFilterMode option for FeatureLayer seems to imply that there's an option with time-based layers to fetch all features up front, rather than by the incremental server-based approach:

Determines where features are filtered by time. By default features will be filtered by the server. If set to 'client' all features are loaded and filtered on the client before display.

However, the 'client' setting seems to have no effect; in a debugger I can see that features are requested with each pan and zoom. I see there's no option generally for FeatureLayer to use the "snapshot" approach as with the JavaScript API. So what difference does using timeFilterMode='client' really make?

Re: Function of timeFilterMode in FeatureLayer?

JohnGravois — Thu, 18 Feb 2016 17:14:26 GMT

if you snoop the web traffic when running our sample you can see several gridded queries to the feature service which retrieve features in the current map extent and ask for filtered results via the parameter below

when we alter the sample to set timeFilterMode to client, the 'time' parameter is no longer included in requests. in this situation, all features (in the current map extent) are retrieved from the service. this means that users are able to manipulate the time extent in the application UI without forcing additional requests to be executed.

in either case, panning and zooming will cause the application to fire off additional requests to the server. if you'd like to achieve something resembling the jsapi's snapshot mode, check out this sample.