Re: [JPP-Devel] Language files
Michaël Michaud wrote: Hello, to clarify my other remark: 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) As I understand you, you give a list of keys with a missing translation... *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 ...starting from here: 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 And here is a key that is definitely there, yet you list it here. Probably I understood the purpose of this list wrong? org.openjump.core.ui.plugin.layer.ChangeLayerableName.Rename This is another existing key. (more follow) 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 signature.asc Description: Digital 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
Re: [JPP-Devel] ReplaceValuePlugIn
Salut Stefan, I am totaly agree with this condition Of course. I prefer to get write acces by pass the second condition. I think it is the better way for all. For my second contribution i want to extends JoinTable plugin. * select fields to join * select datasource type Can i add Jlist to MultiInputDialog? Eric 2007/9/26, Stefan Steiniger [EMAIL PROTECTED]: Salut Eric, nice to have you on board :) We have setup some informal rules for contribution. You get write access to the svn in two ways: 1) you get immediate access to the svn if you got a recommendation by developer that is already well known by the project (or a member); or 2) we review the first two contributions. If both are ok you will grant write access. As you passed the 1st code-review round already according to Michael, I would like to ask you, to send to your second contribution to the devel-list for a review (if you have finished that work already) I hope you understand this policy and I suppose the 2nd sample you presenet will be a piece of cake for you? Alteratively you may tell us (or me and Michael personally) about your programming experience. Anyway, as it seems to me you will qualify ;) i ask you to already send me your sourceforge account name (on my personal email), so i can prepare anything for svn-write access. cheers, currently from Germany (Btw. I met some people from Intevation on the Intergeo fair) stefan @ Michael: thank you for reviewing! If you want you can commit the code. Otherwise I will do in the next days. Michaël Michaud schrieb: Hi Eric, Nice to see another french guy involved in OpenJUMP development ;-) I reviewed your code and it's ok for me. Maybe you should explain the use case for setting an attribute with another attribute value. Anyway, this is just a new capability of an existing plugin. I can commit the code, or we have to ask Sunburned Surveyor or Stefan Steiniger (I think Stefan is out of his office until next week) who are the administrators of the site and can give svn access to new developers. Michaël Eric Lemesre a écrit : Hello, Thank verry much for the good job in OpenJUMP. I make somme modifications in the plugIn ReplaceValuePlugIn (in org.openjump.sigle.plugin.replace). This plugin replace a attribute with a constante. And now we can copy one attribute to an other one. I joint the code. How can i have acces to repository and what is rules to use? Or how to put this modifications in JPP? I have planed somme other works and want to give it to the community Thanks Eric /* * The Unified Mapping Platform (JUMP) is an extensible, interactive GUI * for visualizing and manipulating spatial features with geometry and attributes. * * Copyright (C) 2003 Vivid Solutions * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * as published by the Free Software Foundation; either version 2 * of the License, or (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. * * For more information, contact: * * Vivid Solutions * Suite #1A * 2328 Government Street * Victoria BC V8T 5G5 * Canada * * (250)385-6040 * www.vividsolutions.com */ package org.openjump.sigle.plugin.replace; import java.awt.event.ActionEvent; import java.awt.event.ActionListener; import java.util.*; import javax.swing.ImageIcon; import javax.swing.JCheckBox; import javax.swing.JComboBox; import javax.swing.JOptionPane; import javax.swing.JTextField; import org.openjump.sigle.utilities.gui.DialogUtil; import com.vividsolutions.jump.I18N; import com.vividsolutions.jump.feature.*; import com.vividsolutions.jump.task.*; import com.vividsolutions.jump.workbench.WorkbenchContext; import com.vividsolutions.jump.workbench.model.*; import com.vividsolutions.jump.workbench.plugin.*; import com.vividsolutions.jump.workbench.ui.*; import com.vividsolutions.jump.workbench.ui.images.IconLoader; /** * * @author Erwan Bocher Laboratoire RESO UMR CNRS 6590 * @url www.projet-sigle.org * @curentdate 25 juil. 06 * @package name org.openjump.sigle.plugin.replace * @license Licence CeCILL http://www.cecill.info/ * @todo TODO * */ public class ReplaceValuePlugIn extends AbstractPlugIn implements ThreadedPlugIn { private
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] Language files
Andreas Schmitz wrote: Hi, 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) That sounds nice, but: deejump.pluging.style.LayerStyle2SLDPlugIn.Namespace reading the other messages, I think I understand now. prbeditor is reporting the key as *not translated*, yes? I originally thought it is reporting it as *missing*. 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 signature.asc Description: Digital 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
Re: [JPP-Devel] ReplaceValuePlugIn
Hei again, Eric Lemesre schrieb: Salut Stefan, I am totaly agree with this condition Of course. I prefer to get write acces by pass the second condition. I think it is the better way for all. ok.. Btw. it depends how fast you are with your second extension. But if it does not take weeks, you can commit both tools together if you have write access. For my second contribution i want to extends JoinTable plugin. * select fields to join * select datasource type sounds very good :) Can i add Jlist to MultiInputDialog? yes.. i think so :) If nobodoy else has a problem with. stefan Eric 2007/9/26, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Salut Eric, nice to have you on board :) We have setup some informal rules for contribution. You get write access to the svn in two ways: 1) you get immediate access to the svn if you got a recommendation by developer that is already well known by the project (or a member); or 2) we review the first two contributions. If both are ok you will grant write access. As you passed the 1st code-review round already according to Michael, I would like to ask you, to send to your second contribution to the devel-list for a review (if you have finished that work already) I hope you understand this policy and I suppose the 2nd sample you presenet will be a piece of cake for you? Alteratively you may tell us (or me and Michael personally) about your programming experience. Anyway, as it seems to me you will qualify ;) i ask you to already send me your sourceforge account name (on my personal email), so i can prepare anything for svn-write access. cheers, currently from Germany (Btw. I met some people from Intevation on the Intergeo fair) stefan @ Michael: thank you for reviewing! If you want you can commit the code. Otherwise I will do in the next days. Michaël Michaud schrieb: Hi Eric, Nice to see another french guy involved in OpenJUMP development ;-) I reviewed your code and it's ok for me. Maybe you should explain the use case for setting an attribute with another attribute value. Anyway, this is just a new capability of an existing plugin. I can commit the code, or we have to ask Sunburned Surveyor or Stefan Steiniger (I think Stefan is out of his office until next week) who are the administrators of the site and can give svn access to new developers. Michaël Eric Lemesre a écrit : Hello, Thank verry much for the good job in OpenJUMP. I make somme modifications in the plugIn ReplaceValuePlugIn (in org.openjump.sigle.plugin.replace). This plugin replace a attribute with a constante. And now we can copy one attribute to an other one. I joint the code. How can i have acces to repository and what is rules to use? Or how to put this modifications in JPP? I have planed somme other works and want to give it to the community Thanks Eric /* * The Unified Mapping Platform (JUMP) is an extensible, interactive GUI * for visualizing and manipulating spatial features with geometry and attributes. * * Copyright (C) 2003 Vivid Solutions * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * as published by the Free Software Foundation; either version 2 * of the License, or (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. * * For more information, contact: * * Vivid Solutions * Suite #1A * 2328 Government Street * Victoria BC V8T 5G5 * Canada * * (250)385-6040 * www.vividsolutions.com http://www.vividsolutions.com */ package org.openjump.sigle.plugin.replace; import java.awt.event.ActionEvent; import java.awt.event.ActionListener; import java.util.*; import javax.swing.ImageIcon; import javax.swing.JCheckBox; import javax.swing.JComboBox; import
Re: [JPP-Devel] Language files
Hei Jukka, i think it will still work the way as we did it before. So use the nightly built. but the keys posted by Michael should give you a hint where to search for empty ones. Because it will take some time to go through the list and find the keys that need to be translated. I don't know if you can use prbeditor as well. We/You need to test that. stefan Rahkonen Jukka schrieb: -Alkuperäinen viesti- Puolesta Michaël Michaud The key and the (english) string value are in the finnish file, did I miss something else ? Michael I believe I will have time for translating the missing strings next week. But what is the preferred way to do it? Until now I have just downloaded the nighly build, edited the language file and sent it corrected to Stefan. I believe that the list you sent was about the strings that had no Finnish translation at all. I will go through that but there is also something to correct in my earlier job. -Jukka Rahkonen- - 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
Re: [JPP-Devel] Language files
-Alkuperäinen viesti- Puolesta Michaël Michaud The key and the (english) string value are in the finnish file, did I miss something else ? Michael I believe I will have time for translating the missing strings next week. But what is the preferred way to do it? Until now I have just downloaded the nighly build, edited the language file and sent it corrected to Stefan. I believe that the list you sent was about the strings that had no Finnish translation at all. I will go through that but there is also something to correct in my earlier job. -Jukka Rahkonen- - 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] ReplaceValuePlugIn
Hi Michaël, Thanks for your review! I expliain capability by description in dialog . do you want the new code and localisations on personnal mail? Eric 2007/9/25, Michaël Michaud [EMAIL PROTECTED]: Hi Eric, Nice to see another french guy involved in OpenJUMP development ;-) I reviewed your code and it's ok for me. Maybe you should explain the use case for setting an attribute with another attribute value. Anyway, this is just a new capability of an existing plugin. I can commit the code, or we have to ask Sunburned Surveyor or Stefan Steiniger (I think Stefan is out of his office until next week) who are the administrators of the site and can give svn access to new developers. Michaël Eric Lemesre a écrit : Hello, Thank verry much for the good job in OpenJUMP. I make somme modifications in the plugIn ReplaceValuePlugIn (in org.openjump.sigle.plugin.replace). This plugin replace a attribute with a constante. And now we can copy one attribute to an other one. I joint the code. How can i have acces to repository and what is rules to use? Or how to put this modifications in JPP? I have planed somme other works and want to give it to the community Thanks Eric - 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?
Larry, Thank you for your excellent explanation of undo/redo. This makes a lot more sense to me now. Basically we only want to support undo/redo for edit operations that change features and their geometries. Larry wrote: 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. Actually, I stole some code from the PasteItemsPlugIn that deals with this very issue. In summary, my tool will clone selected features when the Send to Destination Layer button is clicked and will send these clones to the destination layer. The clones will not contain references to the original feature geometry. The cloned features will also contain copies of whatever attributes have matching names and datatypes between the FeatureSchema objects of the layers involved. This logic comes from the conform method of the PasteSelectedItems tool. The user will have the option to send only Feature geometries and also whether or not to remove the selected Feature being sent from the source layers. Thanks for the help. Landon On 9/28/07, Stefan Steiniger [EMAIL PROTECTED] wrote: 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. ah yes.. i remember that you found this bug as well in my replicate function. So editing geometries become a bit funny stefan regards, Larry On 9/27/07, *Sunburned Surveyor* [EMAIL PROTECTED] mailto:[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 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: 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
Re: [JPP-Devel] Questions on undo/redo support?
When cloning features there is a clone(deep) method that also clones the geometry 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
Re: [JPP-Devel] Language files - bug on Italian file
Hi developers 1) The HelpShortcut keys is translated in Italian as AiutoCombinazione tasti: This is correct, but instead to open the Shortcut keys window, it opens an empty window. This seems not to heppen with other languages (Spanish and German). I wander where is the problem 2) I deleted -Duser.language=IT from Script file (OpenJUMP.BAT) to have back the English Language. Nevertheless, when I launched again OJ, Italian language was still activated. I had to write a string like -Duser.language=XX to come back to English. Should we use a stable -Duser.language=XX on the regular English Script to evoid confusion? 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: 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] OpenJUMP Batch File - Dynamic Classpath Construction
I'm going to start calling you master of the shell. :] On 9/24/07, Paul Austin [EMAIL PROTECTED] wrote: No problems Paul Sunburned Surveyor wrote: Many thanks to the programmer that created the new batch file for OpenJUMP that dynamically constructs the classpath from all Jars in the OpenJUMP /lib directory. This makes adding libraries much easier. 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 - 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] to SS and Stefan - about online New User Guide
Your English is more than sufficient Peppe, and we appreciate all of your documentation efforts. You are caring for a task that is often neglected in open source projects. I appreciate it, and I know that the others do as well. The Sunburned Surveyor On 9/24/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: Thanks SS, I have have days free I started to upgrade the New User Guide, integrating with other wiki page. I hope my English won't failure! peppe --- Sunburned Surveyor [EMAIL PROTECTED] ha scritto: Peppe, I think you have become our official master of documentation. You have my permission to make whatever changes you need to the wiki. I only put up the new user guide on the wiki in hopes that it would generate some interest. She's all yours. :] Thanks for all you work. The Sunburned Surveyor On 9/20/07, Stefan Steiniger [EMAIL PROTECTED] wrote: Hei Peppe, ok, move on. I am supporting you in every effort to improve the documentattion. :) stefan Giuseppe Aruta wrote: Dear SS and Stefan, I want to make a modification on Documentation page. I would like to move London's page New User Guide up in the page, between Faq and List of functions lines. I belive it is time to upgrade this page using elements from Faq and Tips, from one side, and pages already written. Since this New User Guide is not finished, this page would be Under Construction. We probabily can also use New User Guide as a base page where we can move those pages which seem not tofind their right place, like tips, scripting, printing and loading GPS I ask you, London, the permission to link information from other wiki to your page (e,g your Data imput/Output seems similar to import/export files page (http://openjump.org/wiki/show/Import+Export+File) and probaily write othe rinformation (like how to georeference rastes, etc) Regards 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: 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 ___ 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
[JPP-Devel] PlugInContext.getLayerManager returns null?
I'm still squishing bugs in my super select tool, and I've come upon a problem. I hope you guys can offer a suggestion that might help me fix it. In my code I need to obtain a reference to the LayerManager of the current task. I do this using the PlugInContext object passed to my PlugIn's execute() method. I know from logging statements that my PlugInContext is not null. However, it appears that the LayerManager returned by the PlugInContext.getLayerManager method is null. When the this code is executed a task in open in OpenJUMP and contains Layers, so I know the instance of LayerManager returned by the context should be valid, and not null. Am I missing another part of the picture? The Javadoc for the PlugInContext and LayerManagerProxy classes did not mention any exceptions or conditions under which a null value would be returned. Thank you for any suggestions. The Sunburned Surveyor P.S. - Here is the code snippet in question: if(this.context == null) { logger.debug(The context was null.); } LayerManager manager = this.context.getLayerManager(); .debug(Just got the layer manager.); if(manager == null) { logger.debug(The manager was null.); } The last line in the log file is The manager was null. - 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] ReplaceValuePlugIn
Eric, I am getting to this e-mail a little bit late, but I see that Michael and Stefan have already given you a warm welcome. I just want to say thanks for your contribution and I hope we get to work together in the future. I'm curious, how are you using OpenJUMP? The Sunburned Surveyor On 9/28/07, Stefan Steiniger [EMAIL PROTECTED] wrote: Hei again, Eric Lemesre schrieb: Salut Stefan, I am totaly agree with this condition Of course. I prefer to get write acces by pass the second condition. I think it is the better way for all. ok.. Btw. it depends how fast you are with your second extension. But if it does not take weeks, you can commit both tools together if you have write access. For my second contribution i want to extends JoinTable plugin. * select fields to join * select datasource type sounds very good :) Can i add Jlist to MultiInputDialog? yes.. i think so :) If nobodoy else has a problem with. stefan Eric 2007/9/26, Stefan Steiniger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Salut Eric, nice to have you on board :) We have setup some informal rules for contribution. You get write access to the svn in two ways: 1) you get immediate access to the svn if you got a recommendation by developer that is already well known by the project (or a member); or 2) we review the first two contributions. If both are ok you will grant write access. As you passed the 1st code-review round already according to Michael, I would like to ask you, to send to your second contribution to the devel-list for a review (if you have finished that work already) I hope you understand this policy and I suppose the 2nd sample you presenet will be a piece of cake for you? Alteratively you may tell us (or me and Michael personally) about your programming experience. Anyway, as it seems to me you will qualify ;) i ask you to already send me your sourceforge account name (on my personal email), so i can prepare anything for svn-write access. cheers, currently from Germany (Btw. I met some people from Intevation on the Intergeo fair) stefan @ Michael: thank you for reviewing! If you want you can commit the code. Otherwise I will do in the next days. Michaël Michaud schrieb: Hi Eric, Nice to see another french guy involved in OpenJUMP development ;-) I reviewed your code and it's ok for me. Maybe you should explain the use case for setting an attribute with another attribute value. Anyway, this is just a new capability of an existing plugin. I can commit the code, or we have to ask Sunburned Surveyor or Stefan Steiniger (I think Stefan is out of his office until next week) who are the administrators of the site and can give svn access to new developers. Michaël Eric Lemesre a écrit : Hello, Thank verry much for the good job in OpenJUMP. I make somme modifications in the plugIn ReplaceValuePlugIn (in org.openjump.sigle.plugin.replace). This plugin replace a attribute with a constante. And now we can copy one attribute to an other one. I joint the code. How can i have acces to repository and what is rules to use? Or how to put this modifications in JPP? I have planed somme other works and want to give it to the community Thanks Eric /* * The Unified Mapping Platform (JUMP) is an extensible, interactive GUI * for visualizing and manipulating spatial features with geometry and attributes. * * Copyright (C) 2003 Vivid Solutions * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * as published by the Free Software Foundation; either version 2 * of the License, or (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. * * For more information, contact: * * Vivid Solutions * Suite #1A * 2328 Government Street * Victoria BC
Re: [JPP-Devel] File drag-and-drop revisited
Thanks Paul. I was already downloading your build. I'll give it a spin this afternoon and will get back to you. The Sunburned Surveyor On 9/28/07, Paul Austin [EMAIL PROTECTED] wrote: Landon, It is tied into my new OpenFile changes, so if people are happy with what i've done I can merge it into the trunk at any time. The latest test release is at http://open.revolsys.com/download/nightly/openjump/openjump-core-1.2-20070928-bin.zip Paul Sunburned Surveyor wrote: Paul, Any firm plans on migrating this change to the trunk? Do you need someone to do some testing first? The Sunburned Surveyor On 9/24/07, Martin Davis [EMAIL PROTECTED] wrote: Excellent! This will be great functionality to have in OJ. M Paul Austin 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 -- 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
Re: [JPP-Devel] new tracker on SF for usability and translation improvements
Nice work Stefan. This should help clean up the bug tracker. Thanks. The Sunburned Surveyor On 9/27/07, Stefan Steiniger [EMAIL PROTECTED] wrote: yep.. i have seen it :) I currently have set the option, that every time a new item is added, then automatically a message is send to the devel list... so don't wonder. I also started to move all the open translation/usuablity items from the bug list to this new list stefan Larry Becker schrieb: Nice work Stefan. I put in the first usability tracker entry for the MrSID on linux problems. Larry On 9/27/07, *Stefan Steiniger* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hey all, here the link for the new tracker: https://sourceforge.net/tracker/?atid=997723group_id=118054func=browse https://sourceforge.net/tracker/?atid=997723group_id=118054func=browse so now we can add usuablity requests and changes for the translation add to this tracker :) (i.e. we do not need the Bug tracker for this anymore) bye stefan - 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 mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel 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
Re: [JPP-Devel] @Stefan - Complete Italian Language files
Hey guys. Do we need to simply commit this to the SVN? If so, I can take care of it if someone lets me know. The Sunburned Surveyor On 9/28/07, Giuseppe Aruta [EMAIL PROTECTED] wrote: Hi Stefan, attached to this mail there is the Italian Language files with the correction which pointed out by by Michael. some notes: 1) English word Buffer probabily remains the same in Italian. 2) I left the word Layer in the menu even if the correct word in Italian is Livello. But meny Italian GIS users prefer Layer since they work with the English version of ArcGIS Paolo job is very accurate. 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: 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
Re: [JPP-Devel] Language files - bug on Italian file
From: [EMAIL PROTECTED] on behalf of Giuseppe Aruta 1) The HelpShortcut keys is translated in Italian as AiutoCombinazione tasti: This is correct, but instead to open the Shortcut keys window, it opens an empty window. This seems not to heppen with other languages (Spanish and German). I wander where is the problem Hi, The behavior is similar in Finnish. I have been thinking that is was reserved for the future needs -Jukka- - 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] Language files - bug on Italian file
Hi Giuseppe, 1) The HelpShortcut keys is translated in Italian as AiutoCombinazione tasti: This is correct, but instead to open the Shortcut keys window, it opens an empty window. This seems not to heppen with other languages (Spanish and German). I wander where is the problem Yes, shortcut keys are translated in an html file and the italian version is missing. Here is the english file in the svn : http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/KeyboardPlugIn_en.html?revision=859view=markup You can create italian file from this one, and any committer can add it to the trunk. 2) I deleted -Duser.language=IT from Script file (OpenJUMP.BAT) to have back the English Language. Nevertheless, when I launched again OJ, Italian language was still activated. I had to write a string like -Duser.language=XX to come back to English. Should we use a stable -Duser.language=XX on the regular English Script to evoid confusion? Default behaviour of java programs on windows is to use the regional parameters. -Duser.language is the way to enforce the jvm to use another language Michael 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: 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
Re: [JPP-Devel] File drag-and-drop revisited
Hi Paul, I'll try it as soon as possible as I'm concerned with a few plugins I wrote I'll have to adapt to this new framework. The release at http://open.revolsys.com/download/nightly/openjump/openjump-core-1.2-20070928-bin.zip returns this exception on my machine : com.vividsolutions.jts.util.AssertionFailedException: Should never reach here at com.vividsolutions.jts.util.Assert.shouldNeverReachHere(Assert.java:122) at com.vividsolutions.jts.util.Assert.shouldNeverReachHere(Assert.java:111) at com.vividsolutions.jump.workbench.ui.plugin.FeatureInstaller.abstractPlugInActionListener(FeatureInstaller.java:552) at com.vividsolutions.jump.workbench.ui.plugin.FeatureInstaller.addMainMenuItemWithJava14Fix(FeatureInstaller.java:531) at com.vividsolutions.jump.workbench.JUMPConfiguration.configureMainMenus(JUMPConfiguration.java:647) at com.vividsolutions.jump.workbench.JUMPConfiguration.setup(JUMPConfiguration.java:362) at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:257) at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:222) Any idea ? Michaël Paul Austin a écrit : Landon, It is tied into my new OpenFile changes, so if people are happy with what i've done I can merge it into the trunk at any time. The latest test release is at http://open.revolsys.com/download/nightly/openjump/openjump-core-1.2-20070928-bin.zip Paul Sunburned Surveyor wrote: Paul, Any firm plans on migrating this change to the trunk? Do you need someone to do some testing first? The Sunburned Surveyor On 9/24/07, Martin Davis [EMAIL PROTECTED] wrote: Excellent! This will be great functionality to have in OJ. M Paul Austin 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
Re: [JPP-Devel] File drag-and-drop revisited
Michaël, 1. Which Operating system? 2. Which java version 3. Did you add you're plug-ins into lib/ext Cheers, Paul Michaël Michaud wrote: Hi Paul, I'll try it as soon as possible as I'm concerned with a few plugins I wrote I'll have to adapt to this new framework. The release at http://open.revolsys.com/download/nightly/openjump/openjump-core-1.2-20070928-bin.zip returns this exception on my machine : com.vividsolutions.jts.util.AssertionFailedException: Should never reach here at com.vividsolutions.jts.util.Assert.shouldNeverReachHere(Assert.java:122) at com.vividsolutions.jts.util.Assert.shouldNeverReachHere(Assert.java:111) at com.vividsolutions.jump.workbench.ui.plugin.FeatureInstaller.abstractPlugInActionListener(FeatureInstaller.java:552) at com.vividsolutions.jump.workbench.ui.plugin.FeatureInstaller.addMainMenuItemWithJava14Fix(FeatureInstaller.java:531) at com.vividsolutions.jump.workbench.JUMPConfiguration.configureMainMenus(JUMPConfiguration.java:647) at com.vividsolutions.jump.workbench.JUMPConfiguration.setup(JUMPConfiguration.java:362) at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:257) at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:222) Any idea ? Michaël Paul Austin a écrit : Landon, It is tied into my new OpenFile changes, so if people are happy with what i've done I can merge it into the trunk at any time. The latest test release is at http://open.revolsys.com/download/nightly/openjump/openjump-core-1.2-20070928-bin.zip Paul Sunburned Surveyor wrote: Paul, Any firm plans on migrating this change to the trunk? Do you need someone to do some testing first? The Sunburned Surveyor On 9/24/07, Martin Davis [EMAIL PROTECTED] wrote: Excellent! This will be great functionality to have in OJ. M Paul Austin 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
Re: [JPP-Devel] File drag-and-drop revisited
Larry Becker a écrit : Paul, Add -Duser.language=FR to your launch file and you'll see the error. Larry Hey, shame on me as I already encountered and resolved the problem the first time I tested Paul's development. I changed the regional parameters to english on my box and it works. Enough for testing. Drag and drop works like a charm. With Larry and Paul, we make sure that OpenJUMP will keep its user-friendlyness, a domain where it already excels :-) @Paul : Some times ago, I patched I18N to use the key each time the code did not find a value in a language file, because I thought that the soft should not stop because of a missing value. How it goes that a language problem prevent me from launching OJ ? Michael - 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 Michaël, You'll have to forgive my lazy English person when it comes to I18N, I hadn't put all the I18N stuff in all the files. I just used that new tool and have added them in so the nightly build tonight on my server will have the changes that should work in other languages. I agree that the I18N code should not cause exceptions if it can't find a language and default to the English so at least something works. Any chance you can check in the patch? Paul Michaël Michaud wrote: Larry Becker a écrit : Paul, Add -Duser.language=FR to your launch file and you'll see the error. Larry Hey, shame on me as I already encountered and resolved the problem the first time I tested Paul's development. I changed the regional parameters to english on my box and it works. Enough for testing. Drag and drop works like a charm. With Larry and Paul, we make sure that OpenJUMP will keep its user-friendlyness, a domain where it already excels :-) @Paul : Some times ago, I patched I18N to use the key each time the code did not find a value in a language file, because I thought that the soft should not stop because of a missing value. How it goes that a language problem prevent me from launching OJ ? Michael - 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
Re: [JPP-Devel] Fwd: [Freegis-list] New version of gvSIG project now available: gvSIG 1.1 (stable)
--- Sunburned Surveyor [EMAIL PROTECTED] ha scritto: It looks like gvSIG has got some handy annotation support in their latest release. I haven't tried them myself, but it looks like I need to get going on the free form label support for OpenJUMP. :] SS There are a couple of things which I would like to see in OpenJUMP: - The table associated to the new shp file contains fields for Text, Font, Color, Height and Rotation. - In the Add Layer dialog, a new tab allows loading of Annotation layers. - A raster can be exported, either a complete layer or a selected area, to a TIFF file. Congratulation to Generalitat Valenciana that support the development of an Opensource GIS. Their gvPONTIS is also very interesting. 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: 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