Frank Gasdorf wrote: > Hi Jody, > > I used the CollectionDataStore and redesigned it a bit. I append three > classes (MemoryService, CollectionsFeatureStore and a event class) and I > would like to get some feedback, whether it fits into the architecture of > geotools. > > Some use cases: > - got some attribute filtered objects in client > - display them on map and interact with them to perform some spatial > analysis > - select some objects in a client table and select them in map to > (FidFilter) > - select some objects in map and get the selection in client table > synchronized > > Are there any limitations in geotools we didn�t reached yet if we would use > the appended classes? Are ther other ways? Right now it�s not a requirement > to get Features edited in map. The map should be a viewer for this kind of > data. In addition the user should be able to edit other datasources in future > (WFS-T or perhaps shapefiles). > > Regards > Frank > I will need to look at these classes later in the week.
With respect to your uses cases you have an option to load things into memory (easier programming but you may need lots of memory), or staying general and only using Filter. I have experimented with both approaches; and both work. One word of advice; when you get to using massive FidFilters we may need an optimization that can take advantage of any pattern in the stored feature ids; ie if "foo.1", "foo.2", "foo.3" and "foo.5" are selected; you may want to do something similar to run length encoding and store "foo.1-3", "foo.5". One of the ESRI APIs I looked at had a seperate data structure for "selections" than for "filters"; and you could switch from one to the other. The way the Filter specification is written you can see this split in action; Fid filter is not really supposed to be used with other Filters in a valid WFS request. Jody ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
