Re: [JPP-Devel] Network Installation
Sunburned Surveyor wrote:
Hi,
> Do you mind telling me very briefly how you made this modification?
> I'm interested in seeing how you did it.
I just modified the JUMPWorkbench as attached, IIRC.
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
Index: JUMPWorkbench.java
===
--- JUMPWorkbench.java (Revision 1022)
+++ JUMPWorkbench.java (Arbeitskopie)
@@ -45,6 +45,7 @@
import com.vividsolutions.jump.workbench.ui.SplashWindow;
import com.vividsolutions.jump.workbench.ui.WorkbenchFrame;
import com.vividsolutions.jump.workbench.ui.images.IconLoader;
+import com.vividsolutions.jump.workbench.ui.plugin.PersistentBlackboardPlugIn;
import java.awt.*;
import java.awt.event.WindowAdapter;
@@ -56,10 +57,6 @@
import java.util.List;
import javax.swing.*;
-import javax.swing.ImageIcon;
-import javax.swing.JLabel;
-import javax.swing.JPanel;
-import javax.swing.UIManager;
/**
* This class is responsible for setting up and displaying the main JUMP
@@ -85,6 +82,7 @@
public final static String PLUG_IN_DIRECTORY_OPTION =
"plug-in-directory";
public final static String I18N_FILE = "i18n";
public static final String INITIAL_PROJECT_FILE = "project";
+public static final String STATE_OPTION = "state";
// Added by STanner to allow I18N to have access to this
public static String I18N_SETLOCALE = "";
@@ -182,6 +180,17 @@
this.getBlackboard().put( INITIAL_PROJECT_FILE, task );
}
+if(commandLine.hasOption(STATE_OPTION)) {
+File option = new
File(commandLine.getOption(STATE_OPTION).getArg(0));
+if(option.isDirectory()) {
+
PersistentBlackboardPlugIn.setPersistenceDirectory(option.getPath());
+}
+if(option.isFile()) {
+PersistentBlackboardPlugIn.setFileName(option.getName());
+
PersistentBlackboardPlugIn.setPersistenceDirectory(option.getAbsoluteFile().getParent());
+}
+}
+
plugInManager = new PlugInManager(context, extensionsDirectory,
monitor);
//Load drivers before initializing the frame because part of
the frame
@@ -302,6 +311,7 @@
commandLine.addOptionSpec(new OptionSpec(I18N_FILE, 1));
//[UT] 17.08.2005
commandLine.addOptionSpec(new OptionSpec( INITIAL_PROJECT_FILE,
1));
+commandLine.addOptionSpec(new OptionSpec(STATE_OPTION, 1));
try {
commandLine.parse(args);
-
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 larry, thank you for the icons. I think we have to think about to add icons even to menuba>tool 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
Re: [JPP-Devel] Who takes care of OJ Italian translation?
I'm not sure about this Peppe. But if you don't hear anything soon it probably means this translation effort is up for adoption. SS On 9/2/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote: > Hi, > I want to start to translate OJ in Italian, I saw on > wiki that Italian is "in progress". Who start to do > it? > > 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
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 menuba>tool 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
Re: [JPP-Devel] About embedded help
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
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] Who takes care of OJ Italian translation?
Thanks SS, as soon as possible I start to make a short (only menus) translation Peppe --- Sunburned Surveyor <[EMAIL PROTECTED]> ha scritto: > I'm not sure about this Peppe. But if you don't hear > anything soon it > probably means this translation effort is up for > adoption. > > SS > > On 9/2/07, Giuseppe Aruta <[EMAIL PROTECTED]> > wrote: > > Hi, > > I want to start to translate OJ in Italian, I saw > on > > wiki that Italian is "in progress". Who start to > do > > it? > > > > 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
Re: [JPP-Devel] About embedded help
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 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 In
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
[JPP-Devel] @Uwe
Hi Uwe, few days ago I sent to you the "List of Function documentation" in Openwriter format generated from the wiki page. This evening I discovered that it yahoo didn't allowed the message. I image because it was a little big. I sent a copy today to the devel list, as a simple document with no pictures. 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: 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] Improved buffer plugin
Thanks for the feedback, Michael & Stefan. I agree, it would be nice to get this into JTS. I don't know that it will be any more performant than your solutions, but at least the API will be standardized, and maybe a clever way to improve performance even further will show up down the road. (Sleuthing out the Arc approach, maybe?). I'll try and find some time to work on this. I have an idea about enhancing the STRtree to provide a nested List mirroring the structure of the R-tree, which can then be iterated over to perform the union efficiently... Martin Michaël Michaud wrote: > Hi Martin, > > The way I optimized the union plugin in OpenJUMP is not as clever as > using a quadtree, but it is equivalent in the ideal case of regularly > distributed features. > I just grouped features in a regular grid which size is computed based > on the featurecollection envelope and size (number of features). This is > an iterative process : when I finished the union in all grid cells, I do > it again with a larger grid until I have no more geometry to union. I > called it progressive union. > Performance improvement may be more than 10 x, and for large datasets, > it simpley make it possible to union the layer. > I did not look for a better hack at the plugin level, as I thought that > better performances can be obtained from JTS itself. But I'm not sure it > is possible : what about PreparedGeometry ? > > Regards > > Michael > > Martin Davis a écrit : > > >> Not sure I do see... Either way, if you are doing repeated calls to >> union(), then this is going to be slow. But maybe you mean that you are >> *combining* the input geometries in to a single multi-geometry, and then >> buffering that once? That should be faster, then. Although... for >> complex inputs, I suppose this could actually end up being slower than >> doing the buffers individually, and then using a cascading scheme to >> union them. >> >> Sounds like Stefan has a scheme to do this, anyway. But it would be >> nice to get it into JTS. >> >> Larry Becker wrote: >> >> >> >>> Hi Martin, >>> >>> The union operation is implemented by buffering the union of the >>> input, rather than the union of the input buffered, if you see the >>> distinction. I was hoping JTS had already optimized this, but from >>> what you are saying, I would guess not. >>> >>> Larry >>> >>> On 8/31/07, Martin Davis <[EMAIL PROTECTED]> wrote: >>> >>> >>> >>> Cool... I think that one way around the "slow union" problem is to develop a "Cascading Union" function. This will build up a union of multiple geometries by forming them into a tree, and recursively unioning the branches of the tree from the leaves to the root.In theory this should provide a fairly optimal balance between performance and memory use. A nice way to form the tree would be to add the input geometries to a JTS Quadtree or STRtree and then traverse the tree in depth-first order. Unfortunately currently the implementations don't support the ability to traverse the tree in any order - this wouldn't be too hard to add, though. Thoughts? Anyone keen on trying this out? Martin Larry Becker wrote: > I have committed the improved buffer plugin. Three sample screens are > attached in english, french, and german.It now supports buffering > the selection. It provides a convenience union option. The sidebar > picture now previews the current options. It copies attributes by > default, even from selections on multiple layers, but this can be > turned off. It supports setting the number of segments in a quarter > circle. > > Be careful with the union operation. With large selections, it can > take a long time. For instance using Uwe's GeoCity project, I tried > to buffer everything by 1000 meters. Without union it completed in > about 20 seconds, and with union I finally killed it after 5 minutes. > > 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/ > > > ___ >
Re: [JPP-Devel] OpenJUMP releases and bug management
Hei Guys, i return later on that when i am back home currently i am on a conference near Dublin. stefan > 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 > - 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
Thank you for the patch Andreas. I apologize if I missed it earlier. The Sunburned Surveyor On 9/4/07, Andreas Schmitz <[EMAIL PROTECTED]> wrote: > Sunburned Surveyor wrote: > > Hi, > > > Do you mind telling me very briefly how you made this modification? > > I'm interested in seeing how you did it. > > I just modified the JUMPWorkbench as attached, IIRC. > > 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
Re: [JPP-Devel] Who takes care of OJ Italian translation?
This is great Peppe! SS On 9/4/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote: > Thanks SS, > as soon as possible I start to make a short (only > menus) translation > > Peppe > --- Sunburned Surveyor <[EMAIL PROTECTED]> > ha scritto: > > > I'm not sure about this Peppe. But if you don't hear > > anything soon it > > probably means this translation effort is up for > > adoption. > > > > SS > > > > On 9/2/07, Giuseppe Aruta <[EMAIL PROTECTED]> > > wrote: > > > Hi, > > > I want to start to translate OJ in Italian, I saw > > on > > > wiki that Italian is "in progress". Who start to > > do > > > it? > > > > > > 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 > - 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
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 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 > >
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
Re: [JPP-Devel] Example of YAML for geospatial data
Sunburned Surveyor wrote: > YAML looks very clean. A lot cleaner than the corresponding XML. Very > interesting. > > It looks like there is also an open source parser for YAML written in Java: > > http://jyaml.sourceforge.net/ > > What do you think Martin? Is YAML a better option than GML? > > Well, it all depends what your metrics are - and *that* is a question with likely no clear answer! I think I'm keen on pursuing the Super-Simple GML route. That has the best chance of being readable by other tools, I think. Jody Garnett made a suggestion about putting the XML Schema for the GML Simple Features Profile in-line in the data file. (This is what JML does now, actually). I have two concerns about this: - I haven't seen anything that says that inline schema is standard, or can be processed by the tools that you might want to read it (such as XML authoring tools, or OGR) - even the GML SFP is waaay complex, with a fair bit of variability lurking to confuse parsers. However, I think it might be worth prototyping this idea. It should be possible to *totally* constrain the representation of the SFP schema, so that parsers didn't really have to understand it, just extract the few pieces of relevant information from known spots. I might try and spec this out & work up an example, and post it on a Google docs page for all to see... Martin -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Example of YAML for geospatial data
Martin wrote: "I think I'm keen on pursuing the Super-Simple GML route. That has the best chance of being readable by other tools, I think." That is too bad. I was starting to like YAML. :] I'm actually going to try using it for a parseable change log on the SurveyOS SVN Repository module for JTSWarped. I'll let you know how that goes. There was some discussion of the super-simple GML route on the OSGeo standards mailing list this morning. (You really should subscribe Martin.) :] Raj pointed me to these samples of a simple GML proposal made about five (5) years ago. Here is part of his message: " BXFS (http://www.ogcnetwork.net/node/189): basically the "GML 2 resurrected" idea mentioned below. This is an old proposal from the GML 2 days from Peter Vretanos. It does a lot of the things a shapefile does, and is a GML 2 profile I believe. Although there is an XML schema defined, it is abstract and doesn't apply to any particular data set. The schema of the data set is internal to the data--see the definition element in this example and note that data types could have optionally been specified." (http://www.ogcnetwork.net/schemas/wfssimple/0.5/storetlegacy2_getfeature.xml) I think it would work. The only problem I see is it still relies on an external schema and it doesn't distinguish between regular feature attributes and spatial feature attributes. I think we can solve both of these problems by modifying the "val" element to have a "datatype" attribute in addition to a "name" attribute. For example: WKT string goes here. What do you think? SS On 9/4/07, Martin Davis <[EMAIL PROTECTED]> wrote: > > > Sunburned Surveyor wrote: > > YAML looks very clean. A lot cleaner than the corresponding XML. Very > > interesting. > > > > It looks like there is also an open source parser for YAML written in Java: > > > > http://jyaml.sourceforge.net/ > > > > What do you think Martin? Is YAML a better option than GML? > > > > > Well, it all depends what your metrics are - and *that* is a question > with likely no clear answer! > > I think I'm keen on pursuing the Super-Simple GML route. That has the > best chance of being readable by other tools, I think. > > Jody Garnett made a suggestion about putting the XML Schema for the GML > Simple Features Profile in-line in the data file. (This is what JML > does now, actually). I have two concerns about this: > > - I haven't seen anything that says that inline schema is standard, or > can be processed by the tools that you might want to read it (such as > XML authoring tools, or OGR) > - even the GML SFP is waaay complex, with a fair bit of variability > lurking to confuse parsers. > > However, I think it might be worth prototyping this idea. It should be > possible to *totally* constrain the representation of the SFP schema, so > that parsers didn't really have to understand it, just extract the few > pieces of relevant information from known spots. > > I might try and spec this out & work up an example, and post it on a > Google docs page for all to see... > > Martin > > > -- > Martin Davis > Senior Technical Architect > Refractions Research, Inc. > (250) 383-3022 > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > - 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] Reorganization of OpenJUMP Wiki
I have a short post on the OpenJUMP blog about reorganizing our OpenJUMP wiki to be a little more structured. If you are interested you can read the post here: http://openjump.blogspot.com/ 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
Re: [JPP-Devel] Example of YAML for geospatial data
Sunburned Surveyor wrote: > Martin wrote: "I think I'm keen on pursuing the Super-Simple GML > route. That has the best chance of being readable by other tools, I > think." > > That is too bad. I was starting to like YAML. :] I'm actually going to > try using it for a parseable change log on the SurveyOS SVN Repository > module for JTSWarped. I'll let you know how that goes. > Go for it! YAML does seem nifty. And there's nothing saying that someone shouldn't write a GeoYAML parser (wanna get 15 mnin of fame? Start a GeoYAML wikipedia entry...) > There was some discussion of the super-simple GML route on the OSGeo > standards mailing list this morning. (You really should subscribe > Martin.) :] > And I will... > Raj pointed me to these samples of a simple GML proposal made about > five (5) years ago. Here is part of his message: > > " BXFS (http://www.ogcnetwork.net/node/189): basically the "GML 2 > > > What do you think? > I think it's *too* simple. It would need typing information added. Given that, I'd opt for either adding metadata attributes to constrainted GML, or using the in-line schema idea. And the example doesn't even contain any spatial! > -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Fwd: [udig-devel] Transformation/Reprojection
We had talked a little the other day about a incorporating third-party reprojection code into OpenJUMP. I sent a post to the UDig list, since I know they support "on-the-fly" reprojection. I know we don't necessarily want to mess with "on-the-fly" reprojection in OpenJUMP, but maybe we couls use the reprojection code from UDig for a stand-alone utility or for a OpenJUMP plug-in. Jody Garnett put a section on the wiki for us that talks about this: http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers The Sunburned Surveyor -- Forwarded message -- From: Sunburned Surveyor <[EMAIL PROTECTED]> Date: Sep 4, 2007 3:27 PM Subject: Re: [udig-devel] Transformation/Reprojection To: User-friendly Desktop Internet GIS <[EMAIL PROTECTED]> Jody wrote: "Since this question is asked every couple of months by a jump developer it has made its way into the geotools user guide..." I really apologize about that. I'm sure that I'm the jackass that keeps asking the same question. UDig, GeoTools, GeoAPI, Kosmo, SIGLE, SkyJUMP, DeeJUMP... I have a hardtime keeping track of it all sometimes. Please be patient with me. The section you added to the wiki will be very helpful. I will look it over and will also forward this message to the JPP Developer List. Thanks for all of your help. I look forward to trying out UDig on my GIS project. :] SS On 9/4/07, Jody Garnett <[EMAIL PROTECTED]> wrote: > Sunburned Surveyor wrote: > > We were discussing options for reprojection/transformation code on the > > OpenJUMP development list the other day. I know that UDig offers on > > the fly reprojection, which is why I'm currently trying to download it > > and get it running. > > > > I was curious, is the ,low-level reprojection code something UDig gets > > from the GeoTools library, or is it code unique to UDig? Does the > > low-level reprojection code work with GeoTools features, or does it > > transform individual coordinates? Is it possible to access the API for > > transformation of individual coordinates? > > > It is from the GeoTools library; you can use the "referencing module" > with out depending on any GeoTools feature stuff. It is suitable for > OpenJUMP etc... > > Since this question is asked every couple of months by a jump developer > it has made its way into the geotools user guide: > - http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > It seems to me that it would make sense to share reporojection code > > between OpenJUMP and UDig, especially if we can transform individual > > coordinate and don't need to deal with the feature model problem. > > > Yes it makes sense to share; interfaces via geoapi and implementation > via geotools, and hopfully swing widgets and swt widgets as well ;-) > > Don't worry about stealing worry about forking; if you see anything you > want out of udig lets make sure we can place it in a common library so > we can share maintence cost. > > Cheers, > Jody > ___ > User-friendly Desktop Internet GIS (uDig) > http://udig.refractions.net > http://lists.refractions.net/mailman/listinfo/udig-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
Re: [JPP-Devel] [udig-devel] Transformation/Reprojection
Jody, I took a quick trip through the wiki for GeoTools Reprojection. It seems simple enough to use. However, I am one of those really sick people that needs to see how things work under the hood. Could you tell me where I would look in GeoTools to find out more about how the MathTransforms are calculated for the source and target CoordinateReferenceSystems. All I really know at this point is that you provide the GeoTools API with two ESPG codes and it "magically" returns a MathTransformation. What if I wanted to add support for a custom or new Map projection? What if there was a mistake in the generated MathTransformation that I wanted to fix? >From the perspective of a "potential" maintainer it would be good to know how things are working at a lower level. I'm fairly familiar with geodetic calculations, so I'm not really scared of this (yet). I wonder if any of the GeoTools developers can give me a brief (two or three minute) overview of how GeoTools gets from two (2) ESPG codes to a MathTransform object. If I can get this overview I'll dig into the Javadoc and source code for more details. SS Thanks for indulging my curiousity. On 9/4/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: > We had talked a little the other day about a incorporating third-party > reprojection code into OpenJUMP. I sent a post to the UDig list, since > I know they support "on-the-fly" reprojection. > > I know we don't necessarily want to mess with "on-the-fly" > reprojection in OpenJUMP, but maybe we couls use the reprojection code > from UDig for a stand-alone utility or for a OpenJUMP plug-in. > > Jody Garnett put a section on the wiki for us that talks about this: > > http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > The Sunburned Surveyor > > > > -- Forwarded message -- > From: Sunburned Surveyor <[EMAIL PROTECTED]> > Date: Sep 4, 2007 3:27 PM > Subject: Re: [udig-devel] Transformation/Reprojection > To: User-friendly Desktop Internet GIS <[EMAIL PROTECTED]> > > > Jody wrote: "Since this question is asked every couple of months by a > jump developer it has made its way into the geotools user guide..." > > I really apologize about that. I'm sure that I'm the jackass that > keeps asking the same question. UDig, GeoTools, GeoAPI, Kosmo, SIGLE, > SkyJUMP, DeeJUMP... > > I have a hardtime keeping track of it all sometimes. Please be patient with > me. > > The section you added to the wiki will be very helpful. I will look it > over and will also forward this message to the JPP Developer List. > > Thanks for all of your help. I look forward to trying out UDig on my > GIS project. :] > > SS > > > On 9/4/07, Jody Garnett <[EMAIL PROTECTED]> wrote: > > Sunburned Surveyor wrote: > > > We were discussing options for reprojection/transformation code on the > > > OpenJUMP development list the other day. I know that UDig offers on > > > the fly reprojection, which is why I'm currently trying to download it > > > and get it running. > > > > > > I was curious, is the ,low-level reprojection code something UDig gets > > > from the GeoTools library, or is it code unique to UDig? Does the > > > low-level reprojection code work with GeoTools features, or does it > > > transform individual coordinates? Is it possible to access the API for > > > transformation of individual coordinates? > > > > > It is from the GeoTools library; you can use the "referencing module" > > with out depending on any GeoTools feature stuff. It is suitable for > > OpenJUMP etc... > > > > Since this question is asked every couple of months by a jump developer > > it has made its way into the geotools user guide: > > - http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > > It seems to me that it would make sense to share reporojection code > > > between OpenJUMP and UDig, especially if we can transform individual > > > coordinate and don't need to deal with the feature model problem. > > > > > Yes it makes sense to share; interfaces via geoapi and implementation > > via geotools, and hopfully swing widgets and swt widgets as well ;-) > > > > Don't worry about stealing worry about forking; if you see anything you > > want out of udig lets make sure we can place it in a common library so > > we can share maintence cost. > > > > Cheers, > > Jody > > ___ > > User-friendly Desktop Internet GIS (uDig) > > http://udig.refractions.net > > http://lists.refractions.net/mailman/listinfo/udig-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/listinf
Re: [JPP-Devel] [udig-devel] Transformation/Reprojection
Why does everything in GeoTools have to be so hard? I spent a few minutes this afternoon looking at their reprojection code. I had to wind my way through the methods of at least 3 or 4 classes before I got to code packages in an external plug-in, and I haven't even hit the source code that actually does the transformations. It seems like part of the complexity may be caused by the fact that the "user code" can go directly from one spatial reference system to another. I still think it would be a lot easier to go from the source coordinate system to a common intermediate system, and then from the common intermediate system to the target system. (You could still hide this common intermediate spatial reference system from the end user of OpenJUMP.) I bet that would eliminate a lot of the "in-between" classes in GeoTools. This system forces all of the transformation logic on the impelementer, but this same transformation logic is packaged outside of UDig anyways. At least in the system I described the implementer only has to worry about getting to and from the common intermediate system and his own system. I'll have to chew on this some more. The Sunburned Surveyor On 9/4/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: > We had talked a little the other day about a incorporating third-party > reprojection code into OpenJUMP. I sent a post to the UDig list, since > I know they support "on-the-fly" reprojection. > > I know we don't necessarily want to mess with "on-the-fly" > reprojection in OpenJUMP, but maybe we couls use the reprojection code > from UDig for a stand-alone utility or for a OpenJUMP plug-in. > > Jody Garnett put a section on the wiki for us that talks about this: > > http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > The Sunburned Surveyor > > > > -- Forwarded message -- > From: Sunburned Surveyor <[EMAIL PROTECTED]> > Date: Sep 4, 2007 3:27 PM > Subject: Re: [udig-devel] Transformation/Reprojection > To: User-friendly Desktop Internet GIS <[EMAIL PROTECTED]> > > > Jody wrote: "Since this question is asked every couple of months by a > jump developer it has made its way into the geotools user guide..." > > I really apologize about that. I'm sure that I'm the jackass that > keeps asking the same question. UDig, GeoTools, GeoAPI, Kosmo, SIGLE, > SkyJUMP, DeeJUMP... > > I have a hardtime keeping track of it all sometimes. Please be patient with > me. > > The section you added to the wiki will be very helpful. I will look it > over and will also forward this message to the JPP Developer List. > > Thanks for all of your help. I look forward to trying out UDig on my > GIS project. :] > > SS > > > On 9/4/07, Jody Garnett <[EMAIL PROTECTED]> wrote: > > Sunburned Surveyor wrote: > > > We were discussing options for reprojection/transformation code on the > > > OpenJUMP development list the other day. I know that UDig offers on > > > the fly reprojection, which is why I'm currently trying to download it > > > and get it running. > > > > > > I was curious, is the ,low-level reprojection code something UDig gets > > > from the GeoTools library, or is it code unique to UDig? Does the > > > low-level reprojection code work with GeoTools features, or does it > > > transform individual coordinates? Is it possible to access the API for > > > transformation of individual coordinates? > > > > > It is from the GeoTools library; you can use the "referencing module" > > with out depending on any GeoTools feature stuff. It is suitable for > > OpenJUMP etc... > > > > Since this question is asked every couple of months by a jump developer > > it has made its way into the geotools user guide: > > - http://docs.codehaus.org/display/GEOTDOC/Welcome+to+JUMP+Developers > > > It seems to me that it would make sense to share reporojection code > > > between OpenJUMP and UDig, especially if we can transform individual > > > coordinate and don't need to deal with the feature model problem. > > > > > Yes it makes sense to share; interfaces via geoapi and implementation > > via geotools, and hopfully swing widgets and swt widgets as well ;-) > > > > Don't worry about stealing worry about forking; if you see anything you > > want out of udig lets make sure we can place it in a common library so > > we can share maintence cost. > > > > Cheers, > > Jody > > ___ > > User-friendly Desktop Internet GIS (uDig) > > http://udig.refractions.net > > http://lists.refractions.net/mailman/listinfo/udig-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.so
[JPP-Devel] Window menu patch
All,
I have created a patch which should remove the hard coding of the number
of items in the Window menu. This allows use to expand the window menu
as required in plugins without needing to modify
com.vividsolutions.jump.workbench.ui.WorkbenchFrame.
Can someone apply the following patch to their source on
com.vividsolutions.jump.workbench.ui.WorkbenchFrame and test to make
sure it works with Task frames and attribute frames. (Eclipse Team>Apply
Patch on the file to patch).
Thanks,
Paul
Index:
/home/paustin/Files/Projects/openjump/src/com/vividsolutions/jump/workbench/ui/WorkbenchFrame.java
===
---
/home/paustin/Files/Projects/openjump/src/com/vividsolutions/jump/workbench/ui/WorkbenchFrame.java
(revision 1065)
+++
/home/paustin/Files/Projects/openjump/src/com/vividsolutions/jump/workbench/ui/WorkbenchFrame.java
(working copy)
@@ -257,6 +257,7 @@
categoryPopupMenu});
private int positionIndex = -1;
private int primaryInfoFrameIndex = -1;
+ private int addedMenuItems = -1;
public WorkbenchFrame(String title, ImageIcon icon,
final WorkbenchContext workbenchContext) throws
Exception {
setTitle(title);
@@ -780,41 +781,14 @@
closeApplication();
}
void windowMenu_menuSelected(MenuEvent e) {
- //<> This algorithm is not robust. It
assumes
- // the Window
- //menu has exactly one "regular" menu item (newWindowMenuItem).
[Jon
- // Aquino]
- int addedMenuItems = 3; //[sstein: new menus: options + log +
separator]
- int allItems = windowMenu.getItemCount();
- String t = windowMenu.getItem(addedMenuItems).getText();
- String name =
AbstractPlugIn.createName(CloneWindowPlugIn.class);
- boolean isWindowCloneClass = t.equals(name);
- if (windowMenu.getItemCount() > addedMenuItems
- && windowMenu.getItem(addedMenuItems) != null
- && isWindowCloneClass) {
- JMenuItem newWindowMenuItem =
windowMenu.getItem(addedMenuItems);
- //windowMenu.removeAll();
- int loopsdone = 0;
- for(int itemIdx = addedMenuItems; itemIdx < allItems;
itemIdx ++){
- //-- subtract since number of window-menu-items
shrinks
- try{
- //String tt =
windowMenu.getItem(itemIdx-loopsdone).getText();
- //-- [sstein:] an exception for the
line above is thrown if the item is a separator
- // then, getText seems not
to work
- windowMenu.remove(itemIdx-loopsdone);
- loopsdone = loopsdone+1;
- }
- catch(Exception exc){
- //eat -- should be thrown caused by a
separator
- System.out.println("WorkbenchFrame:
exception in windowMenu_Selected() ");
- }
- }
- windowMenu.add(newWindowMenuItem);
- windowMenu.addSeparator();
- } else {
- //ezLink doesn't have a Clone Window menu [Jon Aquino]
- windowMenu.removeAll();
- }
+// If this is the first call get the number of added menu items.
+// After this point no new menus can be added
+if (addedMenuItems == -1) {
+ addedMenuItems = windowMenu.getItemCount();
+}
+while (windowMenu.getItemCount() > addedMenuItems) {
+ windowMenu.remove(windowMenu.getItemCount()-1);
+}
final JInternalFrame[] frames = desktopPane.getAllFrames();
for (int i = 0; i < frames.length; i++) {
JMenuItem menuItem = new JMenuItem();
-
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
