Re: [JPP-Devel] Search tool for Attributes
Martin's solution worked wonderfully. I committed the change last night. A check box was added for Regular Expressions that defaults to off. Larry On Wed, Jan 7, 2009 at 7:57 AM, Larry Becker becker.la...@gmail.com wrote: Hmm. Escaping every character sounds like it might be workable. I'll give it a try. Larry On Tue, Jan 6, 2009 at 5:24 PM, Martin Davis mbda...@refractions.netwrote: Could you still use regex matching on the back end, but just internally escape the raw string input to turn it into a pattern? I think this should be possible maybe by simpling escaping every char in the input string. Larry Becker wrote: Yes, Eclipse has that option, however it would be much more difficult to program without using the pattern matcher. It would basically revert to a simple exact match string comparison. Larry On Tue, Jan 6, 2009 at 4:29 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net wrote: Is it worth having an option to choose plain text or regex? Some text editors do this. That way if a search string contains some of the (numerous) special regex chars, the user doesn't have to escape everything in sight. M Michael Michaud wrote: Larry Becker a écrit : @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... I agree. I was just intimidated by the complexity of explaining this in a sidebar. :-) Perhaps it would be enough to list the special characters. Of course, I didn't think of explaining regex syntax in the sidebar, but just mentionning that regex syntax can (or must ?) be used in the textfield so that users are aware that they can use or learn how to use this powerful syntax. Michaël Larry On Tue, Jan 6, 2009 at 1:20 PM, Michael Michaud michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr wrote: Hi, For a one page cheatsheet, look at http://www.addedbytes.com/download/regular-expressions-cheat-sheet-v1/pdf/ or http://www.omicentral.com/cheatsheets/JavaRegularExpressionsCheatSheet.pdf for a full site dedicated to regex : http://www.regular-expressions.info/ note : regex is also available in OJ's simple query plugin ...and in postgresql (operator ~) @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... Michaël Larry Becker a écrit : That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net wrote: Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net
Re: [JPP-Devel] Search tool for Attributes
thank you both! I would add the plugin to the default-plugins.xml file if you don't mind stefan Larry Becker schrieb: Martin's solution worked wonderfully. I committed the change last night. A check box was added for Regular Expressions that defaults to off. Larry On Wed, Jan 7, 2009 at 7:57 AM, Larry Becker becker.la...@gmail.com mailto:becker.la...@gmail.com wrote: Hmm. Escaping every character sounds like it might be workable. I'll give it a try. Larry On Tue, Jan 6, 2009 at 5:24 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net wrote: Could you still use regex matching on the back end, but just internally escape the raw string input to turn it into a pattern? I think this should be possible maybe by simpling escaping every char in the input string. Larry Becker wrote: Yes, Eclipse has that option, however it would be much more difficult to program without using the pattern matcher. It would basically revert to a simple exact match string comparison. Larry On Tue, Jan 6, 2009 at 4:29 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net wrote: Is it worth having an option to choose plain text or regex? Some text editors do this. That way if a search string contains some of the (numerous) special regex chars, the user doesn't have to escape everything in sight. M Michael Michaud wrote: Larry Becker a écrit : @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... I agree. I was just intimidated by the complexity of explaining this in a sidebar. :-) Perhaps it would be enough to list the special characters. Of course, I didn't think of explaining regex syntax in the sidebar, but just mentionning that regex syntax can (or must ?) be used in the textfield so that users are aware that they can use or learn how to use this powerful syntax. Michaël Larry On Tue, Jan 6, 2009 at 1:20 PM, Michael Michaud michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr wrote: Hi, For a one page cheatsheet, look at http://www.addedbytes.com/download/regular-expressions-cheat-sheet-v1/pdf/ or http://www.omicentral.com/cheatsheets/JavaRegularExpressionsCheatSheet.pdf for a full site dedicated to regex : http://www.regular-expressions.info/ note : regex is also available in OJ's simple query plugin ...and in postgresql (operator ~) @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... Michaël Larry Becker a écrit : That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net
Re: [JPP-Devel] Search tool for Attributes
Yay! Larry Becker wrote: Martin's solution worked wonderfully. I committed the change last night. A check box was added for Regular Expressions that defaults to off. Larry On Wed, Jan 7, 2009 at 7:57 AM, Larry Becker becker.la...@gmail.com mailto:becker.la...@gmail.com wrote: Hmm. Escaping every character sounds like it might be workable. I'll give it a try. Larry On Tue, Jan 6, 2009 at 5:24 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net wrote: Could you still use regex matching on the back end, but just internally escape the raw string input to turn it into a pattern? I think this should be possible maybe by simpling escaping every char in the input string. Larry Becker wrote: Yes, Eclipse has that option, however it would be much more difficult to program without using the pattern matcher. It would basically revert to a simple exact match string comparison. Larry On Tue, Jan 6, 2009 at 4:29 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net wrote: Is it worth having an option to choose plain text or regex? Some text editors do this. That way if a search string contains some of the (numerous) special regex chars, the user doesn't have to escape everything in sight. M Michael Michaud wrote: Larry Becker a écrit : @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... I agree. I was just intimidated by the complexity of explaining this in a sidebar. :-) Perhaps it would be enough to list the special characters. Of course, I didn't think of explaining regex syntax in the sidebar, but just mentionning that regex syntax can (or must ?) be used in the textfield so that users are aware that they can use or learn how to use this powerful syntax. Michaël Larry On Tue, Jan 6, 2009 at 1:20 PM, Michael Michaud michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr wrote: Hi, For a one page cheatsheet, look at http://www.addedbytes.com/download/regular-expressions-cheat-sheet-v1/pdf/ or http://www.omicentral.com/cheatsheets/JavaRegularExpressionsCheatSheet.pdf for a full site dedicated to regex : http://www.regular-expressions.info/ note : regex is also available in OJ's simple query plugin ...and in postgresql (operator ~) @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... Michaël Larry Becker a écrit : That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net
Re: [JPP-Devel] Search tool for Attributes
Hmm. Escaping every character sounds like it might be workable. I'll give it a try. Larry On Tue, Jan 6, 2009 at 5:24 PM, Martin Davis mbda...@refractions.netwrote: Could you still use regex matching on the back end, but just internally escape the raw string input to turn it into a pattern? I think this should be possible maybe by simpling escaping every char in the input string. Larry Becker wrote: Yes, Eclipse has that option, however it would be much more difficult to program without using the pattern matcher. It would basically revert to a simple exact match string comparison. Larry On Tue, Jan 6, 2009 at 4:29 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net wrote: Is it worth having an option to choose plain text or regex? Some text editors do this. That way if a search string contains some of the (numerous) special regex chars, the user doesn't have to escape everything in sight. M Michael Michaud wrote: Larry Becker a écrit : @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... I agree. I was just intimidated by the complexity of explaining this in a sidebar. :-) Perhaps it would be enough to list the special characters. Of course, I didn't think of explaining regex syntax in the sidebar, but just mentionning that regex syntax can (or must ?) be used in the textfield so that users are aware that they can use or learn how to use this powerful syntax. Michaël Larry On Tue, Jan 6, 2009 at 1:20 PM, Michael Michaud michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr mailto:michael.mich...@free.fr wrote: Hi, For a one page cheatsheet, look at http://www.addedbytes.com/download/regular-expressions-cheat-sheet-v1/pdf/ or http://www.omicentral.com/cheatsheets/JavaRegularExpressionsCheatSheet.pdf for a full site dedicated to regex : http://www.regular-expressions.info/ note : regex is also available in OJ's simple query plugin ...and in postgresql (operator ~) @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... Michaël Larry Becker a écrit : That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net wrote: Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net
Re: [JPP-Devel] Search tool for Attributes
Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ 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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.netwrote: Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ 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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
Yes, that would be nice. The Pattern language is *very* powerful, but *very* complex too. Hmm... there's a book in there I think - or at least a nice website. The language I think follows most common conventions for regex languages - and I'm pretty sure there's some good general references out there. I'll post if I find one. I use this a lot in JEQL scripts - so it would be nice to have a reference site for that too. Larry Becker wrote: That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net wrote: Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ 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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
Check these out: http://leepoint.net/notes-java/data/strings/40regular_expressions/05regex.html http://en.wikipedia.org/wiki/Regular_expression Martin Davis wrote: Yes, that would be nice. The Pattern language is *very* powerful, but *very* complex too. Hmm... there's a book in there I think - or at least a nice website. The language I think follows most common conventions for regex languages - and I'm pretty sure there's some good general references out there. I'll post if I find one. I use this a lot in JEQL scripts - so it would be nice to have a reference site for that too. Larry Becker wrote: That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net wrote: Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ 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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
I like the POSIX Basic Regular Expressions section of the Wikipedia article. Still not for the feint-of-heart. On Tue, Jan 6, 2009 at 12:08 PM, Martin Davis mbda...@refractions.netwrote: Check these out: http://leepoint.net/notes-java/data/strings/40regular_expressions/05regex.html http://en.wikipedia.org/wiki/Regular_expression Martin Davis wrote: Yes, that would be nice. The Pattern language is *very* powerful, but *very* complex too. Hmm... there's a book in there I think - or at least a nice website. The language I think follows most common conventions for regex languages - and I'm pretty sure there's some good general references out there. I'll post if I find one. I use this a lot in JEQL scripts - so it would be nice to have a reference site for that too. Larry Becker wrote: That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net wrote: Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ 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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
It looks to me like the syntax for the POSIX character classes is different on the Wikipedia article to the Java Pattern class. 8^( (You know what they say about standards...) These are quite useful, so this could be important to note. Larry Becker wrote: I like the POSIX Basic Regular Expressions section of the Wikipedia article. Still not for the feint-of-heart. On Tue, Jan 6, 2009 at 12:08 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net wrote: Check these out: http://leepoint.net/notes-java/data/strings/40regular_expressions/05regex.html http://en.wikipedia.org/wiki/Regular_expression Martin Davis wrote: Yes, that would be nice. The Pattern language is *very* powerful, but *very* complex too. Hmm... there's a book in there I think - or at least a nice website. The language I think follows most common conventions for regex languages - and I'm pretty sure there's some good general references out there. I'll post if I find one. I use this a lot in JEQL scripts - so it would be nice to have a reference site for that too. Larry Becker wrote: That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net wrote: Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto: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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net
Re: [JPP-Devel] Search tool for Attributes
This subset looks safe enough: . Matches any single character (many applications exclude newlines, and exactly which characters are considered newlines is flavor, character encoding, and platform specific, but it is safe to assume that the line feed character is included). Within POSIX bracket expressions, the dot character matches a literal dot. For example, a.c matches *abc*, etc., but [a.c]matches only *a*, *.*, or *c*. [ ] A bracket expression. Matches a single character that is contained within the brackets. For example, [abc] matches *a*, *b *, or *c*. [a-z] specifies a range which matches any lowercase letter from *a* to *z*. These forms can be mixed: [abcx-z] matches *a*, *b*, *c*, *x*, *y*, or *z*, as does [a-cx-z]. The - character is treated as a literal character if it is the last or the first character within the brackets, or if it is escaped with a backslash: [abc-], [-abc], or [a\-bc]. [^ ] Matches a single character that is not contained within the brackets. For example, [^abc] matches any character other than *a*, *b*, or *c*. [^a-z] matches any single character that is not a lowercase letter from *a* to *z*. As above, literal characters and ranges can be mixed. ^ Matches the starting position within the string. In line-based tools, it matches the starting position of any line. $ Matches the ending position of the string or the position just before a string-ending newline. In line-based tools, it matches the ending position of any line. \( \) Defines a marked subexpression. The string matched within the parentheses can be recalled later (see the next entry, \*n*). A marked subexpression is also called a block or capturing group. \*n* Matches what the *n*th marked subexpression matched, where *n* is a digit from 1 to 9. This construct is theoretically * irregular* and was not adopted in the POSIX ERE syntax. Some tools allow referencing more than nine capturing groups. * Matches the preceding element zero or more times. For example, ab*c matches *ac*, *abc*, * abbbc*, etc. [xyz]* matches , *x*, *y*, *z*, *zx*, *zyx*, * xyzzy*, and so on. \(ab\)* matches , *ab*, *abab*, *ababab*, and so on. \{*m*,*n*\} Matches the preceding element at least *m* and not more than *n* times. For example, a\{3,5\} matches only *aaa*, **, and * a*. This is not found in a few, older instances of regular expressions. *Examples:* - .at matches any three-character string ending with at, including * hat*, *cat*, and *bat*. - [hc]at matches *hat* and *cat*. - [^b]at matches all strings matched by .at except *bat*. - ^[hc]at matches *hat* and *cat*, but only at the beginning of the string or line. - [hc]at$ matches *hat* and *cat*, but only at the end of the string or line. On Tue, Jan 6, 2009 at 1:00 PM, Martin Davis mbda...@refractions.netwrote: It looks to me like the syntax for the POSIX character classes is different on the Wikipedia article to the Java Pattern class. 8^( (You know what they say about standards...) These are quite useful, so this could be important to note. Larry Becker wrote: I like the POSIX Basic Regular Expressions section of the Wikipedia article. Still not for the feint-of-heart. On Tue, Jan 6, 2009 at 12:08 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net wrote: Check these out: http://leepoint.net/notes-java/data/strings/40regular_expressions/05regex.html http://en.wikipedia.org/wiki/Regular_expression Martin Davis wrote: Yes, that would be nice. The Pattern language is *very* powerful, but *very* complex too. Hmm... there's a book in there I think - or at least a nice website. The language I think follows most common conventions for regex languages - and I'm pretty sure there's some good general references out there. I'll post if I find one. I use this a lot in JEQL scripts - so it would be nice to have a reference site for that too. Larry Becker wrote: That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net wrote: Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table?
Re: [JPP-Devel] Search tool for Attributes
Hi, For a one page cheatsheet, look at http://www.addedbytes.com/download/regular-expressions-cheat-sheet-v1/pdf/ or http://www.omicentral.com/cheatsheets/JavaRegularExpressionsCheatSheet.pdf for a full site dedicated to regex : http://www.regular-expressions.info/ note : regex is also available in OJ's simple query plugin ...and in postgresql (operator ~) @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... Michaël Larry Becker a écrit : That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net wrote: Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
@Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... I agree. I was just intimidated by the complexity of explaining this in a sidebar. :-) Perhaps it would be enough to list the special characters. Larry On Tue, Jan 6, 2009 at 1:20 PM, Michael Michaud michael.mich...@free.frwrote: Hi, For a one page cheatsheet, look at http://www.addedbytes.com/download/regular-expressions-cheat-sheet-v1/pdf/ or http://www.omicentral.com/cheatsheets/JavaRegularExpressionsCheatSheet.pdf for a full site dedicated to regex : http://www.regular-expressions.info/ note : regex is also available in OJ's simple query plugin ...and in postgresql (operator ~) @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... Michaël Larry Becker a écrit : That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net wrote: Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
Larry Becker a écrit : @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... I agree. I was just intimidated by the complexity of explaining this in a sidebar. :-) Perhaps it would be enough to list the special characters. Of course, I didn't think of explaining regex syntax in the sidebar, but just mentionning that regex syntax can (or must ?) be used in the textfield so that users are aware that they can use or learn how to use this powerful syntax. Michaël Larry On Tue, Jan 6, 2009 at 1:20 PM, Michael Michaud michael.mich...@free.fr mailto:michael.mich...@free.fr wrote: Hi, For a one page cheatsheet, look at http://www.addedbytes.com/download/regular-expressions-cheat-sheet-v1/pdf/ or http://www.omicentral.com/cheatsheets/JavaRegularExpressionsCheatSheet.pdf for a full site dedicated to regex : http://www.regular-expressions.info/ note : regex is also available in OJ's simple query plugin ...and in postgresql (operator ~) @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... Michaël Larry Becker a écrit : That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net wrote: Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto: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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB
Re: [JPP-Devel] Search tool for Attributes
Is it worth having an option to choose plain text or regex? Some text editors do this. That way if a search string contains some of the (numerous) special regex chars, the user doesn't have to escape everything in sight. M Michael Michaud wrote: Larry Becker a écrit : @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... I agree. I was just intimidated by the complexity of explaining this in a sidebar. :-) Perhaps it would be enough to list the special characters. Of course, I didn't think of explaining regex syntax in the sidebar, but just mentionning that regex syntax can (or must ?) be used in the textfield so that users are aware that they can use or learn how to use this powerful syntax. Michaël Larry On Tue, Jan 6, 2009 at 1:20 PM, Michael Michaud michael.mich...@free.fr mailto:michael.mich...@free.fr wrote: Hi, For a one page cheatsheet, look at http://www.addedbytes.com/download/regular-expressions-cheat-sheet-v1/pdf/ or http://www.omicentral.com/cheatsheets/JavaRegularExpressionsCheatSheet.pdf for a full site dedicated to regex : http://www.regular-expressions.info/ note : regex is also available in OJ's simple query plugin ...and in postgresql (operator ~) @Larry : I think that the use of regexes should be mentionned in the user interface of your search tool One reason is that the user will have to escape regex metacharacter if he wants to make a simple search on (, [ ,*... Michaël Larry Becker a écrit : That's it. I've looked for a better (more user oriented) reference, but never found one. Larry On Tue, Jan 6, 2009 at 12:00 PM, Martin Davis mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net mailto:mbda...@refractions.net wrote: Perhaps http://java.sun.com/j2se/1.4.2/docs/api/java/util/regex/Pattern.html ?? Stefan Steiniger wrote: By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. oha..interesting.. how to get to know these chars? is there a table? stefan -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto: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 -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
Yes, I hadn't counted on the number of unique search options when I originally made the suggestion that it might be integrated with Simple Query. I think it needs to remain separate in order to keep Simple Query simple. By the way, since it uses the Java pattern matcher, Search All Attributes supports many different meta-characters to control the search such as ^ to match the start of a line and $ to match the end. regards, Larry On Sat, Jan 3, 2009 at 10:58 AM, Michael Michaud michael.mich...@free.frwrote: mhm.. what concerns me: I think it could be separated as it is now. Sometimes it makes sense to have a dedictated function separately in the menu although it could be intergrated - because it makes it easier accessible and memorizable. but these are just my 2 cents - any other thoughts? My opinion is the same as Stefan's. SearchAllAttributes is a nice feature (thanks Larry), but - I'm not sure I'm able to integrate it smoothly to simple query, and - I think it's better if such a tool is kept as simple as possible (with few options), in a separate menu item my 2 cents (it's already 4 cents with those of Stefan...) Michaël stefan Giuseppe Aruta schrieb: Hi Larry, finally I was able to download this new query tool and test it. It works fine. I think it would be better to add this usefull function to Simple Query tool in order to simlify the menu organization. Regards Peppe Happy new Year! --- Mer 31/12/08, Larry Becker becker.la...@gmail.com ha scritto: Da: Larry Becker becker.la...@gmail.com Oggetto: Re: [JPP-Devel] Search tool for Attributes A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Mercoledì 31 dicembre 2008, 23:41 I have completed the Search All Attributes query. It aims to add search engine style queries to OpenJump. It should be in tomorrows nightly build. To test it out use the following workbench-properties.xml file: workbench plug-inorg.openjump.core.ui.plugin.queries.SearchAllAttributes/plug-in /workbench regards, Larry On Mon, Dec 29, 2008 at 2:12 PM, Larry Becker becker.la...@gmail.comwrote: Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
mhm.. what concerns me: I think it could be separated as it is now. Sometimes it makes sense to have a dedictated function separately in the menu although it could be intergrated - because it makes it easier accessible and memorizable. but these are just my 2 cents - any other thoughts? stefan Giuseppe Aruta schrieb: Hi Larry, finally I was able to download this new query tool and test it. It works fine. I think it would be better to add this usefull function to Simple Query tool in order to simlify the menu organization. Regards Peppe Happy new Year! --- Mer 31/12/08, Larry Becker becker.la...@gmail.com ha scritto: Da: Larry Becker becker.la...@gmail.com Oggetto: Re: [JPP-Devel] Search tool for Attributes A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Mercoledì 31 dicembre 2008, 23:41 I have completed the Search All Attributes query. It aims to add search engine style queries to OpenJump. It should be in tomorrows nightly build. To test it out use the following workbench-properties.xml file: workbench plug-inorg.openjump.core.ui.plugin.queries.SearchAllAttributes/plug-in /workbench regards, Larry On Mon, Dec 29, 2008 at 2:12 PM, Larry Becker becker.la...@gmail.comwrote: Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
mhm.. what concerns me: I think it could be separated as it is now. Sometimes it makes sense to have a dedictated function separately in the menu although it could be intergrated - because it makes it easier accessible and memorizable. but these are just my 2 cents - any other thoughts? My opinion is the same as Stefan's. SearchAllAttributes is a nice feature (thanks Larry), but - I'm not sure I'm able to integrate it smoothly to simple query, and - I think it's better if such a tool is kept as simple as possible (with few options), in a separate menu item my 2 cents (it's already 4 cents with those of Stefan...) Michaël stefan Giuseppe Aruta schrieb: Hi Larry, finally I was able to download this new query tool and test it. It works fine. I think it would be better to add this usefull function to Simple Query tool in order to simlify the menu organization. Regards Peppe Happy new Year! --- Mer 31/12/08, Larry Becker becker.la...@gmail.com ha scritto: Da: Larry Becker becker.la...@gmail.com Oggetto: Re: [JPP-Devel] Search tool for Attributes A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Mercoledì 31 dicembre 2008, 23:41 I have completed the Search All Attributes query. It aims to add search engine style queries to OpenJump. It should be in tomorrows nightly build. To test it out use the following workbench-properties.xml file: workbench plug-inorg.openjump.core.ui.plugin.queries.SearchAllAttributes/plug-in /workbench regards, Larry On Mon, Dec 29, 2008 at 2:12 PM, Larry Becker becker.la...@gmail.comwrote: Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
Bing, I had no idea that you could use Lucerne for such a task. That is very interesting. SS On Tue, Dec 30, 2008 at 7:13 AM, Larry Becker becker.la...@gmail.com wrote: Hi Bing, Wow! That was an information-rich post. Using Lucene goes way beyond my usual minimalist approach to feature implementation. You must have some use cases with a lot of attribute data. So far, I haven't seen the need for indexing in my own work, and I would hate to pay the memory/time price for a tool that I would use only occasionally. Supporting the Editable and Selectable layer settings in plugins is a judgment call. Generally, I try to support them, but for some tools it makes sense to ignore the setting. In the case of a search tool, I would think the Selectable setting should be honored. This would be useful, for instance, when you have temporary duplicate layers that you wish to exclude from the search. I like the approach Michael took in the Simple Query plugin. Results can be displayed in the Feature Info table if selection is impractical. Also, I think that just because something is hidden due to a scale range, it shouldn't be exempt from selection. I'm not sure what happens with the selection handles though. thanks, Larry On Tue, Dec 30, 2008 at 12:24 AM, Bing Ran bing_...@hotmail.com wrote: Hi, Larry, I have implemented a Lucene based global attribute search for my application. Features are indexed when they loaded on the layers. Search results are selected and zoomed-to on the map. What is tricky is that the result map needs a strategy to deal with features that are labeled as hidden in a scale range and also those layers that are tagged as NOT selectable. I'm wondering if I need to make a discrimination between a manually selectable layer and a programmatically selectable layer. Bing From: Larry Becker Sent: Tuesday, December 30, 2008 4:12 AM To: OpenJump develop and use Subject: [JPP-Devel] Search tool for Attributes Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
Hi SS, The use of in-memory Lucene is straightforward. It's aboout 400+ line of code even with lots of my application specific logic. It's one of the ways to index all the attributes of the loaded features for later quick search. It works fine for me so far. Bing -- From: Sunburned Surveyor sunburned.surve...@gmail.com Sent: Tuesday, December 30, 2008 11:34 PM To: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Subject: Re: [JPP-Devel] Search tool for Attributes Bing, I had no idea that you could use Lucerne for such a task. That is very interesting. SS On Tue, Dec 30, 2008 at 7:13 AM, Larry Becker becker.la...@gmail.com wrote: Hi Bing, Wow! That was an information-rich post. Using Lucene goes way beyond my usual minimalist approach to feature implementation. You must have some use cases with a lot of attribute data. So far, I haven't seen the need for indexing in my own work, and I would hate to pay the memory/time price for a tool that I would use only occasionally. Supporting the Editable and Selectable layer settings in plugins is a judgment call. Generally, I try to support them, but for some tools it makes sense to ignore the setting. In the case of a search tool, I would think the Selectable setting should be honored. This would be useful, for instance, when you have temporary duplicate layers that you wish to exclude from the search. I like the approach Michael took in the Simple Query plugin. Results can be displayed in the Feature Info table if selection is impractical. Also, I think that just because something is hidden due to a scale range, it shouldn't be exempt from selection. I'm not sure what happens with the selection handles though. thanks, Larry On Tue, Dec 30, 2008 at 12:24 AM, Bing Ran bing_...@hotmail.com wrote: Hi, Larry, I have implemented a Lucene based global attribute search for my application. Features are indexed when they loaded on the layers. Search results are selected and zoomed-to on the map. What is tricky is that the result map needs a strategy to deal with features that are labeled as hidden in a scale range and also those layers that are tagged as NOT selectable. I'm wondering if I need to make a discrimination between a manually selectable layer and a programmatically selectable layer. Bing From: Larry Becker Sent: Tuesday, December 30, 2008 4:12 AM To: OpenJump develop and use Subject: [JPP-Devel] Search tool for Attributes Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
Using indexes makes perfect sense for your application. Sometimes I need to be reminded that you are not using OpenJump as a generic GIS application. regards, Larry On Tue, Dec 30, 2008 at 9:40 AM, Bing Ran bing_...@hotmail.com wrote: Thank Larry for your suggestions. I'm dealing with ~50K features and each feature has about 10-20 attributes, some of which can be a lot longer than a simple name. Nonetheless I would not call the dataset big. I'm using an in-memory and in process Lucene index storage for the attributes. It takes about 10 seconds to index them and it takes about 10-20M of memory. To display the result in a tabular form is straightforward. But I need to show them on map because I'm searching for roads with specific names and am looking for the road intersections. It's almost working[image: 微笑 图释] Bing *From:* Larry Becker becker.la...@gmail.com *Sent:* Tuesday, December 30, 2008 11:13 PM *To:* OpenJump develop and use jump-pilot-devel@lists.sourceforge.net *Subject:* Re: [JPP-Devel] Search tool for Attributes Hi Bing, Wow! That was an information-rich post. Using Lucene goes way beyond my usual minimalist approach to feature implementation. You must have some use cases with a lot of attribute data. So far, I haven't seen the need for indexing in my own work, and I would hate to pay the memory/time price for a tool that I would use only occasionally. Supporting the Editable and Selectable layer settings in plugins is a judgment call. Generally, I try to support them, but for some tools it makes sense to ignore the setting. In the case of a search tool, I would think the Selectable setting should be honored. This would be useful, for instance, when you have temporary duplicate layers that you wish to exclude from the search. I like the approach Michael took in the Simple Query plugin. Results can be displayed in the Feature Info table if selection is impractical. Also, I think that just because something is hidden due to a scale range, it shouldn't be exempt from selection. I'm not sure what happens with the selection handles though. thanks, Larry On Tue, Dec 30, 2008 at 12:24 AM, Bing Ran bing_...@hotmail.com wrote: Hi, Larry, I have implemented a Lucene based global attribute search for my application. Features are indexed when they loaded on the layers. Search results are selected and zoomed-to on the map. What is tricky is that the result map needs a strategy to deal with features that are labeled as hidden in a scale range and also those layers that are tagged as NOT selectable. I'm wondering if I need to make a discrimination between a manually selectable layer and a programmatically selectable layer. Bing *From:* Larry Becker becker.la...@gmail.com *Sent:* Tuesday, December 30, 2008 4:12 AM *To:* OpenJump develop and use jump-pilot-devel@lists.sourceforge.net *Subject:* [JPP-Devel] Search tool for Attributes Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- -- -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- -- -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ Emoticon1.gif-- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
... Also, I think that just because something is hidden due to a scale range, it shouldn't be exempt from selection. I'm not sure what happens with the selection handles though. I checked and selection feedback still occurs for hidden features. That seems like a good thing. Larry On Tue, Dec 30, 2008 at 9:13 AM, Larry Becker becker.la...@gmail.comwrote: Hi Bing, Wow! That was an information-rich post. Using Lucene goes way beyond my usual minimalist approach to feature implementation. You must have some use cases with a lot of attribute data. So far, I haven't seen the need for indexing in my own work, and I would hate to pay the memory/time price for a tool that I would use only occasionally. Supporting the Editable and Selectable layer settings in plugins is a judgment call. Generally, I try to support them, but for some tools it makes sense to ignore the setting. In the case of a search tool, I would think the Selectable setting should be honored. This would be useful, for instance, when you have temporary duplicate layers that you wish to exclude from the search. I like the approach Michael took in the Simple Query plugin. Results can be displayed in the Feature Info table if selection is impractical. Also, I think that just because something is hidden due to a scale range, it shouldn't be exempt from selection. I'm not sure what happens with the selection handles though. thanks, Larry On Tue, Dec 30, 2008 at 12:24 AM, Bing Ran bing_...@hotmail.com wrote: Hi, Larry, I have implemented a Lucene based global attribute search for my application. Features are indexed when they loaded on the layers. Search results are selected and zoomed-to on the map. What is tricky is that the result map needs a strategy to deal with features that are labeled as hidden in a scale range and also those layers that are tagged as NOT selectable. I'm wondering if I need to make a discrimination between a manually selectable layer and a programmatically selectable layer. Bing *From:* Larry Becker becker.la...@gmail.com *Sent:* Tuesday, December 30, 2008 4:12 AM *To:* OpenJump develop and use jump-pilot-devel@lists.sourceforge.net *Subject:* [JPP-Devel] Search tool for Attributes Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- -- -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
I've already noticed that. That's a nice surprise indeed! From: Larry Becker Sent: Wednesday, December 31, 2008 2:32 AM To: OpenJump develop and use Subject: Re: [JPP-Devel] Search tool for Attributes ... Also, I think that just because something is hidden due to a scale range, it shouldn't be exempt from selection. I'm not sure what happens with the selection handles though. I checked and selection feedback still occurs for hidden features. That seems like a good thing. Larry On Tue, Dec 30, 2008 at 9:13 AM, Larry Becker becker.la...@gmail.com wrote: Hi Bing, Wow! That was an information-rich post. Using Lucene goes way beyond my usual minimalist approach to feature implementation. You must have some use cases with a lot of attribute data. So far, I haven't seen the need for indexing in my own work, and I would hate to pay the memory/time price for a tool that I would use only occasionally. Supporting the Editable and Selectable layer settings in plugins is a judgment call. Generally, I try to support them, but for some tools it makes sense to ignore the setting. In the case of a search tool, I would think the Selectable setting should be honored. This would be useful, for instance, when you have temporary duplicate layers that you wish to exclude from the search. I like the approach Michael took in the Simple Query plugin. Results can be displayed in the Feature Info table if selection is impractical. Also, I think that just because something is hidden due to a scale range, it shouldn't be exempt from selection. I'm not sure what happens with the selection handles though. thanks, Larry On Tue, Dec 30, 2008 at 12:24 AM, Bing Ran bing_...@hotmail.com wrote: Hi, Larry, I have implemented a Lucene based global attribute search for my application. Features are indexed when they loaded on the layers. Search results are selected and zoomed-to on the map. What is tricky is that the result map needs a strategy to deal with features that are labeled as hidden in a scale range and also those layers that are tagged as NOT selectable. I'm wondering if I need to make a discrimination between a manually selectable layer and a programmatically selectable layer. Bing From: Larry Becker Sent: Tuesday, December 30, 2008 4:12 AM To: OpenJump develop and use Subject: [JPP-Devel] Search tool for Attributes Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
I think that would be handy. SS On Mon, Dec 29, 2008 at 12:12 PM, Larry Becker becker.la...@gmail.com wrote: Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
me too! sounds spectacular :) .. now we need to find a fancy name. stefan Sunburned Surveyor schrieb: I think that would be handy. SS On Mon, Dec 29, 2008 at 12:12 PM, Larry Becker becker.la...@gmail.com wrote: Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
yes, it sounds searchtacular! eric On Dec 29, 2008, at 5:56 PM, Stefan Steiniger wrote: me too! sounds spectacular :) .. now we need to find a fancy name. stefan Sunburned Surveyor schrieb: I think that would be handy. SS On Mon, Dec 29, 2008 at 12:12 PM, Larry Becker becker.la...@gmail.com wrote: Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Search tool for Attributes
Hi, Larry, I have implemented a Lucene based global attribute search for my application. Features are indexed when they loaded on the layers. Search results are selected and zoomed-to on the map. What is tricky is that the result map needs a strategy to deal with features that are labeled as hidden in a scale range and also those layers that are tagged as NOT selectable. I'm wondering if I need to make a discrimination between a manually selectable layer and a programmatically selectable layer. Bing From: Larry Becker Sent: Tuesday, December 30, 2008 4:12 AM To: OpenJump develop and use Subject: [JPP-Devel] Search tool for Attributes Question: You can use Simple Query to search Attribute fields for specific values, but have you ever wanted to do a Google style search in a map? In other words, search all attributes in all layers for any occurrence of one or more target words. I have a tool that could be morphed into this capability fairly easily, or it could be added to Simple Query. Any comments? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel