Sunburned Surveyor wrote: > I don't think that this is how JUMP works, at least if I understand it > correctly. In OpenJUMP a FeatureCollection is definitely the primary > container for Features and a Layer just wraps this container with > styling information. Understood. In GeoTools the "owner" is the File or Database. We only use a FeatureCollection to gather up some features to poke at them. If we really want to gather them into memory there is a MemoryDataStore. > Jody wrote: "You may find it easier to think of the Layer owning the > Features, and > using FeatureCollection as a way of answering questions like "what > features are on the screen", and "what features are new" (ie use feature > collections to express association not ownership)." > > It sounds like our implementation of FeatureCollection is much more > concrete and perhaps inflexible than the one in GeoTools. Sorry my feedback here has everything to do with the definition of a Feature Collection in the OGC overview document. Nothing to do with GeoTools (I was talking just about what a feature collection is supposed to model - you know in the real world). > Jody wrote: "If you look at the ISO FeatureModel the FeatureType of a > FeatureCollection is used to document why the members are gathered > together. We went into the requirements gather exercise with the > restriction of being able to expression spatial, temporal and > containment associations." > > Perhaps JUMP deviated from the ISO FeatureModel in this regard? I > don't know for sure. I think we may be getting over my head. :] Actually the problem is you need to talk to someone better at explaining this then me.
If you want we can go back to talking about *code*. The air gets thin whenever the word model is used. Jody ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
