[JPP-Devel] Question about ViewOptionsPlugin

Greeting Roberto Rossi, from the University of Padova, asked me if the synchronizationCheckBox on ViewOptinsPanel can be se enabled by defaut on fresh OpenJUMP distributuions. This option synchronizes selection between Attribute Table Records and Map Items. The question is if enabling sync by

Re: [JPP-Devel] Question about MultiInputDialog

it's your baby. and there is no hurry, so i'll leave the final decision and implementation to you as long as it is feasible at all. ..ede On 22.05.2017 13:16, Giuseppe Aruta wrote: > OK/Cancel sounds like go back to Option dialog instead of MultiImput dialog > That could be a minimalist and

Re: [JPP-Devel] Question about MultiInputDialog

OK/Cancel sounds like go back to Option dialog instead of MultiImput dialog That could be a minimalist and intuitive solution, Peppe 2017-05-22 13:14 GMT+02:00 Giuseppe Aruta : > Tanks for the comment Ede > again tomorrow I will be out for work for 11 days. I will post

Re: [JPP-Devel] Question about MultiInputDialog

Tanks for the comment Ede again tomorrow I will be out for work for 11 days. I will post pone any decision when I am back. If you want to do any modification, you are most welcome. Peppe 2017-05-22 13:06 GMT+02:00 : > On 22.05.2017 12:40, Giuseppe Aruta wrote: > > 1. open

Re: [JPP-Devel] Question about MultiInputDialog

On 22.05.2017 12:40, Giuseppe Aruta wrote: > 1. open Project Properties > 2. enable Metadata Change checkbox (a "Cancel" button that is enabled > together with "Apply") > 3. change the comment > 4. ups, i erred, i want the old entry back > > As the GUI is defined (by MultiInputDialog) can see two

Re: [JPP-Devel] Question about MultiInputDialog

On 22.05.2017 12:43, Giuseppe Aruta wrote: > This solution doesn't take into account that user could modify metadata > more than once. Undo/redo probably solve this but I'd rather use undo/redo > only for editing. yupp.. definitely overkill. let's not go there. ..ede

Re: [JPP-Devel] Question about MultiInputDialog

This solution doesn't take into account that user could modify metadata more than once. Undo/redo probably solve this but I'd rather use undo/redo only for editing. Peppe 2017-05-22 12:40 GMT+02:00 Giuseppe Aruta : > 1. open Project Properties > 2. enable Metadata

Re: [JPP-Devel] Question about MultiInputDialog

1. open Project Properties 2. enable Metadata Change checkbox (a "Cancel" button that is enabled together with "Apply") 3. change the comment 4. ups, i erred, i want the old entry back As the GUI is defined (by MultiInputDialog) can see two schenarios: *) If the "Apply" button is not clicked, it

Re: [JPP-Devel] Question about MultiInputDialog

Peppe, not to be misunderstood. consider this flow 1. open Project Properties 2. enable Metadata Change checkbox 3. change the comment 4. ups, i erred, i want the old entry back now the user has a UI that only allows hit APPLY and then OK (values are saved, user does not want that!) or

Re: [JPP-Devel] Question about MultiInputDialog

Thanks for the enhancement on OK/Apply buttons, Ede. I did a small upgrade of the GUI: it showns the unit as a separate box, in case one day we improve unit conversion. I prefer to have a dedicate button (like "Restore properties from the file") instead to have a cancel button. I added a method on

Re: [JPP-Devel] Question about MultiInputDialog

Peppe, one issue still remains though. if there is an APPLY button, there should be a CANCEL button to abort _and_ restore the previous state. i leave that to you in case you are interested. the needed method's to hide, en/disable are in place now. it's sunday, so i am being lazy.. ede On

Re: [JPP-Devel] Question about MultiInputDialog

ok, checked your code :).. ProjectInfoPlugIn.proj-metadata is the edit checkbox text, so that can stay as it is. another thing. editing the info comment only get's applied when apply is pressed before ok. that's creative but not intuitive. OK implies acknowledgement, so is essentially the same

Re: [JPP-Devel] Question about MultiInputDialog

Peppe, what about the translation strings for the user interface org.openjump.core.ui.plugin.file.ProjectInfoPlugIn.proj-metadata ? ..ede On 20.05.2017 10:42, Giuseppe Aruta wrote: > Hi Ede, > I renamed tag PROJECT_METADATA_KEY to PROJECT_COMMENT_KEY. > > Peppe > > 2017-05-11 17:46

Re: [JPP-Devel] Question about MultiInputDialog

On 11.05.2017 17:44, Giuseppe Aruta wrote: > No problem to rename it. > Actually I am out for a couple of weeks. Can you make that modification Ede? > Or we can make a list of modifications that I will do when I am back home. no stress.. the plugin is new and no release in sight. do it when you

Re: [JPP-Devel] Question about MultiInputDialog

.html <http://www.gdal.org/drv_ > shapefile.html>) that is often updated when software saves the dbf file, > but not always. I would say that it is hard to do in a reliable way and so > that users would have benefit of that feature. > >> > > >> >

Re: [JPP-Devel] Question about MultiInputDialog

t always. I would say that it is hard to >> do in a reliable way and so that users would have benefit of that feature. >> > >> > -Jukka- >> > >> > -Alkuperäinen viesti- >> > Lähettäjä: edgar.sol...@w

Re: [JPP-Devel] Question about MultiInputDialog

<jukka.rahko...@maanmittauslaitos.fi> > Aihe: Re: [JPP-Devel] Question about MultiInputDialog > > On 09.05.2017 17:12, Giuseppe Aruta wrote: >> C. >> wrt. Modification Time - how is this handled within other GIS (Jukka?), >> especial wrt. changed datas

Re: [JPP-Devel] Question about MultiInputDialog

-devel@lists.sourceforge.net; Rahkonen Jukka (MML) <jukka.rahko...@maanmittauslaitos.fi> Aihe: Re: [JPP-Devel] Question about MultiInputDialog On 09.05.2017 17:12, Giuseppe Aruta wrote: > C. > wrt. Modification Time - how is this handled within other GIS (Jukka?), > especial wrt. c

Re: [JPP-Devel] Question about MultiInputDialog

On 09.05.2017 17:12, Giuseppe Aruta wrote: > C. > wrt. Modification Time - how is this handled within other GIS (Jukka?), > especial wrt. changed datasets. i can imagine a scenario where only a dataset > is changed but the project as such is not changed, > - which date would be more important? >

Re: [JPP-Devel] Question about MultiInputDialog

Hi Ede, thanks for Dilbert! He is selfexplaining too... A) I think I explain in a former mail to Michael. Anyhow I agree: "using Task tags saved to XML is the much more sensible solution". I adopted this way. B) Actually OJ ask to save a project only when an user click on "Exit" plugin ("Do you

Re: [JPP-Devel] Question about MultiInputDialog

hey Peppe, A. can you point me to where the tags are currently written/read/managed in our Task code? i remember us talking about metadata and me opposing to add Getters/Setters for each and every field that might come along as handy, so i think (re)using Task tags saved to XML is the much

Re: [JPP-Devel] Question about MultiInputDialog

Hi Peppe, Maybe you can try to add a setOKVisible method to OKCancelPanel. What can of dialog do you want to create that does not need a OK button ? Michaël Le 04/05/2017 à 18:49, Giuseppe Aruta a écrit : Hi all, this probably will sound as an ordinary question. I want to remove the "OK"

[JPP-Devel] Question about MultiInputDialog

Hi all, this probably will sound as an ordinary question. I want to remove the "OK" button from a MultiInputDialog and keep only "Cancel" one. We have inner method like setCancelVisible(boolean) and setApplyVisible(boolean) but I didn't find a way to remove "OK". Thanks for any idea Peppe

Re: [JPP-Devel] Question about Michaël's Coordinate Transformation Plugin

Hi Michaël, thanks for the answer. I recently had a conversation with an Italian OpenJUMP user about your plugin and the possibility to use grids in OpenJUMP. This let me check around a solution. I found some .gsb files available( for transformations in Italy) under Creative Commons copyright. I

[JPP-Devel] Question about Michaël's Coordinate Transformation Plugin

Hi Michaël, I can see that your plugin can also make transformations using an internal IGNF registry .gsb grid file. Do you think it is possible to adopt also other grids for other areas/crs? thanks for the answer Peppe --

Re: [JPP-Devel] Question about Michaël's Coordinate Transformation Plugin

Hi Peppe, It "should" be possible. At least if you have a NTv2 grid to define your transformation. You should try to define your transformation with a +nadgrids=grid_name.gsb parameter as in the IGNF registry and to add your transformation in the epsg file. Not sure it will be so easy, but

Re: [JPP-Devel] Question about Saving .classpath .settings files/folder on SVN

<giuseppe_ar...@yahoo.it>Datum:05.05.2015 5:05An:OpenJump develop and use;Betreff:[JPP-Devel] Question about Saving .classpath .settings files/folder on SVNHi Ede,Today I create a new folder onhttp://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/docs/ to put all Sextante documents (in E

Re: [JPP-Devel] Question about Saving .classpath .settings files/folder on SVN

there are also svn-ignore setting... its somewhere in the projects/team? context menu (if you select the file), if i remeber correctly. stefan -- Originalnachricht -- *Von: *Giuseppe Aruta *Datum: *05.05.2015 5:05 *An: *OpenJump develop and use; *Betreff:*[JPP-Devel] Question

[JPP-Devel] Question about Saving .classpath .settings files/folder on SVN

Hi Ede, Today I create a new folder on http://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/docs/ to put all Sextante documents (in English - in order to use on On-Line manual) And I had again files .classpath, .project and folder .settings saved on SVN repository. How can avoid it

Re: [JPP-Devel] Question about Saving .classpath .settings files/folder on SVN

Hey Peppe, On 05.05.2015 11:04, Giuseppe Aruta wrote: Hi Ede, Today I create a new folder on http://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/docs/ to put all Sextante documents (in English - in order to use on On-Line manual) And I had again files .classpath, .project and

Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class

Don't know if this is any useful info, but the original JUMP was able to read JPG and PNG... but I don't remeber that it did read TIFF (ok, just seeing that in JUMP 1.2 TIFF support was added). If you look at the code, it should be also possible to see that Jon Aquino wrote the classes. (or

Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class

Hi Ede a) so com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer is also a Pirol derived class? I used to know that all the framework into org.openjump.core.rasterimage was Pirol. I exclude RasterImageLayer: I know how to save/load raster file using thiss class (I added a support

Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class

a. no, ReferencedImagesLayer is the older non-sextante image framework simply showing and positioning images. no more no less. yes, everything in org.openjump.core.rasterimage is sextante compatible raster code. b. depends on what you want to do. generally there is a wish to unify OJ raster

Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class

Thanks for the answer Stefan. I will go on working using Sextante, and try to find a solution for the open issue (transparency, ect) 2015-03-17 16:26 GMT+01:00 Stefan Steiniger sst...@geo.uzh.ch: Don't know if this is any useful info, but the original JUMP was able to read JPG and PNG... but I

Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class

On 17.03.2015 12:31, Giuseppe Aruta wrote: I wanted to check a couple of alternatives: 1) (going back to poit f) Reload the result layer as ReferencedImagesLayer because you hope that the ReferencedImage API is faster? 2) move all the process from RasterImageLayer to ReferencedImagesLayer. In

Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class

I already used RasterImageLayer.class. I attached to this mail a plugin sample for a simple raster affine transformation. *Please test it with the latest OJ snapshot* as this plugin depends on some enhancements I did a couple of days ago on OJ saving raster. The plugin is located on RasterWarp

Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class

you mean like the other other image framework beside pirol/sextante com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer ? ..ede On 16.03.2015 20:34, Giuseppe Aruta wrote: Hi all, I want to build a plugin that programatically load an image file into OJ workbench through

[JPP-Devel] Question about Basic Style

Hi all, as fas as I remember, on old OJ realizes Change Styles,-Fill Pattern -option 37 (no image chosen) originally was opening a dialog where user could have chosen a raster/svg file to use as a fill pattern (maybe on OJ 1.4/1.5). Does anybody remember when/why this option was deactivated? I

Re: [JPP-Devel] Question about Basic Style

Hi, In OJ 1.4.0.3 the option seems to be number 189. Latest version show number “0” for all patterns above 37. Perhaps related this changelog item at the end of page http://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/ 2011-11-09 mmichaud Changes from discussion held on

Re: [JPP-Devel] question on development in openjump

Hi, If you just need to change the look and feel, you can use the menu Customize Options Skins If you need to make deeper changes and/or develop new plugins, you should 1) have a look at the documentation : http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Main_Page 2) come

[JPP-Devel] question on development in openjump

Hi, I need to change the look and feel of the openjump.Openjump folder contail class files,so how can i change the class file, or is there is any option to customize openjump,please tell me hoe to do change.. Thank You, Tintu Mary George

Re: [JPP-Devel] question about visual objects (frames?) on layer tree

Hi Sergio, thaks for the answer, I found that class very useful to understand how OJ/Kosmo work Giuseppe --- Ven 17/6/11, Sergio Baños Calvo lis...@saig.es ha scritto: Da: Sergio Baños Calvo lis...@saig.es Oggetto: Re: [JPP-Devel] question about visual objects (frames?) on layer tree

Re: [JPP-Devel] question about visual objects (frames?) on layer tree

Thanks for answering Peppe's question Sergio! Landon 2011/6/17 Sergio Baños Calvo lis...@saig.es ** Hi Giuseppe. If it hasn't been changed in OpenJUMP, they are defined in the com.vividsolutions.jump.workbench.ui.LayerNameRenderer class. Regards, El 17/06/2011 11:11, Giuseppe Aruta

[JPP-Devel] question about visual objects (frames?) on layer tree

Hi all, I am sure it is a stupid question, but I was not able to understand which part of the codes define the icon and the toggle visibility box on the layer tree for WMS  layers. I attached an image to explain what I am writing about. By the way, should I  call them as visual objects or

Re: [JPP-Devel] Question to Larry - Skyjump color manage

: Giuseppe Aruta giuseppe_ar...@yahoo.it Oggetto: Re: [JPP-Devel] Question to Larry - Skyjump color manage A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Venerdì 19 novembre 2010, 15:35 Hi Larry , thanks for your availability, I am interested to both tools. As I

Re: [JPP-Devel] Question to Larry - Skyjump color manage

Hi Larry, It seems fine on this way. Peppe --- Mar 23/11/10, Larry Becker becker.la...@gmail.com ha scritto: Da: Larry Becker becker.la...@gmail.com Oggetto: Re: [JPP-Devel] Question to Larry - Skyjump color manage A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Martedì

Re: [JPP-Devel] Question to Larry - Skyjump color manage

Hi Peppe, I could do that. Would you want the interactive color tool, the style that recognizes R_G_B attributes, or both? Larry On Fri, Nov 19, 2010 at 5:24 AM, Giuseppe Aruta giuseppe_ar...@yahoo.itwrote: Hi Larry, I found quite useful the tool into Skyjump that allows to set feature

Re: [JPP-Devel] Question to Larry - Skyjump color manage

. Is it possible to change R_G_B attribute name to Color? This will harmonize the import/export and automatically colorize an imported DXF into OJ. thanks again, Peppe --- Ven 19/11/10, Larry Becker becker.la...@gmail.com ha scritto: Da: Larry Becker becker.la...@gmail.com Oggetto: Re: [JPP-Devel

Re: [JPP-Devel] question about getUltimateWrappee()

This code has always been wrapped in a mystery to me. Larry On Wed, Sep 8, 2010 at 6:57 PM, Stefan Steiniger sst...@geo.uzh.ch wrote: me neither I think you need to ask Jon Aquino or Martin Davis about this ;) stefan Michaël Michaud wrote: Hi Kevin, The

Re: [JPP-Devel] question about getUltimateWrappee()

me neither I think you need to ask Jon Aquino or Martin Davis about this ;) stefan Michaël Michaud wrote: Hi Kevin, The FeatureCollectionWrapper.getUltimateWrappee() looks like this: public FeatureCollection getUltimateWrappee() { FeatureCollection currentWrappee = fc; while

Re: [JPP-Devel] question about getUltimateWrappee()

Hi Kevin, The FeatureCollectionWrapper.getUltimateWrappee() looks like this: public FeatureCollection getUltimateWrappee() { FeatureCollection currentWrappee = fc; while (currentWrappee instanceof FeatureCollectionWrapper) { currentWrappee = ((FeatureCollectionWrapper)

[JPP-Devel] question about getUltimateWrappee()

The FeatureCollectionWrapper.getUltimateWrappee() looks like this: public FeatureCollection getUltimateWrappee() { FeatureCollection currentWrappee = fc; while (currentWrappee instanceof FeatureCollectionWrapper) { currentWrappee = ((FeatureCollectionWrapper) currentWrappee).fc;

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

For customizing the TaskMonitorDialog the source code of a plugin could look like this: class HelloProgressPlugIn extends AbstractPlugIn implements ThreadedPlugIn { void initialize(PlugInContext pluginContext) {} boolean execute(PlugInContext pluginContext) { return true }

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 hasteb...@googlemail.com For customizing the TaskMonitorDialog the source code of a plugin could look like this: class HelloProgressPlugIn

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

It's been a while since I posted that thread, and I'm afraid I don't remember all of the details that made me ask the questions. I know I definitely had concerns about adding layers inside a thread. It still seems to me that this would trigger painting of the LayerViewPanel. When this repainting

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

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

Hei Benjamin Gudehus wrote: 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 aha.. thanks. I was traveling in August - that's why I did not know it. But its quite

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

OK, I figured out this call hierarchy for * execute() (in AbstractPlugIn.toActionListener()) and * run() (in TaskWrapper.run()). === FeatureInstaller.addMainMenuItem() === public void addMainMenuItem(PlugIn executable, String[] menuPath, String menuItemName, boolean checkBox, Icon icon,

[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 the

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

BTW: I'm currently trying to modify the TaskMonitorDialog to show a progressbar with addional information. you know that this is possible using * monitor.report(computing feature + count + of + numFeatures); I also use often the following option to send messages during processing

Re: [JPP-Devel] Question on LayerPrinter2 and on OpenJUMPConfiguration

Hi Sunburned, As a general tip, try the Eclipse Search-File option and search for the Class you are interested in. I find that looking at where the class is used gives me a lot of information about it. regards, Larry On Fri, Sep 18, 2009 at 4:56 PM, Sunburned Surveyor

Re: [JPP-Devel] Question on LayerPrinter2 and on OpenJUMPConfiguration

Thanks for the tip Larry. Eclipse seems to always have another handy tool I haven't learned about. In the source code LayerPrinter and LayerPrinter2 looked very similar, so I was trying to determine the difference. I may compare the two (2) files with the diff tool if Stefan doesn't have any

Re: [JPP-Devel] Question on LayerPrinter2 and on OpenJUMPConfiguration

- What is the purpose of the OpenJUMPConfiguration class? Is it really needed? Can't we have OpenJUMP plug-ins loaded via the standard mechanism in by placing a JAR file in the lib/ext directory? How is the functionality of the OpenJUMPConfiguration class duplicated by the plug-in XML file

Re: [JPP-Devel] Question on LayerPrinter2 and on OpenJUMPConfiguration

Stefan wrote: is your question serious? Of course. I usually put in a smiley face if I am joking. Stefan wrote: the XML file for loading plugins partly replaced OpenJUMPConfiguration. However, a couple if OJ additions in particular the file loader framework and theming/display styles are still

[JPP-Devel] Question on LayerPrinter2 and on OpenJUMPConfiguration

I have been running around the source code in the core over the last couple of days, and I had questions on a couple of classes I found there. - What is the purpose of the LayerPrinter2 class? I didn't find any documentation on in the source code or Javadoc that indicated what it did that was

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

Last week I was in the process of wrapping-up my plug-in that allows the user to import survey point data in a text delimited format. I wanted to show the user a progress bar as the data was being loaded. I first attempted to use the TaskMonitorDialog directly, which didn't work very well. (The

[JPP-Devel] question on embedded gif fill patterns

Hi, I see that image fill patterns are embedded into \openjump-core-1.3-SNAPSHOT.jar\com\vividsolutions\jump\workbench\ui\images\ folder. Is it possible to customize them? ex. copying into the folder new fill patterns or substituting them with others? I don't use source code. I wonder if

[JPP-Devel] Question on -plugi-in-directory option

Hi all, I see I can modify this option so it points to another folder. for instance from %LIB%\ext to %LIB%\ext\Sextante. How can I modify this option so it can points to more than two folders? Is it possible? This would probabily solve the inflaction of libraries into the ext folder and make

Re: [JPP-Devel] Question on -plugi-in-directory option

Peppe, I don't think OJ can currently support two (2) plug-in directories, although it would be possible to tweak the core to make this happen. I think we would need to discuss the need for the change, and the potential consequences of it. The Sunburned Surveyor On Fri, Jun 26, 2009 at 3:39

Re: [JPP-Devel] Question on use cases of JTS trianguation API

Martin, This is just a suggestion, but Christopher has already done some great work on file formats for TIN information. Maybe JTS could use that? My typical surveying workflow is something like this: Input: - 3D Points (Point Number, Northing, Easting, Elevation, Description) - Breaklines (3D

Re: [JPP-Devel] Question on use cases of JTS trianguation API

The JTS API per se will just be focussed on computing the raw TIN edges and triangles. Any further information (such as contour lines, slope/aspect etc) are outside the scope of JTS, but can be built fairly easily on top of the functionality the JTS API provides. So this won't be replacing

Re: [JPP-Devel] Question on use cases of JTS trianguation API

This makes sense. JTS would be providing a triangulation algorithm to JTin, and nothing more. In that case, we'd want to ask Christopher what type of input and output the JTin code expects from its pluggable TIN creators. SS On Wed, Apr 29, 2009 at 10:28 AM, Martin Davis mbda...@refractions.net

Re: [JPP-Devel] Question on use cases of JTS trianguation API

Yup, exactly so. Sunburned Surveyor wrote: This makes sense. JTS would be providing a triangulation algorithm to JTin, and nothing more. In that case, we'd want to ask Christopher what type of input and output the JTin code expects from its pluggable TIN creators. SS On Wed, Apr 29, 2009

Re: [JPP-Devel] Question on use cases of JTS trianguation API

Hei Martin, mhm.. need to think about it for a while. input for my work can bot only be corners of a geometry, but the centroid of a geometry as well - if I want to triangulate for instance buildings. However, this would only require to derive the centroids as an additional step. Import here

Re: [JPP-Devel] Question on use cases of JTS trianguation API

, Martin Davis mbda...@refractions.net wrote: From: Martin Davis mbda...@refractions.net Subject: [JPP-Devel] Question on use cases of JTS trianguation API To: OpenJUMP Dev jump-pilot-devel@lists.sourceforge.net, JTS Topology Suite Development jts-de...@lists.jump-project.org Date: Wednesday

Re: [JPP-Devel] Question on use cases of JTS trianguation API

Hi Martin, You may already know the benchmark done by Erwan's team with some java implementations (http://conference.osgeo.org/index.php/foss4g/2008/paper/view/282/177) It eventually shows the triangulator I have written a few years ago (available on

[JPP-Devel] question on how to store layer settings in project file

Hei, I have never worked with the issue of storing infos to the project files. So my question (related to a feature request/bug report): How can one store the information on the editable/selectable status of layers in a project? Any hints where to look? (or even volunteers? ;) stefan

Re: [JPP-Devel] question on how to store layer settings in project file

Hi Stefan, It should be fairly easy. Just add the appropriate entry in: com.vividsolutions.jump.workbench.model.Layer.java2xml Don't forget to test for backward compatibility. Sometimes adding something new breaks the older project files. regards, Larry On Mon, Mar 16, 2009 at 1:02 PM,

Re: [JPP-Devel] Question about our (the JPP) licensing authority.

Edgar Soldin wrote: Here is as I see it. If someone feels threatened by the GPL then probably only because this someone does mainly want to take advantage of GPL'd software without committing own resources. A company or person opposing version 3 of GPL should be asked: Are you planning

Re: [JPP-Devel] Question about our (the JPP) licensing authority.

However, GIS data is a side product for us. Our main job is to run a bunch of integrated services. We have a large variety of software in use, both commercial, open source and self made. Right now we are missing a map component that could be embedded in our existing applications lacking

Re: [JPP-Devel] Question about our (the JPP) licensing authority.

Ede made some very good (and correct) comments. However, there is no legal way to improve or add functions to OpenJUMP (as soon as they use whatever OJ functionality - i.e. even the plugin mechanism) without giving back the improvements, i.e. the sources. The only kind-of-legal way is to let

Re: [JPP-Devel] Question about our (the JPP) licensing authority.

--- Gio 5/3/09, Sunburned Surveyor sunburned.surve...@gmail.com ha scritto: Da: Sunburned Surveyor sunburned.surve...@gmail.com Oggetto: Re: [JPP-Devel] Question about our (the JPP) licensing authority. A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Giovedì 5 marzo 2009

Re: [JPP-Devel] Question about our (the JPP) licensing authority.

I also don't think the permission from just Vivid Solutions is sufficient. There have been a lot of other people contributing code to OJ. Our project doesn't require contributors to transfer copyright or the authority to relicense. That means we'd really need to contact all of our past

Re: [JPP-Devel] Question about our (the JPP) licensing authority.

Ede, I think you may have understood my previous statement. I'm not saying that others contributions are not also under GPL version 2. I'm saying that we can't choose another license, even a later version of the GPL, because the contributors didn't give us that right explicitly. When I

Re: [JPP-Devel] Question about our (the JPP) licensing authority.

Well, as the jump source (just checked 1.2 from vivid solutions website) states the infamous * as published by the Free Software Foundation; either version 2 * of the License, or (at your option) any later version. paragraph.. we are free to choose ... but again, this is a one way street.

Re: [JPP-Devel] Question about our (the JPP) licensing authority.

True, or later versions of the GPL X.X is the backdoor for newer GPL licences with more up to date legal definitions and regulations in the old GPL. But ... once licensed eg. 3.0 , there is no way back anymore ... without asking all copyright holders (code contributors). This becomes

Re: [JPP-Devel] Question about our (the JPP) licensing authority.

Hei, @Ede: thanks for the comment: so the VividSolution note says: * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * as published by the Free Software Foundation; either version 2 * of the License, or (at your

Re: [JPP-Devel] Question about our (the JPP) licensing authority.

I think Stefan is correct. We need a good reason to switch the license version. I also don't think the permission from just Vivid Solutions is sufficient. There have been a lot of other people contributing code to OJ. Our project doesn't require contributors to transfer copyright or the authority

Re: [JPP-Devel] question to Michael - Beanshell

Thanks Martin for your answer, I will give a look at your project Peppe --- Lun 2/3/09, Martin Davis mbda...@refractions.net ha scritto: Da: Martin Davis mbda...@refractions.net Oggetto: Re: [JPP-Devel] question to Michael - Beanshell A: OpenJump develop and use jump-pilot-devel

Re: [JPP-Devel] question to Michael - Beanshell

scritto: Da: Martin Davis mbda...@refractions.net Oggetto: Re: [JPP-Devel] question to Michael - Beanshell A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Data: Lunedì 2 marzo 2009, 19:29 Not sure if this is quite on the same track, but I'm planning to make a plugin which

Re: [JPP-Devel] question to Michael - Beanshell

Not sure if this is quite on the same track, but I'm planning to make a plugin which will allow JEQL to operate within JUMP. JEQL provides a much higher-level language than Beanshell, so it might be close to what you're looking for with a Model Builder. Ultimately it would be cool to provide

Re: [JPP-Devel] question to Michael - Beanshell

Hei Martin Martin Davis wrote: Ultimately it would be cool to provide a Visual Programming interface to JEQL, which would make this even easier to use. Does the Sextante Model Builder provide a graphical interface? yes .. see the 3rd picture:

Re: [JPP-Devel] question to Michael - Beanshell

Martin Davis a écrit : Not sure if this is quite on the same track, but I'm planning to make a plugin which will allow JEQL to operate within JUMP. JEQL provides a much higher-level language than Beanshell, so it might be close to what you're looking for with a Model Builder. Great ! I

Re: [JPP-Devel] question to Michael - Beanshell

Yes, that's exactly it. JEQL will provide an enhanced spatial SQL which can be used on JUMP layers. Now I just have get busy and write the UI component... ! Michaël Michaud wrote: Martin Davis a écrit : Not sure if this is quite on the same track, but I'm planning to make a plugin

Re: [JPP-Devel] question to Michael - Beanshell

Right, yes, I saw that. It's certainly easier to do for raster analysis - I think there's fewer corner cases and exception. But FME provides an example of doing this for vector-based analysis. Stefan Steiniger wrote: Hei Martin Martin Davis wrote: Ultimately it would be cool to

[JPP-Devel] question to Michael - Beanshell

Hi Michael, a couple of question: 1) Is it possible to create a bean tool which automatically calculate the x,y coordinates of a point layer and write them as attributes? This script will be quite useful for GPS support. 2) One of the possible line od OJ development is the construction of a

Re: [JPP-Devel] question to Michael - Beanshell

Giuseppe Aruta a écrit : Hi Michael, a couple of question: 1) Is it possible to create a bean tool which automatically calculate the x,y coordinates of a point layer and write them as attributes? This script will be quite useful for GPS support. Sure, not very difficult, I put it here

[JPP-Devel] question...

Hello, I don't know whether this the right place to get some answers but I have a question on the source of openJUMP and didn't found a clear, well arranged developer-forum. I am developing a small information system based on openJUMP. I do some manipulations on the core-source of openJUMP and

Re: [JPP-Devel] question...

Hei Nils, this is the right list to ask these questions. Unfortunately, for me, it is not clear what you are trying to do - so no simple question... can you specify? However, we have methods to add tools/plugins to the toolbox (see class OpenJumpConfiguration.java for examples) and to the

Re: [JPP-Devel] question...

Hi Nils, To get the toolbox you can do: ToolboxDialog toolbox = ((EditingPlugIn) context.getWorkbenchContext().getBlackboard().get(EditingPlugIn.KEY)).getToolbox(context.getWorkbenchContext()); I'm not sure what you are going to do after that. It is pretty unusual to change the selected tool.

  1   2   3   >