Re: [JPP-Devel] Initial alpha release of the Surveyos Super Select Tool.
What I meant was that your tool is not installed, otherwise it would appear automatically in the Extensions box. Did you test this tool with OpenJump? Larry On 10/15/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry, I didn't add any code to put something in the About Extensions box. I'll have to look at my code to see where this needs to be done. I apologize about the confusion over that. You activate the toolbar for the Super Select tool by clicking on the Super Select Tool menu item under the Super Select sub-menu of the top-level Edit menu. In other words: Edit/Super Select/Super Select Tool I hope that helps. Landon On 10/15/07, Larry Becker [EMAIL PROTECTED] wrote: Hi SS, I followed your instructions, but nothing shows up in the About Extensions box. I downloaded super_select_1000.zip I created a folder named surveyos in lib/ext I placed surveyos_super_select-1000.jar in surveyos along with configuration.yaml. Larry On 10/15/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Will someone please get Stefan a chair? (He is going to pass out when he reads the next sentence.) :] I have finally finished some functional code for OpenJUMP. You can now download the alpha release of the Super Select Tool from the SurveyOS SourceForge site. This tool allows the user to control the behavior of feature selection, and to send selected features to a designated layer with a single button click. The behavior of the tool can be configured by the user, and the configuration settings can be saved. I've spent the last two (2) weeks squishing bugs, but this is an alpha release because I'm sure there are still some bugs lurking around in my code. Please report any problems with the tool to me so I can get them corrected. Over the course of the next two or three weeks I will be making the following improvements to the Super Select Tool: - Add a checkbox to the configure dialog box that allows the user to turn off the warning when features being copied to the destination layer will be erased from the source layer. - Replace the save configuration settings and help button icons. - Add context sensitive help documentation in PDF format that can be called up with a button on all Super Select dialog boxes. - Implement the Super Select tool as a plug-in that uses my Plug-In Dependency System. - Internationalize the Super Select Plug-In. - Add or improve Javadoc and source code comments for the following classes: ToolboxPlugIn ToolboxDialog AbstractSelection FeatureSelection SelectionManager SelectTool - Add programmer documentation on OpenJUMP's selection system and implementing a toolbox for cursor tools. I hope you guys enjoy the tool. I'll make an effort to complete more of my projects so Stefan won't feel dizzy when I actually finish something. :] Note: The tool requires a method that I added to the DialogUtil class, so you can't try it out unless you build the code from the SVN today or wait for tomorrow's nightly build. You can download the source code and JAR file for the Super Select Plug-In here: http://sourceforge.net/project/showfiles.php?group_id=122820 Note: The source code still needs some reorganizing and comments. The Sunburned Surveyor P.S. - To install the tool create a folder named surveyos in OpenJUMP's /lib/ext directory. In this folder place the JAR file downloaded from sourceforge and the attached configuration file. I will include this file and installation instructions in the next release of the tool. :] - 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 -- 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
Re: [JPP-Devel] Initial alpha release of the Surveyos Super Select Tool.
Nope. That made no difference. So if you follow the instructions you gave me, it works? Larry On 10/15/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Yup. The tool was tested with OpenJUMP. I think I made a mistake in my earlier instructions. The path to the JAR file for the Super Select Tool should look like this: /lib/ext/surveyos/super_select/surveyos_super_select-1000.jar I think I forgot to mention the super_select folder in my previous e-mail. Sorry about that. The Sunburned Surveyor On 10/15/07, Larry Becker [EMAIL PROTECTED] wrote: What I meant was that your tool is not installed, otherwise it would appear automatically in the Extensions box. Did you test this tool with OpenJump? Larry On 10/15/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry, I didn't add any code to put something in the About Extensions box. I'll have to look at my code to see where this needs to be done. I apologize about the confusion over that. You activate the toolbar for the Super Select tool by clicking on the Super Select Tool menu item under the Super Select sub-menu of the top-level Edit menu. In other words: Edit/Super Select/Super Select Tool I hope that helps. Landon On 10/15/07, Larry Becker [EMAIL PROTECTED] wrote: Hi SS, I followed your instructions, but nothing shows up in the About Extensions box. I downloaded super_select_1000.zip I created a folder named surveyos in lib/ext I placed surveyos_super_select-1000.jar in surveyos along with configuration.yaml. Larry On 10/15/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Will someone please get Stefan a chair? (He is going to pass out when he reads the next sentence.) :] I have finally finished some functional code for OpenJUMP. You can now download the alpha release of the Super Select Tool from the SurveyOS SourceForge site. This tool allows the user to control the behavior of feature selection, and to send selected features to a designated layer with a single button click. The behavior of the tool can be configured by the user, and the configuration settings can be saved. I've spent the last two (2) weeks squishing bugs, but this is an alpha release because I'm sure there are still some bugs lurking around in my code. Please report any problems with the tool to me so I can get them corrected. Over the course of the next two or three weeks I will be making the following improvements to the Super Select Tool: - Add a checkbox to the configure dialog box that allows the user to turn off the warning when features being copied to the destination layer will be erased from the source layer. - Replace the save configuration settings and help button icons. - Add context sensitive help documentation in PDF format that can be called up with a button on all Super Select dialog boxes. - Implement the Super Select tool as a plug-in that uses my Plug-In Dependency System. - Internationalize the Super Select Plug-In. - Add or improve Javadoc and source code comments for the following classes: ToolboxPlugIn ToolboxDialog AbstractSelection FeatureSelection SelectionManager SelectTool - Add programmer documentation on OpenJUMP's selection system and implementing a toolbox for cursor tools. I hope you guys enjoy the tool. I'll make an effort to complete more of my projects so Stefan won't feel dizzy when I actually finish something. :] Note: The tool requires a method that I added to the DialogUtil class, so you can't try it out unless you build the code from the SVN today or wait for tomorrow's nightly build. You can download the source code and JAR file for the Super Select Plug-In here: http://sourceforge.net/project/showfiles.php?group_id=122820 Note: The source code still needs some reorganizing and comments. The Sunburned Surveyor P.S. - To install the tool create a folder named surveyos in OpenJUMP's /lib/ext directory. In this folder place the JAR file downloaded from sourceforge and the attached configuration file. I will include this file and installation instructions in the next release of the tool. :] - 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
Re: [JPP-Devel] Open Plugin
You still need to check in the OpenWizardPlugIn. Larry On 10/14/07, Paul Austin [EMAIL PROTECTED] wrote: I've checked in the update, look for the new Open.. item in the File menu, toolbar and the Category context menu. I also added in support for the AddDataSourceLayer plug-in as well. Paul Paul Austin wrote: This is what the first step of the wizard will look like. I have not I18N the strings yet. Also note that for those auto installed wizards for DataSourceQueryChoosers there is no Icon. [image: Open Wizard] Paul Austin wrote: Stefan, It is not an open data source plug-in, it is an open anything wizard plug-in, which will at least support. - Any file supported by the OpenFilePlugIn - Any DataSource registered with the DataSourceQueryChooserManager (except File based ones as they are opened with the OpenFile portion). This includes the PostGIS plug-in - Projects - WMS Layers Maybe OpenWizardPlugIn might be a better name? Paul Stefan Steiniger wrote: Hei Paul, this are great news :) Should we name the OpenPlugIn more precisely (i.e. OpenDataSource or so..)? Paul Austin schrieb: As discussed the other day I'm implementing another new open plugin which is designed to allow pluggable wizards for loading other things in addition to files. I have a prototype of this working which first shows a list of types of things that can be loaded with an optional Icon. For this I'd like to have 32x32 size icons for this with the name of the type below it. If someone can help with some icons that would be great. At the moment I'm just using the 16x16 icons. ok.. should be doable. But we need to know if you want a gif image or so. cheers germany stefan The default implementation will have my Open File and Open Project icon. In addition to this it will get all non file based DataSourceQueryChoosers registered and wrap them in my new framework. For this it uses getComponent on the chooser to get the UI to accept the options and then uses the getDataSourceQueries when finished is pressed to load them. I've tested this with the PostGIS plug-in and it works without any changes. It should also work with the ArcSDE one too. The other option is developers can create their own WizardGroup using the following interface and register this with the OpenPlugIn. The advantage of this approach is you can have a more complex UI with validation of fields etc. The getPanels() method returns one or more WizardPanels for the UI. The getFirstId() returns the ID of the first panel to use and the run method is called after the finish button is pressed. It's in this method that the loading of data is done. It uses the Threaded plugin so it will not be running in the UI thread. public interface WizardGroup { public String getName(); public Icon getIcon(); public ListWizardPanel getPanels(); public String getFirstId(); public void run(TaskMonitor monitor); } I'm going to clean everything up this weekend and check in next week. Paul - 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 [EMAIL PROTECTED]://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 [EMAIL PROTECTED]://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 [EMAIL PROTECTED]://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/ --
[JPP-Devel] Request that all commits stop temporarily
I think something has gone wrong with our SVN repository. My recent plugins ExtractLayersByGeometry and ExtractLayerInFence have been wiped from the SVN. I don't seem to find copies anywhere, even on my hard drive. 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
Re: [JPP-Devel] Request that all commits stop temporarily
Paul, Guys, we are stepping all over each other's work and I don't see how it is happening. I have been synchronizing every time I made a change and the changes aren't there in the repository, but my commits are there in History for ChangeLog and OpenJumpConfiguration. I can't find any trace of the plugins. I actually have both files still open in Eclipse, but all that displays is a file missing message. Without the code for the plugins, the changes to OpenJumpConfiguration would have broken the nightly build and compile for everyone. Did anyone notice anything like that? I hate to say it, but it could be be a bug in SVN, or the SourceForge repository is unstable. regards, Larry becker On 10/14/07, Larry Becker [EMAIL PROTECTED] wrote: I think something has gone wrong with our SVN repository. My recent plugins ExtractLayersByGeometry and ExtractLayerInFence have been wiped from the SVN. I don't seem to find copies anywhere, even on my hard drive. regards, Larry Becker -- http://amusingprogrammer.blogspot.com/ -- 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
Re: [JPP-Devel] Request that all commits stop temporarily
The last change in history to the org.openjump.core.ui.plugin.layer folder was: * Integrated the new Open File, Project and Recent plug-ins and reorganized the File Menu * Added a maven build script but the affected path was for org.openjump.util.UriUtil.java! That doesn't make any sense. How would putting a file in org.openjump.util wipe out my plugins in the org.openjump.core.ui.plugin.layer folder? Larry On 10/14/07, Larry Becker [EMAIL PROTECTED] wrote: Paul, Guys, we are stepping all over each other's work and I don't see how it is happening. I have been synchronizing every time I made a change and the changes aren't there in the repository, but my commits are there in History for ChangeLog and OpenJumpConfiguration. I can't find any trace of the plugins. I actually have both files still open in Eclipse, but all that displays is a file missing message. Without the code for the plugins, the changes to OpenJumpConfiguration would have broken the nightly build and compile for everyone. Did anyone notice anything like that? I hate to say it, but it could be be a bug in SVN, or the SourceForge repository is unstable. regards, Larry becker On 10/14/07, Larry Becker [EMAIL PROTECTED] wrote: I think something has gone wrong with our SVN repository. My recent plugins ExtractLayersByGeometry and ExtractLayerInFence have been wiped from the SVN. I don't seem to find copies anywhere, even on my hard drive. regards, Larry Becker -- http://amusingprogrammer.blogspot.com/ -- http://amusingprogrammer.blogspot.com/ -- 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
Re: [JPP-Devel] Request that all commits stop temporarily
Hi Paul, I was able to see the files in Structure Compare using the Compare with branch/tag revision 1140, but all I got when I double-click a file is: HTTP Path Not Found svn: REPORT request failed on '/svnroot/jump-pilot/!svn/bc/1160/core/trunk/src/org/openjump/core/ui/plugin/layer/ExtractLayerInFence.java' svn: '/svnroot/jump-pilot/!svn/bc/1160/core/trunk/src/org/openjump/core/ui/plugin/layer/ExtractLayerInFence.java' path not found As far as I'm concerned, if SVN lets this happen, it is a bug. What is the point of having a source code control system that throws away code? It shouldn't be possible to accidentally remove code once it is committed. If we can't come up with a good explanation for this, I would vote to return to CVS. We never lost a single change under CVS. regards, Larry On 10/14/07, Paul Austin [EMAIL PROTECTED] wrote: Hi Larry, I think I've found the problem, when I merged in from the branch it reverted a bunch of changes. I must have done the merge incorrectly and didn't catch some of the changes that I didn't make. Anyway in Eclipse if you do a Compare with branch/tag and select Revision 1140 you will see the changes. Then you can get the appropriate files back from that revision into your local copy and then check them back in. If you need any help figuring out what's what let me know and I'll fix it up tomorrow. I'm going to look again at how I did the merge and document how it should be done so as to avoid this in the future. Paul Larry Becker wrote: I think something has gone wrong with our SVN repository. My recent plugins ExtractLayersByGeometry and ExtractLayerInFence have been wiped from the SVN. I don't seem to find copies anywhere, even on my hard drive. regards, Larry Becker - 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 -- 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
Re: [JPP-Devel] Request that all commits stop temporarily
I've recovered the two plugin files using the web interface on sourceforge. I'll have to work on merging in the other changes to OpenJumpConfiguration and ChangeLog later before I check them back in. Enough for one night. Larry On 10/14/07, Paul Austin [EMAIL PROTECTED] wrote: Larry, The file does not exist under revision 1160, it does under 1140. See http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/org/openjump/core/ui/plugin/layer/ExtractLayerInFence.java?pathrev=1140 To get there in the SVN browse on sourceforge I set a sticky revision to 1140 In the eclipse GUI, it should not throw an error in this case just show that it does not exist in that revision. Therefore I would say the bug is in Eclipse SVN rather than eclipse itself. Subversion works differently in that for the current revision you only see the most recent files that still exist. To view the other files you have to say which revision you want to look for files in. If you want I can fix it up as it was my screw up, I'll get you then to double check that I got everything when I do the checkin. Paul Larry Becker wrote: Hi Paul, I was able to see the files in Structure Compare using the Compare with branch/tag revision 1140, but all I got when I double-click a file is: HTTP Path Not Found svn: REPORT request failed on '/svnroot/jump-pilot/!svn/bc/1160/core/trunk/src/org/openjump/core/ui/plugin/layer/ExtractLayerInFence.java' svn: '/svnroot/jump-pilot/!svn/bc/1160/core/trunk/src/org/openjump/core/ui/plugin/layer/ExtractLayerInFence.java' path not found As far as I'm concerned, if SVN lets this happen, it is a bug. What is the point of having a source code control system that throws away code? It shouldn't be possible to accidentally remove code once it is committed. If we can't come up with a good explanation for this, I would vote to return to CVS. We never lost a single change under CVS. regards, Larry On 10/14/07, Paul Austin [EMAIL PROTECTED] wrote: Hi Larry, I think I've found the problem, when I merged in from the branch it reverted a bunch of changes. I must have done the merge incorrectly and didn't catch some of the changes that I didn't make. Anyway in Eclipse if you do a Compare with branch/tag and select Revision 1140 you will see the changes. Then you can get the appropriate files back from that revision into your local copy and then check them back in. If you need any help figuring out what's what let me know and I'll fix it up tomorrow. I'm going to look again at how I did the merge and document how it should be done so as to avoid this in the future. Paul Larry Becker wrote: I think something has gone wrong with our SVN repository. My recent plugins ExtractLayersByGeometry and ExtractLayerInFence have been wiped from the SVN. I don't seem to find copies anywhere, even on my hard drive. regards, Larry Becker - 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 -- 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
Re: [JPP-Devel] Bug in AbstractSelection.unselectItems method.
This method is used by the LayerListener to unselect features after deletion. I don't suppose you have considered using the debugger? Larry On 10/11/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: I think that I may have discovered a bug in the AbstractSelection.unselectItems(Layer layer, CollectionMap FeatureToItemCollectionMap) method. I call this method in my SuperSelect Tool. I've used log messages to determine that execution sucessfully passes from my code to the code in the unselectItems method. The problem is, nothing happens... That is, the unselectItems method doesn't appear to unselect any selected Features. I know this because even after this method is called I can still manipulate the Features in a selection. Also, the number of selected items shown below the LayerViewPanel never reduces. (I suppose this could be for a different reason, but it seems odd that features aren't unselected AND the selected feature count never gets smaller.) I want to go rooting around in the unselectItems method to see what is going on, but I thought it might be prudent to post here first. Perhaps someone knows something about the selection code in OpenJUMP that I don't. Can anyone think of a reason why this method wouldn't be performing properly? (Please note that my SuperSelect Tool can sucessfully select and clear selected items, just not unselect items.) Has anyone written a plug-in of their own that calls the AbstractSelection.unselectItems method? If no one has any suggestions for me then I will begin tearing apart the AbstractSelection code to find the problem. The Sunburned Surveyor - 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 -- 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
Re: [JPP-Devel] Bug in AbstractSelection.unselectItems method.
When you see how easy and simple the Eclipse debugger is, you're going to kick yourself for not learning it sooner. Larry On 10/11/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: I haven't ever used the debugger in Eclipse. I guess that I'm more comfortable workgin with log statements. I can try the debugger though. LayerListener is an interface, correct? I will look for the particular implementation that uses the AbstractSelection.unselectItems code. If this method is working in OpenJUMP it makes me wonder if I'm calling the method with improper parameters. Still, my my usage of the AbstractSelection.selectItems method uses the same parameters, and it works just fine. Maybe the LayerListener implementation will give me a clue as to what I'm doing wrong. Thanks for the help Larry. This is the only bug I have left to fix before my tool is ready for an alpha release. The Sunburned Surveyor On 10/11/07, Larry Becker [EMAIL PROTECTED] wrote: This method is used by the LayerListener to unselect features after deletion. I don't suppose you have considered using the debugger? Larry On 10/11/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: I think that I may have discovered a bug in the AbstractSelection.unselectItems(Layer layer, CollectionMap FeatureToItemCollectionMap) method. I call this method in my SuperSelect Tool. I've used log messages to determine that execution sucessfully passes from my code to the code in the unselectItems method. The problem is, nothing happens... That is, the unselectItems method doesn't appear to unselect any selected Features. I know this because even after this method is called I can still manipulate the Features in a selection. Also, the number of selected items shown below the LayerViewPanel never reduces. (I suppose this could be for a different reason, but it seems odd that features aren't unselected AND the selected feature count never gets smaller.) I want to go rooting around in the unselectItems method to see what is going on, but I thought it might be prudent to post here first. Perhaps someone knows something about the selection code in OpenJUMP that I don't. Can anyone think of a reason why this method wouldn't be performing properly? (Please note that my SuperSelect Tool can sucessfully select and clear selected items, just not unselect items.) Has anyone written a plug-in of their own that calls the AbstractSelection.unselectItems method? If no one has any suggestions for me then I will begin tearing apart the AbstractSelection code to find the problem. The Sunburned Surveyor - 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 -- 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 -- 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
Re: [JPP-Devel] Java versions and build.xml
I've been building to 1.5 for quite a while. go. Larry On 10/11/07, Stefan Steiniger [EMAIL PROTECTED] wrote: +1 if I can still use 1.5 and Larry agrees stefan Michaël Michaud schrieb: +1 Michaël Paul Austin a écrit : Agreed Paul Andreas Schmitz wrote: Hi, I think we're agreed that we use Java5 for the OpenJUMP sources, right? I'm just wondering whether there are any objections to me changing the ant build.xml file to use the source=1.5 and target=1.5 options for the javac task, because it enables usage of the Java6 compiler, which is much faster. The resulting binaries can be used with any Java5 JRE. The nightly builds should not be affected as long as a Java5 or Java6 compiler is used. Any objections? Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-11 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org - 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 - 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 -- 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
[JPP-Devel] Extract Layers, Large Selections, Fences, and other thoughts
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
Re: [JPP-Devel] Language files - an outline
I did it in MSDOS using a group of folder associated to OJ root: every folder (IT, DE, EN, ec)had the same startup script file (OpenJUMP.bat) but with different language option (one with Duser.language=it, another with Duser.language=De, etc). Perhaps Peppe's use case can be handled by simply including all of these scripts in the release. I think switching languages after the program is running would require a lot of rework. Larry On 10/8/07, Michaël Michaud [EMAIL PROTECTED] wrote: Hi Giuseppe, I just want to point out another method to change OJ language (at least for window users). You can change the regional parameters (in the windows configuration panel) to the language you choose (ex. english), start OpenJUMP, and then, if you want, come back to your original settings. OJ will use the regional parameters set at the moment you run the JVM starting OpenJUMP. Hope this helps. Michaël Giuseppe Aruta a écrit : I want to point out a small problem with actual translation of OJ in other languages: When OJ starts it automatically sets on my language (Italian). I know how to go back in English (startup script)in order to use the wiki help. But probabily many users (expecially Finnic, Spanish and Italian) will find strange the startup script modification. If they know a little bit of English and want to use wiki help pages they probabily will have difficulties. For instance, if a portuguase, spanish, finnic or italian user (who knows a little bit of English) wants to use OJ and compare it to help wikis (which are in English), It is not certain that he knows (or he wants to know) how to switch back in English writing Duser.language==EN. Of coarse German and French users suffer less for this (thanks to the Uwe's documentation). I would like to make things easier for every user I image two options: 1) Probabily we need to invert the way OJ uses the language. I think that an option which gives to the users the ability to change the languages will be fine. * I did it in MSDOS using a group of folder associated to OJ root: every folder (IT, DE, EN, ec)had the same startup script file (OpenJUMP.bat) but with different language option (one with Duser.language=it, another with Duser.language=De, etc). I prepared a language.bat script which only gives me the options to change languages (coping the corresponding script to OJ/BIN folder). I ask you if it is not difficult to create a JAR file which does the same. That we can use as a Language option tool PS it seems to me that GvSIG uses the same system 2) OJ needs documentation in other languages. I wait for Uwe's new tutorial since I want to translate it in Italian, too. As I wrote in a former letter also the list of functionalities has to be translates in other languages. This solution seems very useful. But I prefer also the first one since working only on documentation languages will create a separation between users of different nationalities. Also the second solution requires more job PS if you think about a tool to change languages in OJ, this probabily could work as an indipendent software (not a plugin of OJ). It could be useful to setup the language during OJ installation Thanks for your attention Peppe ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - 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 -- 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
Re: [JPP-Devel] Extract Layers, Large Selections, Fences, and other thoughts
large and slow : hard copy of features, cache, undo/redo management ? Anyway, thanks for the continuous improvement of OpenJUMP performances. Michaël Larry Becker a écrit : Hi SS, I agree that the problem with selection is the large collections being generated. Parts are only part of the problem and it is a bit late to stop supporting this capability. Optimizations are always possible, but only if you have a clear understanding of what you are optimizing and use benchmarks for metrics. Larry On 10/8/07, *Sunburned Surveyor* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: This sounds like a great solution Larry, but I was wondering if you might be able to confirm why selection requires more memory than a fence. Is it because when you use selection a bunch of Java collections are created, whereas when you use a fence, you are just creating a geometry? Is it because with the fence no data structures for the features within the fence are created until you actually want to do something? The only problem I see with using a fence is that it wouldn't allow complex selections. (For example, if I use a fence all the features are the fence are in the quasi-selection.I can't go in an remove some items from the quasi-selection. Does this make sense?) I worked with some of the selection code recently, and it seemed very complex to me. There were so many collections being used in the code I had to write the purpose of each one down on a scratch pad so I could keep track. It seems that most of this complexity was a result of OpenJUMP's ability to select parts of Features, and not being restricted to selection of whole features. I wonder if we couldn't come up with a much simpler selection system that only selected whole features. We could probably do this using a single collection that stored only the FID of a Feature, or an object reference to the Feature. A collection of a couple million FID values would only be a couple of MB correct? Perhaps your idea with the fence is best, but I'm thinking it might be better to address the complexity in the selection system itself. I wonder how much people are using OpenJUMP's ability to select parts of features. Just my thoughts. I don't think it would take me long to cook up the simple whole-feature-selection-only system I am talking about. The Sunburned Surveyor On 10/8/07, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: simple solution and well thought :) we should go for stefan 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
Re: [JPP-Devel] Questions About Strings On Select By Type Plug-In
Hi SS, Good catch. SelectByTypePlugin is one of mine. The cryptic dialog name is caused by a common problem with plugins, forgetting to override the getName() method. I can fix it by having it return the same string that appears on the menu. Is that sufficient? Anything else will require a new translation. Larry On 10/8/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: I have a couple questions about the dialog box for the Select by type plug-in. Actually, I really need to just ask permission for a couple of changes to the English strings. :] I'd like to change the title of the dialog for the plug-in from SelectByTypePlugIn to Select by Geometry or Select by Geometry Plug-In. I would also like to change the label for the last check box from On selected layers only to On Selected Layers Only to be consistent with the rest of the GUI and the dialog itself. Are there any objections to these changes? The Sunburned Surveyor P.S. - A screenshot of the current dialog is attached. - 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 -- 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
Re: [JPP-Devel] @Michael - revison on CAD
Making a generic capability to break out a layer into linestrings, polygons, points, and annotation is an excellent idea. If you recall, I tried to port over the capability to do this with the shapefiles version of SkyJUMP's enhanced Save Selected Datasets command. Perhaps the best way to do this is to refactor this capability out as a separate class and plugin. I'll add this to my to-do list. Does anyone have specific use cases? I'm assuming that the command would leave the original layer alone, and create new layers for each of the geometry types mentioned above. It would use the original layer name and append _line, _area, _point, or _text (internationalized). Does this sound reasonable? The menu might say something like, Extract geometry types to separate layers, if that isn't too lengthy. regards, Larry On 10/3/07, Michaël Michaud [EMAIL PROTECTED] wrote: Larry Becker a écrit : Hi Michaël, As I might have mentioned before, we use your dxf plugin extensively. I have been meaning to write that auto-style script too. Hope you get it done first :-) There are some issues with styling text, since you don't usually want the point displayed, and also, by default, the text centers on the point instead of left justifying. In fact, I added the new label style left justification for just this purpose. Hi, it seems that reproducing the exact DXF layout may be more difficult than what I have thought. This introduces an item on my dxf wish list. ESRI's DXF import automatically places text, points, linestrings, and polygons on their own layer. I don't know of a precedent for this in JUMP, but I don't see why it isn't possible, do you? Clearly it would make automated styling easier. IMHO, OpenJUMP has the great advantage to be able to manage heterogeneous layers, and this capability must be used to preserve imported file structure as close as possible to the source one (DXF, MIF/MID) . Dispatching features in different layers according to their geometry (or to an attribute value) is a generic need which should be developped in a separate plugin (not included in the driver). A plugin already exists to select features with a specific geometry type. Developping another one to create a layer by geometry type should not be too hard. For DXF layers, I must admit that dispatching features from different DXF layers into different OpenJUMP layers should take place in the driver. It is just a bit more work to load features from a single file into several layers. On the other hand, dispatching loaded features using an attribute value is also an easy thing, and I already developped a plugin to do that (this can also be considered as a generic function, and can be useful in other situations). Michael regards, Larry On 10/1/07, *Michaël Michaud* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Peppe, I read your page about CAD. Good documentation ! Here are some propositions to be more precise about what the driver can do and what it cannot : - subset of supported geometries features (ex. POINT, POLYLINE..., I'll check that) - list of dxf feature attributes imported (COLOR, THICKNESS..., see the schema of an imported dxf file) - more precise description of how polylines are imported : the DXF closed field is used to know if geometries have to be imported as polygons or as polylines. This way the parser can make a difference between a closed line (a polyline with identical first and last points but without the closed dxf attribute) and a polygon (a closed polyline with the closed attribute) : to test it, you can draw a polygon and a closed polyline in jump, export it in dxf and import it back into jump. - we should also write that the plugin is able to export DXF files from OpenJUMP, even if this is less useful than importing cad drawings. - I did not test all the dxf version you considered (8 to 14/2002). Hope that works. The driver is based on an old version of DXF specification (10 or 12, don't remember exactly). Most of new features are simply ignored. One major limitation is about local coordinates : if some objects in the drawing are described in a local coordinate system, the parser will ignore that and use them as if they were absolute coordinates. I read attributes such as color and thickness as normal jump attributes because basically, a jump driver read geometries and attributes, not styles. But reading your paper, I thought that it should not be too difficult to write a script which can apply styles to dxf-layers using their dxf-attributes (I'll give this a try) Michaël Giuseppe Aruta a écrit : Hi Michael, I wrote a small tutorial about CAD files
Re: [JPP-Devel] Drag n' Drop For OpenJUMP
The only issue I know of is i18n. If Paul has fixed that, we need to retest. Larry On 10/3/07, Stefan Steiniger [EMAIL PROTECTED] wrote: ok if Martin loves it, there must be strong objections if we do not inlcude it. I haven't seen it yet, as i think the discussion was last week when i have been off. But i would like to have a comment by Larry or Michael on that too (beeing now the main devels). stefan Martin Davis schrieb: Yay! I found it pretty addictive too, once I added it to one of my apps. Suddenly makes it s easy to add data from whereever. Look forward to seeing this in OJ. Sunburned Surveyor wrote: I was able to give the new drag and drop support for OpenJUMP a try last night and I loved it? Does anyone have a problem commiting this to the nightly build if we haven't already? Good work Paul and Martin! The Sunburned Surveyor - 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 -- 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
Re: [JPP-Devel] Drag n' Drop For OpenJUMP
Speaking of internationalization, has anyone figured out how to set up the Eclipse Source-Externalize Strings command to produce the i18N keys correctly? Larry On 10/3/07, Michaël Michaud [EMAIL PROTECTED] wrote: Hi, Good point Larry, I also would like to see I18N problem solved (Paul, if you add keys and strings in the jump.properties file, I can manage to add them in other files. After, we'll have to find translators. Otherwise +1 for committing (I know Paul will help me if I need help to backport my driver plugins ;-) ) Michaël Larry Becker a écrit : The only issue I know of is i18n. If Paul has fixed that, we need to retest. Larry On 10/3/07, *Stefan Steiniger* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: ok if Martin loves it, there must be strong objections if we do not inlcude it. I haven't seen it yet, as i think the discussion was last week when i have been off. But i would like to have a comment by Larry or Michael on that too (beeing now the main devels). stefan Martin Davis schrieb: Yay! I found it pretty addictive too, once I added it to one of my apps. Suddenly makes it s easy to add data from whereever. Look forward to seeing this in OJ. Sunburned Surveyor wrote: I was able to give the new drag and drop support for OpenJUMP a try last night and I loved it? Does anyone have a problem commiting this to the nightly build if we haven't already? Good work Paul and Martin! The Sunburned Surveyor - 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 mailto: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 mailto: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: 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 -- 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
Re: [JPP-Devel] @Michael - revison on CAD
What are the candidate features for xxx_text layer ? I'm not sure exactly. ESRI does it, so it must be smart, right? :-) I guess I was mostly thinking of DXF imported layers. I'm not sure it makes as much sense in a stand-alone plugin, but I'll give the use case a try: features that are currently displaying non-null labels. In other words, if labeling is turned on, and the label attribute for the feature is not the string, then copy the feature to the _text layer and enable the label style for the destination. Larry On 10/3/07, Michaël Michaud [EMAIL PROTECTED] wrote: Hi, Very good Larry, Just a question about text part : What is the concept behind annotation ? I know that many famous formats as DXF, MIF/MID, GeoConcept... have a text type, but I'm not a big fan of this. IMHO, displaying text is the style purpose and not a geometry type problem, but I may have missed some use cases. What are the candidate features for xxx_text layer ? Thanks Michaël Larry Becker a écrit : Making a generic capability to break out a layer into linestrings, polygons, points, and annotation is an excellent idea. If you recall, I tried to port over the capability to do this with the shapefiles version of SkyJUMP's enhanced Save Selected Datasets command. Perhaps the best way to do this is to refactor this capability out as a separate class and plugin. I'll add this to my to-do list. Does anyone have specific use cases? I'm assuming that the command would leave the original layer alone, and create new layers for each of the geometry types mentioned above. It would use the original layer name and append _line, _area, _point, or _text (internationalized). Does this sound reasonable? The menu might say something like, Extract geometry types to separate layers, if that isn't too lengthy. regards, Larry On 10/3/07, * Michaël Michaud* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Larry Becker a écrit : Hi Michaël, As I might have mentioned before, we use your dxf plugin extensively. I have been meaning to write that auto-style script too. Hope you get it done first :-) There are some issues with styling text, since you don't usually want the point displayed, and also, by default, the text centers on the point instead of left justifying. In fact, I added the new label style left justification for just this purpose. Hi, it seems that reproducing the exact DXF layout may be more difficult than what I have thought. This introduces an item on my dxf wish list. ESRI's DXF import automatically places text, points, linestrings, and polygons on their own layer. I don't know of a precedent for this in JUMP, but I don't see why it isn't possible, do you? Clearly it would make automated styling easier. IMHO, OpenJUMP has the great advantage to be able to manage heterogeneous layers, and this capability must be used to preserve imported file structure as close as possible to the source one (DXF, MIF/MID) . Dispatching features in different layers according to their geometry (or to an attribute value) is a generic need which should be developped in a separate plugin (not included in the driver). A plugin already exists to select features with a specific geometry type. Developping another one to create a layer by geometry type should not be too hard. For DXF layers, I must admit that dispatching features from different DXF layers into different OpenJUMP layers should take place in the driver. It is just a bit more work to load features from a single file into several layers. On the other hand, dispatching loaded features using an attribute value is also an easy thing, and I already developped a plugin to do that (this can also be considered as a generic function, and can be useful in other situations). Michael regards, Larry On 10/1/07, *Michaël Michaud* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Peppe, I read your page about CAD. Good documentation ! Here are some propositions to be more precise about what the driver can do and what it cannot : - subset of supported geometries features (ex. POINT, POLYLINE..., I'll check that) - list of dxf feature attributes imported (COLOR, THICKNESS..., see the schema of an imported dxf file) - more precise description of how polylines are imported : the DXF closed field is used to know if geometries have to be imported
Re: [JPP-Devel] @Michael - revison on CAD
Hi Peppe, What about Kosmo DXF impost plugin? It seems to work as you describe. Yes it does, however, Kosmo has gone their own way. I looked at Kosmo when they released 1.0 with the intent of doing just what you suggest. Their code is just too different from the JUMP model. It is more like gvSIG. Perhaps Erwan's GDBMS project will help bring this functionality to OpenJump eventually. regards, Larry On 10/2/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: *Larry Becker [EMAIL PROTECTED]* ha scritto: Hi Michaël, As I might have mentioned before, we use your dxf plugin extensively. I have been meaning to write that auto-style script too. Hope you get it done first :-) There are some issues with styling text, since you don't usually want the point displayed, and also, by default, the text centers on the point instead of left justifying. In fact, I added the new label style left justification for just this purpose. This introduces an item on my dxf wish list. ESRI's DXF import automatically places text, points, linestrings, and polygons on their own layer. I don't know of a precedent for this in JUMP, but I don't see why it isn't possible, do you? Clearly it would make automated styling easier. regards, Larry Hi Larry What about Kosmo DXF impost plugin? It seems to work as you describe. Regarding your experience to Port tools from Skyjump to Openjump, do you think it is possible to do the same from Kosmo? This probabily could be one of the common project that Openjump developer section could take with their Kosmo cousins. Regards Peppe -- -- L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mailhttp://us.rd.yahoo.com/mail/it/taglines/hotmail/nowyoucan/nextgen/*http://it.docs.yahoo.com/nowyoucan.html - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Questions on undo/redo support?
Hi SS, The undo/redo support is really a java thing that you can support in your tool, but doesn't really make sense for the toolbar undo and redo buttons. Those buttons are expected to undo and redo edits, not selections. It also doesn't normally undo layer operations. For instance you can't undo creating a new layer or removing one. These kind of operations are easily reversed manually, and implementing them can lead to code that balloons into a huge subsystem that most users don't want anyway. (Would anyone really want to undo saving a file?) So, in the example you gave: [1] Copy selected features to the destination layer. [2] Clear the current selection. [3] Delete the copied features from the source layer. I would say that undo should remove the copied features from the destination layer, restore them to the source layer, but not attempt to restore the selection or remove the destination layer. It should probably do this in one click of the undo. There are other plugins that do this same sort of thing, but I can't find one offhand that implements undo. If you are concerned about losing the selection, what I have done in the past is to implement a Save/Restore selection button. I guess this would be based on FID in OJ. Your concern about memory usage is a valid concern. It seems like you should be able to simply move the features from one layer to the other without deleting and creating, but they probably have different schemas, so that won't work. You can do it for the geometry, of course, but I'm not sure of the consequences of that. I still remember the first time I tried to do a copy from one layer to another in code. I ended up with two features sharing the same geometry. A potentially useful, but scary concept. regards, Larry On 9/27/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: I've been looking at the steps necessary to add undo/redo support to the Super Select Tool. I had a question or two about memory usage that someone who has worked with the undo/redo code may be able to help with. How is the memory usage of undo/redo handled in OpenJUMP. For example, will I be hogging all sorts of memory if I implement an UndoableEdit that stores information needed to perform the undo/redo operation in memory, and then create a process where the user could potentially create lots of instances of these UndoableEdits? Does OpenJUMP enforce some type of limit on the number of supported undo/redo operations or a memory limit to keep this from happening? If not, perhaps the smart thing to do is create an UndoableEdit that stores its data on-disk. Does anyone have experience combining multiple UndoableEdits into a single undo/redo operation? As an example, the send to layer button in my Super Select Tool could perform up to three (2) separate operations depending on how it is configured: [1] Copy selected features to the destination layer. [2] Clear the current selection. [3] Delete the copied features from the source layer. I don't really want the user to be required to click the undo button three (3) times to undo what they did with a single click, do I? This means I have to find a way to combine the three (3) separate actions into a single UndoableEdit, correct? 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/vse012070mrt/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/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Image Framework In OpenJUMP
The same is true of the ones generated by LizardTech, and I don't believe that their free conversion utility supports Jpeg2000. The format may end up as unsupportable as TIFF, and for the same reason. regards, Larry On 9/27/07, Paul Austin [EMAIL PROTECTED] wrote: Hi Erwan, Have you done any experimentation with Jpeg2000, I tried some experiments with imagemagik on linux and found that it's difficult to get it to work with the many different flavours of Jpeg200. For example the samples I had were generated by ermappers codec and it could not read them. Cheers, Paul erwan bocher wrote: Dear all, The main pb for SIGLE that it needs gdal dlls. You can find a last version here but only for windows (sorry Stefan :-)). http://r1.bocher.free.fr/temp/bv_tanato/Tanato.zip With the IRSTV team we are finishing a new georaster library based on imageJ. We want to publish the core in few days. It can be a good thing for OJ because we have : - processing system like crop, slope, accumulation grid, convolution filter - utilities , rasterization, histogram, lookup table.. We read only worldfile but geotiff is under development. In the future we want to integrate geo jpeg2000. Feel free. R1. 2007/9/27, Giuseppe Aruta [EMAIL PROTECTED]: Hi SS, I did some test some months ago between the raster plugins. This is a comparition I did between Pirol Raster plugin and the embedded Add Image Layer raster plugin in OpenJUMP What Pirol can do (and OpenJUMP not) 1) support Transparency 2) Support mask colour 3) raster layers are saved in the project file What Add immegery layer does better (comparing to Pirol) 1) Support ECW (in windows, with ECW libraries) 2) it seems faster in rendering. Expecially when I change the zoom level I use the embedded Add Image Layer which seems useful for regular usage (expecially if you active ECW). I use Pirol only if I need to set transparency and/or I want to save the project with raster layer (very rare). I also had problems with Sigle plugin. As far as I remember Pirol plugin and Sigle seemed to be in conflict each other. Try to install Sigle without Pirol. Anyhow I never tested Sigle since embedded OJ raster plugin does more o less the same things and works fine. ** I hope that someone will manege one day the bride between Prol and embedde raster plugins in order to have the best of both :-) *** Peppe --- Sunburned Surveyor [EMAIL PROTECTED] ha scritto: What plug-ins are you guys using to view raster images in OpenJUMP or its sister programs? I tried installing the Sigle Plug-In, but I still got JAI errors even after I installed JAI. (Maybe I installed the JAI for the JDK and I needed to install it for the JRE.) Is anyone else sucessfully using the Sigle Plug-In to view images? Could you offer some tips on the corrext JAI installer to use? I also tried to view images in SkyJUMP, but when I zoom extents nothing is visible. In summary, the only JUMP flavor that I can use to view images currently is JUMP 1.2. I'm just wondering what others are using to view raster images in OpenJUMP, and if we might need to consider integrating support for viewing raster images from JUMP 1.2 in OpenJUMP. 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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/
Re: [JPP-Devel] Image Framework In OpenJUMP
But congratulations to Erwan and his team on the georaster library. I'm very interested to see the results. Larry On 9/27/07, Larry Becker [EMAIL PROTECTED] wrote: The same is true of the ones generated by LizardTech, and I don't believe that their free conversion utility supports Jpeg2000. The format may end up as unsupportable as TIFF, and for the same reason. regards, Larry On 9/27/07, Paul Austin [EMAIL PROTECTED] wrote: Hi Erwan, Have you done any experimentation with Jpeg2000, I tried some experiments with imagemagik on linux and found that it's difficult to get it to work with the many different flavours of Jpeg200. For example the samples I had were generated by ermappers codec and it could not read them. Cheers, Paul erwan bocher wrote: Dear all, The main pb for SIGLE that it needs gdal dlls. You can find a last version here but only for windows (sorry Stefan :-)). http://r1.bocher.free.fr/temp/bv_tanato/Tanato.zip With the IRSTV team we are finishing a new georaster library based on imageJ. We want to publish the core in few days. It can be a good thing for OJ because we have : - processing system like crop, slope, accumulation grid, convolution filter - utilities , rasterization, histogram, lookup table.. We read only worldfile but geotiff is under development. In the future we want to integrate geo jpeg2000. Feel free. R1. 2007/9/27, Giuseppe Aruta [EMAIL PROTECTED]: Hi SS, I did some test some months ago between the raster plugins. This is a comparition I did between Pirol Raster plugin and the embedded Add Image Layer raster plugin in OpenJUMP What Pirol can do (and OpenJUMP not) 1) support Transparency 2) Support mask colour 3) raster layers are saved in the project file What Add immegery layer does better (comparing to Pirol) 1) Support ECW (in windows, with ECW libraries) 2) it seems faster in rendering. Expecially when I change the zoom level I use the embedded Add Image Layer which seems useful for regular usage (expecially if you active ECW). I use Pirol only if I need to set transparency and/or I want to save the project with raster layer (very rare). I also had problems with Sigle plugin. As far as I remember Pirol plugin and Sigle seemed to be in conflict each other. Try to install Sigle without Pirol. Anyhow I never tested Sigle since embedded OJ raster plugin does more o less the same things and works fine. ** I hope that someone will manege one day the bride between Prol and embedde raster plugins in order to have the best of both :-) *** Peppe --- Sunburned Surveyor [EMAIL PROTECTED] ha scritto: What plug-ins are you guys using to view raster images in OpenJUMP or its sister programs? I tried installing the Sigle Plug-In, but I still got JAI errors even after I installed JAI. (Maybe I installed the JAI for the JDK and I needed to install it for the JRE.) Is anyone else sucessfully using the Sigle Plug-In to view images? Could you offer some tips on the corrext JAI installer to use? I also tried to view images in SkyJUMP, but when I zoom extents nothing is visible. In summary, the only JUMP flavor that I can use to view images currently is JUMP 1.2. I'm just wondering what others are using to view raster images in OpenJUMP, and if we might need to consider integrating support for viewing raster images from JUMP 1.2 in OpenJUMP. 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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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
Re: [JPP-Devel] Language files
Nice editor! Now translation almost looks like fun. ;-) Larry On 9/26/07, Paul Austin [EMAIL PROTECTED] wrote: Michaël, Excellent work on finding a nice tool to edit the language files, I've give it a try for my new plug-ins. Paul Michaël Michaud wrote: Hi list, I tried to clean-up a little bit the language files. To do it, I used a tool (https://prbeditor.dev.java.net/) which makes it easy to find missing keys, but which has its own way to format and order things (I must say I lost so many comments that I cleaned them all but the header ones). If some of you are bothered by that, we'll have to come back to previous version (thanks to tell me). I mainly removed unused keys and I did a list containing missing translations (I did not do the list for portuguese and chinese : too many translations missing). Please, try the next nightly build to check I did not break anything in your language, and update the files in your language or send the translations to be committed (note that the list here after may not be exhaustive, and the best way is to check the file itself) Michaël *German* I replaced the value of the following keys by an empty string (used in function combobox of simple query plugin to say : no function to apply). org.openjump.core.ui.plugin.queries.Function.bnof/nnof/snof/gnof Missing translation jump.plugin.edit.ExtractSegmentsPlugIn.Merge-resulting-segments jump.plugin.edit.ExtractSegmentsPlugIn.Remove-doubled-segments ui.WorkbenchFrame.do-you-want-to-close-them-also ui.WorkbenchFrame.other-internal-frames-depend-on-this-task-frame *Finnish* jump.plugin.edit.ExtractSegmentsPlugIn.Merge-resulting-segments jump.plugin.edit.ExtractSegmentsPlugIn.Remove-doubled-segments org.openjump.core.ui.plugin.layer.LayerPropertiesPlugIn.*** ui.plugin.SaveImageAsPlugIn.write-world-file ui.WorkbenchFrame.close-all ui.WorkbenchFrame.do-you-want-to-close-them-also ui.WorkbenchFrame.other-internal-frames-depend-on-this-task-frame ui.style.LabelStylePanel.scale-is-below deejump.pluging.style.LayerStyle2SLDPlugIn.Namespace org.openjump.core.ui.plugin.layer.ChangeLayerableName.Rename *Spanish* jump.plugin.edit.AffineTransformationPlugIn.*** jump.plugin.edit.ExtractSegmentsPlugIn.Merge-resulting-segments jump.plugin.edit.ExtractSegmentsPlugIn.Remove-doubled-segments jump.plugin.edit.LineNoderPlugIn.Node-Lines org.openjump.core.ui.plugin.layer.LayerPropertiesPlugIn.*** ui.plugin.SaveImageAsPlugIn.write-world-file ui.WorkbenchFrame.close-all ui.WorkbenchFrame.do-you-want-to-close-them-also ui.WorkbenchFrame.other-internal-frames-depend-on-this-task-frame *Portuguse_BR* jump.plugin.edit.ExtractSegmentsPlugIn.Merge-resulting-segments jump.plugin.edit.ExtractSegmentsPlugIn.Remove-doubled-segments org.openjump.core.ui.plugin.layer.LayerPropertiesPlugIn.*** ui.plugin.SaveImageAsPlugIn.write-world-file ui.WorkbenchFrame.close-all ui.WorkbenchFrame.do-you-want-to-close-them-also ui.WorkbenchFrame.other-internal-frames-depend-on-this-task-frame ui.style.LabelStylePanel.scale-is-below deejump.pluging.style.LayerStyle2SLDPlugIn.Namespace jump.plugin.qa.DiffGeometryPlugIn.Layer org.openjump.core.ui.plugin.edittoolbox.cursortools.area org.openjump.core.ui.plugin.mousemenu.MoveAlongAnglePlugIn.Will-convert-input-value-from-feet-to-meters *Italian* com.vividsolutions.jump.workbench.ui.plugin.SelectablePlugIn com.vividsolutions.jump.workbench.ui.plugin.analysis.BufferPlugIn deejump.pluging.style.LayerStyle2SLDPlugIn.Namespace jump.plugin.edit.ExtractSegmentsPlugIn.Merge-resulting-segments jump.plugin.edit.ExtractSegmentsPlugIn.Remove-doubled-segments org.openjump.core.ui.plugin.file.OpenRecentProjectPlugIn.Open-Recent-Task org.openjump.core.ui.plugin.file.OpenRecentProjectPlugIn.No-Tasks-on-Recent-List org.openjump.core.ui.plugin.layer.ChangeLayerableName.Rename org.openjump.core.ui.plugin.layer.LayerPropertiesPlugIn.*** org.openjump.core.ui.style.decoration.SegmentDownhillArrowStyle.*** org.openjump.sigle.plugin.PlanarGraphPlugIn.Cannot-transfer-attributes ui.MenuNames.CUSTOMIZE ui.WorkbenchFrame.close-all ui.WorkbenchFrame.do-you-want-to-close-them-also ui.WorkbenchFrame.other-internal-frames-depend-on-this-task-frame ui.plugin.SaveImageAsPlugIn.write-world-file ui.plugin.analysis.OverlayPlugIn.create-new-layer-containing-intersections-of-all-pairs-of-input-features ui.plugin.analysis.UnionPlugIn.creates-a-new-layer-containing-the-union-of-all-the-features-in-the-input-layer ui.plugin.analysis.UnionPlugIn.selected-features-only ui.plugin.analysis.UnionByAttributePlugIn.*** ui.plugin.clipboard.CopyImagePlugIn.could-not-copy-the-image-for-some-reason ui.renderer.style.LabelStyle.center ui.renderer.style.LabelStyle.left ui.renderer.style.LabelStyle.right ui.renderer.style.VertexZValueStyle.Vertex-XY
Re: [JPP-Devel] Image Framework In OpenJUMP
Hi Sunburned, When viewing MrSID in SkyJUMP without any vector layers, you will need to choose Zoom to Layer from the layer context (right-click) menu. I think the same applies for JPEG layers. Depending on what kind of raster image you are trying to view, OpenJump should work too since it has the JUMP 1.2 imaging already integrated. Larry On 9/26/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: What plug-ins are you guys using to view raster images in OpenJUMP or its sister programs? I tried installing the Sigle Plug-In, but I still got JAI errors even after I installed JAI. (Maybe I installed the JAI for the JDK and I needed to install it for the JRE.) Is anyone else sucessfully using the Sigle Plug-In to view images? Could you offer some tips on the corrext JAI installer to use? I also tried to view images in SkyJUMP, but when I zoom extents nothing is visible. In summary, the only JUMP flavor that I can use to view images currently is JUMP 1.2. I'm just wondering what others are using to view raster images in OpenJUMP, and if we might need to consider integrating support for viewing raster images from JUMP 1.2 in OpenJUMP. 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/vse012070mrt/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/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] New Open File plug-ins
Hi Paul, Drag and drop works on my XP system. The new File Open system works too. There does seem to be a memory leak. Closing a project doesn't seem to free the memory. Also, the old Load Dataset feature needs to be preserved at least on the Layer right-click menu. It has some functionality like ArcSDE support that isn't available elsewhere. regards, Larry On 9/25/07, Paul Austin [EMAIL PROTECTED] wrote: All, If you want to try out the new file menu I have a download bundle prepared at http://open.revolsys.com/download/nightly/openjump/openjump-core-1.2-20070925-bin.zip This version supports the drag and drop of files, I took the code from the external library, extracted the bits I needed and add it to the plug-in so we are not dependent on a 3rd party library (the code is very small). I have an exception I need to fix when I ran it from the binary file on linux, which is strange because it worked in eclipse. The drag and drop works on Windows though, does anyone have a MAC they can test on? Paul Paul Austin wrote: All, I have checked in my new Open File, Project, Recent plug-ins and the the FileLayerLoader framework into SVN under my branch core/branches/paustin You can checkout this project or ig using eclipse you can use TeamSwitch to switch to that branch to test it out. If you want to create a new FileLayerLoader look in the org.openjump.core.ui.io.file at the FileLayerLoader interface and the DataSourceFileLoayerLoader (if you have an existing DataSource implementation to wrap) or ReferencedImageFactoryFileLayerLoader for image based loaders. You register new loaders using the following, after all plug-ins are initialized I load in any file based DataSources registered with the FileDataSourceQueryChooser registry.createEntry(FileLayerLoader.KEY, fileLoader); Please let me know any feedback you have and I'll merge it into the main branch later this week. Paul - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] DBF required in compressed shapefile
Apparently DBF files are required when loading a shapefile archive. I got this message when trying to load world_vector_shoreline.zip: couldn't find world_vector_shoreline.dbf in compressed file world_vector_shoreline.zip. If you extract it to a folder first, it loads without a problem. Sounds like the archive code is making unnecessary assumptions. regards, Larry Becker -- 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/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] DBF required in compressed shapefile
Yes, the problem is the call to CompressedFile.openFile() throws an exception if the file is not found. In this case it looks like a try catch block around the call will do the trick. Larry On 9/25/07, Paul Austin [EMAIL PROTECTED] wrote: Larry, You're right the CompressedFile class throws an exception if it can't find the file. Maybe you could add a boolean parameter to it to return null instead of an exception if the file does not exist to allow you to ignore missing files. Paul Larry Becker wrote: Apparently DBF files are required when loading a shapefile archive. I got this message when trying to load world_vector_shoreline.zip: couldn't find world_vector_shoreline.dbf in compressed file world_vector_shoreline.zip. If you extract it to a folder first, it loads without a problem. Sounds like the archive code is making unnecessary assumptions. regards, Larry Becker -- 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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OJ - MrSID - Linux
I found: ETC_PATH = WORKING_DIR + etc + sep; TMP_PATH = WORKING_DIR + tmp + sep; MRSIDDECODE = ETC_PATH + mrsiddecode.exe; MRSIDINFO = ETC_PATH + mrsidinfo.exe; in the AddSIDLayerPlugIn. regards, Larry On 9/23/07, Pedro Doria Meunier [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Giuseppe Aruta wrote: Hi Pedro, If you find a way to open MrSID with OJ in Linux, could you write me in detail the way you do. So I can add it to the wiki help page. Thanks peppe Peppe/Larry/All I will. As soon as someone tells me *exactly* the filenames that OJ MrSID plugin opens... Then I'll try to rename them and try to get it working. If all the above fails... what about a MrSID plugin for Linux and another for win32? wouldn't that make *much* more sense? Larry Although Lizzard Tech frequently changes the filenames the 'core' output is the same... ;-) /Larry Kind regards, - -- Pedro Doria Meunier Ips da Olaria Edf. Jardins do Garajau, 4 r/c Y 9125-163 Caniço Madeira Portugal GSM: +351 96 17 20 188 Skype: pdoriam http://www.madeiragps.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org iD8DBQFG9uvt2FH5GXCfxAsRAqXEAKCYvVCboQRMnT3Zp3S43J7Ouf5F3gCfYP6W ux+r3obKBZhQB8vQiSGLLwE= =uxSo -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] File drag-and-drop revisited
Hi Paul, This will fit nicely into my new OpenFile plug-in I was thinking the same thing. thanks, Larry On 9/24/07, Paul Austin [EMAIL PROTECTED] wrote: Martin, This will fit nicely into my new OpenFile plug-in, all I'll need to do is make one small change to be able to call the plug-in with a list of files rather than a single file (used in the open recent). With this approach if there are any required options or more than one file loader then the wizard pops up to allow them to select the options. I can take on that part as the code hasn't been integrated into the trunk yet. Paul Martin Davis wrote: That'd be great. The FileDrop code is almost trivial - the trick will be figuring out where and how to patch it into JUMP. One thing that will be needed I think is a mapping from file extensions to DataSource types (AFAIK that's not present now). I'd volunteer myself, but right now all my open source hours are taken up with JTS stuff... Martin Sunburned Surveyor wrote: Martin, Maybe I can take a peek at the code in the library this week? SS On 9/19/07, Martin Davis [EMAIL PROTECTED] wrote: Hey, coders. Check out the FileDrop library for doing file drag-and-drop: http://iharder.sourceforge.net/filedrop/ The code is unlicensed and can be repackaged and used anywhere It's almost trivial to use - with one class FileDrop you can respond to file drop events on any Swing component. It took me literally 5 minutes to implement file dropping in the JTS TestBuilder, using this code: private void initFileDrop(Component comp) { new FileDrop(comp, new FileDrop.Listener() { public void filesDropped(java.io.File[] files) { try { openXmlFilesAndDirectories(files); } catch (Exception ex) { reportException(null, ex); } } }); } With this, I can see adding file dropping in two places in OJ: - dropping onto a Task (Project) window would load the dataset(s) into that Task - dropping onto the top OJ frame would create a new task and load the dataset(s) into it This is a perfect example of where modularizing into View and Model is important. The file loading/task creation code should be in the model module, where it can be called from many different view gestures (menu items and drop events, in this case). Anyone keen to give this a go? -- 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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OJ - MrSID - Linux
Hi Pedro, LizardTech seems to change the names of all their utilities quite often. Will it work if you simply rename the utilities? regards, Larry On 9/23/07, Pedro Doria Meunier [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey Larry, Nice to hear from you and thank you for taking interest in the matter! :) The problem is related to a change in the file names... The (current?) MrSID plugin calls the win32 binaries. The Info and Decode utilities for Linux are now named, respectively: mrsidgeoinfo_linux mrsidgeodecode_linux Although one can use these utilities to manually get the tiffs, this is a very cumbersome task... (lazy dog here! :]) It'd be *much* more convenient that this could work in Linux as it works with the win32 version... ;-) Kind Regards, - -- Pedro Doria Meunier Ips da Olaria Edf. Jardins do Garajau, 4 r/c Y 9125-163 Caniço Madeira Portugal GSM: +351 96 17 20 188 Skype: pdoriam http://www.madeiragps.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org iD8DBQFG9mTe2FH5GXCfxAsRAnTgAJ40lL444OYnSzEbEiaFpcf+Tk1a8gCcDf/l +o2bF8OVFu9bXg2busKjcZA= =CewF -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] @ Sefan - Upgrade OJ 1.2D to 1.2E? Future developments?
HI Peppe, One comment about including a version bundled with a JVM. The point of doing this, IMO is to give first time users a good tryout experience. Millions of open source software applications are downloaded each day on the web, but only a few thousand are not immediately removed. This is caused by many things, but one of the most important and easily overlooked, is the lack of a good and foolproof install process. Including the JVM with SkhJUMP has been a crucial factor in getting a trouble free install 99% of the time. For users that have never loaded a JVM before and aren't familiar with Java, it is extremely important. regards, Larry On 9/21/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: --- Stefan Steiniger [EMAIL PROTECTED] ha scritto: Hi Stefan, I would rather like to move to OpenJUMP 1.3. But before doing so we need to make some smaller fix, for instance get a complete translation for all languages. We should setup or extend the list about what needs to be done. the current list is here: http://openjump.org/wiki/show/Todo+before+shipping+next+release Maybe we also should think about bundling some useful plugin (e.g. the printing and vertex plugin). Bundling/adding tools seems to go faster that the to do list. Until to do list will be over (and I think about languages and Jukka's list), we probabily can put an intermediate OJ pre-realize in the middle But if the people think we should do a very soon OJ1.2E Release.. i am open for that Probabily the next realize has to be 1.3. The development of OJ seems to go so fast that, if to do list will be realize together with new Paul, Larry and SS's tools, new OJ would be radically different (2.0?) from actual one About the new/improved wiki-pages.. Of course we need to work on/update them. But I do not know as well who is working on what issue - and if we should write that, because it makes the things official. which is not what I like to intend... but having the list rather informal? I am in favour to informal, too. I only wandered if we can have a list of the ongoing openjump projects (Future developmant). This probabily encourage users to use OJ since they realize what's beyond OJ: a community of working developers. Peppe BTW last point of to do list (think about: whether we should make 2 versions (one inlcuding the JVM) can be easly solved writing a wiki page how to embed JAVA in OpenJUMP (I can do for Windows - no idea about Linux :() ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OJ - MrSID - Linux
I'll be glad to make whatever changes are necessary, but I don't have a linux computer at the moment. Someone will have to tell me what the problem is again. As I recall, there are MrSID executables available for download from LizardTech. Is there some problem with them? regards, Larry On 9/22/07, Stefan Steiniger [EMAIL PROTECTED] wrote: Hei Pedro, as far as i can remember nobody worked on mrSID for linux in the last months :| stefan Pedro Doria Meunier schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello All. Some time ago I've referenced the difference between the binaries for win32 and Linux regarding MrSID. Since I've been glancing the list's messages diagonally :] for some time... was there any work in this field? I've started using OJ again (linux) and those mrsids would come in handy... ;-) Kind regards, - -- Pedro Doria Meunier Ips da Olaria Edf. Jardins do Garajau, 4 r/c Y 9125-163 Caniço Madeira Portugal GSM: +351 96 17 20 188 Skype: pdoriam http://www.madeiragps.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org iD8DBQFG9Vmg2FH5GXCfxAsRAurdAKCW4fsAz8U4d95fAGjtFx2wAO7heACfXrTd LKUFJBa9Z7YzFAwEs2reFeE= =eIl9 -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Hasta la Vista, bug
Hi Michaël, Guessing a 64 bit OS is required to run Java64, so I checked out Vista 64 last night. Apparently I can get a copy just by asking, but from what I hear on the net, there are practically no device drivers for it yet, so it isn't too practical. I suppose the situation on Linux might be slightly better, since the open source community has to write most of their own device drivers anyway. regards, Larry On 9/17/07, Michaël Michaud [EMAIL PROTECTED] wrote: Every so often I wonder about whether it's possible to use 64-bit Java and huge memory sizes to allow processing massive datasets. Anyone had any experience with this? I'm also very interested with 64-bit java experience feedback as even with 1500Mo dedicated to the jvm, I have often to limit or to divide datasets I want to process or to display. Michael Larry Becker wrote: I put my new Vista PC together this weekend and fixed the Vista issue with the layer combo box in tools dialogs. For anyone interested in hardware, I used an Intel Q6600 Quad Core. It opens a 100 layer task in 2 seconds. While testing it, I managed to set a new personal record for largest map opened in JUMP. Over 8 million points in 40 polygons. See the attached screen capture. regards, Larry Becker - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] R: Using PDF Files As Embedded Help
Hi Peppe, HTML is no harder than PDF and works much the same. Just work as normal and choose Save As (HTML) from OpenOffice Writer (or Word). regards, Larry On 9/18/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: Hi, the idea of using PDF was strictly connected to internationalization of OpenJUM, since it is easier, I think, to translate quickly any word/openwriter docs in pdf. I have no idea how to work in html :-. Peppe --- P.Rizzi Ag.Mobilità Ambiente [EMAIL PROTECTED] ha scritto: In Windows simply using: start anyfile.pdf will open the associated viewer for PDF files. I have no idea for Linux and MacOS. Maybe Java itself have something to abstract OS differencies...??? Bye Paolo Rizzi -Messaggio originale- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] conto di Sunburned Surveyor Inviato: martedì 18 settembre 2007 2.18 A: List for discussion of JPP development and use. Oggetto: [JPP-Devel] Using PDF Files As Embedded Help I decided that I would try Peppe's idea of using PDF files as embedded help in OpenJUMP. I'm going to have a help button in some of the dialogs in my Super Select Tool. The button will open a designated PDF file using a PDF viewer/reader. I would like to know if we can use a common variable to store the location of the PDF file the user would like to use to view the help files. I can set this up for just my plug-in, but then we might get a situation where the user is specifying his PDF viewer for everyone's plug-in, and that would stink. I was thinking that we could use a text file with the path to the PDF viewer, or that we might have an entry in the Registry. What do you guys think? Is there a way to use the Java runtime to dynamically determine which program should be executed for a specific file type? (That would be too cool!) The Sunburned Surveyor P.S. - I'm going to try to use ProcessBuilder to fire up the PDF viewer with the correct help file. I've got the command down using the Microsoft Windows terminal, so I think ProcessBuilder will do the trick for me. If others will use this system to present embedded help I will try to wrap my code in a simple API that everyone can use. -- --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Adding a method to the DialogUtil class...
The only reservation I have is to note that this class exists only in OpenJump. regards, Larry On 9/18/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Does anyone have a problem with my adding a method to the DialogUtil class? This method would accept a JListBox and a reference to a LayerManager as arguments. It would then set name of each Layer in the LayerManager as the values in the JListBox. If this method is not appropriate for the DialogUtil class I will put it in one of my own utility classes, but I was trying to keep this to an absolute minimum. If this method is available as a public method of another class, please let me know and I will use it instead. 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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Adding a method to the DialogUtil class...
True. The trick is recognizing the difference between reusing code and creating dependencies. Larry On 9/18/07, Paul Austin [EMAIL PROTECTED] wrote: I think where ever possible we should start to use reusable Utility methods or UI components, there is a lot of local code and classes in JUMP which do exactly the same thing. The biggest case is a whole bunch of ActionListener classes which then call say xxx_actionPerformed on the main class. If you had an InvokeMethodAction that would take a method name and instance and just invoke that method, then you'd save a whole bunch of PermGen memory by having less classes. Paul Larry Becker wrote: SS, If you are already using the other methods in DialogUtil, then don't worry about it, otherwise why not just keep the method local? thanks, Larry On 9/18/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry, Would there be a solution that would work for SkyJUMP? I will be putting together an surveyos_openjump_utilities JAR file, and I could put a DialogUtil class in there if it is a better fit. I'm just trying to keep duplication to a minimum. The Sunburned Surveyor On 9/18/07, Larry Becker [EMAIL PROTECTED] wrote: The only reservation I have is to note that this class exists only in OpenJump. regards, Larry On 9/18/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Does anyone have a problem with my adding a method to the DialogUtil class? This method would accept a JListBox and a reference to a LayerManager as arguments. It would then set name of each Layer in the LayerManager as the values in the JListBox. If this method is not appropriate for the DialogUtil class I will put it in one of my own utility classes, but I was trying to keep this to an absolute minimum. If this method is available as a public method of another class, please let me know and I will use it instead. 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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] R: Using PDF Files As Embedded Help
Your right, Peppe. There is certainly a role for both formats and no need to limit ourselves to only one. regards, Larry On 9/18/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: You are right Larry, the problem is that working with HTML means to separate the original opendoc in different pages, since save to HTML page saves to only one big page, difficult to manage. I have no idea how to split the opendoc and save it to different HTML saving the links between them. More than this a small PDF can also be used as a separate tutorial and not embedded in OJ. I think we can leave opened the two option, HTML and PDF. An than take the decision later Peppe --- Larry Becker [EMAIL PROTECTED] ha scritto: Hi Peppe, HTML is no harder than PDF and works much the same. Just work as normal and choose Save As (HTML) from OpenOffice Writer (or Word). regards, Larry On 9/18/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: Hi, the idea of using PDF was strictly connected to internationalization of OpenJUM, since it is easier, I think, to translate quickly any word/openwriter docs in pdf. I have no idea how to work in html :-. Peppe --- P.Rizzi Ag.Mobilità Ambiente [EMAIL PROTECTED] ha scritto: In Windows simply using: start anyfile.pdf will open the associated viewer for PDF files. I have no idea for Linux and MacOS. Maybe Java itself have something to abstract OS differencies...??? Bye Paolo Rizzi -Messaggio originale- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] conto di Sunburned Surveyor Inviato: martedì 18 settembre 2007 2.18 A: List for discussion of JPP development and use. Oggetto: [JPP-Devel] Using PDF Files As Embedded Help I decided that I would try Peppe's idea of using PDF files as embedded help in OpenJUMP. I'm going to have a help button in some of the dialogs in my Super Select Tool. The button will open a designated PDF file using a PDF viewer/reader. I would like to know if we can use a common variable to store the location of the PDF file the user would like to use to view the help files. I can set this up for just my plug-in, but then we might get a situation where the user is specifying his PDF viewer for everyone's plug-in, and that would stink. I was thinking that we could use a text file with the path to the PDF viewer, or that we might have an entry in the Registry. What do you guys think? Is there a way to use the Java runtime to dynamically determine which program should be executed for a specific file type? (That would be too cool!) The Sunburned Surveyor P.S. - I'm going to try to use ProcessBuilder to fire up the PDF viewer with the correct help file. I've got the command down using the Microsoft Windows terminal, so I think ProcessBuilder will do the trick for me. If others will use this system to present embedded help I will try to wrap my code in a simple API that everyone can use. -- --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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
Re: [JPP-Devel] Adding a method to the DialogUtil class...
SS, If you are already using the other methods in DialogUtil, then don't worry about it, otherwise why not just keep the method local? thanks, Larry On 9/18/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry, Would there be a solution that would work for SkyJUMP? I will be putting together an surveyos_openjump_utilities JAR file, and I could put a DialogUtil class in there if it is a better fit. I'm just trying to keep duplication to a minimum. The Sunburned Surveyor On 9/18/07, Larry Becker [EMAIL PROTECTED] wrote: The only reservation I have is to note that this class exists only in OpenJump. regards, Larry On 9/18/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Does anyone have a problem with my adding a method to the DialogUtil class? This method would accept a JListBox and a reference to a LayerManager as arguments. It would then set name of each Layer in the LayerManager as the values in the JListBox. If this method is not appropriate for the DialogUtil class I will put it in one of my own utility classes, but I was trying to keep this to an absolute minimum. If this method is available as a public method of another class, please let me know and I will use it instead. 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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Thoughts on ZoomRealtimeTool behaviour
I would really like our default navigation behavior to work for each of the CursorTools. I think this means the mouse listeners need to be registered with the LayerViewPanel, and not with an individual plug-in like the pan tool. but maybe this is too complicated? I'm not sure what you mean by default navigation behavior, but all of the current CursorTools that are Quasimode tools will zoom and pan (Alt, Alt-shift). Mouse wheel zooming works in the Quasmiode zoom and pan as well. Larry On 9/18/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Martin wrote: It would be nice to add wheel-zooming to the current Pan tool. This would give a single tool to accomplish all view movement. And right-drag would still be available for something else - or maybe it should just be left for the context menu? I also agree. This is how AutoCAD works and I love it. You'd get dizzy watching me navigate a CAD drawing. :] I would really like our default navigation behavior to work for each of the CursorTools. I think this means the mouse listeners need to be registered with the LayerViewPanel, and not with an individual plug-in like the pan tool. but maybe this is too complicated? The Sunburned Surveyor On 9/17/07, Larry Becker [EMAIL PROTECTED] wrote: Hi Martin, On 9/17/07, Martin Davis [EMAIL PROTECTED] wrote: The ZoomRealtime Tool is a very cool idea... but the way it works seems a bit confusing to me. I would have expected it to keep the initial point that was clicked directly under the mouse cursor as zooming takes place. Good point. After all, when you left click drag left and right, it does, and when you right click drag up and down it does. Perhaps it is only a matter of adjusting the zoom to the hypotenuse instead of using the side. I guess for this to work zooming in would have to take place no matter which way the mouse moved, so that the user could move a point close to the bottom edge into the centre of the frame. Zooming out could be attached to the right mouse button (which would also bring this in line with the behaviour of the original Zoom tool). True, we would lose the zoom/pan capability if we used both axes for zoom. Actually, I've grown very fond of the WorldWind zooming behaviour. This uses only the mouse wheel to zoom in/out. Left-drag causes panning. Right-drag causes rotation - which isn't really applicable to OJ (at least, I don't think so). It would be nice to add wheel-zooming to the current Pan tool. This would give a single tool to accomplish all view movement. And right-drag would still be available for something else - or maybe it should just be left for the context menu? Not a bad idea, and easy to implement. Larry -- 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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Implementation of the setLayerNamesAsListData method.
Why don't you just do: argList.setListData(argManager.getLayers().toArray()); and skip the whole method. Larry On 9/18/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: I have attached my implementation of the setLayerNamesAsListData method. I was thinking about placing this method in Sigle's DialogUtil class. Someone asked to see my implementation, and I didn't want to cloud up the other thread, which has moved onto other topics. The Sunburned Surveyor P.S. - Did we decide if the DialogUtil class is the appropriate place, or should I put it into a separate JAR? - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Enabled for BasicStylePanel
Hi Paul, ColorThemingSyle disables the BasicStyle when it is enabled and vice versa. See ColorThemingStylePanel.updateStyles(). Why would we want to put this responsibility in the hands of the user? regards, Larry On 9/17/07, Stefan Steiniger [EMAIL PROTECTED] wrote: ok.. fine for me stefan Paul Austin wrote: The current implementation of the Basic StylePanel does not include the editable flag. The upshot of this is if you want to tdefine some kind of custom style and disable the basic style you can't do this. Because if the user uses the style dialog a new basic style is created without maintaining the value of the enabled flag. I'm going to add the enabled flag to the basic style dialog. Paul - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Enabled for BasicStylePanel
Bad example. It does that now. Larry On 9/17/07, Paul Austin [EMAIL PROTECTED] wrote: Why not? For example a user may want to use the label style but not have the Point or line displayed Paul Larry Becker wrote: Hi Paul, ColorThemingSyle disables the BasicStyle when it is enabled and vice versa. See ColorThemingStylePanel.updateStyles(). Why would we want to put this responsibility in the hands of the user? regards, Larry On 9/17/07, Stefan Steiniger [EMAIL PROTECTED] wrote: ok.. fine for me stefan Paul Austin wrote: The current implementation of the Basic StylePanel does not include the editable flag. The upshot of this is if you want to tdefine some kind of custom style and disable the basic style you can't do this. Because if the user uses the style dialog a new basic style is created without maintaining the value of the enabled flag. I'm going to add the enabled flag to the basic style dialog. Paul - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Enabled for BasicStylePanel
Turn off line and fill. On 9/17/07, Larry Becker [EMAIL PROTECTED] wrote: Bad example. It does that now. Larry On 9/17/07, Paul Austin [EMAIL PROTECTED] wrote: Why not? For example a user may want to use the label style but not have the Point or line displayed Paul Larry Becker wrote: Hi Paul, ColorThemingSyle disables the BasicStyle when it is enabled and vice versa. See ColorThemingStylePanel.updateStyles(). Why would we want to put this responsibility in the hands of the user? regards, Larry On 9/17/07, Stefan Steiniger [EMAIL PROTECTED] wrote: ok.. fine for me stefan Paul Austin wrote: The current implementation of the Basic StylePanel does not include the editable flag. The upshot of this is if you want to tdefine some kind of custom style and disable the basic style you can't do this. Because if the user uses the style dialog a new basic style is created without maintaining the value of the enabled flag. I'm going to add the enabled flag to the basic style dialog. Paul - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/vse012070mrt/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/ -- 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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Hasta la Vista, bug
You can get away with 512MB if you're willing to wait a long time. I think I used 750. The four counties parcel data occupied about 470MB committed memory. The memory bottleneck during loading is the simultaneous rendering. SkyJUMP currently turns off event firing after the first layer, when loading a project. This speeds up loading considerably. Larry On 9/17/07, Martin Davis [EMAIL PROTECTED] wrote: Larry, you rock! What was the mem size setting that you used? Every so often I wonder about whether it's possible to use 64-bit Java and huge memory sizes to allow processing massive datasets. Anyone had any experience with this? Larry Becker wrote: I put my new Vista PC together this weekend and fixed the Vista issue with the layer combo box in tools dialogs. For anyone interested in hardware, I used an Intel Q6600 Quad Core. It opens a 100 layer task in 2 seconds. While testing it, I managed to set a new personal record for largest map opened in JUMP. Over 8 million points in 40 polygons. See the attached screen capture. regards, Larry Becker - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Layer Properties
I just created a SelectablePlugIn by copying EditablePlugIn and making a few trivial changes. It seems to work like a charm! Now, do we need Snappable, (Sp?) or should not Selectable imply not Snappable? It doesn't currently. Larry On 9/17/07, Larry Becker [EMAIL PROTECTED] wrote: Hi Stefan, I just looked at the code and it appears we already have a selectable property in Layer. However, the setSelectable() method is currently only called from ImageFeatureCreator. The isSelectable() method is called in AbstractSelection, so it appears that all we need to do to add a menu item Selectable right below Editable. regards, Larry On 9/17/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: I'd like to use Layerable, since that will give us more flexibity down the road. SS On 9/13/07, Stefan Steiniger [EMAIL PROTECTED] wrote: yep! i agree, and this reminds me on having the same for features that show the most prominent what i want to know about .. ie. number of vertices, geom-type, inner rings, perimeter, area, centroid coords,.. furthermore there was the idea to give layers 4 states: - editable (selectable, snapping on) - hitable (selectable, snapping on) - visible (not selectable, snapping on) - invisible or something like that. This is beneficial if one digitizes. where would be the best position to add such a layer attribute. Layerable? or Layer? stefan Michaël Michaud schrieb: Hi Larry, Excellent plugin ! Michaël Larry Becker a écrit : A new feature was added last night which adds a menu item Layer Properties to the Layer Name right click menu. This feature will display layer information and statistics such as name, number of features, number of points, number of attributes, geometry type, DataSource class, and source path. It works on single or multiple layer selections. It also includes a transparency adjustment slider that works for layer selections. Language file entries have been made. Only the German translation is currently completed. There were 19 strings - I got tired. :-) This is basically the beginnings of duplicating the ArcMap layer properties functionality. However, this property sheet is designed to work with multiple layers at once. SkyJUMP has had this for a while, but I haven't gotten around to a general release yet. regards, Larry Becker - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/vse012070mrt/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/ -- 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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Bursa-wolf parameters [WAS: Projection with Geotools2 CRS]
LOL! Clear as mud! Larry On 9/17/07, Stefan Steiniger [EMAIL PROTECTED] wrote: we should post this on the wiki :) love it stefan Adrian Custer schrieb: On Mon, 2007-09-17 at 10:46 -0700, Jody Garnett wrote: Edgar Soldin wrote: just one question .. what is this bursa wolf parameter option? ... My impression is that this is scary math I never quite understood. The javadocs describe it all detail (and have links to papers etc..). Well, Bursa was a 9 year old bicyclist from the Alps and...no, no, no, i lie. Actually it's not particularly scary math and quite easy to understand. All you really need to remember is that no one has ever been to the center of the earth. So everyone started surveying (mostly so the repressive central governments could exploit taxes from people and have lots of jolly wars where people could slog through the mud and kill each other so they'd be blood and suffering for all). Each group started from some random place on the surface of the earth. Right away, it becomes obvious to everyone that euclidean rules don't work so well. Some didn't care so much since taxes are basically arbitrary anyway and getting serious about it means you'd have to walk through fields and woods and get lots of mud on your shoes. Others kept at it and resorted to spherical geometry. Once you start doing that precisely and at continental scales you realize that doesn't really work either so you decide to try the next hardest thing, an ellipsoid of rotation. Now how do you know which one to choose? Well you pick one that minimizes your squared errors. All good and nice but (1) you are surveying the ground which is anything but an ellipsoid since it has all those ditches you keep falling into and that keep getting your clothes covered in mud and (2) you are not perfect especially with all that mud on your paper. So you have a bunch of errors. Well everyone that does this comes up with lots of different ellipsoids that work really nice for their data and everyone is sure they clearly have found the 'one true ellipsoid' and they decide to use that for all their work. Then everyone guesses where they actually are on each of their particular ellipsoids which involves lots of going outside at night and looking up from the mud at the stars. But then it's not like the edges of each survey was nice and level on these ellipsoids either --- think of the eastern USA. You can start nice and clean and warm and dry at an inn in Boston on the edge of the sea drinking clam chowder and having a good time but a few months later it will be bitter, bitter cold in that tiny town of Denver because you are somewhere like a mile high up in the air and you're wet and covered in mud from slogging through the plains in a snowstorm. So you've got a pretty good idea that your data is on a major slant but, well, you'll do your best to make up for it but it really doesn't help the effort any, especially what with all that mud that's still itching in your hair. So your errors may be a wee bit big but hey it's all right: it's good enough to wage lots of good wars with lots of mud and blood and to keep collecting lots of taxes so no one cares too much. Fast forward to more recent times where some people want to talk to lots of different governments and work with lots of different data. They take everyone's guess and try to line them up. Well it turns out, when you try to line everything up, that the center points of all the different ellipses aren't really the same points and even the orientation of the three axes are all a bit off because of how everyone guessed where their were on their ellipsoids. So now, to go from one data set to another so they line up the best, you need estimates of how much to rotate each of the axes and how to shift the center point around; all this beyond even the obvious stuff of changing between the different definition of all those one true ellipsoids. When you do this mathematically, you need a bunch of parameters: these now have the names of the wolf and the bursa. Generally, you can only come up with good parameters if you have lots of data to compare and some good software to do the comparing. That's what the EPSG did for everyone. The guys in the pickup trucks that went out looking for oil kept falling into ditches along the way and getting mud on their faces but when they got back to the office they had a good sense of what lined up with what and could say: yep, that hill there is the same as this squiggle here and there's this big ditch right here that cost us our third flat tire and... So they collected as much data as they could and compared it and came up with a database of parameters by which you go from one data set to another. So that's it. That's why we use their data; we don't have to fall in any ditches and can avoid getting mud on our
Re: [JPP-Devel] Thoughts on ZoomRealtimeTool behaviour
Hi Martin, On 9/17/07, Martin Davis [EMAIL PROTECTED] wrote: The ZoomRealtime Tool is a very cool idea... but the way it works seems a bit confusing to me. I would have expected it to keep the initial point that was clicked directly under the mouse cursor as zooming takes place. Good point. After all, when you left click drag left and right, it does, and when you right click drag up and down it does. Perhaps it is only a matter of adjusting the zoom to the hypotenuse instead of using the side. I guess for this to work zooming in would have to take place no matter which way the mouse moved, so that the user could move a point close to the bottom edge into the centre of the frame. Zooming out could be attached to the right mouse button (which would also bring this in line with the behaviour of the original Zoom tool). True, we would lose the zoom/pan capability if we used both axes for zoom. Actually, I've grown very fond of the WorldWind zooming behaviour. This uses only the mouse wheel to zoom in/out. Left-drag causes panning. Right-drag causes rotation - which isn't really applicable to OJ (at least, I don't think so). It would be nice to add wheel-zooming to the current Pan tool. This would give a single tool to accomplish all view movement. And right-drag would still be available for something else - or maybe it should just be left for the context menu? Not a bad idea, and easy to implement. Larry -- 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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Hasta la Vista, bug
The Layer Info is in OJ now, and I certainly intended that it should be extended further, so if someone is motivated, please add away. Larry On 9/17/07, Larry Becker [EMAIL PROTECTED] wrote: That would certainly be consistent with the ESRI feature dataset model which puts so much emphasis on extent and coordinate system. Can't say I'd find a use for it though. My maps all tend to be small and contiguous. Larry On 9/17/07, Martin Davis [EMAIL PROTECTED] wrote: Larry, Looking at your (or is this in OJ now?) Layer Info dialog - would it be worth adding the extent of the layer (as a POLYGON wkt string) to the information listed? Larry Becker wrote: I put my new Vista PC together this weekend and fixed the Vista issue with the layer combo box in tools dialogs. For anyone interested in hardware, I used an Intel Q6600 Quad Core. It opens a 100 layer task in 2 seconds. While testing it, I managed to set a new personal record for largest map opened in JUMP. Over 8 million points in 40 polygons. See the attached screen capture. regards, Larry Becker - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/ -- 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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Hasta la Vista, bug
If anyone is interested in the sample data that I used, you can download it at: http://www.capcog.org/Information_Clearinghouse/geospatial_main.asp Larry On 9/17/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: That is some serious data! I've got Windows Vista/Debian Linux running an a dual core processor at home. I will have to see how the numbers compare. The Sunburned Surveyor On 9/16/07, Larry Becker [EMAIL PROTECTED] wrote: I put my new Vista PC together this weekend and fixed the Vista issue with the layer combo box in tools dialogs. For anyone interested in hardware, I used an Intel Q6600 Quad Core. It opens a 100 layer task in 2 seconds. While testing it, I managed to set a new personal record for largest map opened in JUMP. Over 8 million points in 40 polygons. See the attached screen capture. regards, Larry Becker -- 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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Extension class loader
Sounds reasonable to me. Larry On 9/14/07, Paul Austin [EMAIL PROTECTED] wrote: Right now the class loader used for loading extension classes does not have a parent class loader set see com.vividsolutions.jump.workbench.plugin.PlugInManager. I think that it should have a parent and it be set to the class loader of the PlugInManager class (which is the system class path). Can anyone see any issues with doing this? Paul - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Improved windows bat file
I guess the included sample wasn't complete? It didn't work for me. Something about .. is not recognized. Larry On 9/14/07, Paul Austin [EMAIL PROTECTED] wrote: The following is an improved windows bat file that allows the application to be run from any directory and also dynamically loads all zip,jar libraries in the lib (not ext) folder. I'd also like to make it have user based coinfiguration as per my unix script. Any objections to checking this in? Paul @echo off set OLD_DIR=%CD% set JUMP_HOME=%~dp0..% set JAVA_OPTS=-Xms256M -Xmx256M -Dlog4j.configuration=file:bin\log4j.xml -Djump.home=%JUMP_HOME% cd %JUMP_HOME% set LIB=lib set CLASSPATH=. set CLASSPATH=conf;%CLASSPATH% set CLASSPATH=lib\ext;%CLASSPATH% for %%i in (lib\*.jar) do call %JUMP_HOME%\bin\lcp.bat %%i for %%i in (lib\*.zip) do call %JUMP_HOME%\bin\lcp.bat %%i set PATH=%PATH%;%LIB%\ext set JUMP_OPTS=-properties bin\workbench-properties.xml -plug-in-directory %LIB%\ext start javaw -cp %CLASSPATH% %JAVA_OPTS% com.vividsolutions.jump.workbench.JUMPWorkbench %JUMP_OPTS% cd %OLD_DIR% - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Improved windows bat file
Hi Paul, I replaced the standard openjump.bat file with the commands in you message. I ran it under Windows XP. I tried to attach the bat file, but of course, you can't send those in email. Larry On 9/14/07, Paul Austin [EMAIL PROTECTED] wrote: Larry can you show how you ran it and on which windows version? thanks, paul Larry Becker wrote: I guess the included sample wasn't complete? It didn't work for me. Something about .. is not recognized. Larry On 9/14/07, Paul Austin [EMAIL PROTECTED] wrote: The following is an improved windows bat file that allows the application to be run from any directory and also dynamically loads all zip,jar libraries in the lib (not ext) folder. I'd also like to make it have user based coinfiguration as per my unix script. Any objections to checking this in? Paul @echo off set OLD_DIR=%CD% set JUMP_HOME=%~dp0..% set JAVA_OPTS=-Xms256M -Xmx256M -Dlog4j.configuration=file:bin\log4j.xml -Djump.home=%JUMP_HOME% cd %JUMP_HOME% set LIB=lib set CLASSPATH=. set CLASSPATH=conf;%CLASSPATH% set CLASSPATH=lib\ext;%CLASSPATH% for %%i in (lib\*.jar) do call %JUMP_HOME%\bin\lcp.bat %%i for %%i in (lib\*.zip) do call %JUMP_HOME%\bin\lcp.bat %%i set PATH=%PATH%;%LIB%\ext set JUMP_OPTS=-properties bin\workbench-properties.xml -plug-in-directory %LIB%\ext start javaw -cp %CLASSPATH% %JAVA_OPTS% com.vividsolutions.jump.workbench.JUMPWorkbench %JUMP_OPTS% cd %OLD_DIR% - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Improved windows bat file
Wait! Where is the lcp.bat file that is referenced? Larry On 9/14/07, Larry Becker [EMAIL PROTECTED] wrote: You are definitely on the right track, but it still doesn't work. Can you just change the extension to .txt or something and attach it? Larry On 9/14/07, Paul Austin [EMAIL PROTECTED] wrote: Larry, see the line with -Djump... that should be on the previous line same for -plug-in-directory Paul Paul Austin wrote: The following is an improved windows bat file that allows the application to be run from any directory and also dynamically loads all zip,jar libraries in the lib (not ext) folder. I'd also like to make it have user based coinfiguration as per my unix script. Any objections to checking this in? Paul @echo off set OLD_DIR=%CD% set JUMP_HOME=%~dp0..% set JAVA_OPTS=-Xms256M -Xmx256M -Dlog4j.configuration=file:bin\log4j.xml -Djump.home=%JUMP_HOME% cd %JUMP_HOME% set LIB=lib set CLASSPATH=. set CLASSPATH=conf;%CLASSPATH% set CLASSPATH=lib\ext;%CLASSPATH% for %%i in (lib\*.jar) do call %JUMP_HOME%\bin\lcp.bat %%i for %%i in (lib\*.zip) do call %JUMP_HOME%\bin\lcp.bat %%i set PATH=%PATH%;%LIB%\ext set JUMP_OPTS=-properties bin\workbench-properties.xml -plug-in-directory %LIB%\ext start javaw -cp %CLASSPATH% %JAVA_OPTS% com.vividsolutions.jump.workbench.JUMPWorkbench %JUMP_OPTS% cd %OLD_DIR% - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/ -- 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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] [Fwd: [jump-devel] Projection with Geotools2 CRS]
Hmm. I'm intrigued. If no one else wants to take this on, I'll have a go at it. I realize that there is a discussion about the best interface going on, but this will be a proof (more like a re-proof) of concept. regards, Larry On 9/14/07, Edgar Soldin [EMAIL PROTECTED] wrote: Hey Larry, More seriously - are you saying that we can just add a GT2 jar, wrap it in an interface like some of the guys have been kicking around, and get instant transformation? make it 4 jars and use given jts objects .. voila, see: http://docs.codehaus.org/display/GEOTDOC/01+CRS+Helper+Class what i did originally was filtering geometries coordinates, create and replace new geometries with them and save the old ones for a possible 'UNDO'. it looks like by version gt2.3, they have a utility class that can manipulate geometries directly. *nice* What would we do for a start? Add a Layer-reproject function? to check how good it works yes... i suggested a user interface earlier this year.. maybe you want to check http://www.jump-project.org/pipermail/jump-devel/2007-July/000629.html re-regards ede regards, Larry On 9/13/07, Stefan Steiniger [EMAIL PROTECTED] wrote: probably rather to this list ;) Original-Nachricht Betreff: [jump-devel] Projection with Geotools2 CRS Datum: Thu, 13 Sep 2007 21:00:44 +0200 Von: Edgar Soldin [EMAIL PROTECTED] Antwort an: JUMP Developers [EMAIL PROTECTED] An: JUMP Developers [EMAIL PROTECTED] Hello All, because of all the comments related to projection (interfaces) , here is an example of the simplicity in using GT2 CRS for projection/transformation SNIPPET-- CoordinateOperationFactory coFactory = FactoryFinder.getCoordinateOperationFactory(null); MathTransform transform; src = FactoryFinder.getCRSFactory(null).createFromWKT(PROJCS[\DHDN / Gauss-Kruger Zone 3\, GEOGCS[\DHDN\, DATUM[\Deutsches Hauptdreiecksnetz\, SPHEROID[\Bessel 1841\, 6377397.155, 299.1528128, AUTHORITY[\EPSG\,\7004\]], TOWGS84[598.1, 73.7, 418.2, 0.2018, 0.04495, -2.45499974, 6.7], AUTHORITY[\EPSG\,\6314\]], PRIMEM[\Greenwich\, 0.0, AUTHORITY[\EPSG\,\8901\]], UNIT[\degree of angle\,0.017453292519943295], AXIS[\Geodetic longitude\,EAST], AXIS[\Geodetic latitude\,NORTH], AUTHORITY[\EPSG\,\4314\]], PROJECTION[\Transverse_Mercator\], PARAMETER[\semi_major\, 6377397.155], PARAMETER[\semi_minor\, 6356078.962818189], PARAMETER[\central_meridian\, 8.991], PARAMETER[\latitude_of_origin\, 0.0], PARAMETER[\scale_factor\, 1.0], PARAMETER[\false_easting\, 350.0], PARAMETER[\false_northing\, 0.0], UNIT[\metre\,1.0], AXIS[\Easting\,EAST], AXIS[\Northing\,NORTH], AUTHORITY[\EPSG\,\31467\]]); //src = FactoryFinder.getCRSAuthorityFactory(EPSG, null).createCoordinateReferenceSystem(EPSG:31467); trg = FactoryFinder.getCRSAuthorityFactory(EPSG, null).createCoordinateReferenceSystem(EPSG:4326); CoordinateOperation co = coFactory.createOperation(src, trg); transform = co.getMathTransform(); --SNIPPET the snippet is only rough cut out of my tests. It will not compile in this state, but still it shows how easy it is with GT2 to get a transformation (from WKT or EPSG ID, as you choose) for projecting coordinates. The EPSG entries of the factory are of course request-/listable by name(description). just trying to lobby for the GT2 library, as I get the impression the list is a bit afraid of it ;). regards ede -- public class WhoDidIt{ // A comment. I love comments private static Person sender; public static void main (String[] foo){ sender = new Person(); sender.setName(new String[]{Edgar, Soldin}); Address address = new Address(); address.setStreet(Stadtweg 119); address.setZip(39116); address.setCity(Magdeburg); address.setCountry(Germany); sender.setAddress(address); sender.setMobilePhone( +49(0)171-2782880 ); sender.setWebSiteUrl( http://www.soldin.de ); sender.setEmail( [EMAIL PROTECTED] ); sender.setPGPPublicKey( http://www.soldin.de/edgar_soldin.asc ); sender.setGender(true); System.out.println(sender.toString()); } } ___ jump-devel mailing list [EMAIL PROTECTED] http://lists.refractions.net/mailman/listinfo/jump-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- public class WhoDidIt{ // A comment. I love comments private static Person sender; public static void main
Re: [JPP-Devel] [Fwd: [jump-devel] Projection with Geotools2 CRS]
Maybe a dialogue containing a list of all layers (preselected the ones selected in jump ui) , src target cs/proj choosers and a status console telling about problems and currents status of operations mandatory ok cancel buttons Since I never saw the older UI you created, the details are lost on me at this point, but it sounds reasonable. Larry On 9/14/07, Edgar Soldin [EMAIL PROTECTED] wrote: what do you think of the user interface i suggested? ede -- Hmm. I'm intrigued. If no one else wants to take this on, I'll have a go at it. I realize that there is a discussion about the best interface going on, but this will be a proof (more like a re-proof) of concept. regards, Larry On 9/14/07, Edgar Soldin [EMAIL PROTECTED] wrote: Hey Larry, More seriously - are you saying that we can just add a GT2 jar, wrap it in an interface like some of the guys have been kicking around, and get instant transformation? make it 4 jars and use given jts objects .. voila, see: http://docs.codehaus.org/display/GEOTDOC/01+CRS+Helper+Class what i did originally was filtering geometries coordinates, create and replace new geometries with them and save the old ones for a possible 'UNDO'. it looks like by version gt2.3, they have a utility class that can manipulate geometries directly. *nice* What would we do for a start? Add a Layer-reproject function? to check how good it works yes... i suggested a user interface earlier this year.. maybe you want to check http://www.jump-project.org/pipermail/jump-devel/2007-July/000629.html re-regards ede regards, Larry On 9/13/07, Stefan Steiniger [EMAIL PROTECTED] wrote: probably rather to this list ;) Original-Nachricht Betreff: [jump-devel] Projection with Geotools2 CRS Datum: Thu, 13 Sep 2007 21:00:44 +0200 Von: Edgar Soldin [EMAIL PROTECTED] Antwort an: JUMP Developers [EMAIL PROTECTED] An: JUMP Developers [EMAIL PROTECTED] Hello All, because of all the comments related to projection (interfaces) , here is an example of the simplicity in using GT2 CRS for projection/transformation SNIPPET-- CoordinateOperationFactory coFactory = FactoryFinder.getCoordinateOperationFactory(null); MathTransform transform; src = FactoryFinder.getCRSFactory(null).createFromWKT(PROJCS[\DHDN / Gauss-Kruger Zone 3\, GEOGCS[\DHDN\, DATUM[\Deutsches Hauptdreiecksnetz\, SPHEROID[\Bessel 1841\, 6377397.155, 299.1528128, AUTHORITY[\EPSG\,\7004\]], TOWGS84[598.1, 73.7, 418.2, 0.2018, 0.04495, -2.45499974, 6.7], AUTHORITY[\EPSG\,\6314\]], PRIMEM[\Greenwich\, 0.0, AUTHORITY[\EPSG\,\8901\]], UNIT[\degree of angle\,0.017453292519943295], AXIS[\Geodetic longitude\,EAST], AXIS[\Geodetic latitude\,NORTH], AUTHORITY[\EPSG\,\4314\]], PROJECTION[\Transverse_Mercator\], PARAMETER[\semi_major\, 6377397.155], PARAMETER[\semi_minor\, 6356078.962818189], PARAMETER[\central_meridian\, 8.991], PARAMETER[\latitude_of_origin\, 0.0], PARAMETER[\scale_factor\, 1.0], PARAMETER[\false_easting\, 350.0], PARAMETER[\false_northing\, 0.0], UNIT[\metre\,1.0], AXIS[\Easting\,EAST], AXIS[\Northing\,NORTH], AUTHORITY[\EPSG\,\31467\]]); //src = FactoryFinder.getCRSAuthorityFactory(EPSG, null).createCoordinateReferenceSystem(EPSG:31467); trg = FactoryFinder.getCRSAuthorityFactory(EPSG, null).createCoordinateReferenceSystem(EPSG:4326); CoordinateOperation co = coFactory.createOperation(src, trg); transform = co.getMathTransform(); --SNIPPET the snippet is only rough cut out of my tests. It will not compile in this state, but still it shows how easy it is with GT2 to get a transformation (from WKT or EPSG ID, as you choose) for projecting coordinates. The EPSG entries of the factory are of course request-/listable by name(description). just trying to lobby for the GT2 library, as I get the impression the list is a bit afraid of it ;). regards ede -- public class WhoDidIt{ // A comment. I love comments private static Person sender; public static void main (String[] foo){ sender = new Person(); sender.setName(new String[]{Edgar, Soldin}); Address address = new Address(); address.setStreet(Stadtweg 119); address.setZip(39116); address.setCity(Magdeburg); address.setCountry(Germany); sender.setAddress(address); sender.setMobilePhone( +49(0)171-2782880 ); sender.setWebSiteUrl( http://www.soldin.de ); sender.setEmail( [EMAIL PROTECTED] ); sender.setPGPPublicKey( http://www.soldin.de/edgar_soldin.asc ); sender.setGender(true); System.out.println(sender.toString()); } } ___ jump-devel mailing list [EMAIL PROTECTED] http://lists.refractions.net/mailman/listinfo/jump-devel
Re: [JPP-Devel] Improved windows bat file
Now it works! Larry On 9/14/07, Paul Austin [EMAIL PROTECTED] wrote: Oops lcb.bat set _CLASSPATHCOMPONENT=%1 :argCheck if %2a==a goto gotAllArgs shift set _CLASSPATHCOMPONENT=%_CLASSPATHCOMPONENT% %1 goto argCheck :gotAllArgs set CLASSPATH=%_CLASSPATHCOMPONENT%;%CLASSPATH% Larry Becker wrote: Wait! Where is the lcp.bat file that is referenced? Larry On 9/14/07, Larry Becker [EMAIL PROTECTED] wrote: You are definitely on the right track, but it still doesn't work. Can you just change the extension to .txt or something and attach it? Larry On 9/14/07, Paul Austin [EMAIL PROTECTED] wrote: Larry, see the line with -Djump... that should be on the previous line same for -plug-in-directory Paul Paul Austin wrote: The following is an improved windows bat file that allows the application to be run from any directory and also dynamically loads all zip,jar libraries in the lib (not ext) folder. I'd also like to make it have user based coinfiguration as per my unix script. Any objections to checking this in? Paul @echo off set OLD_DIR=%CD% set JUMP_HOME=%~dp0..% set JAVA_OPTS=-Xms256M -Xmx256M -Dlog4j.configuration=file:bin\log4j.xml -Djump.home=%JUMP_HOME% cd %JUMP_HOME% set LIB=lib set CLASSPATH=. set CLASSPATH=conf;%CLASSPATH% set CLASSPATH=lib\ext;%CLASSPATH% for %%i in (lib\*.jar) do call %JUMP_HOME%\bin\lcp.bat %%i for %%i in (lib\*.zip) do call %JUMP_HOME%\bin\lcp.bat %%i set PATH=%PATH%;%LIB%\ext set JUMP_OPTS=-properties bin\workbench-properties.xml -plug-in-directory %LIB%\ext start javaw -cp %CLASSPATH% %JAVA_OPTS% com.vividsolutions.jump.workbench.JUMPWorkbench %JUMP_OPTS% cd %OLD_DIR% - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OJ look and feel issue
you mean it is different on both PC's you have? Yes. what about the java version? Good idea, but not it. Both are running the same JRE. Larry On 9/13/07, Stefan Steiniger [EMAIL PROTECTED] wrote: you mean it is different on both PC's you have? what about the java version? stefan Larry Becker schrieb: I tried this on my home PC and it looked the same as SkyJUMP. I went though all of the Skins, but that wasn't it. Hmm. Larry On 9/12/07, Larry Becker [EMAIL PROTECTED] wrote: I just noticed that on my PC, OJ's UI looks different from SkyJUMP. The menus in OJ seem to be rendered without font smoothing. Also the folders in the tree view are different. See the attached JPEG. Does anyone have any idea why this is happening? regards, Larry -- 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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Copying Features To Another Layer
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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OJ look and feel issue
I ran both OJ and SkyJUMP from the Eclipse IDE with identical settings. Larry On 9/13/07, Stefan Steiniger [EMAIL PROTECTED] wrote: what about the JDK version to build the jars? Oj is 1.5 - in case you use 1.6 stefan Larry Becker schrieb: you mean it is different on both PC's you have? Yes. what about the java version? Good idea, but not it. Both are running the same JRE. Larry On 9/13/07, Stefan Steiniger [EMAIL PROTECTED] wrote: you mean it is different on both PC's you have? what about the java version? stefan Larry Becker schrieb: I tried this on my home PC and it looked the same as SkyJUMP. I went though all of the Skins, but that wasn't it. Hmm. Larry On 9/12/07, Larry Becker [EMAIL PROTECTED] wrote: I just noticed that on my PC, OJ's UI looks different from SkyJUMP. The menus in OJ seem to be rendered without font smoothing. Also the folders in the tree view are different. See the attached JPEG. Does anyone have any idea why this is happening? regards, Larry -- 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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] [Fwd: [jump-devel] Projection with Geotools2 CRS]
Hi Edgar, It isn't the difficulty of doing transformations that I fear. Just the difficulty of interfacing GT2 to OpenJump. I'm sure we are willing to learn though if you're offering to teach. :-) More seriously - are you saying that we can just add a GT2 jar, wrap it in an interface like some of the guys have been kicking around, and get instant transformation? What would we do for a start? Add a Layer-reproject function? regards, Larry On 9/13/07, Stefan Steiniger [EMAIL PROTECTED] wrote: probably rather to this list ;) Original-Nachricht Betreff: [jump-devel] Projection with Geotools2 CRS Datum: Thu, 13 Sep 2007 21:00:44 +0200 Von: Edgar Soldin [EMAIL PROTECTED] Antwort an: JUMP Developers [EMAIL PROTECTED] An: JUMP Developers [EMAIL PROTECTED] Hello All, because of all the comments related to projection (interfaces) , here is an example of the simplicity in using GT2 CRS for projection/transformation SNIPPET-- CoordinateOperationFactory coFactory = FactoryFinder.getCoordinateOperationFactory(null); MathTransform transform; src = FactoryFinder.getCRSFactory(null).createFromWKT(PROJCS[\DHDN / Gauss-Kruger Zone 3\, GEOGCS[\DHDN\, DATUM[\Deutsches Hauptdreiecksnetz\, SPHEROID[\Bessel 1841\, 6377397.155, 299.1528128, AUTHORITY[\EPSG\,\7004\]], TOWGS84[598.1, 73.7, 418.2, 0.2018, 0.04495, -2.45499974, 6.7], AUTHORITY[\EPSG\,\6314\]], PRIMEM[\Greenwich\, 0.0, AUTHORITY[\EPSG\,\8901\]], UNIT[\degree of angle\,0.017453292519943295], AXIS[\Geodetic longitude\,EAST], AXIS[\Geodetic latitude\,NORTH], AUTHORITY[\EPSG\,\4314\]], PROJECTION[\Transverse_Mercator\], PARAMETER[\semi_major\, 6377397.155], PARAMETER[\semi_minor\, 6356078.962818189], PARAMETER[\central_meridian\, 8.991], PARAMETER[\latitude_of_origin\, 0.0], PARAMETER[\scale_factor\, 1.0], PARAMETER[\false_easting\, 350.0], PARAMETER[\false_northing\, 0.0], UNIT[\metre\,1.0], AXIS[\Easting\,EAST], AXIS[\Northing\,NORTH], AUTHORITY[\EPSG\,\31467\]]); //src = FactoryFinder.getCRSAuthorityFactory(EPSG, null).createCoordinateReferenceSystem(EPSG:31467); trg = FactoryFinder.getCRSAuthorityFactory(EPSG, null).createCoordinateReferenceSystem(EPSG:4326); CoordinateOperation co = coFactory.createOperation(src, trg); transform = co.getMathTransform(); --SNIPPET the snippet is only rough cut out of my tests. It will not compile in this state, but still it shows how easy it is with GT2 to get a transformation (from WKT or EPSG ID, as you choose) for projecting coordinates. The EPSG entries of the factory are of course request-/listable by name(description). just trying to lobby for the GT2 library, as I get the impression the list is a bit afraid of it ;). regards ede -- public class WhoDidIt{ // A comment. I love comments private static Person sender; public static void main (String[] foo){ sender = new Person(); sender.setName(new String[]{Edgar, Soldin}); Address address = new Address(); address.setStreet(Stadtweg 119); address.setZip(39116); address.setCity(Magdeburg); address.setCountry(Germany); sender.setAddress(address); sender.setMobilePhone( +49(0)171-2782880 ); sender.setWebSiteUrl( http://www.soldin.de ); sender.setEmail( [EMAIL PROTECTED] ); sender.setPGPPublicKey( http://www.soldin.de/edgar_soldin.asc ); sender.setGender(true); System.out.println(sender.toString()); } } ___ jump-devel mailing list [EMAIL PROTECTED] http://lists.refractions.net/mailman/listinfo/jump-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Issue with poor responsiveness when building Colour Theming Styles list
so a.. what i am going to tell was that i thought about adding classification capabilities. But actually Arnd proposed to have such a functionality external, which adds a new attribute with the result ???) I've got code in SkyJUMP that could support a similar functionality. It is a mod to BasicStyle that checks for an Attribute called R_G_B and if it is found and and contains a hex RBG string (like FF for Blue), it overrides the color. You could probably compute the color by editing the dbf in a spreadsheet. Of course, this doesn't help if you need a nice layer tree legend. Arnd's idea sounds pretty cool too. Generate a new attribute and apply color theming to it. Larry On 9/13/07, Stefan Steiniger [EMAIL PROTECTED] wrote: as far as i know arcgis has some kind of update button.. so we could it this way as well. (i know i should not propose something in the far future, but the colour theming should be extended in the future - providing different types of classification. Erwan/SIGLE did some first work on it (contained of the FOSS4G 2006 edition). I started to transfer the code but I lost it during an update because I did not check it in immediatly as i discovered some bug - so a re-design should also include thought on additional classification methods so a.. what i am going to tell was that i thought about adding classification capabilities. But actually Arnd proposed to have such a functionality external, which adds a new attribute with the result ???) stefan Martin Davis schrieb: Sounds good to me, Larry. Having the Attribute dropdown always live might not be the 100% best solution, but at least it will let the user avoid the latency issue. Once it's out there and in use, a better approach might become apparent. I'm not crazy about the idea of an Update Styles button, because it's nice to do this automatically. But it's also not nice of JUMP to block for a long period of time unexpectedly. I guess a third approach would be to prompt the user if he wants to continue if the style list population is likely to take a long time. But that's got it's own annoyance... M Larry Becker wrote: Hi Martin, Yea, I think enabling the Attribute dropdown all of the time would be acceptable. I am familiar with the code and can do it tonight if no one objects or has a better idea. regards, Larry On 9/12/07, Martin Davis [EMAIL PROTECTED] wrote: One thing that is very annoying and that we never got around to fixing in JUMP is the sometimes extremely poor responsiveness when enabling Colour Theming on a layer. It often happens that when you click the Enable colour theming checkbox JUMP decides that you want to theme on FID and goes off and builds a list of colour styles for every single feature in a layer. This can be VERY slow. A better approach would be to let the user choose exactly what he wants to theme on, before the style list is created. I'm not sure what the best workflow for this is. Options I can see are: - let the Attribute dropdown be live all the time, and only build the colour list when the Enable box is checked - Only refresh the Styles list on user command, via a Update styles button There's probably other possibilities too. Has anyone thought of taking this on to improve? Martin -- 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/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Paul's plugins
Hi Paul, Still no luck with the filter theming style. I used your example of pavement on a street layer. I got no result at all. Downloaded rs-jump-core-1.0-20070913.jar, but it didn't work as well as the previous one. regards, Larry On 9/12/07, Paul Austin [EMAIL PROTECTED] wrote: Larry, Tomorrows build will create a new project if you try and open a recent file and no project is active. I'm going to extend this so if you have projects opened that are minimized you can either create a new project or select one for it to go in. This will also apply to the open file plugin. For the filter theming style if you have a road and say add a filter theme for paved v.s. rough you will have below the road layer in the tree a rough and a paved entry in the tree, which you can turn on and off independently. For the info stuff, use the info tool to select some features, this will display the Info Table view (which I still want to make improvements too). Then you can use the show view to show the Info Detail and Info Geometry panels. then when you flip through features in the info detail the geometry tab stays in sync. I'll see if I can fix the bug, I'm sure there are more of them that we'll have to shake out before the actual integration. Paul Larry Becker wrote: Hi Paul, Wow, you have been busy! Thumbs up - New Open File Wizard Thumbs up - New Open Recent Menu (I need to fix an issue if no project is open) OK - Show/hide all for categories Need an example - Filter based theming style (it doesn't update the styles in the layer tree panel yet) Still trying (it is a little weird, but kind of cool)- Docking windows support for layers, map, layer attributes, info table, Can't get it to work - info detail, info geometry, check out the WindowShow View menu It might take me a while to get used to the docking windows, but I do like the tab capability. How do you get the Info windows to populate? They are just blank for me. It broke some code. The new right click Select Layers with Selected Items throws an exception: java.lang.ClassCastException: com.revolsys.jump.ui.model.TreeLayerNamePanel at org.openjump.core.ui.plugin.mousemenu.SelectLayersWithSelectedItemsPlugIn.execute(SelectLayersWithSelectedItemsPlugIn.java:69) Presumably it wouldn't do this if you modified the core TreeLayerNamePanel. Overall: Nice work! regards, Larry Becker On 9/12/07, Paul Austin [EMAIL PROTECTED] wrote: All, I have finally got to the point where I can share my plug-ins with the community to get your feedback and to see if any of them should be integrated into the core. You will need to be working against a TRUNK version of openjump from SVN. For my core plugins download the following files http://open.revolsys.com/download/nightly/infonode/docking-1.5.0.jar http://open.revolsys.com/download/nightly/rs-jump-core/ (most recent jar) The core plug-in includes the following functionality (no I18N as yet). - New Open File Wizard - New Open Recent Menu (I need to fix an issue if no project is open) - Show/hide all for categories - Filter based theming style (it doesn't update the styles in the layer tree panel yet) - Docking windows support for layers, map, layer attributes, info table, info detail, info geometry, check out the WindowShow View menu There is one bug with the docking stuff that sometimes there is a stack overflow when showing a new view and I'm not happy with the positioning code for new windows, I may try out a different library for the docking code. There are some that support docking of toolbars as well which I think would be really cool. There is also the Text Open Format plugin which is based on Csv with an additional header row for the column type. http://open.revolsys.com/download/nightly/rs-jump-tof/ (most recent jar) Test it out by opening say a shape file and then saving it using the Tof plug-in. Please try out these plug-ins and let me know any feedback you have. Paul - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http
Re: [JPP-Devel] ColorThemingStyle Problem
But why should I turn off firing events for a CTS and not for a BasicStyle ? You're right. You shouldn't have to do that. Apparently the Layer Tree needs a ColorThemingStyle, and the code was structured so that if one is not present, it is always added. We should probably add this issue to the bug tracker. The fix would be to simply always add a CTS when BasicStyle and LabelStyle are added and to add support in Layer via a getColorThemingStyle() method. There are getBasicStyle(), getLabelStyle(), and getVertexSTyle() methods, but no getCTS method. Why??? regards, Larry Becker On 9/12/07, Malte Weller [EMAIL PROTECTED] wrote: Hello Paul, hello Larry, sorry for my late response, but I'm working from 9 to 7 in Germany . :-) But it is good to know that I get a response in the early evening on the same day if I have a question in the morning. :-D Paul, after I tried it with turned off firing events on the layer manager I could remove the first CTS without any problems. So thank's for that. But why should I turn off firing events for a CTS and not for a BasicStyle ? Greetings from Hannover, Germany on a fresh but not rainy wednesday, Malte Paul Austin schrieb: Malte, Did you turn off firing events on the layer manager before starting to make your changes? Paul Larry Becker wrote: Oh, I figured the first answer was a little too obvious. 8-) As to where the CTS object is coming from, I think it is LayerTreeModel.getChildren(): if (parent instanceof Layer ColorThemingStyle.get((Layer) parent).isEnabled()) { ... ColorThemingStyle.get() is: public static ColorThemingStyle get(Layer layer) { if ((ColorThemingStyle) layer.getStyle(ColorThemingStyle.class) == null) { ColorThemingStyle colorThemingStyle = new ColorThemingStyle( pickNonSpatialAttributeName(layer .getFeatureCollectionWrapper().getFeatureSchema()), new HashMap(), new BasicStyle(Color.lightGray)); layer.addStyle(colorThemingStyle); } return (ColorThemingStyle) layer.getStyle(ColorThemingStyle.class); } It seems to always add a CTS if one is not found. A very strange side effect. regards, Larry On 9/11/07, Malte Weller [EMAIL PROTECTED] wrote: Hi Larry, thanks for your reply. I know that the CTS added first should be removed first. ;-) But I was only able to remove that after I added the second one. In my Thread I look at the Style-List of my new Layer if it holds a CTS Object. If so, I try to remove it because my new CTS Object should be used. Surprisingly I could not remove it. It will added immediately at the end of the List again. For example at the beginning it was in the middle of the List and now I find it at the end. I can remove a BasicStyle Object without any problems. It is only possible to remove the first CTS Object from the List after I added my new one. I think, I should be able to remove the first CTS from the list without any trouble like the BasicStyle and not only after I added a second one. Maybe, the use of a Thread causes this problem ? Greetings from Hannover, Malte Larry Becker schrieb: Hi Malte, If I understand you correctly, I guess I'm not surprised at the fact that a Style added first would be removed first since the underlying data structure is an ArrayList. The javadoc for ArrayList says that list.remove(o) will delete the first occurance of o in list. regards, Larry Becker On 9/10/07, Malte Weller [EMAIL PROTECTED] wrote: Hello List, I use a Thread to create several Layers from a Database. My run-Method calls two other Methods. First one to create and add the layers. Second one to create a ColorThemingStyle-Object to add this to the created Layer. If the Layer holds a ColorThemingStyle-Object it should be removed and the new one should be added. By default my new Layers are holding a ColorThemingStyle-Object (Does anybody know where this one will be added to the Layers Style List ?). Immediately after I removed the default CTS-Object from the List it will be added again at the end. So I cannot remove this default CTS-Object. After I added my new CTS-Object it looks like that the default CTS-Object is still be used instead. I found a workaround for that. I add my new CTS-Object first and then I remove a CTS-Object with layer.removeStyle(ColorThemingStyle.get(layer)); Surprisingly the default CTS-Object has been removed and the new CTS is shown. Can anybody varify this behaviour and has a explanation for it ? Greetings from Hannover, Malte
Re: [JPP-Devel] ColorThemingStyle Problem
Hi Paul, I'd rather not open the thread can of worms right now. Once we start going down the road of investigating if every method in JUMP is thread safe, progress will probably come to a screeching halt. My policy is that if I get concurrent modification exceptions, then I fix them. I spent most of a month testing the new ThreadQueue and implied changes to the RenderingManager and other code, and in the end, who can tell the difference? It worked before. It works now. Failing to disable event firing is a completely separate issue and can cause unexpected side effects even without thread safety problems. What Malte is pointing out, and I am agreeing with is the lack of consistency in the API. regards, Larry On 9/12/07, Paul Austin [EMAIL PROTECTED] wrote: Larry, As the list of styles on a layer is not thread safe you should disable firing events if you are changing the list of styles for a layer in any other thread than the rendering thread, otherwise you could get concurrent modification execptions when reading the list of styles. Paul Larry Becker wrote: But why should I turn off firing events for a CTS and not for a BasicStyle ? You're right. You shouldn't have to do that. Apparently the Layer Tree needs a ColorThemingStyle, and the code was structured so that if one is not present, it is always added. We should probably add this issue to the bug tracker. The fix would be to simply always add a CTS when BasicStyle and LabelStyle are added and to add support in Layer via a getColorThemingStyle() method. There are getBasicStyle(), getLabelStyle(), and getVertexSTyle() methods, but no getCTS method. Why??? regards, Larry Becker On 9/12/07, Malte Weller [EMAIL PROTECTED] wrote: Hello Paul, hello Larry, sorry for my late response, but I'm working from 9 to 7 in Germany . :-) But it is good to know that I get a response in the early evening on the same day if I have a question in the morning. :-D Paul, after I tried it with turned off firing events on the layer manager I could remove the first CTS without any problems. So thank's for that. But why should I turn off firing events for a CTS and not for a BasicStyle ? Greetings from Hannover, Germany on a fresh but not rainy wednesday, Malte Paul Austin schrieb: Malte, Did you turn off firing events on the layer manager before starting to make your changes? Paul Larry Becker wrote: Oh, I figured the first answer was a little too obvious. 8-) As to where the CTS object is coming from, I think it is LayerTreeModel.getChildren(): if (parent instanceof Layer ColorThemingStyle.get((Layer) parent).isEnabled()) { ... ColorThemingStyle.get() is: public static ColorThemingStyle get(Layer layer) { if ((ColorThemingStyle) layer.getStyle(ColorThemingStyle.class) == null) { ColorThemingStyle colorThemingStyle = new ColorThemingStyle( pickNonSpatialAttributeName(layer .getFeatureCollectionWrapper().getFeatureSchema()), new HashMap(), new BasicStyle(Color.lightGray)); layer.addStyle(colorThemingStyle); } return (ColorThemingStyle) layer.getStyle(ColorThemingStyle.class); } It seems to always add a CTS if one is not found. A very strange side effect. regards, Larry On 9/11/07, Malte Weller [EMAIL PROTECTED] wrote: Hi Larry, thanks for your reply. I know that the CTS added first should be removed first. ;-) But I was only able to remove that after I added the second one. In my Thread I look at the Style-List of my new Layer if it holds a CTS Object. If so, I try to remove it because my new CTS Object should be used. Surprisingly I could not remove it. It will added immediately at the end of the List again. For example at the beginning it was in the middle of the List and now I find it at the end. I can remove a BasicStyle Object without any problems. It is only possible to remove the first CTS Object from the List after I added my new one. I think, I should be able to remove the first CTS from the list without any trouble like the BasicStyle and not only after I added a second one. Maybe, the use of a Thread causes this problem ? Greetings from Hannover, Malte Larry Becker schrieb: Hi Malte, If I understand you correctly, I guess I'm not surprised at the fact that a Style added first would be removed first since the underlying data structure is an ArrayList. The javadoc for ArrayList says that list.remove(o) will delete the first occurance of o in list. regards, Larry Becker On 9/10/07, Malte Weller [EMAIL PROTECTED] wrote: Hello List, I use
Re: [JPP-Devel] Issue with poor responsiveness when building Colour Theming Styles list
Hi Martin, Yea, I think enabling the Attribute dropdown all of the time would be acceptable. I am familiar with the code and can do it tonight if no one objects or has a better idea. regards, Larry On 9/12/07, Martin Davis [EMAIL PROTECTED] wrote: One thing that is very annoying and that we never got around to fixing in JUMP is the sometimes extremely poor responsiveness when enabling Colour Theming on a layer. It often happens that when you click the Enable colour theming checkbox JUMP decides that you want to theme on FID and goes off and builds a list of colour styles for every single feature in a layer. This can be VERY slow. A better approach would be to let the user choose exactly what he wants to theme on, before the style list is created. I'm not sure what the best workflow for this is. Options I can see are: - let the Attribute dropdown be live all the time, and only build the colour list when the Enable box is checked - Only refresh the Styles list on user command, via a Update styles button There's probably other possibilities too. Has anyone thought of taking this on to improve? Martin -- 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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Paul's plugins
Hi Paul, Wow, you have been busy! Thumbs up - New Open File Wizard Thumbs up - New Open Recent Menu (I need to fix an issue if no project is open) OK - Show/hide all for categories Need an example - Filter based theming style (it doesn't update the styles in the layer tree panel yet) Still trying (it is a little weird, but kind of cool)- Docking windows support for layers, map, layer attributes, info table, Can't get it to work - info detail, info geometry, check out the WindowShow View menu It might take me a while to get used to the docking windows, but I do like the tab capability. How do you get the Info windows to populate? They are just blank for me. It broke some code. The new right click Select Layers with Selected Items throws an exception: java.lang.ClassCastException: com.revolsys.jump.ui.model.TreeLayerNamePanel at org.openjump.core.ui.plugin.mousemenu.SelectLayersWithSelectedItemsPlugIn.execute(SelectLayersWithSelectedItemsPlugIn.java:69) Presumably it wouldn't do this if you modified the core TreeLayerNamePanel. Overall: Nice work! regards, Larry Becker On 9/12/07, Paul Austin [EMAIL PROTECTED] wrote: All, I have finally got to the point where I can share my plug-ins with the community to get your feedback and to see if any of them should be integrated into the core. You will need to be working against a TRUNK version of openjump from SVN. For my core plugins download the following files http://open.revolsys.com/download/nightly/infonode/docking-1.5.0.jar http://open.revolsys.com/download/nightly/rs-jump-core/ (most recent jar) The core plug-in includes the following functionality (no I18N as yet). - New Open File Wizard - New Open Recent Menu (I need to fix an issue if no project is open) - Show/hide all for categories - Filter based theming style (it doesn't update the styles in the layer tree panel yet) - Docking windows support for layers, map, layer attributes, info table, info detail, info geometry, check out the WindowShow View menu There is one bug with the docking stuff that sometimes there is a stack overflow when showing a new view and I'm not happy with the positioning code for new windows, I may try out a different library for the docking code. There are some that support docking of toolbars as well which I think would be really cool. There is also the Text Open Format plugin which is based on Csv with an additional header row for the column type. http://open.revolsys.com/download/nightly/rs-jump-tof/ (most recent jar) Test it out by opening say a shape file and then saving it using the Tof plug-in. Please try out these plug-ins and let me know any feedback you have. Paul - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Vista Look and Feel
This weekend I'm building a new Vista PC so I can work on this and other Vista bugs. Larry On 9/2/07, Larry Becker [EMAIL PROTECTED] wrote: It is probably a JUMP problem due to the custom list cell rendering. It probably won't get fixed until one of us developers gets a Vista system. Larry On 9/1/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Sounds like this is a Java problem and not an OpenJUMP problem. Should we add something to the wiki to let OpenJUMP users on Vista know about it? The Sunburned Surveyor On 8/27/07, Uwe Dalluege [EMAIL PROTECTED] wrote: Hi Larry, the error is not fixed! There is still no text in the ComboBoxes with original Vista LookAndFeel. Regards, Uwe Larry Becker schrieb: OK, I have done some preliminary analysis and need to report it in case someone else is working this problem too. First the problem apparently applies only to a LayerComboBox which is different from a regular ComboBox in that it has a LayerNameRenderer. In LayerNameRender.java, Jon makes one of his famous comments: * Workaround for bug 4238829 in the Java bug database: JComboBox * containing JPanel fails to display selected item at creation time which is similar (but not identical) to the problem we are having now. Bug 4238829 is discussed at: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4238829 and has been fixed since Java 1.4(merlin-beta). The workaround was a setBounds() and Validate() which I am guessing is now causing problems with Vista. I have commented out this workaround and the dialogs still function on XP so I will wait until tomorrow to see if either Barbara or Uwe reports that it is fixed (or not). regards, Larry Becker On 8/23/07, Uwe Dalluege [EMAIL PROTECTED] wrote: Hi Barbara, yes, that is exactly what I mean! I work with JRE 1.6_01. You can avoid this behavior if you use the MetalLookAndFeel! Use the following option in the openjump.bat file: start javaw -Dswing.defaultlaf=javax.swing.plaf.metal.MetalLookAndFeel Regards, Uwe Barbara Zack schrieb: Uwe, Sorry, I misunderstood the problem the first time. Now I think I see what you mean. If I select: ToolsQueriesSpatial Query and then select a layer from the Source Layer combo box, my choice doesn't display. However, as soon as I click on another combo box, or on the OK or Cancel buttons, my choice displays. I see the same behavior in both SkyJUMP and OJ 1.2. Barbara Uwe Dalluege wrote: Hi, under Windows Vista I have view-problems with some combo-boxes! For example: 1. ToolsGenerateBuffer... 2. The text of the Layer-ComboBox is not visible! Also with all Query-tools! Regards, Uwe - 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 - 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 -- http://amusingprogrammer.blogspot.com/ -- 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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel
Re: [JPP-Devel] OJ look and feel issue
I tried this on my home PC and it looked the same as SkyJUMP. I went though all of the Skins, but that wasn't it. Hmm. Larry On 9/12/07, Larry Becker [EMAIL PROTECTED] wrote: I just noticed that on my PC, OJ's UI looks different from SkyJUMP. The menus in OJ seem to be rendered without font smoothing. Also the folders in the tree view are different. See the attached JPEG. Does anyone have any idea why this is happening? regards, Larry -- http://amusingprogrammer.blogspot.com/ -- 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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] ColorThemingStyle Problem
Hi Malte, If I understand you correctly, I guess I'm not surprised at the fact that a Style added first would be removed first since the underlying data structure is an ArrayList. The javadoc for ArrayList says that list.remove(o) will delete the first occurance of o in list. regards, Larry Becker On 9/10/07, Malte Weller [EMAIL PROTECTED] wrote: Hello List, I use a Thread to create several Layers from a Database. My run-Method calls two other Methods. First one to create and add the layers. Second one to create a ColorThemingStyle-Object to add this to the created Layer. If the Layer holds a ColorThemingStyle-Object it should be removed and the new one should be added. By default my new Layers are holding a ColorThemingStyle-Object (Does anybody know where this one will be added to the Layers Style List ?). Immediately after I removed the default CTS-Object from the List it will be added again at the end. So I cannot remove this default CTS-Object. After I added my new CTS-Object it looks like that the default CTS-Object is still be used instead. I found a workaround for that. I add my new CTS-Object first and then I remove a CTS-Object with layer.removeStyle(ColorThemingStyle.get(layer)); Surprisingly the default CTS-Object has been removed and the new CTS is shown. Can anybody varify this behaviour and has a explanation for it ? Greetings from Hannover, Malte - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] ColorThemingStyle Problem
Oh, I figured the first answer was a little too obvious. 8-) As to where the CTS object is coming from, I think it is LayerTreeModel.getChildren(): if (parent instanceof Layer ColorThemingStyle.get((Layer) parent).isEnabled()) { ... ColorThemingStyle.get() is: public static ColorThemingStyle get(Layer layer) { if ((ColorThemingStyle) layer.getStyle(ColorThemingStyle.class) == null) { ColorThemingStyle colorThemingStyle = new ColorThemingStyle( pickNonSpatialAttributeName(layer .getFeatureCollectionWrapper().getFeatureSchema()), new HashMap(), new BasicStyle(Color.lightGray)); layer.addStyle(colorThemingStyle); } return (ColorThemingStyle) layer.getStyle(ColorThemingStyle.class); } It seems to always add a CTS if one is not found. A very strange side effect. regards, Larry On 9/11/07, Malte Weller [EMAIL PROTECTED] wrote: Hi Larry, thanks for your reply. I know that the CTS added first should be removed first. ;-) But I was only able to remove that after I added the second one. In my Thread I look at the Style-List of my new Layer if it holds a CTS Object. If so, I try to remove it because my new CTS Object should be used. Surprisingly I could not remove it. It will added immediately at the end of the List again. For example at the beginning it was in the middle of the List and now I find it at the end. I can remove a BasicStyle Object without any problems. It is only possible to remove the first CTS Object from the List after I added my new one. I think, I should be able to remove the first CTS from the list without any trouble like the BasicStyle and not only after I added a second one. Maybe, the use of a Thread causes this problem ? Greetings from Hannover, Malte Larry Becker schrieb: Hi Malte, If I understand you correctly, I guess I'm not surprised at the fact that a Style added first would be removed first since the underlying data structure is an ArrayList. The javadoc for ArrayList says that list.remove(o) will delete the first occurance of o in list. regards, Larry Becker On 9/10/07, Malte Weller [EMAIL PROTECTED] wrote: Hello List, I use a Thread to create several Layers from a Database. My run-Method calls two other Methods. First one to create and add the layers. Second one to create a ColorThemingStyle-Object to add this to the created Layer. If the Layer holds a ColorThemingStyle-Object it should be removed and the new one should be added. By default my new Layers are holding a ColorThemingStyle-Object (Does anybody know where this one will be added to the Layers Style List ?). Immediately after I removed the default CTS-Object from the List it will be added again at the end. So I cannot remove this default CTS-Object. After I added my new CTS-Object it looks like that the default CTS-Object is still be used instead. I found a workaround for that. I add my new CTS-Object first and then I remove a CTS-Object with layer.removeStyle(ColorThemingStyle.get(layer)); Surprisingly the default CTS-Object has been removed and the new CTS is shown. Can anybody varify this behaviour and has a explanation for it ? Greetings from Hannover, Malte - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] SuperSelectCursorTool
Hi SS, Congrats! Sounds like a cool new tool. How are you going to invoke it? If you want a wrench icon, Wrench.gif and WrenchCursor.gif are already in the images folder. Also BigWrench.gif. regards, Larry On 9/11/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: I've finished writing a new selection tool for OpenJUMP. The SuperSelectCursorTool extends the current SelectTool and allows more elegant control of the tools selection behvaior. Instead of using the control and shift buttons to control the selection behavior the user will set selection modes using a simple toolbox. The user will now be able to create sticky selections. In the sticky selection mode each mouse drag or click using the SuperSelectCursorTool will add to the current selected items. The only way to clear the selected items in this mode will be with a clear selected items button. The user will also be able to add and remove features from the same set of selected items at will using buttons on a toolbar. I may add support for the creation of named selection sets with this cursor tool in the future. I hope this tool will make more complex selection tasks easier for the user. By the end of the week I hope to have the following tasks accomplished: - A plug-in that creates a toolbox with a button to activate the SuperSelect tool, a button to control selection modes, a toggle button to trigger ONLY removal from or ONLY addition to the selected items when the SuperSelect too is used, and a button to clear the selected items. - Writing Javadoc comments for all public methods in the AbstractSelection class, the SelectTool class, and the FeatureSelection class. - Writing Javadoc for some of the methods in the SelectionManager class. - Refactoring of some source code in the SelectTool class, the AbstractSelection class, and the FeatureSelection class. ( I have already added some source code comments to these classes.) I have also been keeping notes on the selection code in OpenJUMP and will be writing a short module for a new OpenJUMP Programmer's Guide that expands on the material about selections in the original JUMP Developer's Guide and that also contains a section on selections in OpenJUMP for Core Programmers. After this work is complete I will return to my work testing the pluggable rendering system with a stand-alone text label plug-in. The Sunburned Surveyor P.S. - Do we have a common icon I can use on a button that configures a tool or modifies its settings? Something like a screwdriver and a hammer? I thought I would try to be consistent if there is an icon like this that others are using. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] SuperSelectCursorTool
I think that putting it on the Edit menu with all of the other Select items is good. If we make the decision later on to have a Select submenu, then it can get moved along with all of the others. regards, Larry On 9/11/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry, You wrote: Congrats! Sounds like a cool new tool. How are you going to invoke it? I had imagined the toolbox would be launched from a menu item. I still haven't decided which top-level menu this item will best fit in. I can make a new EditSelect menu for this item and the other selection items, or I can put it under PlugInsSurveyosSelection or ToolsSurveyOSSelection or even ToolsSelection. What do you think? Once the toolbox is up the actual cursor tool will be launched with a button. You wrote: If you want a wrench icon, Wrench.gif and WrenchCursor.gif are already in the images folder. Also BigWrench.gif. That is just what I needed. Thank you. SS On 9/11/07, Larry Becker [EMAIL PROTECTED] wrote: Hi SS, Congrats! Sounds like a cool new tool. How are you going to invoke it? If you want a wrench icon, Wrench.gif and WrenchCursor.gif are already in the images folder. Also BigWrench.gif. regards, Larry On 9/11/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: I've finished writing a new selection tool for OpenJUMP. The SuperSelectCursorTool extends the current SelectTool and allows more elegant control of the tools selection behvaior. Instead of using the control and shift buttons to control the selection behavior the user will set selection modes using a simple toolbox. The user will now be able to create sticky selections. In the sticky selection mode each mouse drag or click using the SuperSelectCursorTool will add to the current selected items. The only way to clear the selected items in this mode will be with a clear selected items button. The user will also be able to add and remove features from the same set of selected items at will using buttons on a toolbar. I may add support for the creation of named selection sets with this cursor tool in the future. I hope this tool will make more complex selection tasks easier for the user. By the end of the week I hope to have the following tasks accomplished: - A plug-in that creates a toolbox with a button to activate the SuperSelect tool, a button to control selection modes, a toggle button to trigger ONLY removal from or ONLY addition to the selected items when the SuperSelect too is used, and a button to clear the selected items. - Writing Javadoc comments for all public methods in the AbstractSelection class, the SelectTool class, and the FeatureSelection class. - Writing Javadoc for some of the methods in the SelectionManager class. - Refactoring of some source code in the SelectTool class, the AbstractSelection class, and the FeatureSelection class. ( I have already added some source code comments to these classes.) I have also been keeping notes on the selection code in OpenJUMP and will be writing a short module for a new OpenJUMP Programmer's Guide that expands on the material about selections in the original JUMP Developer's Guide and that also contains a section on selections in OpenJUMP for Core Programmers. After this work is complete I will return to my work testing the pluggable rendering system with a stand-alone text label plug-in. The Sunburned Surveyor P.S. - Do we have a common icon I can use on a button that configures a tool or modifies its settings? Something like a screwdriver and a hammer? I thought I would try to be consistent if there is an icon like this that others are using. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/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/vse012070mrt/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/vse012070mrt/direct/01
[JPP-Devel] Layer Properties
A new feature was added last night which adds a menu item Layer Properties to the Layer Name right click menu. This feature will display layer information and statistics such as name, number of features, number of points, number of attributes, geometry type, DataSource class, and source path. It works on single or multiple layer selections. It also includes a transparency adjustment slider that works for layer selections. Language file entries have been made. Only the German translation is currently completed. There were 19 strings - I got tired. :-) This is basically the beginnings of duplicating the ArcMap layer properties functionality. However, this property sheet is designed to work with multiple layers at once. SkyJUMP has had this for a while, but I haven't gotten around to a general release yet. regards, Larry Becker -- 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/vse012070mrt/direct/01/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] @ Larry .. a question!
OK tonight's batch of menu icons include one for the buffer tool. That may be the only easy tool menu icon. Larry On 9/4/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: Hi larry, thank you for the icons. I think we have to think about to add icons even to menubatool menu to make it more easy to understand. Peppe --- Michaël Michaud [EMAIL PROTECTED] ha scritto: Hi Larry, new icons look nice Thank you, Michaël Larry Becker a écrit : OK, I've added menu icons to Save Selected Datasets,Save Dataset As, Delete Selected Items, Delete All Features, Remove Selected Layers, Add New Features, Zoom To Layer, and Cut Selected Item. regards, Larry On 9/3/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: --- Larry Becker [EMAIL PROTECTED] ha scritto: Hi Peppe, I was just waiting for someone to ask! I'll be glad to. Are there any icons that you didn't find particularly helpful? I thought that perhaps I might have gotten a little over enthusiastic and ended up with icon clutter on the Layer Name right click menu. Larry Hi larry, this is a complex question, personally I find interesting to have a good qunatity of icons, even not really useful for me , for two reasons: a) it makes the software more attractive (in this Century of Fashion...) b) it helps to quicly find a tool of function for other people (like me on remove datasets) Regarding SkyJUMP, you're right there are many icons on Layer Menu which contribute to overweight the visibility of the menu. (Copy and paste style, for example or show metadata), but this is only a personal feeling. Regarding OJ I feel that all the icons connected to cut, copy, remove items and view/edit shema or attributes and remove layer will be fashonable and useful. I have an extra proposal: since all the fundamental functions connected to items are on the Layer View menu (Cut, copy, delete, ratate, group, etc), it would be useful to have also the move items (which is actually on the Editing toolbar) Peppe ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - 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 ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - 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 -- 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
Re: [JPP-Devel] @ Larry .. a question!
I have more icons to transfer as I get the time. I think some of the icons I made for SkyJUMP have too much detail to be easily understood, so I will leave those out. I think the Tool menu could benefit from some icons, but that they would not be found in the famfamfam icon collection, and it would be very difficult to design 16x16 mini-icons that tell anything about the purpose of the tool when we are having difficulty doing that even with text and a large picture! It might be fun to try though! The famfamfam mini-icons can be found at: http://www.famfamfam.com/lab/icons/mini/ I start with one of these and sometimes add or modify it to customize for our use. It is very difficult to do properly! regards, Larry On 9/4/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: Hi larry, thank you for the icons. I think we have to think about to add icons even to menubatool menu to make it more easy to understand. Peppe --- Michaël Michaud [EMAIL PROTECTED] ha scritto: Hi Larry, new icons look nice Thank you, Michaël Larry Becker a écrit : OK, I've added menu icons to Save Selected Datasets,Save Dataset As, Delete Selected Items, Delete All Features, Remove Selected Layers, Add New Features, Zoom To Layer, and Cut Selected Item. regards, Larry On 9/3/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: --- Larry Becker [EMAIL PROTECTED] ha scritto: Hi Peppe, I was just waiting for someone to ask! I'll be glad to. Are there any icons that you didn't find particularly helpful? I thought that perhaps I might have gotten a little over enthusiastic and ended up with icon clutter on the Layer Name right click menu. Larry Hi larry, this is a complex question, personally I find interesting to have a good qunatity of icons, even not really useful for me , for two reasons: a) it makes the software more attractive (in this Century of Fashion...) b) it helps to quicly find a tool of function for other people (like me on remove datasets) Regarding SkyJUMP, you're right there are many icons on Layer Menu which contribute to overweight the visibility of the menu. (Copy and paste style, for example or show metadata), but this is only a personal feeling. Regarding OJ I feel that all the icons connected to cut, copy, remove items and view/edit shema or attributes and remove layer will be fashonable and useful. I have an extra proposal: since all the fundamental functions connected to items are on the Layer View menu (Cut, copy, delete, ratate, group, etc), it would be useful to have also the move items (which is actually on the Editing toolbar) Peppe ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - 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 ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - 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 -- 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
Re: [JPP-Devel] About embedded help
Actually I like the idea that the wiki IS the help. We can put in a menu item that simply opens the wiki help page. This is the simplest solution and consolidates all of the help work with no duplication of effort. Keeping PDFs up to date could be a big effort. I have tried to do this on other projects. One of the problems is that once you have published a PDF, it is around forever regardless of how out of date it becomes. The web is always up to date, which is why most new software uses web links for help. regards, Larry On 9/4/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Peppe, Maybe #2 is the way to go then Peppe. We'll need to give some thought to how we organize the PDFs in a directory, and we should still think about separating the text from the images in the PDF files to reduce layout changes during translation. SS On 9/2/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: --- Sunburned Surveyor [EMAIL PROTECTED] ha scritto: I have thought about this question of integrating help into OpenJUMP quite a bit. Here are some of my thoughts, if anyone is interested: [1] We could use the JavaHelp system. It seems fairly comprehensive, is being developed and maintained by Sun Microsystems, and offers a help system most users are familiar with. [2] We could simply open a PDF file as Peppe suggested. The only problem with this route is that the user will have to have a PDF reader installed and OpenJUMP will need to be able to find it. [3] I have considered putting together a simple help viewer for OpenJUMP. This help viewer displays plain text on its left pane, and images and image captions on its right. I thought of this help viewer because it separates text from images, which is important for ease of translation. Of all these, number [2] is likely the easiest. Number [1] is the option that offers the most functionality, but i think it is the most complex, and creates problems for translation because it combines text and images. The Sunburned Surveyor Hi SS there is a sample of [2]: MapMaker http://www.mapmaker.com/. People can download the software or the help pdf apart. If user put the pdf in a mapmaker folder, they can open it with an option on the help menu. I think that this way is the easiest sinche OJ users can download apart the help. More than this, if there is an embedded help, this will encourage users to discover new functionalities and to test the software peppe ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - 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 -- 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
Re: [JPP-Devel] About embedded help - file attached
Pretty nice! Larry On 9/4/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: Hi, I send some file as a sample. One is an opendoc help file - only the list of the function (a clone of the wiki page) The second one is the exported PDF. You can see how minimum can be an help file (ODT only 58KB) but PDF increase to 235KB (exported with embedde Openwriter PDF) which is still a reasonable size Peppe ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - 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 -- 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
Re: [JPP-Devel] About embedded help
@Sunburned , In general it is pretty easy, but as usual there are some cross platform issues: http://www.croftsoft.com/library/tutorials/browser/ We could always copy the code from some open source app. @Peppe, I've been on the broadband net for so long, I forget that it isn't universal. Too bad the wiki doesn't have a PDF conversion function. regards, Larry On 9/4/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry wrote: One of the problems is that once you have published a PDF, it is around forever regardless of how out of date it becomes. The web is always up to date, which is why most new software uses web links for help. You know, I never thought of that. Thanks for pointing it out. Peppe wrote: You're right Larry, but I think we shall consider the people who cannot be on-line every time they work. And also thet probabily there are still places in the World where Internet is not so availabe whenever you switch on a laptop (e.g. in Italy! But I would like to know the opinion of Ravi from India). This is an excellent point Peppe. How is this for a suggestion: We have the contect sensitive help in OpenJUMP wired to Open the URL to the wiki. We then provide select PDF files for important help topics as a download on SourceForge for those that might not always have an internet connection. The Sunburned Surveyor P.S. - Larry - I've never opened up a URL from a Java program before. Would it be possible to come up with some code that would allow a plug-in developer to do this in a relatively easy way? I'm not asking you to write the code of course, i'm just wondering if it is conceptually possible or practical. On 9/4/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: You're right Larry, but I think we shall consider the people who cannot be on-line every time they work. And also thet probabily there are still places in the World where Internet is not so availabe whenever you switch on a laptop (e.g. in Italy! But I would like to know the opinion of Ravi from India). We probabily can leave both ideas open: 1) a connection to the wikipage as on-line help and 2) the possibility to put a small pdf with all the important information to know regards, peppe --- Larry Becker [EMAIL PROTECTED] ha scritto: Actually I like the idea that the wiki IS the help. We can put in a menu item that simply opens the wiki help page. This is the simplest solution and consolidates all of the help work with no duplication of effort. Keeping PDFs up to date could be a big effort. I have tried to do this on other projects. One of the problems is that once you have published a PDF, it is around forever regardless of how out of date it becomes. The web is always up to date, which is why most new software uses web links for help. regards, Larry On 9/4/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Peppe, Maybe #2 is the way to go then Peppe. We'll need to give some thought to how we organize the PDFs in a directory, and we should still think about separating the text from the images in the PDF files to reduce layout changes during translation. SS On 9/2/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: --- Sunburned Surveyor [EMAIL PROTECTED] ha scritto: I have thought about this question of integrating help into OpenJUMP quite a bit. Here are some of my thoughts, if anyone is interested: [1] We could use the JavaHelp system. It seems fairly comprehensive, is being developed and maintained by Sun Microsystems, and offers a help system most users are familiar with. [2] We could simply open a PDF file as Peppe suggested. The only problem with this route is that the user will have to have a PDF reader installed and OpenJUMP will need to be able to find it. [3] I have considered putting together a simple help viewer for OpenJUMP. This help viewer displays plain text on its left pane, and images and image captions on its right. I thought of this help viewer because it separates text from images, which is important for ease of translation. Of all these, number [2] is likely the easiest. Number [1] is the option that offers the most functionality, but i think it is the most complex, and creates problems for translation because it combines text and images. The Sunburned Surveyor Hi SS there is a sample of [2]: MapMaker http://www.mapmaker.com/. People can download the software or the help pdf apart. If user put the pdf in a mapmaker folder, they can open it with an option on the help menu. I think that this way is the easiest
Re: [JPP-Devel] OpenJUMP releases and bug management
@Michaël, I think that bug tracker level 1 is lowest and level 9 is highest. Looking through the list again, I don't see anything that I would classify as a major bug. To me, a major bug is a stability problem with OJ in general. You can break some cases of obscure features and 99% of users will never notice. @Sunburned, I would agree that many of the bugs listed in tracker and simply disguised feature requests. [1] Freeze all new contributions to the JPP SVN. I believe that this is the point that we create a new stable branch. regards, Larry On 9/3/07, Michaël Michaud [EMAIL PROTECTED] wrote: Hi, Here are some thoughts about releases and bug management. I think we miss some rules to decide when a new version of OJ has to be released, and that lack of visibility may be a disadvantage for OJ's adoption. The release rules should be linked to bug reports and feature requests, but bug reports have to be sorted before they can be used as a base for release decision. A proposition is to let the default level 5 for bugs which have to be fixed before a stable release, to use level 1 and 2 for bugs which have to be fixed ASAP (before any release) and to set less important bugs to priority 6 or more... (any other suggestion is welcome). Any one having access to the bug tracker should be able to initiate this hierarchy, subsequent changes should be asked to the community. Major releases (version changes) could work the same way but based on feature requests (feature requests for version 1.2, for 1.3...) This way, may be we could focus on major bugs and try to release a stable version before the end of 2007. Michaël - 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 -- 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
Re: [JPP-Devel] Vista Look and Feel
It is probably a JUMP problem due to the custom list cell rendering. It probably won't get fixed until one of us developers gets a Vista system. Larry On 9/1/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Sounds like this is a Java problem and not an OpenJUMP problem. Should we add something to the wiki to let OpenJUMP users on Vista know about it? The Sunburned Surveyor On 8/27/07, Uwe Dalluege [EMAIL PROTECTED] wrote: Hi Larry, the error is not fixed! There is still no text in the ComboBoxes with original Vista LookAndFeel. Regards, Uwe Larry Becker schrieb: OK, I have done some preliminary analysis and need to report it in case someone else is working this problem too. First the problem apparently applies only to a LayerComboBox which is different from a regular ComboBox in that it has a LayerNameRenderer. In LayerNameRender.java, Jon makes one of his famous comments: * Workaround for bug 4238829 in the Java bug database: JComboBox * containing JPanel fails to display selected item at creation time which is similar (but not identical) to the problem we are having now. Bug 4238829 is discussed at: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4238829 and has been fixed since Java 1.4(merlin-beta). The workaround was a setBounds() and Validate() which I am guessing is now causing problems with Vista. I have commented out this workaround and the dialogs still function on XP so I will wait until tomorrow to see if either Barbara or Uwe reports that it is fixed (or not). regards, Larry Becker On 8/23/07, Uwe Dalluege [EMAIL PROTECTED] wrote: Hi Barbara, yes, that is exactly what I mean! I work with JRE 1.6_01. You can avoid this behavior if you use the MetalLookAndFeel! Use the following option in the openjump.bat file: start javaw -Dswing.defaultlaf=javax.swing.plaf.metal.MetalLookAndFeel Regards, Uwe Barbara Zack schrieb: Uwe, Sorry, I misunderstood the problem the first time. Now I think I see what you mean. If I select: ToolsQueriesSpatial Query and then select a layer from the Source Layer combo box, my choice doesn't display. However, as soon as I click on another combo box, or on the OK or Cancel buttons, my choice displays. I see the same behavior in both SkyJUMP and OJ 1.2. Barbara Uwe Dalluege wrote: Hi, under Windows Vista I have view-problems with some combo-boxes! For example: 1. ToolsGenerateBuffer... 2. The text of the Layer-ComboBox is not visible! Also with all Query-tools! Regards, Uwe - 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 - 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 -- 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
Re: [JPP-Devel] @ Larry .. a question!
Hi Peppe, I was just waiting for someone to ask! I'll be glad to. Are there any icons that you didn't find particularly helpful? I thought that perhaps I might have gotten a little over enthusiastic and ended up with icon clutter on the Layer Name right click menu. Larry On 9/2/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: Hi Larry, there are some very nice and useful icons on SkyJUMP, like remove layers. Do you think to port them in OJ? Peppe ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html - 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 -- 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
Re: [JPP-Devel] Parser for restricted GML...
It isn't the parser that takes up the memory except temporarily), but the memory resident dataset after loading. This will still limit the size. Larry On 8/30/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Yup. It makes you wonder why they didn't use pull parsers from the very beginning, doesn't it. SS On 8/30/07, Paul Austin [EMAIL PROTECTED] wrote: Agreed the pull parser is the only way to go for large XML files Paul Sunburned Surveyor wrote: Martin, If we decide to support a restricted form of GML 2 we could build our reader and writer on top of the XML Pull Parser from Sun. This would help us to avoid memory problems when reading in large files. https://sjsxp.dev.java.net/ Just a thought. The Sunburned Surveyor - 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 - 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 -- 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
Re: [JPP-Devel] Parser for restricted GML...
At one point I actually rewrote the Shapefile parser to be streaming as well... I guess I hadn't actually realized it wasn't until now. Do you remember what happened to the code, or why you didn't stay with the streaming version? A very large shape file seems like a more likely scenario that I actually care about. Larry On 8/30/07, Martin Davis [EMAIL PROTECTED] wrote: This would be especially important if you had multiple FeatureCollections stored in one file, and you wanted to load only one of them. Sunburned Surveyor wrote: Paul is correct. The pull parser does not reduce the memory of the parsing results, but it does reduce the memory used during the parsing process. That is because an in-memory representation of the entire XML document is not constructed. One advantage of this is using the parser to select only data within the XML file that meets specific criteria. For example, if we had a 50MB SGF file representing the city of Stockton, I could parse the file and create only building features, even thought the file might contain road features, landmark features, park features. etc. In fact, I could even parse the file and only create features for buildings whose building type attribute was set to Public. This allows me to extract the information I want without reading all 50 MB into memory. The Sunburned Surveyor On 8/30/07, Paul Austin [EMAIL PROTECTED] wrote: Hi Larry, You are correct that the resulting data set will take up a lot of memory at the end, the advantage with the pull parser is that you don't take up a whole bunch of extra memory for the XML DOM structures which typically get loaded into memory for the whole document. So with the pull parser there is little memory overhead where as for DOM you have probably at least 2x memory required to load if not more Paul Larry Becker wrote: It isn't the parser that takes up the memory except temporarily), but the memory resident dataset after loading. This will still limit the size. Larry On 8/30/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Yup. It makes you wonder why they didn't use pull parsers from the very beginning, doesn't it. SS On 8/30/07, Paul Austin [EMAIL PROTECTED] wrote: Agreed the pull parser is the only way to go for large XML files Paul Sunburned Surveyor wrote: Martin, If we decide to support a restricted form of GML 2 we could build our reader and writer on top of the XML Pull Parser from Sun. This would help us to avoid memory problems when reading in large files. https://sjsxp.dev.java.net/ Just a thought. The Sunburned Surveyor - 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 - 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 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events
Re: [JPP-Devel] Parser for restricted GML...
Yes, I have looked at the various newer versions of the GeoTools Shapefile readers. They seemed to be too complicated to be a drop in replacement for our older GeoTools version (which also has the capability to randomly read, but that is useless in OJ's implementation). Larry On 8/30/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry, I don't know if it is of interest to you, but GeoTools has a streaming ESRI Shapefile parser. They actually have the ability to randomly access an indexed Shapefile. I plan on using their Shapefile code in my FeatureCache. The idea is to use the GeoTools code to access one Feature at a time from the Shapefile, storing this Feature in the FeatureCache. SS On 8/30/07, Larry Becker [EMAIL PROTECTED] wrote: At one point I actually rewrote the Shapefile parser to be streaming as well... I guess I hadn't actually realized it wasn't until now. Do you remember what happened to the code, or why you didn't stay with the streaming version? A very large shape file seems like a more likely scenario that I actually care about. Larry On 8/30/07, Martin Davis [EMAIL PROTECTED] wrote: This would be especially important if you had multiple FeatureCollections stored in one file, and you wanted to load only one of them. Sunburned Surveyor wrote: Paul is correct. The pull parser does not reduce the memory of the parsing results, but it does reduce the memory used during the parsing process. That is because an in-memory representation of the entire XML document is not constructed. One advantage of this is using the parser to select only data within the XML file that meets specific criteria. For example, if we had a 50MB SGF file representing the city of Stockton, I could parse the file and create only building features, even thought the file might contain road features, landmark features, park features. etc. In fact, I could even parse the file and only create features for buildings whose building type attribute was set to Public. This allows me to extract the information I want without reading all 50 MB into memory. The Sunburned Surveyor On 8/30/07, Paul Austin [EMAIL PROTECTED] wrote: Hi Larry, You are correct that the resulting data set will take up a lot of memory at the end, the advantage with the pull parser is that you don't take up a whole bunch of extra memory for the XML DOM structures which typically get loaded into memory for the whole document. So with the pull parser there is little memory overhead where as for DOM you have probably at least 2x memory required to load if not more Paul Larry Becker wrote: It isn't the parser that takes up the memory except temporarily), but the memory resident dataset after loading. This will still limit the size. Larry On 8/30/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Yup. It makes you wonder why they didn't use pull parsers from the very beginning, doesn't it. SS On 8/30/07, Paul Austin [EMAIL PROTECTED] wrote: Agreed the pull parser is the only way to go for large XML files Paul Sunburned Surveyor wrote: Martin, If we decide to support a restricted form of GML 2 we could build our reader and writer on top of the XML Pull Parser from Sun. This would help us to avoid memory problems when reading in large files. https://sjsxp.dev.java.net/ Just a thought. The Sunburned Surveyor - 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 - 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
Re: [JPP-Devel] Nightly build broken
Thanks Michaël. I guess that is Jon. Larry On 8/30/07, Michaël Michaud [EMAIL PROTECTED] wrote: Hi, I just checkout the whole trunk and compiled with the included build without any problem (I mean with only 134 warnings...) Can someone who knows how the nighlty build is created check what happens ? Michael Larry Becker a écrit : The nightly build of OpenJump hasn't been updated since the 27th although the source folder has. Does this indicate that the build is broken? Larry - 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 -- 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
Re: [JPP-Devel] deeJUMP plugin
How much code are we talking about? regards, Larry Becker On 8/24/07, Paul Austin [EMAIL PROTECTED] wrote: Andreas, Maybe if we as a community offer to help the author create a community around the Java projection library it will eventually have full support. I think that it would be nice to have a full free Java projection library. Paul Andreas Schmitz wrote: Stefan Steiniger wrote: Hi, of course, i am/we are interested in your evaluation results. [...] I'd also like to know if the DeeJUMP team had any thoughts about Paul's suggestion of tapping into the Java port of PROJ4. It seems like a logical choice for projection code. we finished evaluating the Java port of the proj4 library. I think this sentence describes the situation pretty well (taken from their Homepage): The Java projection library is a partial port to Java of the popular proj4 map projection library. ... Coordinate system and geodetic datum conversion is missing. In our eyes this makes it a bad choice for deegree (and also OpenJUMP), because the key functionality requested by many users and necessary for many applications is conversion between different coordinate systems. Best regards, Andreas - 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 -- 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
[JPP-Devel] Internationalization of LabelStyle Vertical Alignment
I was yesterday working in LabelStyle and found this comment: // At the moment, internationalization is of no use as the UI display // an image in the vertical alignment ComboBox used [mmichaud 2007-06-02] Since I have added a horizaontal alignment ComboBox with only the words: Left, Center, and Right; should I complete the process and disable the images and replace them with the I18N strings? 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
Re: [JPP-Devel] Anyone working on LabelStyle
Hi SS, See my comments below. regards, Larry On 8/24/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry, I was able to test out your new label style for a few minutes today on my lunch break. Here is the promised feedback: [1] I'm a little confused about how the Scale labels with the zoom level. check box works. It seems like the labels DID scale with the viewport properly when this box WAS NOT checked. However, when the box was checked my labels got really huge. I may not understand how this check box is supposed to work, but let me explain what I expected as a dumb user: Scale labels with the zoom level is a basic Label Style feature of JUMP. I didn't write it or change it. - When the cehck box IS NOT checked I expect that my labels will remain at a constant height. For example, if I set the Height field to 20 units, I expect the labels to remain at 20 units no matter what the zoom level. This is the way it works for me, but again not my code. - When the check box IS checked I expect the labels to behave as they currently behave when the box IS not checked. I hope this makes sense. nope. [2] The Angle Attribute specifies that the input angle be in degrees, but it doesn't specify if this should be decimal degrees (89.3655520) or in degree-minutes-seconds (89-52-36). [Note: This may be a question that only a surveyor would ask.] I assume the angle is supposed to be in decimal degrees. Perhaps we could clarify this in a tool tip. Again, not something I changed, but this is probably understood by most. [3] The label for the halo check box doesn't end with a period. To be consistent with the scale check box it should end with a period. (I'm not trying to nit-pick. This is just a consistency thing.) :] Yes, I'm not sure which way is right. Periods are not usually put in dialog labels. [4] It appears that the halo also scales with the labels, even when the scale check box is not checked. As opposed to??? [5] It appears that choosing the Center alignment option centers the label over the midpoint of a segment, while choosing Right right justifies the label over the right endpoint of a line segment, and choosing Left left justifies the label over the left endpoint of the line segment. It would make more sense to me if there was a distinction between Justification and or Alignment and the anchor point. For example, I thought when I chose Left the label would be left justified over the midpoint of the line segment, not left justified over the left end point of the line segment. I would change this by allowing a user to select the justification or alignment and the anchor point. I'm not sure why anyone would want those options. I added the Left, Center, and Right Alignment so that I could get normal legend text. Now I have a couple of questions: [1] How did you choose the anchor point for a MultiLineString? Is it just the midpoint of the overall Linestring, even if this doesn't fall at the midpoint of a individual segment contained in the LineString? I didn't change JUMP's algorithm. It picks the longest segment. [2] Is there any plans to support export of these labels to SVG? Why wouldn't they already? You've done some really good work on this Style. I am very please with the results and my comments are meant as a degredation of your work. Hmm, hopefully you meant not a degradation. The Sunburned Surveyor On 8/23/07, Geoffrey G Roy [EMAIL PROTECTED] wrote: Dear Stefan I sort of take the view that plugins are a way of testing ideas before they are committed to the core. This was partially behind my idea to run the small survey -(which btw has only had 20 or so responses) that might identify widely used/required functionality. Personally I would prefer not to become a core developer, but I am prepared to work with someone who is to help support anything that I have implemented as a plugin migrating into the core. Geoff Stefan Steiniger wrote: Hei Geoff, at some point we definitevly need to port your adhancements to the core. But up to now I was not sure if you want that (for maintenance reasons) stefan Larry Becker schrieb: Hi Geoff, I've played around with offset distance and HTML formatting on labels too. Perhaps we'll get there. I am changing the code base a little at a time to judge the response and keep backward compatibility with project files. regards, Larry Becker On 8/23/07, Geoffrey G Roy [EMAIL PROTECTED] wrote: Dear Larry I am pleased to see an interest in improving the label style. In my vertexsymbol plugin I have created an additional label option that has a range of formatting options, like centre, and 8 compass positions from the vertex. It is also possible to set the offset distance (in my case to match the vertex symbol size, or manually). I have also provided an option to allow (HTML) formatted text to make
Re: [JPP-Devel] Open Recent Project Plugin
Hi Paul, Wow! GMTA. :-) Perhaps you should take a look at the SkyJUMP OpenJump Synchronization list that I am working my way through to see if there are other conflicts. Larry On 8/23/07, Paul Austin [EMAIL PROTECTED] wrote: Hi Larry, Weird timing I had just written an Open Recent plugin that works both on Files and on Projects. The plug-in has the following features. 1. Plug-in has one instance per WorkbenchContext enforced using plugin.get(workbenchContext) uses blackboard to maintain instance (thread safe) 2. Other plugins use addRecentFile(file) and addRecentProject(file) on the instance obtained using plugin.get to add items to the ordered set of recent files. Both these methods are thread safe 3. When the add methods are invoked an event is fired which causes the menu items to be updated immediately instead of only when you start JUMP Paul Larry Becker wrote: Added an Open Recent Project submenu to the File menu that will remember the last 8 tasks opened. Tentative translations were made for French, German, and Spanish. In trying out various translations I had trouble deciding between, for example (in French) Ouvrir Des Projets Récents (To open Recent Projects) Projets Récemment Ouverts (Recently Open Projects) I decided on the later, but would appreciate any insight on the preferred form of menu commands in various languages. In English, we almost always go with verb noun or verb adjective noun. regards, Larry Becker - 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 -- 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
Re: [JPP-Devel] Open Recent Project Plugin
Oops, its: http://openjump.org/wiki/show/SkyJUMP+-+OpenJUMP+Synchronization Larry On 8/23/07, Paul Austin [EMAIL PROTECTED] wrote: Larry, Can you send me the link to that list. Cheers, Paul Larry Becker wrote: Hi Paul, Wow! GMTA. :-) Perhaps you should take a look at the SkyJUMP OpenJump Synchronization list that I am working my way through to see if there are other conflicts. Larry On 8/23/07, Paul Austin [EMAIL PROTECTED] wrote: Hi Larry, Weird timing I had just written an Open Recent plugin that works both on Files and on Projects. The plug-in has the following features. 1. Plug-in has one instance per WorkbenchContext enforced using plugin.get(workbenchContext) uses blackboard to maintain instance (thread safe) 2. Other plugins use addRecentFile(file) and addRecentProject(file) on the instance obtained using plugin.get to add items to the ordered set of recent files. Both these methods are thread safe 3. When the add methods are invoked an event is fired which causes the menu items to be updated immediately instead of only when you start JUMP Paul Larry Becker wrote: Added an Open Recent Project submenu to the File menu that will remember the last 8 tasks opened. Tentative translations were made for French, German, and Spanish. In trying out various translations I had trouble deciding between, for example (in French) Ouvrir Des Projets Récents (To open Recent Projects) Projets Récemment Ouverts (Recently Open Projects) I decided on the later, but would appreciate any insight on the preferred form of menu commands in various languages. In English, we almost always go with verb noun or verb adjective noun. regards, Larry Becker - 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 -- 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
Re: [JPP-Devel] Network Installation
Hi Uwe, Interesting use case. I've searched OJ's code, but haven't found anything similar the the -properties option for the workbench-properties.xml file. I could probably put in an option to do that fairly easily. There is a work around that might work. If you copy the openjump.bat (or .sh) to each local pc and then customize the script to include the path to the network location instead of ../, the workbench-state.xml file will be created in the directory that you place the script file. Here is an example that I used to test this that is customized for my pc: set LIB=C:\OpenJump\openjump-20070731-0017/lib set CLASSPATH=C:\OpenJump\openjump-20070731-0017/conf;%LIB%/bsh-2.0b4.jar;%LIB%/Buoy.jar;%LIB%/Jama-1.0.1.jar;%LIB%/jdom.jar;%LIB%/jts-1.7.2.jar;%LIB%/jump-workbench-20070731-0017.jar;%LIB%/jump-api-20070731-0017.jar;%LIB%/xercesImpl.jar;%LIB%/xml-apis.jar;%LIB%/xml-apis-ext.jar;%LIB%/log4j-1.2.8.jar;%LIB%/batik/batik-all.jar;%LIB%/jmat_5.0m.jar;%LIB%/ermapper.jar;%LIB%/jai_codec.jar;%LIB%/jai_core.jar;%LIB%/ext REM Add extension directory to path, so extensions can put DLL's there [Jon Aquino 2005-03-18] set PATH=%PATH%;%LIB%/ext start javaw -Dlog4j.configuration=file:./log4j.xml -Xms256M -Xmx256M -cp %CLASSPATH% com.vividsolutions.jump.workbench.JUMPWorkbench -properties workbench-properties.xml -plug-in-directory %LIB%/ext regards, Larry On 8/23/07, Uwe Dalluege [EMAIL PROTECTED] wrote: Hi, we are using OpenJUMP with about 50 PC (50 users). So I have installed the bin and lib directory on a server one time and made a link from the openjump.bat file on every PC. OpenJUMP creates and change the file workbench-state.xml in the bin directory. So I can not use the network installation because every user would change this file! What will happen if 50 user starts OpenJUMP? Is it possible to configurate in openjump.bat the path to the workbench-stade.xml file? Regards, Uwe - 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 -- 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
Re: [JPP-Devel] Do we need an instance of Renderer for each object?
Hi SS, I'll just state some things that I believe are true: 1. contendID is just a Layer cast to Object. 2. If you have 50 layers then it would follow that you have 50 contentID objects. 3. Every layer gets its own instantiation of a LayerRenderer or WMSLayerRenderer or whatever. 4. Almost all of these layers will be rendered sequentially on the defaultRendererThreadQueue (except for WMSLayerRenderer and such). 5. Don't try to save memory by sharing renderers. We are only talking about a few words of memory and whatever data structure you use instead will need to store the same data. Hope this helps. Larry Becker On 8/23/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: That question probably reflects my ignorance of OpenJUMP's rendering system and Java threading. But I'm hoping some of the more experienced programmers can help me out. It seems that OpenJUMP currently stores a separate instance of the Renderer interface for each object (contentID) that needs to be rendered. That means if you have 50 layers, OpenJUMP stores at least 50 Renderers. At first I thought this had to do with threading. I suspected you needed separate Renderers for each object so that if you had a computer with 50 CPUs each of the 50 renderers in the above example could execute simultaneously. But then I noted that the Renderer interface defines a createRunnable() method that returns a separate thread object. Does this mean that you don't really need a separate rendering instance for each object to be rendered? Could you instead have a single Renderer that returned 50 Runnable objects? I appreciate any help in answering this question. I'm trying to make some final modifications to my pluggable rendering system, and this has some important implications for my design. I really do intend on documenting some of what I've learned about the rendering system for others. :] The Sunburned Surveyor - 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 -- 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
Re: [JPP-Devel] Do we need an instance of Renderer for each object?
Landon, See my comments below: On 8/23/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry, This is all very helpful. I'm glad you confirmed #1, #2, and #3 for me. :] You wrote: Don't try to save memory by sharing renderers. We are only talking about a few words of memory and whatever data structure you use instead will need to store the same data. Here is the problem I'm trying to solve. Right now a Renderer for each Layer is created by the RenderingManager. In my current pluggable rendering system I modified this logic to use a Factory that creates and returns a renderer based on the class type of the object being rendered. Then I got to thinking, all that Factory stuff is unnecessary. Why not just use plug-in mechanism to set the Renderer for each class in each RenderingManager directly? Then the RenderingManager.render method can call RenderingManager.getRenderer and an existing Renderer object for the appropriate class will be returned. Because it already exists, we don't need to spend the time creating a new one. This will make the design of my pluggable rendering system simpler, and it will make the overall rendering process more efficient. It does already exist. The getRenderer() method looks up and returns a renderer from the contentIDToRendererMap. The only major change needed to accomodate this is to set the LayerViewPanel in each Renderer instance through a method when it is installed in the RenderingManager, instead of in the Renderer's constructor, as is done currently. If you aren't using a Factory, why not use a constructor? It has to come from somewhere. The basic premise is that we can create a single Renderer for all instances of a single class ahead of time, instead of creating many Renderers for each instance of a class during the rendering process. This makes installation of pluggable renderers easier, and it should speed up the rendering process. The only data that a renderer is storing is the Layer and the Panel which is about the minimum needed to do the job. If you want a more participatory response, you'll need to explain why you think it is necessary to have a pluggable rendering system in the first place. The last discussion we had on the subject, I couldn''t see why a Style wouldn't be better suited for most applications. regards, Larry I appreciate any thoughts that you have on this. Landon On 8/23/07, Larry Becker [EMAIL PROTECTED] wrote: Hi SS, I'll just state some things that I believe are true: 1. contendID is just a Layer cast to Object. 2. If you have 50 layers then it would follow that you have 50 contentID objects. 3. Every layer gets its own instantiation of a LayerRenderer or WMSLayerRenderer or whatever. 4. Almost all of these layers will be rendered sequentially on the defaultRendererThreadQueue (except for WMSLayerRenderer and such). 5. Don't try to save memory by sharing renderers. We are only talking about a few words of memory and whatever data structure you use instead will need to store the same data. Hope this helps. Larry Becker On 8/23/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: That question probably reflects my ignorance of OpenJUMP's rendering system and Java threading. But I'm hoping some of the more experienced programmers can help me out. It seems that OpenJUMP currently stores a separate instance of the Renderer interface for each object (contentID) that needs to be rendered. That means if you have 50 layers, OpenJUMP stores at least 50 Renderers. At first I thought this had to do with threading. I suspected you needed separate Renderers for each object so that if you had a computer with 50 CPUs each of the 50 renderers in the above example could execute simultaneously. But then I noted that the Renderer interface defines a createRunnable() method that returns a separate thread object. Does this mean that you don't really need a separate rendering instance for each object to be rendered? Could you instead have a single Renderer that returned 50 Runnable objects? I appreciate any help in answering this question. I'm trying to make some final modifications to my pluggable rendering system, and this has some important implications for my design. I really do intend on documenting some of what I've learned about the rendering system for others. :] The Sunburned Surveyor - 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
Re: [JPP-Devel] Do we need an instance of Renderer for each object?
These several different types of Layer renderer are really just components of FeatureCollectionRenderer which dynamically morphs from an ImageCachingFeatureCollectionRenderer to a SimpleFeatureCollectionRenderer whenever the number of features in the current window is less than 100. This gives really impressive performance. The Image Layer stuff that Martin was referring to does in fact use a Style, a ReferencedImageStyle and it can do this because Image Layers have geometry. We are working in a GIS after all. If it doesn't have a location, it is probably furniture like the ScaleBarRenderer and the GridRenderer and other specialized renderers based on SimpleRenderer. I have been working with GIS rendering systems since 1981 and it still took me two years to fully understand and appreciate JUMP's. The only thing I don't like about it is the implementation of the selection renderers. You can replace the renderers in OJ, but it makes much more sense to just extend them, or better yet, Style them. The thing about renderers in JUMP is that they seldom do any actual rendering. All that is delegated. regards, Larry On 8/23/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry, One more annoying question. :] If you can implement just about any custom rendering behavior with a Style, why are there several types of Renderer implementations in JUMP and OpenJUMP? Could these Renderers have been implemented with a Style as well? (I'm not trying to be argumentative, I'm just asking questions in an effort to understand.) The Sunburned Surveyor On 8/23/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: O.K. Larry. I can use a Style and an existing renderer like SimpleRenderer to paint custom vector geometry. What about raster geometry? Is this different? Thanks again. The Sunburned Surveyor On 8/23/07, Larry Becker [EMAIL PROTECTED] wrote: There are really only two kinds of renderers I think: vector geometry and raster. Mostly we are talking about geometry, right? If you have geometry, then you can style it anyway you want. In your example of the face of GW, I assume it would be located in the window by a geometry of point or perhaps a polygon. If you didn't want to reinvent all of the code that finds the intersection of the GW features, it would make sense to simply implement a style whose paint routine drew the face. regards, Larry On 8/23/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry wrote: If you want a more participatory response, you'll need to explain why you think it is necessary to have a pluggable rendering system in the first place. The last discussion we had on the subject, I couldn''t see why a Style wouldn't be better suited for most applications. Fair enough. I figured this question would be coming. I'm thankful I got you to engage me as much on the topic as you did before you asked. :] I haven't investigated Styles extensively, so I think this is mostly a conceptual issue for me. After reading through the Developer's Guide and the Javadoc I got the impression that a style modified the way a standard renderer painted a standard object. For example, you could create a new style that changed the way the LayerRenderer painted a Layer object. I thought what I wanted to do was fundamentally different. I wanted to paint an entirely new type of object with an entirely new time of Renderer. But maybe my thinking is faulty in this regard. Maybe I need to be using something like SimpleRenderer or ImageChachingRenderer with a custom Style object. Can you comment on this? Let me ask you if it is possible to do the following items with Styles and the current rendering system, and if using Styles makes sense conceptually. Please be patient with me if I have asked you these things or something very simlilar before. :] [1] Could I change the default rendering of a Layer object using a custom Style? [2] Could I render a completely new object, like, for instance the face of George Washington, on the LayerViewPanel with a custom Style? Thank you very much for your efforts to guide and teach. I know that I can be a little slow on the uptake. The Sunburned Surveyor On 8/23/07, Larry Becker [EMAIL PROTECTED] wrote: Landon, See my comments below: On 8/23/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry, This is all very helpful. I'm glad you confirmed #1, #2, and #3 for me. :] You wrote: Don't try to save memory by sharing renderers. We are only talking about a few words of memory and whatever data structure you use instead will need to store the same data. Here is the problem I'm trying to solve. Right now a Renderer for each Layer is created
Re: [JPP-Devel] Open Recent Project Plugin
Hi Stefan, You're right. Now that I have located the Edit button, I can make changes. 8-) thanks, Larry On 8/22/07, Stefan Steiniger [EMAIL PROTECTED] wrote: mhm.. you don't have write access? but you should have ;) There are no restrictions, as far as I know. stefan Larry Becker wrote: I'll be glad to help keep it up if I can get write access to the wiki. Right now I'm working through the wiki page on OpenJump-SkyJUMP synchronization: http://openjump.org/wiki/show/SkyJUMP+-+OpenJUMP+Synchronization Larry Becker On 8/22/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: This is awesome Larry. I was wondering if we might start a quick page on the wiki to track new functionality in OpenJUMP that needs to be documented. I think this would help Peppe and I in our documentation efforts. Note that this would be different from the Change Log for programmers. Would anyone have a problem with adding this to the OpenJUMP wiki. The Sunburned Surveyor On 8/22/07, Michaël Michaud [EMAIL PROTECTED] wrote: Thanks for the french translation We generally use something like : Derniers projets utilisés Note that in french, we don't use to capitalize all the words in menus... (it reminds me a recent and interseting discussion :-) ) Thanks for all the improvements Michaël Larry Becker a écrit : Added an Open Recent Project submenu to the File menu that will remember the last 8 tasks opened. Tentative translations were made for French, German, and Spanish. In trying out various translations I had trouble deciding between, for example (in French) Ouvrir Des Projets Récents (To open Recent Projects) Projets Récemment Ouverts (Recently Open Projects) I decided on the later, but would appreciate any insight on the preferred form of menu commands in various languages. In English, we almost always go with verb noun or verb adjective noun. regards, Larry Becker - 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 - 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 -- 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
Re: [JPP-Devel] Anyone working on LabelStyle
The label style enhancements have been committed. Larry On 8/22/07, Sunburned Surveyor [EMAIL PROTECTED] wrote: Larry, This sounds interesting. I'm not doing any work on the label style, but I look forward to trying out this new functionality and also to getting a peek at your code. The Sunburned Surveyor On 8/22/07, Larry Becker [EMAIL PROTECTED] wrote: I'm going to be making some major improvements to the Label Style. Is anyone else working in this area? The improvements will be: 1. Support for halo text. A halo is a surrounding outline in a contrasting color to improve readability when using a mixed dark and light background such as raster images. 2. Support for hiding text below a specified scale. This makes it possible to stop text from rendering when zoomed out too far to actually read, but still display the geometry. 3. Support for horizontal alignment of text. (Left, Center, and Right justify) 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 -- 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
Re: [JPP-Devel] Vista Look and Feel
I found an article on java and vista: http://weblogs.java.net/blog/chet/archive/2006/10/java_on_vista_y.html @Barbara and Uwe: What version of Java are you running OJ under? Have you tried 6? regards, Larry On 8/22/07, Barbara Zack [EMAIL PROTECTED] wrote: Uwe, Sorry, I misunderstood the problem the first time. Now I think I see what you mean. If I select: ToolsQueriesSpatial Query and then select a layer from the Source Layer combo box, my choice doesn't display. However, as soon as I click on another combo box, or on the OK or Cancel buttons, my choice displays. I see the same behavior in both SkyJUMP and OJ 1.2. Barbara Uwe Dalluege wrote: Hi, under Windows Vista I have view-problems with some combo-boxes! For example: 1. ToolsGenerateBuffer... 2. The text of the Layer-ComboBox is not visible! Also with all Query-tools! Regards, Uwe - 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 -- 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
Re: [JPP-Devel] [jump-users] OpenJUMP release 1.2 D
Hi Stefan, I guess I need to correct the misconception that OJ should use SkyJUMP's installer. It use the commercial software Wise (www.wise.com), which is OK but nothing special. What would be a good idea is using SkyJUMP's launcher, since it is based on Eclipse. It would simply be a replacement for /bin/OpenJump.exe. However there is some work to do before SkyJUMP's launcher would work on platforms other than Windows. Anyway, I think that the installer you are using is probably adequate for the task. There just needs to be some way to skip the Java download and install. regards, Larry On 8/21/07, Stefan Steiniger [EMAIL PROTECTED] wrote: Hi Larry, mhm.. i could try it next weekend. I used the null-soft installer for now (i got some very simple script) but want to later use yours for the next releases. Anyways it is interesting that is does not detect that you have 1.5 installed. (probably it is not set to default) stefan Larry Becker schrieb: Hi Stefan, I tried the Setup-openjump12d.exe (nice looking installer), but I couldn't get past the OpenJump uses Java 1.5, it will now be downloaded and installed prompt. I don't want to download since I already have Java 1.5 and Java 1.6 installed. Can you make this step optional? regards, Larry Becker On 8/20/07, Stefan Steiniger [EMAIL PROTECTED] wrote: Dear OpenJUMP users, after shipping the OpenJUMP 1.2 C prerelease we discovered a major bug that prevented the loading of raster images. We could fix that bug last week (thanx to Larry B.) and present as an additional feature of OpenJUMP 1.2 D mouse wheel zooming capability. please feel free to download the new stable version OJ 1.2D from sourceforge: http://sourceforge.net/project/showfiles.php?group_id=118054 I am sorry to those, that already downloaded and installed the buggy version 1.2C stefan PS: A note on a known issue of raster image display: When one tries to load large raster images (much larger than 1000x1000pixel), OpenJUMP may fail to display the image without delivering an out-of-memory error message. ___ jump-users mailing list [EMAIL PROTECTED] http://lists.refractions.net/mailman/listinfo/jump-users - 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 -- 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
[JPP-Devel] Select Layers with Selected Items
I just ported the SkyJUMP feature (right click on Layer View menu item) Select Layers with Selected Items. This is useful for situations like when you want to edit something but don't know what layer it is on. I have added I18n strings to all language properties files. French, German, and Spanish tentative translations have been made. It still needs a check by native speakers. This is my first attempt at internationalization, so if my translations are bad, be kind. 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