This tool seems useful to me. It is a bit of a pain to have to do all those steps each time you want to extract some geometry.
One question. If the geometries are going to a new layer, why wouldn't you always create the new layer with the appropriate Feature Schema and copy all the attributes as well? I guess you might have geometries from two different layers with different schemas. In this case you could do the simple thing and just copy the geometry - or you could get fancier and copy the common attributes. I usually find that I like having as many attributes as possible preserved. But I guess it's nice to have the option. Although, for the more efficient workflow I think there should be a standard default behaviour which doesn't require the user to choose any options. A single right-click menu option would be ideal, I think. One paradigm I was starting to introduce with any tools that I added was providing a set of choices for the user for the source and destination of the data being processed. You can see this on the Tools/Analysis/Geometry Functions dialog. I intended this to be a UI framework which would be easy to add to any new tool. The "Copy Attributes" option might fit in here too. IMHO this should have a standard L&F across JUMP, to make things obvious for the user. It might even be possible to "slick up" the UI, to make it smaller and more obvious. It could just be a JPanel component and some backing code which could be "dropped in" to any tool. Martin Sunburned Surveyor wrote: > Thank you Stefan and Larry for the comments. I will try to find the > code for the "replicate" function. > > I don't think I have a case of featurititis. (At least I hope not.) > The Super Select tool was designed to solve a specific problem I was > having. > > I was trying to select large sets of LineStrings from which I could > create polygons. My general procedure went something like this: > > [1] Create a new, empty Layer. > [2] Select the LineStrings. > [3] Copy the selected LineStrings. > [4] Paste the LineStrings in the new layer. > [5] Generate the polygons. > > > I thought having a "send to layer" button would eliminate the "copy" > and "paste" steps. I could just select the features and hit the > button, then select more features if I wanted to. > > In summary, I knew that OpenJUMP already had the ability to copy and > paste features between layers. I'm just trying to make it a one-click > process in my particular scenario. > > Maybe this isn't a feature everyone would use. > > I asked about the copying behvaior because I was curious how it > worked, and because I want to allow the user to configure the > copy.paste behavior of the SuperSelect tool. (For example, the user > can specify that the tool should only paste Feature Geomerty when > pasting features, and not any attributes, even if they match the > FeatureSchema of the destination layer.) > > I hope I haven't annoyed you guys with my explanation. I really do > appreciate everyone's feedback since my programming experience is > really very limited. > > The Sunburned Surveyor > > On 9/13/07, Larry Becker <[EMAIL PROTECTED]> wrote: > >>> and i think it is time that you start studying OJ functions, e.g. replicate! >>> >> Stefan is right. SuperSelect was a good idea, but it now sounds like >> it has featurititis. Before you develop, you should know what is >> already implemented so as not to duplicate functionality. >> >> Larry >> >> On 9/13/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: >> >>> see my previous answer.. >>> >>> and i think it is time that you start studying OJ functions, e.g. replicate! >>> >>> Sunburned Surveyor schrieb: >>> >>>> My SuperSelect Tool will have a button that allows the user to copy >>>> selected features to a designated layer with a single click. >>>> >>>> I was wondering, were there any guidlines or rules about the copying >>>> process? Do I need to wrap it in an undoable command? Can I copy >>>> features from one layer to another layer with a different schema? >>>> Should I warn the user if the schema of the two layers are not the >>>> same? >>>> >>>> Any thoughts? >>>> >>>> Thanks, >>>> >>>> The Sunburned Surveyor >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> _______________________________________________ >>>> 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: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> Jump-pilot-devel mailing list >>> Jump-pilot-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >>> >>> >> -- >> http://amusingprogrammer.blogspot.com/ >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> 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: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
