[JPP-Devel] Eric's tests of Plugins
Hi Eric, Thanks for all the tests and documentation. I'm the author of some of the plugins you tested (results on the wiki page), and have some remarks/questions about those which do not work : BshEditor4Jump-0.1.1-2006-04-20.zip : did you extract the jar from the zip and put it in the ext folder. That is how it is supposed to work. It is a useful plugin, and I would be pleased if it could work also on mac. Jump-spim-0.1.0 : this is a gadget plugin related to scripting. I did it before we integrated BeanTools in OpenJUMP distribution. Not very important, just a curiosity. mifmid-driver-0.4.0.jar : replaced by 0.4.1 that you tested successfully (I have to remove 0.4.0 from my site) mmpatch1.1.2 : not a plugin but a patch which modifies jump's core in some ways. Not maintained. Only interesting if the community decided to modify some of jump core features (it adds new attribute types like boolean and decimal but has never been tested with all drivers). plugin-oj-gcdriver and plugin-oj-mmdriver : it is just the zip containing the plugins, the sources and the documentation. It should not be used as a plugin. It appears that you tested the plugins themself successfully ;-) qa-0.1.jar : it is a recent plugin issued from Jump Conflation Suite and I made it available on the sourceforge JPP site. I'm interested in knowing more about what is wrong with it (nothing loaded or error message happening at execution time ?) Thanks Michaël - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Eric's tests of Plugins
thanks for pointing out and clarifying. your BshEditor4Jump plugin does indeed work. i had missed the scripting menu it had generated, and was looking for it's presence elsewhere in the menu/gui. regards, eric On Apr 3, 2008, at 1:03 AM, Michaël Michaud wrote: Hi Eric, Thanks for all the tests and documentation. I'm the author of some of the plugins you tested (results on the wiki page), and have some remarks/questions about those which do not work : BshEditor4Jump-0.1.1-2006-04-20.zip : did you extract the jar from the zip and put it in the ext folder. That is how it is supposed to work. It is a useful plugin, and I would be pleased if it could work also on mac. Jump-spim-0.1.0 : this is a gadget plugin related to scripting. I did it before we integrated BeanTools in OpenJUMP distribution. Not very important, just a curiosity. mifmid-driver-0.4.0.jar : replaced by 0.4.1 that you tested successfully (I have to remove 0.4.0 from my site) mmpatch1.1.2 : not a plugin but a patch which modifies jump's core in some ways. Not maintained. Only interesting if the community decided to modify some of jump core features (it adds new attribute types like boolean and decimal but has never been tested with all drivers). plugin-oj-gcdriver and plugin-oj-mmdriver : it is just the zip containing the plugins, the sources and the documentation. It should not be used as a plugin. It appears that you tested the plugins themself successfully ;-) qa-0.1.jar : it is a recent plugin issued from Jump Conflation Suite and I made it available on the sourceforge JPP site. I'm interested in knowing more about what is wrong with it (nothing loaded or error message happening at execution time ?) Thanks Michaël - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Eric's tests of Plugins
Hi Eric, and congratulation for your detailed page. I saw that you plan to develop your page as a small tutorial for MacOX OpenJUMP user. There are some part which probabily even Linix or Windows user would take some benefits. I worked on User Guide: http://openjump.org/wiki/show/Index or List of Function page http://openjump.org/wiki/show/OpenJUMP+List+of+Functions together with SS untill last winter, but probabily they need some upgrade for the Up-to-come OpenJUMP 1.3 You are welcome to give your contribute adding/correcting these pages. For instance, the idea of videos (MOV) tutorials to explain tools is interesting, we could add a link to your video at the Editing Toolbox page http://openjump.org/wiki/show/Editing+Toolbox ** Regarding the Plugin test. There are some plugin which probabily don't work even with Windows/Linux version of OpenJUMP (for instance the Jython plugin). Some of them probabily were already added in OJ during time, other probabily had a short life since there was no interest/no need to go on upgrading to newer versions of JUMP/OpenJUMP. A m onth ago I planned to do a similar job like yours for Windows. By the time I will have time I will do it so we can compare and see what's left behind! Regards Peppe Michaël Michaud [EMAIL PROTECTED] ha scritto: Hi Eric, Thanks for all the tests and documentation. I'm the author of some of the plugins you tested (results on the wiki page), and have some remarks/questions about those which do not work : BshEditor4Jump-0.1.1-2006-04-20.zip : did you extract the jar from the zip and put it in the ext folder. That is how it is supposed to work. It is a useful plugin, and I would be pleased if it could work also on mac. Jump-spim-0.1.0 : this is a gadget plugin related to scripting. I did it before we integrated BeanTools in OpenJUMP distribution. Not very important, just a curiosity. mifmid-driver-0.4.0.jar : replaced by 0.4.1 that you tested successfully (I have to remove 0.4.0 from my site) mmpatch1.1.2 : not a plugin but a patch which modifies jump's core in some ways. Not maintained. Only interesting if the community decided to modify some of jump core features (it adds new attribute types like boolean and decimal but has never been tested with all drivers). plugin-oj-gcdriver and plugin-oj-mmdriver : it is just the zip containing the plugins, the sources and the documentation. It should not be used as a plugin. It appears that you tested the plugins themself successfully ;-) qa-0.1.jar : it is a recent plugin issued from Jump Conflation Suite and I made it available on the sourceforge JPP site. I'm interested in knowing more about what is wrong with it (nothing loaded or error message happening at execution time ?) Thanks Michaël - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Inviato da Yahoo! Mail. La casella di posta intelligente.- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Eric's tests of Plugins
Hello Peppe, On Apr 3, 2008, at 5:44 AM, Giuseppe Aruta wrote: Hi Eric, and congratulation for your detailed page. I saw that you plan to develop your page as a small tutorial for MacOX OpenJUMP user. well, just trying to document some user experience with OJ, as it is a good tool, but very under-exposed... uDig and QGIS are getting all the spotlight. I wish I had known about some of it's features way back when, and I would have started using it sooner. But because it's obscure and seemed inactive(low activity), I simply never took the time to use and abuse/enjoy. But all-in-all it's a great effort, and with some basic GUI clean-up and some bug-stomping, and some good download site postings/promotions, could easily get a few hundred active users in a short period of time. I am interested in knowing what would be required to move this into Eclipse(like uDig)... any idea as it relates to man hours? There are some part which probabily even Linix or Windows user would take some benefits. I worked on User Guide: http://openjump.org/wiki/show/Index or List of Function page http://openjump.org/wiki/show/OpenJUMP+List+of+Functions together with SS untill last winter, but probabily they need some upgrade for the Up-to-come OpenJUMP 1.3 You are welcome to give your contribute adding/correcting these pages. Great! I'll take a look, and of course I'll edit/add as time/energy permits. For instance, the idea of videos (MOV) tutorials to explain tools is interesting, we could add a link to your video at the Editing Toolbox page http://openjump.org/wiki/show/Editing+Toolbox Is there any way these videos could be stored directly onto the OpenJump server? Otherwise, over time, as domains get shuffled around from server to server, links get broken, etc. Currently I have the photos up at flickr.com, and the movies up on my own domain/server, but they should be on the OJ server imo. I have another 40 videos I made yesterday and today, I just need to upload them and link them. However, many of these videos show bugs and errors, instead of instruction/example. I figured that would help the contributing programmers get an idea of the problems. But first I am really interested in learning from the fathers of this project, where it's going. I see uDig and QGIS with pretty clear plans of where they are going, but have not yet grasped that from OpenJump as of yet(hint). ** Regarding the Plugin test. There are some plugin which probabily don't work even with Windows/Linux version of OpenJUMP (for instance the Jython plugin). Some of them probabily were already added in OJ during time, other probabily had a short life since there was no interest/no need to go on upgrading to newer versions of JUMP/ OpenJUMP. Also, I'd be willing to setup a subversion repository with a trac front end to manage plug-ins/versioning, so we can get that situation somewhat organized. or, just create a table that shows compatibility. Again, I am very interested to know the current state of the core of OJ(lets say compared to uDig or QGIS, and how it could take advantage of geotools, geoserver, openlayers, etc.), and where everyone here thinks OJ is going, or where they want to take it. As I've said before, it seems like such a diamond in the rough, and I wonder why It has just sort of lingered as it has(again, i am not familiar with all it's history, or all those involved). Regards, Eric A m onth ago I planned to do a similar job like yours for Windows. By the time I will have time I will do it so we can compare and see what's left behind! Regards Peppe Michaël Michaud [EMAIL PROTECTED] ha scritto: Hi Eric, Thanks for all the tests and documentation. I'm the author of some of the plugins you tested (results on the wiki page), and have some remarks/questions about those which do not work : BshEditor4Jump-0.1.1-2006-04-20.zip : did you extract the jar from the zip and put it in the ext folder. That is how it is supposed to work. It is a useful plugin, and I would be pleased if it could work also on mac. Jump-spim-0.1.0 : this is a gadget plugin related to scripting. I did it before we integrated BeanTools in OpenJUMP distribution. Not very important, just a curiosity. mifmid-driver-0.4.0.jar : replaced by 0.4.1 that you tested successfully (I have to remove 0.4.0 from my site) mmpatch1.1.2 : not a plugin but a patch which modifies jump's core in some ways. Not maintained. Only interesting if the community decided to modify some of jump core features (it adds new attribute types like boolean and decimal but has never been tested with all drivers). plugin-oj-gcdriver and plugin-oj-mmdriver : it is just the zip containing the plugins, the sources and the documentation. It should not be used as a plugin. It appears that you tested the plugins themself successfully ;-)
Re: [JPP-Devel] Eric's tests of Plugins
Eric, You ask a lot of questions that have some long answers. I only have a few minutes before I need to start work, but I will try to answer some of these questions. Eric wrote: I am interested in knowing what would be required to move this into Eclipse(like uDig)... any idea as it relates to man hours? This would be a pretty monumental task. There are two (2) reasons for this: [1] Eclipse uses SWT and JFace for it's GUI, while OJ uses Swing. All of OJ's rendering code, which is very important, is based in Swing. [2] Eclipse uses a different (and more complex) plug-in model. Migrating to Eclipse would mean all plug-ins would have to be moved to the Eclipse plug-in model. (Many of the functionality that appear to be built-in to OpenJUMP in actuallu packaged as plug-ins distributed with the core.) In summary, moving to Eclipse would be a monumental task. I think we could accomplish a lot of other great things by investing that time elsewhere. Eric wrote: Is there any way these videos could be stored directly onto the OpenJump server? Our OpenJUMP server is actually a SourceForge server, and they have a size quota. Stefan has been successful in getting this increased so we can host the nightly build, but I don't know what they would say about a bunch of video's. It seems like YouTube might make more sense. If we want the video's on a dedicated server I could consider purchasing more space on my www.redefinedhorizons.com web site, but I'd need to know how much space we are talking about. There are other active programmers that might be able to host videos, like Larry and Paul. Eric wrote: Also, I'd be willing to setup a subversion repository with a trac front end to manage plug-ins/versioning, so we can get that situation somewhat organized. or, just create a table that shows compatibility. We actually have a Subversion repository already, and I think plug-in source code is hosted there. I've always wanted to have a plug-in catalog or index. I think that would be helpful. Eric wrote: Again, I am very interested to know the current state of the core of OJ(lets say compared to uDig or QGIS, and how it could take advantage of geotools, geoserver, openlayers, etc.), and where everyone here thinks OJ is going, or where they want to take it. As I've said before, it seems like such a diamond in the rough, and I wonder why It has just sort of lingered as it has(again, i am not familiar with all it's history, or all those involved). This is a very difficult question to answer. We don't talk a lot about the future of OpenJUMP. It just evolves as the individual programmers implement changes to scratch their own itches. I guess this makes OpenJUMP very organic. Perhaps this is a disadvantage? Or maybe it is the reason why you see a difference in it and the other programs. The evolution of OpenJUMP is very user-driven. There is no single entity or organization forcing OpenJUMP to adhere to a road map or plan. Having said that, I can tell you what I would like to see for OpenJUMP in the next couple of years. I put some long term goals for OpenJUMP here: http://openjump.org/wiki/show/Some+Possible+Goals+For+OpenJUMP There are also lots of other things I have in the hopper, and that I want to eventually implement using OpenJUMP. Let me start with what is currently in the works (at least in my Eclipse IDE) and in various stages of completion. You can see these items in the Sunburned Surveyor section of the following wiki page: http://openjump.org/wiki/show/Work+In+Progress I hope to have the top 4 of these items completed in the next month or two. Then there is all sorts of other great stuff that I hope to one day add to OpenJUMP. This includes awesome DXF support, advanced cartographic labeling, precision drawing (CAD) tools, the ability to create and manage topology, support for spatial relationships, metadata support, TIN management and contour generation, route stationing support, parcel management... The Sunburned Surveyor On Thu, Apr 3, 2008 at 4:15 AM, Eric Jarvies [EMAIL PROTECTED] wrote: Hello Peppe, On Apr 3, 2008, at 5:44 AM, Giuseppe Aruta wrote: Hi Eric, and congratulation for your detailed page. I saw that you plan to develop your page as a small tutorial for MacOX OpenJUMP user. well, just trying to document some user experience with OJ, as it is a good tool, but very under-exposed... uDig and QGIS are getting all the spotlight. I wish I had known about some of it's features way back when, and I would have started using it sooner. But because it's obscure and seemed inactive(low activity), I simply never took the time to use and abuse/enjoy. But all-in-all it's a great effort, and with some basic GUI clean-up and some bug-stomping, and some good download site postings/promotions, could easily get a few hundred active users in a short period of time. I am interested in knowing what would be required to move this into Eclipse(like uDig)... any idea as it relates
Re: [JPP-Devel] Eric's tests of Plugins
hello, as usual, your responses are informative, as seems to be the case with openjump list members in general. On Apr 3, 2008, at 9:07 AM, Sunburned Surveyor wrote: Eric, You ask a lot of questions that have some long answers. I only have a few minutes before I need to start work, but I will try to answer some of these questions. Eric wrote: I am interested in knowing what would be required to move this into Eclipse(like uDig)... any idea as it relates to man hours? This would be a pretty monumental task. There are two (2) reasons for this: [1] Eclipse uses SWT and JFace for it's GUI, while OJ uses Swing. All of OJ's rendering code, which is very important, is based in Swing. ok, i will read about this and try to make sense of it. [2] Eclipse uses a different (and more complex) plug-in model. Migrating to Eclipse would mean all plug-ins would have to be moved to the Eclipse plug-in model. (Many of the functionality that appear to be built-in to OpenJUMP in actuallu packaged as plug-ins distributed with the core.) so how many of the 10.+- MBs of OJ is core and how many MBs are plugins? In summary, moving to Eclipse would be a monumental task. I think we could accomplish a lot of other great things by investing that time elsewhere. understood :) again, i will now read about swt, jface, and swing, and try to wrap my mind around it. Eric wrote: Is there any way these videos could be stored directly onto the OpenJump server? Our OpenJUMP server is actually a SourceForge server, and they have a size quota. Stefan has been successful in getting this increased so we can host the nightly build, but I don't know what they would say about a bunch of video's. It seems like YouTube might make more sense. If we want the video's on a dedicated server I could consider purchasing more space on my www.redefinedhorizons.com web site, but I'd need to know how much space we are talking about. There are other active programmers that might be able to host videos, like Larry and Paul. i figured if the proggy had server/drive space, then great. but no stress, i'll keep them all on my server. Eric wrote: Also, I'd be willing to setup a subversion repository with a trac front end to manage plug-ins/versioning, so we can get that situation somewhat organized. or, just create a table that shows compatibility. We actually have a Subversion repository already, and I think plug-in source code is hosted there. I've always wanted to have a plug-in catalog or index. I think that would be helpful. ok. Eric wrote: Again, I am very interested to know the current state of the core of OJ(lets say compared to uDig or QGIS, and how it could take advantage of geotools, geoserver, openlayers, etc.), and where everyone here thinks OJ is going, or where they want to take it. As I've said before, it seems like such a diamond in the rough, and I wonder why It has just sort of lingered as it has(again, i am not familiar with all it's history, or all those involved). This is a very difficult question to answer. We don't talk a lot about the future of OpenJUMP. It just evolves as the individual programmers implement changes to scratch their own itches. I guess this makes OpenJUMP very organic. Perhaps this is a disadvantage? Or maybe it is the reason why you see a difference in it and the other programs. The evolution of OpenJUMP is very user-driven. There is no single entity or organization forcing OpenJUMP to adhere to a road map or plan. ok, i understand now. thank you. Having said that, I can tell you what I would like to see for OpenJUMP in the next couple of years. I put some long term goals for OpenJUMP here: http://openjump.org/wiki/show/Some+Possible+Goals+For+OpenJUMP wonderful. There are also lots of other things I have in the hopper, and that I want to eventually implement using OpenJUMP. Let me start with what is currently in the works (at least in my Eclipse IDE) and in various stages of completion. You can see these items in the Sunburned Surveyor section of the following wiki page: http://openjump.org/wiki/show/Work+In+Progress I hope to have the top 4 of these items completed in the next month or two. Then there is all sorts of other great stuff that I hope to one day add to OpenJUMP. This includes awesome DXF support, advanced cartographic labeling, precision drawing (CAD) tools, the ability to create and manage topology, support for spatial relationships, metadata support, TIN management and contour generation, route stationing support, parcel management... The Sunburned Surveyor cool. eric On Thu, Apr 3, 2008 at 4:15 AM, Eric Jarvies [EMAIL PROTECTED] wrote: Hello Peppe, On Apr 3, 2008, at 5:44 AM, Giuseppe Aruta wrote: Hi Eric, and congratulation for your detailed page. I saw that you plan to develop your page as a small tutorial for MacOX OpenJUMP user. well, just trying to