Michaël Michaud wrote: > Yes, this is a feature I missed sometimes. > That makes me remember that trying to copy/paste geometry from an > existing layer to the fence, > I get strange things like having 2 geometries in the fence layer. > (I know I have to reproduce it to be able to fill a bug report). > Yes, I don't think this concept was every really tested out, either from a design or code correctness point of view. Seems like it would be worth doing. I've always liked the Fence concept as a way of specifying an arbitrary area of interest. > Michaël > > >> Larry Becker wrote: >> >> >> >>> Hi, >>> >>> Recent work with Extract Layers by Geometry Type, and improving >>> OpenJump's support for very large selections, has convinced me that >>> JUMP needs a mechanism for dealing with subsets of large layers. >>> Although the selection mechanism is very flexible, it is very >>> expensive in terms of memory and processing. To seem what I mean, >>> consider Arnd's million point layer problem. To break the layer into >>> more manageable pieces, he tried to select some of the points and move >>> them to another layer. When this is done with such a large selection, >>> the UI must build gigantic data structures. The result is an >>> extremely slow response or an out of memory error. >>> >>> An approach that might work for some problems is to use the Fence tool >>> to indicate a subset of the data that can be used in place of a >>> selection. The advantage is that no data structures are needed and >>> there are no selection handles to draw. I was thinking of producing >>> another Layer Extract plugin that would extract features in the Fence >>> to a new layer. By coding support methods in a utility class, we >>> could gradually add support for "features in fence" subsets to the >>> other tools. >>> >>> What do you think? >>> >>> regards, >>> >>> Larry Becker >>> >>> -- >>> http://amusingprogrammer.blogspot.com/ >>> ------------------------------------------------------------------------ >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Splunk Inc. >>> Still grepping through log files to find problems? Stop. >>> Now Search log events and configuration files using AJAX and a browser. >>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >>> >>> >> >> >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >
-- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
