Re: [JPP-Devel] Allow NULLs in Boolean attributes?

Hey, that's interesting. The STRING data type also supports NULL. However if one saves this attribute data into a Shapefile/dBASE and reopens this file, then all strings will change from NULL to "". From this perspective it is interesting, that Shapefiles actually support NULL. I guess it must b

Re: [JPP-Devel] How to remove the menus from nenu bar in openjump.

Hi! I need to remove some menus from menu bar.For that i edit the > JUMPConfiguration.java > But still i have menus.I need to remove > Edit,Customize menus > Please help me to remove the menu. > The plugins are configuraed in com.vividsolutions.jump.workbench.JUMPConfiguration and org.openjump.O

Re: [JPP-Devel] Optimizing OpenJUMP menus

The dependencies were missing. I fixed that and wrote step-by-step guide for the build. https://github.com/hastebrot/nicejump-curator#installation-under-windows The goal of the project was, to experiment with alternative menu structures. The code was a quick write, currently the menu entries have

Re: [JPP-Devel] Optimizing OpenJUMP menus

> > we definitely have several file loading dialogs which should be sorted > somehow or better yet consolidated into one menu entry though. > +1 for consolidation. A save dialog could both save projects and layers. One could select which layers to save and wether the project should also be saved.

Re: [JPP-Devel] Optimizing OpenJUMP menus

Hi Guiseppe. Gladly. You can find it at https://github.com/hastebrot/nicejump-curator. The source code is two years old and written in Groovy. I only uploaded the source but didn't run a build. It might work with newer versions of OJ as long as the build runs through. Maybe some changes to the bu

Re: [JPP-Devel] Optimizing OpenJUMP menus

>Load Image is in Edit/Load Layer menu. Maybe it could go into the Layer menu. I dont remember why the entries were put into Edit. 2012/11/21 Benjamin Gudehus > Load Image is in Edit/Load Layer menu. -- Monito

Re: [JPP-Devel] Optimizing OpenJUMP menus

Hi Michaël! Did you create this yaml file from your configuration or > do you create your user-interface from this file ? > A simple PlugIn empties OpenJUMPs MenuBar and then creates the menues using the YAML file. Why did you put load image or load datastore in Edit/Selection menu ? > Load Im

Re: [JPP-Devel] Optimizing OpenJUMP menus

Hi! Here is a YAML configuration file for the menu structure I use. https://gist.github.com/4117207 2012/11/20 > On 19.11.2012 22:45, Stefan Steiniger wrote: > > Hi, > > > > - tested: copy image to clipboard and paste in MS Word works on MacOSX > > with RC 1.6 > > > > - when reading over the m

Re: [JPP-Devel] OpenJUMP roadmap updates

2012/2/18 Michaël Michaud > In the future, I would like to be able to customize the toolbar, because I > like softwares which > start with only few menus and few buttons, then add what I really need. > But we can see that later > (I should write a feature request) > Hi Michaël! Interesting. For

Re: [JPP-Devel] OpenJUMP roadmap updates

If only branches was easy like in Git. "git rebase" for the win. 2012/2/13 > On 11.02.2012 16:38, Giuseppe Aruta wrote: > > Ede, maybe the 1.5 branch needs to be synchronized with r1730 before new > commits are made in the trunk. > > Ede, do we need to synchronize 1.5 with the trunk now or can w

Re: [JPP-Devel] MultiInputDialog is a "jack of all trades device"

om the UI itself (implementation > > class). Also a constraint for me was to keep all methods of the > > class named "MultiInputDialog", not to have to rewrite plugins. > > > > I'm not saying this is the best way to go, just explain the backg

Re: [JPP-Devel] OpenJUMP new features (organization)

> > Trac is a project management software. > It includes wiki, svn and bugtracker > > I don't like the UI look and feel, but it is used by so many projects that > it surely have good qualities. > There is also Redmine which is heavily inspired by Trac, but far easier to setup.

Re: [JPP-Devel] OpenJUMP new features (organization)

> > Hi, > > Interesting, looks like what we need ;-) > > I also had a look on sourceforge page. There are many soft proposed which > could help for managing task. > http://sourceforge.net/apps/trac/sourceforge/wiki/Hosted%20Apps > > What would be the advantages to use git. Heard good things about i

Re: [JPP-Devel] OpenJUMP new features (organization)

Hi Michaël, some thing I wanted to mention: It is usual at Github to create pull requests for new features. The author of the feature can create a new branch on his repository and add specific code changesets from his repository to the pull request. Other interested developers can discuss and rev

Re: [JPP-Devel] copyright policy

Hi Stefan, I thought about two options: 1. add "Jump Pilot Project" as the copyright holder 2. add "the authors of this file" as the copyright holder and refer to the @author tags of the class. I'm completely fine about setting "Jump Pilot Project" for the org.openjump.tests classes (option 1) a

Re: [JPP-Devel] Tests in DeleteDuplicateGeometriesTest

Ok, I've got it. It's all clear. The menu entry is actually created, I just missed to call validate on the menu bar... 2012/1/27 Benjamin Gudehus > I tried to add a feature test for the installation of the plugin to the > menubar. > > private void initializeMenuItem

Re: [JPP-Devel] Tests in DeleteDuplicateGeometriesTest

staller.menuBar().add(new JMenu(MenuNames.TOOLS)); There is also the static method addMainMenu, but it doesn't add the tools menu, too: FeatureInstaller.addMainMenu(installer, new String[] {MenuNames.TOOLS}, MenuNames.TOOLS_QA, 0); I'll try to fix that. --Benjamin 2012/1/26

Re: [JPP-Devel] General refactoring of OpenJUMP

check that out. > > Landon > > On Wed, Jan 25, 2012 at 7:57 AM, Benjamin Gudehus > wrote: > > Hi Landon! > > > > 2012/1/22 Landon Blake > >> > >> > >> One of my challenges when trying to unit test parts of the OJ core > >> previously has

Re: [JPP-Devel] Tests in DeleteDuplicateGeometriesTest

tion = "deletes features with similar geometry"; --Benjamin 2012/1/25 Benjamin Gudehus > Here are some ideas/questions for refactoring of the class: > > 1. List configuration parameters prominently (Layer itemLayer, boolean > deleteOnlySameAttributes) > So it is easier to see

Re: [JPP-Devel] Tests in DeleteDuplicateGeometriesTest

p Subversion in some point of time and switch to Git or Mercurial!) --Benjamin 2012/1/15 Benjamin Gudehus > including 8 strict features => including 8 strict duplicates ;) > > > 2012/1/15 Benjamin Gudehus > >> 2012/1/15 Michaël Michaud >>> >>> It took

Re: [JPP-Devel] MultiInputDialog is a "jack of all trades device"

Hi Michaël! 2012/1/19 Michaël Michaud > Hi, > > Let's see ! > I will write something about the (1) code interface concepts and (2) appealing functional design in a later post. I've significantly reworked the MultiInputDialog design about one year ago, > because I wanted to make it extendable

Re: [JPP-Devel] General refactoring of OpenJUMP

Hi Landon! 2012/1/22 Landon Blake > > One of my challenges when trying to unit test parts of the OJ core > previously has been the number of inter-dependencies. Did you come up > with a mock or stub for WorkbenchContext? I really see some value in > sharing mocks and stubs for OJ core components

[JPP-Devel] MultiInputDialog is a "jack of all trades device"

Hi! MultiInputDialog is what we call in germany an "eierlegende Wollmilchsau" (lit. an egg laying wool-milk-sow, engl. jack of all trades device). I really like the concept; and MultiInputDialog is very usable in terms of creating dialogs for plugins easily. But it hides to much of the underlayou

Re: [JPP-Devel] Tests in DeleteDuplicateGeometriesTest

including 8 strict features => including 8 strict duplicates ;) 2012/1/15 Benjamin Gudehus > 2012/1/15 Michaël Michaud >> >> It took me a while to make it work, because in the same time, I tried >> to use Eclipse, then Netbeans that I've never really used for

Re: [JPP-Devel] Tests in DeleteDuplicateGeometriesTest

2012/1/15 Michaël Michaud > > It took me a while to make it work, because in the same time, I tried > to use Eclipse, then Netbeans that I've never really used for a big > project. > It was a horrible experience. How can Eclipse be so popular ? I'm > really wondering. > But JUnit also works for

Re: [JPP-Devel] Tests in DeleteDuplicateGeometriesTest

case method and start this single test method with the junit window in Eclipse. After your inspection close the window and stop the execution of the test. 2012/1/14 Benjamin Gudehus > Hi Michaël! > > Here are some ideas for the tests: > > 1. a fixture "duplicate-geometries

[JPP-Devel] Tests in DeleteDuplicateGeometriesTest

Hi Michaël! Here are some ideas for the tests: 1. a fixture "duplicate-geometries.jml" with duplicate geometries. 2. a new test class "DeleteDuplicateGeometriesPlugInTest" copied from UnionByAttributePlugInTests 3. change parameters to "itemlayer" and "deleteOnlyForSameAttributes" 4. write test

Re: [JPP-Devel] Unit test framework

I had a closer look at the plugin, there is no need to change initialize() in order to run tests. The needed fields are already there: private Layer itemlayer = null; private boolean deleteOnlyForSameAttributes = false; --Benjamin 2012/1/14 Benjamin Gudehus > 2012/1/14 Michaël Mich

Re: [JPP-Devel] Unit test framework

2012/1/14 Michaël Michaud > Hi Benjamin, > > I just saw how you organized the test framework, and I have several > questions before I start using it (I'd like to optimize > DeleteDuplicateGeometriesPlugIn before 1.5.1 release, which is an > excellent opportunity to test your Framework) : > I had

[JPP-Devel] Tests in UnionByAttributePlugInTest

Hi! I've committed the first unit test for a plugin at revision 2614. org.openjump.core.ui.plugin.tools.UnionByAttributePlugInTest There is only one single test case, but more will follow. Since I really like to practicise behaviour-driven development (BDD), I've tried to adapt given-when-then li

Re: [JPP-Devel] General refactoring of OpenJUMP

Up and running! 2012/1/13 Stefan Steiniger > sorry for the late reply. > Yes I think its fine to commit this - unit tests are a good thing > (except I have never used them ;) > > thanks > stefan > > Am 11.01.12 19:37, schrieb Benjamin Gudehus: > > I wi

Re: [JPP-Devel] General refactoring of OpenJUMP

I will then commit this into trunk. 2012/1/11 Benjamin Gudehus > in this case it is up to you whether to branch or not. as it is an >> addition it will be easy to merge later, it's merely an organizational >> decision. >> >> regards ede > > > here ar

Re: [JPP-Devel] General refactoring of OpenJUMP

> > in this case it is up to you whether to branch or not. as it is an > addition it will be easy to merge later, it's merely an organizational > decision. > > regards ede here are my steps: 0. create eclipse project (mvn eclipse:eclipse failed, so I created it via eclipse, only add libs in /lib

Re: [JPP-Devel] General refactoring of OpenJUMP

> > It must make use and adoption simple, not more complex ! +1 2012/1/11 > the trunk is very reliable these days. i want to keep it that way. > > can you explain what has to be refactored to what degree? changes to core > are especially delicate because we can easily break compatibility with

Re: [JPP-Devel] Cannot open old project file

> New OJ does not open my old project files which I have created in 2009. It > is not a problem because I have the corresponding OpenJUMP version in the > same zip file. Big advantage from a small footprint. I still wonder what > has changed and how the old project files could be edited to be usas

Re: [JPP-Devel] General refactoring of OpenJUMP

If we want to directly commit this to trunk without creating a branch, I first need to thunk about possible consequences when we refactor exising code. Stefan maybe has also some ideas about that. 2012/1/10 Benjamin Gudehus > Wouldn't be enough to add a new package to the source t

Re: [JPP-Devel] General refactoring of OpenJUMP

> > Wouldn't be enough to add a new package to the source trunk for > developpers and to exclude the package for releases, and nightly builds ? > > Michaël > Okay. I will relayout the existing source code to fit into the structure of core/trunk. After that I will create a new branch at svn with t

Re: [JPP-Devel] General refactoring of OpenJUMP

@Michaël > Nice to see your progress on a unit test framework setting. > > It would be good if it could help making a better separation between > plugin parameters and ui stuff. > I think the other plugins should be refactored like you already refactored the UnionByAttributePlugIn. TestToolsTest

Re: [JPP-Devel] General refactoring of OpenJUMP

Hi! I've started to build the testing environment a week ago. Let's make a brief summary about what happend since my last post. Documentation was added to the classes and Javadocs and testing results can be generated as html files. Also all needed methods for the tests where arranged in TestTools

Re: [JPP-Devel] OpenJUMP 1.5.0 release

> On 07.01.2012 17:39, Benjamin Gudehus wrote: > > The maven build of trunk a few week ago didn't work for me. > > > > I've tried mvn package -P core or something. Need to update to > > a new version and try it again. > > > > --Benjamin > > >

Re: [JPP-Devel] OpenJUMP release : differences between ant and maven

> > but that's it's weakness as well. the build breaks if the repositories are > for some reason not available and the libs are not cached locally already. > A solution would be to run an own maven repository with the needed dependencies. I think I saw some project hosting its maven repository at

Re: [JPP-Devel] OpenJUMP 1.5.0 release

The maven build of trunk a few week ago didn't work for me. I've tried mvn package -P core or something. Need to update to a new version and try it again. --Benjamin 2012/1/7 > On 07.01.2012 15:58, Michaël Michaud wrote: > > Hi, > > > > I released 1.5.0 on the main site (only core distribution

Re: [JPP-Devel] OpenJUMP release : differences between ant and maven

Hi, some words to the libraries: I personally prefer the maven build. The ant build is used for release builds and the maven build for the nightly snapshot. I really like about the maven build that the filenames of the jars are more readable and that it is not necessary to bundle the jars in the r

Re: [JPP-Devel] General refactoring of OpenJUMP

our examples, I thought that the > required refactoring could help making plugins scriptables (currently, it's > quite difficult to use plugins from beanshell), and maybe later to > implement a macro recorder (though, I may have extrapolated a bit too far > ;o)). > > Le 04/01/2012 23:2

Re: [JPP-Devel] General refactoring of OpenJUMP

o: Manuel Küblböck: “How to make changes to rotten legacy code”, http://qualityswdev.com/2011/02/09/how-to-make-changes-to-rotten-legacy-code/ So we are now at point 6. I've changed nothing in UnionByAttributePlugIn. Next thing is to write all tests / interactions for it. --Benjamin 2012/1/4 B

Re: [JPP-Devel] General refactoring of OpenJUMP

run plugin5. Refactor PlugIn (maybe) to execute simple test with a shapefilefixture (chance no behaviour)6. Write Tests for bounded context and edge cases7. Refactor mercilessly So we are now at point 6. I've changed nothing inUnionByAttributePlugIn. Next thing is towrite all tests / interactions

Re: [JPP-Devel] General refactoring of OpenJUMP

2. Legacy code and testing How to test plugins (from the tools menu)? (1) Create and setup a JUMPWorkbench with WorkbenchFrame and WorkbenchContext. The method JUMPWorkbench.main() has all needed instructions. In order to run the plugins we need to set WorkbenchFrame visible. This is only require

Re: [JPP-Devel] General refactoring of OpenJUMP

@Michaël > Interesting. What kind of test ? Three kinds of tests: (1) for the dialog using a GUI robot with FEST-Swing, (2) for the plugin functionality and (3) for unittests of components used by plugins. I write these tests BDD-style using Spock and Groovy and run them with JUnit within Eclipse

[JPP-Devel] General refactoring of OpenJUMP

Happy new year! I did some research on the refactoring of the PlugIns in the tools menu and want to discuss some points: 1. Software development process 2. Legacy code and testing 3. Separation of GUI and code Let's start with the first point, since I really like to know how you guys de

Re: [JPP-Devel] Tool for swithing x and y coordinates of features

Beanshell is a very nice tool. I used JRuby in OpenJUMP to create the complete list of PlugIns (see another mail on this list). I've added the Ruby source code to the code paste: https://gist.github.com/1361280 I think the normal development workflow with scripts such as Beanshell or JRuby in Ope

[JPP-Devel] Complete List of PlugIns in the Workbench

Moin! Here is a list of the PlugIns in the MenuBar, ToolBar, LayerNamePanel and LayerViewPanel for OpenJUMP 1.4.2. https://gist.github.com/1361280 Regards Benjamin -- RSA(R) Conference 2012 Save $700 by Nov 18 Register n

Re: [JPP-Devel] [openjump-users] SLD does not work (exception)

I suppose that the last commit on the SLD exporter class introduced the error. When I revert it, it works. Alternatively one can leave the field for the namespace in the export dialog empty. As far as I remember there are some other problems in the SLD importer, too.. --Benjamin 2011/5/10 > >

Re: [JPP-Devel] Saving in-memory layers before saving a project

Hi! +1 for Matthias' idea. Also the user should explicitly know, that unsaved layers are saved automatically. --Benjamin 2011/4/13 Matthias Scholz > Hi Michaël, > > very good idea! This was one point on my TODO ;-) It would be nice if > the user can preselect a format. My users use most time

Re: [JPP-Devel] Some thoughts for future work on the user interface

Hi Michaël! > Do you mean you use groovy as a compiled language and not as a scripting > language ? Have you got a small sample of a grrovy extension for OpenJUMP ? > Yes, indeed, I use Groovy as a compiled language. Here is a simple example for a UnionByAttributePlugIn. http://pastebin.com/ab

Re: [JPP-Devel] Some thoughts for future work on the user interface

Hi Michaël, Thanks for your comments and links to docking and plugin libraries/frameworks. > is infonode totally free and opensource ? InfoNode Docking Windows is under GPL. It looks quite good (as one can see in my screenshots) and has a nice API. One idea I had which may be related to the

Re: [JPP-Devel] Some thoughts for future work on the user interface

initializePlugIn(new PropertiesPanelPlugIn()) //plugInManager.initializePlugIn(new PythonShellPlugIn()) workbench.startProgram() } --benjamin 2011/3/14 Benjamin Gudehus > hallo Matthias! > > it would be nice to incubate a new GUI in parallel work. > > Maybe we could spli

Re: [JPP-Devel] Some thoughts for future work on the user interface

> > > 2011/3/13 Michaël Michaud > <mailto:michael.mich...@free.fr>> > > > > Hi, > > > > Nice work ! > > There is surely a lot of work to transfer all the improvements to > > the last version of OpenJUMP. > > > >

Re: [JPP-Devel] Some thoughts for future work on the user interface

version of OpenJUMP. > > What do you mean by running PlugIns from OpenJUMP with the new plugin > system ? > > Michaël > > > > Le 13/03/2011 21:05, Benjamin Gudehus a écrit : > > Hi OpenJUMPers, > > I want to come up with some ideas for future work on the &g

[JPP-Devel] Some thoughts for future work on the user interface

Hi OpenJUMPers, I want to come up with some ideas for future work on the user interface of OpenJUMP. In May 2010 I spent a week to implement a small RCP inspired by Landons Simple Pluggable Swing Program. I also intergrated a dockable window system using InfoNode. Here's a screenshot: http://img

Re: [JPP-Devel] official plugin repository(please vote)

Hi! I used Trac a few years ago (2006 or so) and liked it much. Anyway there is a far better alternative called Redmine, which is heavyly inspired by Trac. BTW: Did one of you ever used Mylyn for task management in Eclipse? There is an Redmine-Connector for Eclipse. The problem with those both is

Re: [JPP-Devel] New Version of Printer Plugin

Hi Geoff! Very nice, I will test it out. Thanks a lot for this useful plugin/extension. You had an typo in the URL. Right one is http://www.cadplan.com.au/ Greetings Benjamin 2011/1/15 Geoffrey Roy > To Users/Developers > > I have just posted the latest version of my printer plugin (at > www

Re: [JPP-Devel] get a point feature

and_HowTo > It could be placed near PlugInContextDiagram > > Michaël > > Le 19/12/2010 19:02, Benjamin Gudehus a écrit : > > Hi Mohammed, > > I've created an uml class diagram. > > http://www.abload.de/img/openjump-feature-modeltewe.png > > This shoul

Re: [JPP-Devel] get a point feature

Hi Mohammed, I've created an uml class diagram. http://www.abload.de/img/openjump-feature-modeltewe.png This should help to understand the relations between the classes Coordinate, Geometry, Feature, FeatureCollection, FeatureSchema, Layer and LayerManager. Related classes are grouped into pack

Re: [JPP-Devel] jump-grapht

Hi Mohammed, org.gdms.jgrapht.INode contains a com.vividsolutions.jts.geom.Geometry. I wrote this method quickly but without testing it (code is in Groovy): void addNodesAsNewLayer(List nodes, LayerManager layerManager) { def schema = new FeatureSchema() schema.addAttribute("geometry", A

Re: [JPP-Devel] DropDown Button

t; Thanks, > > The Sunburned Surveyor > > On Sat, Dec 11, 2010 at 12:50 PM, Benjamin Gudehus > wrote: > > Hey, > > > > I've tested DropDownButton, and it's the perfect alternative to the > Flamingo > > component. > > > > - DropDownBut

Re: [JPP-Devel] add toolbar item

Hi Mohammed, please have a look at the OpenJUMP wiki http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Adding_A_Toolbar_Button I've found this page very easily by going to the wiki main page http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Main_Page and doing a f

Re: [JPP-Devel] cts by code

Hi Mohammed, I've wrote this example Jython code: {code} from com.vividsolutions.jump.coordsys.impl import PredefinedCoordinateSystems layer = wc.layerManager.getLayer("examplelayer") schema = layer.featureCollectionWrapper.featureSchema coordinateSystem = PredefinedCoordinateSystems.GEOGRAPHIC

Re: [JPP-Devel] DropDown Button

m Hannover, Benjamin 2010/12/11 Benjamin Gudehus > Hi Matthias, > > I use the JCommandButton from Flamingo > (org.jvnet.flamingo.common.JCommandButton) in > my OpenJUMP extension. Problem is, that this swing component looks > differently than > the other JButtons (it has a blueish

Re: [JPP-Devel] DropDown Button

Hi Matthias, I use the JCommandButton from Flamingo (org.jvnet.flamingo.common.JCommandButton) in my OpenJUMP extension. Problem is, that this swing component looks differently than the other JButtons (it has a blueish border). I use that button for the "recently opened projects" functionality in

Re: [JPP-Devel] Wiki

Hi Stefan! You can edit the wiki sidebar here: http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=MediaWiki:Sidebar benjamin 2010/9/22 Stefan Steiniger > I agree - but I could never find it. > So

Re: [JPP-Devel] interacting with another application

Hi! That's interprocess communication. What about communicating between openjump and external applications via network sockets? I implemented a jsonrpc 2.0 server (http://en.wikipedia.org/wiki/JSON-RPC) and it works very well. Here some example code in groovy (placed in an extension class) whic

Re: [JPP-Devel] OpenJump Documentation

Hi! I used the OpenJUMP javadocs and created the mind map with FreeMind. http://sourceforge.net/projects/freemind/files/freemind-unstable/ --Benjamin 2010/6/24 Stefan Steiniger > Hei Benjamin > > thanks.. I uploaded it on the wiki > > stefan > > Benjamin Gudehus wr

Re: [JPP-Devel] OpenJump Documentation

Hello Herman, I created a useful cheat sheet. http://www.imagebanana.com/img/n6r6yt2g/PlugInContext.png --Benjamin 2010/6/24 Larry Becker > Hi Herman, > > Try: > http://www.vividsolutions.com/jump/bin/JUMP%20Developer%20Guide.pdf > > Larry > > On Thu, Jun 24, 2010 at 6:59 AM, Hernan Arellan

Re: [JPP-Devel] Development - OpenJUMP

htmlFrame.createNewDocument() htmlFrame.addText("Hello, World!") htmlFrame.addText(pluginPath.toString()) htmlFrame.surface() return true } } Another funny thing is, you can copy your Java code into a Groovy file and it compiles. --Benjamin > > Larry

Re: [JPP-Devel] Development - OpenJUMP

That's how the sentences supposed to look like. -> ...with Eclipse (using the amazing Groovy-Eclipse Plugin). NetBeans and IntelliJ IDEA also support Groovy. ... 2010/6/3 Benjamin Gudehus > > 2010/6/3 Larry Becker > > Hi Benjamin, >> >> Are you runnin

Re: [JPP-Devel] Development - OpenJUMP

Hi! I wrote a FeatureCollectionBuilder and a FeatureCollectionSchemaEditor for that in Groovy using the Builder design pattern ( http://groovy.codehaus.org/Builders). Look at this example code (from the unit tests). You can add and remove Attributes to the FeatureSchema. private featureCollecti

Re: [JPP-Devel] How to load ESRI shapefiles by code

/28 Benjamin Gudehus > What I forgot to mention: I've written it in Groovy. My unit tests / > specifications depend on Groovy and Spock. Once finished I'll > rewrite/convert the non-test code to Java. > > 2010/5/28 Benjamin Gudehus > > I pushed a working draf

Re: [JPP-Devel] How to load ESRI shapefiles by code

What I forgot to mention: I've written it in Groovy. My unit tests / specifications depend on Groovy and Spock. Once finished I'll rewrite/convert the non-test code to Java. 2010/5/28 Benjamin Gudehus > I pushed a working draft of DataSourceTools to > http://bitbucket.org/ha

Re: [JPP-Devel] How to load ESRI shapefiles by code

rs in a plugin". A snippet of BeanShell would be nice too. :-] > > regards, > Larry > > On Fri, May 28, 2010 at 3:26 AM, Benjamin Gudehus < > hasteb...@googlemail.com> wrote: > >> how about not splitting the class (i.e. avoiding to break anything), but >

Re: [JPP-Devel] How to load ESRI shapefiles by code

> how about not splitting the class (i.e. avoiding to break anything), but > just add the second class for programmatical access? Maybe this could > even go into the core.apitools package. yes, important to make no backward incompatible changes to LoadDatasetPlugIn. If you feel like creating su

Re: [JPP-Devel] How to load ESRI shapefiles by code

Hi! If you just want to load shapefiles, you can use ShapefileReader directly to load a shapefile into a FeatureCollection. ShapefileReader reader = new ShapefileReader(); FeatureCollection features = reader.read(new DriverProperties(shapefilePath)); Layer layer = context.getLayerManager().addLay

Re: [JPP-Devel] Mouse wheel zoom and WMS

at is happening. > > thanks, > Larry > > > On Wed, Feb 24, 2010 at 12:06 PM, Benjamin Gudehus < > hasteb...@googlemail.com> wrote: > >> @white space when zooming out: >> >> Maybe you can use the drawing algorithm that draw the geometries like a >>

Re: [JPP-Devel] Mouse wheel zoom and WMS

/2/24 Benjamin Gudehus > Hi Larry, > > there should really be an option the choose between the old and new zooming > algorithm (if possible). > > Zooming out feels slowly, when I first have to wait for the rendering of > missing geometries in the white space around the image

Re: [JPP-Devel] Mouse wheel zoom and WMS

(B) You might be right. I've noticed an occasional anomaly too, but > can't reproduce it consistently. I don't know what is causing it. > > regards, > Larry > > > On Tue, Feb 23, 2010 at 10:41 AM, Benjamin Gudehus < > hasteb...@googlemail.com> wrote: >

Re: [JPP-Devel] Mouse wheel zoom and WMS

Hi! I tested the new mouse wheel zoom with the nightly build from 23-Feb-2010 02:12. (A) In previous versions the zoom function zoomed-in to the current position of the mouse cursor. The new behavour is, that it just zooms to the position in middle of the layerviewpanel. I'd like to have the old

Re: [JPP-Devel] Question about TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP

I forgot to mention, that if no getTaskMonitorDialog() is provided by the PlugIn, the default TaskMonitorDialog is used. 2010/1/12 Benjamin Gudehus > For customizing the TaskMonitorDialog the source code of a plugin could > look like this: > > > class HelloProgressPlugIn extends

Re: [JPP-Devel] Question about TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP

njamin: Did you find a solution for your particular case? If not, I > would be interested in discussing the situation with you so I could > explore some solutions. > > The Sunburned Surveyor > > On Thu, Dec 10, 2009 at 10:27 AM, Stefan Steiniger > wrote: > > Hei > >

Re: [JPP-Devel] Source Code For Pirol Plug-Ins

The jar-files contain the source code besides the class files. 2010/1/7 Sunburned Surveyor > Does anyone know if the source code for the Pirol Plug-Ins on this > page is available: > > http://www.pirol.fh-osnabrueck.de/jump-download.html > > Thanks, > > The Sunburned Surveyor > > > -

Re: [JPP-Devel] Question about TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP

Hi! PS: Who send the first message? I did not get it. > I found the first message here: http://www.mail-archive.com/jump-pilot-devel@lists.sourceforge.net/msg06770.html you know that this is possible using > * monitor.report("computing feature " + count + " of " + numFeatures); > I already impl

[JPP-Devel] Question about TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP

Hi! > I'm trying to figure out how to separate the code by putting the one > task in the execute method and the other task in the run method, but I > can't find a solution yet. (I need to determine the relationship > between the execute and run method. The Javadoc doesn't seem to > indicate when t

Re: [JPP-Devel] Question about TaskMonitorDialog, ThreadedPlugIn, and Threads in OpenJUMP

ssDialog); === TaskWrapper.run() === plugIn.run(dialog, context); 2009/12/9 Benjamin Gudehus > Hi! > >> I'm trying to figure out how to separate the code by putting the one >> >> task in the execute method and the other task in the run method, but I >> can'

Re: [JPP-Devel] app development with openJump

Hi. I wrote a bunch of methods to mock some components of openjump to do unit tests and functional tests. I'm planning to use this knowledge to write an external application using the openjump-api. I spend several hours to figure out, how to mock them and hope to contribute some of my code. As so

Re: [JPP-Devel] Hi all

"Not linked", ] as HashMap) colorThemingStyle.setEnabled(true) layer.fireAppearanceChanged() Hope this solves your problem :) Greetings from Hannover, Benjamin Gudehus Hi all, > I am using OJ as a platform for developing GIS-solutions in implementing > OJ-Plugins. > I am doing thi