Re: [JPP-Devel] Sextante/VertexSymbols access for Peppe

[edgar . soldin]

hmm,

from memory

1. edit pom.xml, raise ... to desired value (looks like Mike 
did so already, so continue with step 3.)
2. commit
3. add tag, usually starting v... to designate releases e.g. v2.2.2
4. run 'mvn package'
5. test the resulting target/distro.zip e.g. target/vertex-symbols-2.2.2.zip
   easiest to use a fresh latest OJ release and manually install/replace from 
new distro zip
6. if satisfied, push git to github (commits & tag)
7. on github repo page, login if not already, right side "Releases", top right "Draft a 
new ...", choose the created tag and add a release like the ones already online, you may add 
changes & checksums as text. make sure to attach the distro zip or jar. zips are used when the 
extension bundles more files like vertex-symbols does.

when done add a PR (pull request) with commit similar to 
https://github.com/openjump-gis/openjump/commit/8a1afec4b0b808bdaaf20efca1bf3f65aaaf4a6c
 to upgrade it in OJ.

hope that helps. ..ede


On 04.11.2022 13:52, Giuseppe Aruta wrote:

Hi Ede,
I made some modifications on the VertexSymbols plugin in order to correct a bug 
(Line style was not correctly displayed).
How can be build a new distro?


Il giorno mar 25 ott 2022 alle ore 09:45 Giuseppe Aruta mailto:giuseppe.ar...@gmail.com>> ha scritto:

Thanks Ede

Il giorno mer 19 ott 2022 alle ore 15:04 mailto:edgar.sol...@web.de>> ha scritto:

hey Peppe,

supposing your continued interst in these extension, i added your github account as 
maintainer to these two extension. this should give you full access including push and 
committing PRs. feel free to build a distro and add a PR on 
https://github.com/openjump-gis/openjump/pulls 
 when the extension is published, 
like e.g. these https://github.com/openjump-gis/vertex-symbols/releases 
 .

matching inclusion commits in OJ look like 
https://github.com/openjump-gis/openjump/commit/8a1afec4b0b808bdaaf20efca1bf3f65aaaf4a6c
 

 then.

sunny regards ..ede


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net 

https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel 




___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante/VertexSymbols access for Peppe

[Giuseppe Aruta]

Hi Ede,
I made some modifications on the VertexSymbols plugin in order to correct a
bug (Line style was not correctly displayed).
How can be build a new distro?


Il giorno mar 25 ott 2022 alle ore 09:45 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Thanks Ede
>
> Il giorno mer 19 ott 2022 alle ore 15:04  ha scritto:
>
>> hey Peppe,
>>
>> supposing your continued interst in these extension, i added your github
>> account as maintainer to these two extension. this should give you full
>> access including push and committing PRs. feel free to build a distro and
>> add a PR on https://github.com/openjump-gis/openjump/pulls when the
>> extension is published, like e.g. these
>> https://github.com/openjump-gis/vertex-symbols/releases .
>>
>> matching inclusion commits in OJ look like
>> https://github.com/openjump-gis/openjump/commit/8a1afec4b0b808bdaaf20efca1bf3f65aaaf4a6c
>> then.
>>
>> sunny regards ..ede
>>
>>
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante/VertexSymbols access for Peppe

[Giuseppe Aruta]

Thanks Ede

Il giorno mer 19 ott 2022 alle ore 15:04  ha scritto:

> hey Peppe,
>
> supposing your continued interst in these extension, i added your github
> account as maintainer to these two extension. this should give you full
> access including push and committing PRs. feel free to build a distro and
> add a PR on https://github.com/openjump-gis/openjump/pulls when the
> extension is published, like e.g. these
> https://github.com/openjump-gis/vertex-symbols/releases .
>
> matching inclusion commits in OJ look like
> https://github.com/openjump-gis/openjump/commit/8a1afec4b0b808bdaaf20efca1bf3f65aaaf4a6c
> then.
>
> sunny regards ..ede
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Sextante/VertexSymbols access for Peppe

[edgar . soldin]

hey Peppe,

supposing your continued interst in these extension, i added your github 
account as maintainer to these two extension. this should give you full access 
including push and committing PRs. feel free to build a distro and add a PR on 
https://github.com/openjump-gis/openjump/pulls when the extension is published, 
like e.g. these https://github.com/openjump-gis/vertex-symbols/releases .

matching inclusion commits in OJ look like 
https://github.com/openjump-gis/openjump/commit/8a1afec4b0b808bdaaf20efca1bf3f65aaaf4a6c
 then.

sunny regards ..ede


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante rsx,model files in 'plus/sextante/help/'

[Giuseppe Aruta]

Hi Ede,
These are sample files  for different process/tools in Sextante:
Slopemean.bsh seems to be one sample for *Command line* tool.
The files *.model and are possibly models for the *Modeler *tool which
seems to read some  *.model.
The files *l.xml are the help files. Those files are generated by the user
in the *Sextante Help* tool. Right click on one of the items in the left
panel and select *Edit help*. A new panel le the use to input text and
images. By the time the help is saved, it is available into the  *Sextante
Help* tool.
Regarding *.rsx files, I don't know. Possibly they are used in the *batch
processes* (see help>Basic concept>Batch processing)
Peppe

Il giorno ven 10 dic 2021 alle ore 21:55  ha scritto:

> hey Peppe,
>
> there are these files OJ trunk 'lib/plus/sextante/help/'
>
> $ ls lib/plus/sextante/help/
>   Compute_Ripley-Rasson_spatial_domain.rsx
>   Create_random_sampling_grid.rsx
>   Create_regular_sampling_grid.rsx
> 'F_function_-_distance_from_a_point_to nearest event.rsx'
> 'G_function_-_distance to nearest event.rsx'
>   K_function_-_Ripley_K.rsx
>   Kolmogorov-Smirnov_normality_test.rsx
>   Quadrat_analysis.rsx
>   en
>   hipsometry.model
>   hipsometry.model.xml
>   slope.model
>   slopemean.bsh
>   watershed.model
>   watershed.model.xml
>
> are these actually loaded somewhere? also the placement in folder help/
> seems wrong somehow as they seem to be algo scripts and models(dunno what
> for) but no help files.
>
> ..ede
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Sextante rsx,model files in 'plus/sextante/help/'

[edgar . soldin]

hey Peppe,

there are these files OJ trunk 'lib/plus/sextante/help/'

$ ls lib/plus/sextante/help/
 Compute_Ripley-Rasson_spatial_domain.rsx
 Create_random_sampling_grid.rsx
 Create_regular_sampling_grid.rsx
'F_function_-_distance_from_a_point_to nearest event.rsx'
'G_function_-_distance to nearest event.rsx'
 K_function_-_Ripley_K.rsx
 Kolmogorov-Smirnov_normality_test.rsx
 Quadrat_analysis.rsx
 en
 hipsometry.model
 hipsometry.model.xml
 slope.model
 slopemean.bsh
 watershed.model
 watershed.model.xml

are these actually loaded somewhere? also the placement in folder help/ seems 
wrong somehow as they seem to be algo scripts and models(dunno what for) but no 
help files.

..ede


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante help files

[giuseppe . aruta]

Hi Ede,
The help folder Is used either by the help tool or by each plugins. 
A) the help folder contains the general manuals as HTML files
B) It contains also the single instructions for each plugin as XML files, I 
think.
C) each file B can be extended/ modified within the help dialog (select/right 
click/modify) to are text and images.
The help framework Is the less descripted but very usefull part of sextante.
The  organization in  subfolders, ES, EN etc, Is used to define different 
linguistic text
Peppe
Peppe venerdì, 29 ottobre 2021, 03:23PM +02:00 da  edgar.sol...@web.de :

>just working on Sextante Extension now and found trunk containing a folder
> lib/plus/sextante/help/
>which probably needs to be moved into the extensions repo.
>
>Peppe or anyone really - any idea where this folder is used, couldn't find it 
>instantly searching for "help" in all java sources of  
>https://github.com/openjump-gis/sextante-extension .
>
>thanks.. ede
>
>
>___
>Jump-pilot-devel mailing list
>Jump-pilot-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] sextante help files

[edgar . soldin]

just working on Sextante Extension now and found trunk containing a folder
 lib/plus/sextante/help/
which probably needs to be moved into the extensions repo.

Peppe or anyone really - any idea where this folder is used, couldn't find it 
instantly searching for "help" in all java sources of 
https://github.com/openjump-gis/sextante-extension .

thanks.. ede


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante dependencies

[Michaud Michael]

Hi Peppe,Thanks ! Great work !I'll try to compile your sources on my side and let you know.Good luck in your work. We are also entering a new lockdown period, here in Paris.Let's hope we'll soon have better days...Michaëlenvoyé : 19 mars 2021 à 10:53de : Giuseppe Aruta à : Michaud Michael , OpenJump develop and use objet : Re: [JPP-Devel] Sextante dependenciesHi Michael,excuse me for the late answer: my school is in lock down since a couple of weeks and it seems that working at home takes more time that working in the classroom.About SextanteThe original files to recompile are four: sextante.jar, sextante-gui.jar, libMath.jar sextante-algs.jar. They are all related to each other with a sort of hierarchy dependency.In our distro here is also a sextante-new-algorithms.jar file that I developed to integrate into Sextante my corrections to Sextante algorithm which were not working (see later). Original source codeWe have no code for our version of Sextante. II don't even know which version we use: possibly version 1.00 or version 0.7The more closest version of Sextante, that Victor Oyala (source code) available on web is here: https://code.google.com/archive/p/sextante/It has a MIT licence. This version is numbered 1.01.DependencyI recompile all the four jars to JTS 1.17-JTS 1.18 , solving also some annoying bugs on Sextante and OpenJUMP.The dependency for each jar is the following (in red jars in OJ core, blue jars in OJ/lib/ext folder, in black jars in OJ/lib/ext/sextante folderlibMath.jar:   jama-1.0.2.jar, jts-core-1.18.1.jar, jts-io-common-1.18.1.jar, trove-0.1.8.jarsextante.jar:  jts-core-1.18.1.jar, jts-io-common-1.18.1.jar, jcommon-1.0.14.jar, jfreechart-1.0.11.jar, libMath.jar, kxml2.jarsextante-gui.jar: jts-core-1.18.1.jar, jts-io-common-1.18.1.jar, bsh-2.0b6.jar, TableLayout-bin-jdk1.5-2007-04-21.jar, sextante.jar, kxml2.jar, japura-1.14.0.jar, jgraph.jar, jcommon-1.0.14.jar, jfreechart-1.0.11.jarsextante-algorithm: gishur_x.jar, gishur_core.jar, jama-1.0.2.jar, japura-1.14.0.jar,jcommon-1.0.14.jar, jfreechart-1.0.11.jar, jep.jar, jts-core-1.18.1.jar, jts-io-common-1.18.1.jar,TableLayout-bin-jdk1.5-2007-04-21.jar, sextante.jar, sextante-gui.jarMy Test:I was able to recompile with no problems libMath.jar and sextante.jar and sextante.algorithm.jar. I had some problems with sextante-gui.jar (export was finalized with a warning of errors that I was not able to find.Apparently everything went fine: recompiling, and launching Sextante via GUI. But no algorithm was working. I did not investigate a lot about the reason. I have a project to substitute Sextante with a combination of OpenKLEM, embedded raster plugin in OJ and a plugin I am developing. The reason is to reuse embedded gui components and libraries of OpenJUMP base. I will give a better detail in a new emailThis is the folder where you can download jars and source codes of all four sextante jar already recompiled with JTS 1.8https://drive.google.com/drive/folders/1euXimnt1-RTO5Kkv7Ybt3uMPHTBQdInn?usp=sharingPeppe Il giorno mer 17 mar 2021 alle ore 18:50 Michaud Michael <m.michael.mich...@orange.fr> ha scritto:Hi Peppe,I'd like to upload Sextante plugin into our new repo to test it against OpenJUMP 2, but our sourceforge repo include the two dependencies sextante.jar and sextante-gui.jar as compiled jars.Do you know if we have the source code corresponding to these jar ?By the way, did you progress with eclipse and the new repo ?Michaël___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante dependencies

[Giuseppe Aruta]

Hi Michael,
excuse me for the late answer: my school is in lock down since a couple of
weeks and it seems that working at home takes more time that working in the
classroom.

About Sextante
The original files to recompile are four:
sextante.jar,
sextante-gui.jar,
libMath.jar
sextante-algs.jar.

They are all related to each other with a sort of hierarchy dependency.
*In our distro here is also a sextante-new-algorithms.jar file that I
developed to integrate into Sextante my corrections to Sextante algorithm
which were not working (see later). *

Original source code
We have no code for our version of Sextante. II don't even know which
version we use: possibly version 1.00 or version 0.7
The more closest version of Sextante, that Victor Oyala (source code)
available on web is here: https://code.google.com/archive/p/sextante/
It has a MIT licence. This version is numbered 1.01.


Dependency
I recompile all the four jars to JTS 1.17-JTS 1.18 , solving also some
annoying bugs on Sextante and OpenJUMP.

The dependency for each jar is the following (in red jars in OJ core, blue
jars in OJ/lib/ext folder, in black jars in OJ/lib/ext/sextante folder

libMath.jar:   jama-1.0.2.jar, jts-core-1.18.1.jar, jts-io-common-1.18.1.jar,
trove-0.1.8.jar

sextante.jar: jts-core-1.18.1.jar, jts-io-common-1.18.1.jar,
jcommon-1.0.14.jar, jfreechart-1.0.11.jar, libMath.jar, kxml2.jar

sextante-gui.jar: jts-core-1.18.1.jar, jts-io-common-1.18.1.jar,
bsh-2.0b6.jar, TableLayout-bin-jdk1.5-2007-04-21.jar, sextante.jar,
kxml2.jar, japura-1.14.0.jar, jgraph.jar, jcommon-1.0.14.jar,
jfreechart-1.0.11.jar

sextante-algorithm: gishur_x.jar, gishur_core.jar, jama-1.0.2.jar,
japura-1.14.0.jar,jcommon-1.0.14.jar, jfreechart-1.0.11.jar, jep.jar,
jts-core-1.18.1.jar,
jts-io-common-1.18.1.jar,TableLayout-bin-jdk1.5-2007-04-21.jar,
sextante.jar, sextante-gui.jar

My Test:
I was able to recompile with no problems libMath.jar and sextante.jar and
sextante.algorithm.jar. I had some problems with sextante-gui.jar (export
was finalized with a warning of errors that I was not able to find.
Apparently everything went fine: recompiling, and launching Sextante via
GUI. But no algorithm was working. I did not investigate a lot about the
reason.

I have a project to substitute Sextante with a combination of OpenKLEM,
embedded raster plugin in OJ and a plugin I am developing. The reason is to
reuse embedded gui components and libraries of OpenJUMP base. I will give a
better detail in a new email

This is the folder where you can download jars and source codes of all four
sextante jar already recompiled with JTS 1.8
https://drive.google.com/drive/folders/1euXimnt1-RTO5Kkv7Ybt3uMPHTBQdInn?usp=sharing

Peppe



Il giorno mer 17 mar 2021 alle ore 18:50 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Hi Peppe,
>
> I'd like to upload Sextante plugin into our new repo to test it against
> OpenJUMP 2, but our sourceforge repo include the two dependencies
> sextante.jar and sextante-gui.jar as compiled jars.
>
> Do you know if we have the source code corresponding to these jar ?
>
> By the way, did you progress with eclipse and the new repo ?
>
> Michaël
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Sextante dependencies

[Michaud Michael]

Hi Peppe,I'd like to upload Sextante plugin into our new repo to test it against OpenJUMP 2, but our sourceforge repo include the two dependencies sextante.jar and sextante-gui.jar as compiled jars.Do you know if we have the source code corresponding to these jar ?By the way, did you progress with eclipse and the new repo ?Michaël

___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Sextante raster issue with deflate and floating point predictor

[Rahkonen Jukka (MML)]

Hi,

I have 32 bit floating point images which are compressed with the deflate 
method and by using the floating point predictor. OpenJUMP accepts these images 
and they are added into the table of contents. It is possible to zoom to 
extents but the screen remains empty. The console window reveals what happens:

14:09:06.765 javax.imageio.IIOException: Illegal value for Predictor in TIFF 
file
java.lang.RuntimeException: javax.imageio.IIOException: Illegal value for 
Predictor in TIFF file
at 
com.sun.media.jai.imageioimpl.ImageReadOpImage.computeTile(ImageReadOpImage.java:706)
at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
at javax.media.jai.OpImage.getTile(OpImage.java:1129)
at javax.media.jai.PointOpImage.computeTile(PointOpImage.java:962)
at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
at javax.media.jai.OpImage.getTile(OpImage.java:1129)
at javax.media.jai.PlanarImage.copyData(PlanarImage.java:2343)
at javax.media.jai.RenderedOp.copyData(RenderedOp.java:2299)
at javax.media.jai.PlanarImage.getAsBufferedImage(PlanarImage.java:2525)
at 
org.openjump.core.rasterimage.TiffUtilsV2.readImageAndMetadata(TiffUtilsV2.java:355)
at 
org.openjump.core.rasterimage.RasterImageIO.loadImage(RasterImageIO.java:150)
at 
org.openjump.core.rasterimage.RasterImageLayer.reLoadImage(RasterImageLayer.java:500)
at 
org.openjump.core.rasterimage.RasterImageLayer.createImage(RasterImageLayer.java:368)
at 
org.openjump.core.rasterimage.RasterImageRenderer.renderHook(RasterImageRenderer.java:112)
at 
com.vividsolutions.jump.workbench.ui.renderer.ImageCachingRenderer$1.run(ImageCachingRenderer.java:91)
at 
com.vividsolutions.jump.workbench.ui.renderer.ThreadQueue$Worker.run(ThreadQueue.java:86)
Caused by: javax.imageio.IIOException: Illegal value for Predictor in TIFF file
at 
it.geosolutions.imageioimpl.plugins.tiff.TIFFDeflateDecompressor.(TIFFDeflateDecompressor.java:98)
at 
it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReader.read(TIFFImageReader.java:1849)
at 
com.sun.media.jai.imageioimpl.ImageReadOpImage.computeTile(ImageReadOpImage.java:697)
... 15 more

With the tiffinfo tool I can see that image that the predictor is this:
Predictor: floating point predictor 3 (0x3)

I tested that with deflate compression and predictor=none OpenJUMP opens the 
file as Sextante image. It would be nice if OpenJUMP could capture the error 
and show a message for the users. To support floating point predictor is not so 
important, even it does compress floating point data well and is therefore used 
in real datasets.

Test data attached.

-Jukka Rahkonen-
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Sextante vers1, was OpenJUMP migration documentation

[Brian M Hamlin]

Hello All from California -

  Please consider using the OSGeo git for specific code repos with 
significance. Available at   git.osgeo.org to YOU


  best regards --Brian M Hamlin    MAPLABS


On 8/21/20 5:05 AM, Giuseppe Aruta wrote:
Thanks Eric, next week I will take sometime to study the repository 
and all the page you sent.

Some questions, proposals.

A) Regarding plugins,
Do you think that grouping together  plugins iwith similar technical 
aspects into one source could help to simplify/speed the transition to 
Git?
For instance, I am considering to group together CAD toolbox, Advanced 
Measure and Color chooser plugins. Of coarse thus should be done 
before porting everything to Git.


B) WFS could be shipped as external plug-in. Anyhow.

C) good news from Sextante GIS planet.
https://joinup.ec.europa.eu/svn/sextante/ has also source code from 
Sextante vers. 1.0 which seems to be the one we shipped. I recompiled 
it with JTS 1.7 and used a OJ core adapted with JTS 1.7 to test 
various raster plugins with success.
I am considering to open a repository on Git to store the Sextante lib 
source and OJ binding.


Peppe



Il ven 21 ago 2020, 12:37 Eric > ha scritto:


Hi,

On 20/08/2020 19:22, edgar.sol...@web.de
 wrote:
> On 20.08.2020 19:08, Michaud Michael wrote:
>> Hi,
>>
>> Big thanks for this work Eric, seems to be very well documented.
> yup, impressively well documented!

Thanks. No problem.

>> I think we should take advantage of this work and proceed to a
more definitive
>> migration without waiting too much.
> true. but we should still put out a final "stable" because it'll
probably take some time to adapt all those missing extensions.

 From a technical point of view, the migration process is still
going to
work in a couple of months.

As written in my previous message, this article highlights what
needs to
be done before the final migration:
https://docs.microsoft.com/en-us/azure/devops/learn/git/centralized-to-git

It is often advised to avoid adding binary files. I wrote a bit about
that in the OpenJUMP context:

https://github.com/openjump-gis/openjump-migration-doc/blob/master/MIGRATION.md#2-convert-the-subversion-repository

The migration of the OpenJUMP core repository has been relatively
easy but:
- the WFS functionalities have been lost along the way. What to do?,
- some decisions need to be taken about the way(s) to migrate all the
plug-ins (individual repositories? a couple of global ones -- core,
plus, experimental, etc. --? a global one?). Their SVN structures
differ, so it isn't going to be necessarily easy to deal with that,
- would it be easier to create the plug-in manager before the
migration?
Could it help answering the last questions?,
- there are all the questions about the different builds,
especially for
those which are related to the plug-ins,
- is there a better way to link SVN authors with Git authors, rather
than using the SourceForge user addresses? (historical commits would
thus refer to current Git accounts)
- etc.

After migration, the current size of the OpenJUMP core as a Git
repository is around 540MB.

The 'docs' folder size alone is 70MB without the revision history,
and
108MB if considered. By externalising it into another Git repository
(the revision history would be kept as well), this would reduce the
global size of the main core repository by already 20%. Some other
folders could be considered. In the long term, this would probably
make
the global project easier to manage.

I just did a quick test to create a private repository for the 'docs'
folder. See (you need to be logged in to access it):
https://github.com/openjump-gis/doc-test
I used a tool directly provided by GitHub to automate the migration
(https://github.com/new/import). It is quite handy but it is
relatively
difficult to create a proper mapping between the SVN and the Git
users/authors.

So what I would suggest is to create some wiki pages in the newly
created openjump-migration-doc repository
(https://github.com/openjump-gis/openjump-migration-doc) to write and
discuss about the different options. A wiki is an easy way of
communication, or issues could be created as well. Once
discussed/closed, I could add some proper documentation to
crystallise
what has been decided.

This suggestion, even if first perceived as time consuming, could
allow
us to migrate most the OJ repositories/components, if not all, in an
easier way, and to save some a lot of time in the future. This would
also allow, if needed, to restructure some parts of the project now
(probably not the code itself, such as the tests, etc., but such as
previously described 

Re: [JPP-Devel] sextante NPE

[edgar . soldin]

yeah, try that.. ede

On 4/8/2018 21:06, Giuseppe Aruta wrote:
> Hi Ede,
> I forgot that plugin folder points to LIB/PLUS instead to LIB/EXT in Eclipse
> 
> This method should probabily work in SextanteToolboxPlugIn class for both 
> folders.
> 
>  private String getJarsFolder() {
>     final String path = JUMPWorkbench.getInstance().getPlugInManager()
>     .getPlugInDirectory().getAbsolutePath();
>     final String sPath = path.concat(File.separator).concat("sextante");
>     LOGGER.info("Sextante jar folder: " + sPath);
>     return sPath;
>     }
> 
> 
> 
> instead of
> 
> private String getJarsFolder() {
>     final String sPath = System.getProperty("user.dir")
>     .concat(File.separator).concat("lib").concat(File.separator)
>     .concat("ext").concat(File.separator).concat("sextante");
>     LOGGER.info("Sextante jar folder: " + sPath);
>     return sPath;
> 
>     }
> 
> 
> I will correct tomorrow
> 
> Peppe
> 
> 2018-04-08 20:49 GMT+02:00 >:
> 
> hey Peppe,
> 
> nope still broken ;(.. smells like it does not compute the sextante 
> folder correctly. did you change something there?
> 
> any reason why you don't ask OJ's PluginManager for the path? eg.
> 
> workbenchcontext.getWorkbench().getPlugInManager().getPlugInDirectory();
> 
> this should be correct always, whether in ide or not.
> 
> ..ede
> 
> On 4/8/2018 19:28, Giuseppe Aruta wrote:
> > Thanks Ede
> > It should be fixed on next build
> > Peppe
> >
> > 2018-04-08 15:42 GMT+02:00    >>:
> >
> >     hey Peppe,
> >
> >     after svn updating to your latest sextante binding, running OJ in 
> eclipse throws the following.. ede
> >
> >     java.lang.NullPointerException
> >             at 
> es.unex.sextante.core.AlgorithmsAndResources.addAlgorithmsAndPropertiesFromFolder(AlgorithmsAndResources.java:143)
> >             at 
> es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
> >             at 
> es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.initialize(SextanteToolboxPlugin.java:77)
> >             at 
> es.unex.sextante.openjump.extensions.SextanteExtension.configure(SextanteExtension.java:52)
> >             at 
> com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:214)
> >             at 
> com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:194)
> >             at 
> com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:457)
> >             at 
> com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:386)
> >
> >     
> --
> >     Check out the vibrant tech community on one of the world's most
> >     engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >     ___
> >     Jump-pilot-devel mailing list
> >     Jump-pilot-devel@lists.sourceforge.net 
>  
>  >
> >     https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel 
>  
>  >
> >
> >
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net 
> 
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel 
> 
> >
> 
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net 
> 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel 
> 
> 
> 
> 
> 
> --
> Check out the vibrant tech 

Re: [JPP-Devel] sextante NPE

[Giuseppe Aruta]

Hi Ede,
I forgot that plugin folder points to LIB/PLUS instead to LIB/EXT in Eclipse

This method should probabily work in SextanteToolboxPlugIn class for both
folders.

 private String getJarsFolder() {
final String path = JUMPWorkbench.getInstance().getPlugInManager()
.getPlugInDirectory().getAbsolutePath();
final String sPath = path.concat(File.separator).concat("sextante");
LOGGER.info("Sextante jar folder: " + sPath);
return sPath;
}



instead of

private String getJarsFolder() {
final String sPath = System.getProperty("user.dir")
.concat(File.separator).concat("lib").concat(File.separator)
.concat("ext").concat(File.separator).concat("sextante");
LOGGER.info("Sextante jar folder: " + sPath);
return sPath;

}


I will correct tomorrow

Peppe

2018-04-08 20:49 GMT+02:00 :

> hey Peppe,
>
> nope still broken ;(.. smells like it does not compute the sextante folder
> correctly. did you change something there?
>
> any reason why you don't ask OJ's PluginManager for the path? eg.
>
> workbenchcontext.getWorkbench().getPlugInManager().getPlugInDirectory();
>
> this should be correct always, whether in ide or not.
>
> ..ede
>
> On 4/8/2018 19:28, Giuseppe Aruta wrote:
> > Thanks Ede
> > It should be fixed on next build
> > Peppe
> >
> > 2018-04-08 15:42 GMT+02:00 >:
> >
> > hey Peppe,
> >
> > after svn updating to your latest sextante binding, running OJ in
> eclipse throws the following.. ede
> >
> > java.lang.NullPointerException
> > at es.unex.sextante.core.AlgorithmsAndResources.
> addAlgorithmsAndPropertiesFromFolder(AlgorithmsAndResources.java:143)
> > at es.unex.sextante.core.Sextante.initialize(Sextante.
> java:67)
> > at es.unex.sextante.openjump.extensions.
> SextanteToolboxPlugin.initialize(SextanteToolboxPlugin.java:77)
> > at es.unex.sextante.openjump.extensions.SextanteExtension.
> configure(SextanteExtension.java:52)
> > at com.vividsolutions.jump.workbench.plugin.PlugInManager.
> loadConfigurations(PlugInManager.java:214)
> > at com.vividsolutions.jump.workbench.plugin.
> PlugInManager.load(PlugInManager.java:194)
> > at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:457)
> > at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:386)
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net  lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> >
> >
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante NPE

[edgar . soldin]

hey Peppe,

nope still broken ;(.. smells like it does not compute the sextante folder 
correctly. did you change something there?

any reason why you don't ask OJ's PluginManager for the path? eg.

workbenchcontext.getWorkbench().getPlugInManager().getPlugInDirectory();

this should be correct always, whether in ide or not.

..ede

On 4/8/2018 19:28, Giuseppe Aruta wrote:
> Thanks Ede
> It should be fixed on next build
> Peppe
> 
> 2018-04-08 15:42 GMT+02:00 >:
> 
> hey Peppe,
> 
> after svn updating to your latest sextante binding, running OJ in eclipse 
> throws the following.. ede
> 
> java.lang.NullPointerException
>         at 
> es.unex.sextante.core.AlgorithmsAndResources.addAlgorithmsAndPropertiesFromFolder(AlgorithmsAndResources.java:143)
>         at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
>         at 
> es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.initialize(SextanteToolboxPlugin.java:77)
>         at 
> es.unex.sextante.openjump.extensions.SextanteExtension.configure(SextanteExtension.java:52)
>         at 
> com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:214)
>         at 
> com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:194)
>         at 
> com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:457)
>         at 
> com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:386)
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net 
> 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel 
> 
> 
> 
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> 
> 
> 
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante NPE

[Giuseppe Aruta]

Thanks Ede
It should be fixed on next build
Peppe

2018-04-08 15:42 GMT+02:00 :

> hey Peppe,
>
> after svn updating to your latest sextante binding, running OJ in eclipse
> throws the following.. ede
>
> java.lang.NullPointerException
> at es.unex.sextante.core.AlgorithmsAndResources.
> addAlgorithmsAndPropertiesFromFolder(AlgorithmsAndResources.java:143)
> at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
> at es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.
> initialize(SextanteToolboxPlugin.java:77)
> at es.unex.sextante.openjump.extensions.SextanteExtension.
> configure(SextanteExtension.java:52)
> at com.vividsolutions.jump.workbench.plugin.PlugInManager.
> loadConfigurations(PlugInManager.java:214)
> at com.vividsolutions.jump.workbench.plugin.PlugInManager.load(
> PlugInManager.java:194)
> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:457)
> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:386)
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] sextante NPE

[edgar . soldin]

hey Peppe,

after svn updating to your latest sextante binding, running OJ in eclipse 
throws the following.. ede

java.lang.NullPointerException
at 
es.unex.sextante.core.AlgorithmsAndResources.addAlgorithmsAndPropertiesFromFolder(AlgorithmsAndResources.java:143)
at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
at 
es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.initialize(SextanteToolboxPlugin.java:77)
at 
es.unex.sextante.openjump.extensions.SextanteExtension.configure(SextanteExtension.java:52)
at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:214)
at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:194)
at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:457)
at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:386)

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

Thank Ede,
I will upgrade the source this evening
Peppe

2016-12-06 18:30 GMT+01:00 :

> as the sextante binding source is in svn, let me have a try at that
> initialization. i think, i can simplify that somewhat and make sure it runs
> wherever it is placed.
> might take until the weekend though.
>
> ..ede
>
>
> On 06.12.2016 15:40, Giuseppe Aruta wrote:
> > Hi Ede,
> > can you check the new version? (OJ 5248)
> > a) added Logger.debug  instead of System.out.println
> > b) checked all Stefan's path and rewrite according to his sintax
> > c) test on my local OJ setup to see if everything (old and new*) was
> working: access to algorithms, access to plugins, access to help
> framework*, access to advanced GUI for some algorithms*
> > It seems that everything is fine form my side.
> >
> > In order to trace back any possible mistakes, I also reused Stefan
> original copy of file limiting to minimal substitutions. I added to this
> mail a copy of the code (as PDF) of SextanteToolboxPlugin.class file with
> all the (minimal) modifications: you can see the original Stefan's text in
> red - mine in blue.
> >
> > I have some questions about:
> > a) if I move in my local copy of OJ all Sextante framework from lib/ext
> to lib/plus, Sextante is not inizialized as startup files are pointing only
> to lib/ext folder as plugin folder. Is it correct?
> > b) This is different on your OJ from Eclipse. As we need to keep
> separate bindings (Base and Plus) when building OJ (excuse me again for my
> not "usual " programming language)
> > c) If we don't find a solution for this problem, can we redefine the
> startup files in  order to have lib/ext AND lib/plus  folders as plugin
> folders?
> >
> > thanks again
> > Let me know. I cannot work on this bug until tomorrow afternoon
> >
> > Peppe
> >
> > 2016-12-05 20:52 GMT+01:00 >:
> >
> > Peppe also sextante does not seem to work, i suggest you simply
> detect if the path's exist and set them properly.
> >
> > errors are :
> >
> > 1. for the help
> >
> > java.lang.NullPointerException
> > at es.unex.sextante.gui.help.SextanteHelpWindow.fillTree(
> SextanteHelpWindow.java:274)
> > at es.unex.sextante.gui.help.SextanteHelpWindow.initGUI(
> SextanteHelpWindow.java:135)
> > at es.unex.sextante.gui.help.SextanteHelpWindow.(
> SextanteHelpWindow.java:65)
> > at es.unex.sextante.openjump.extensions.SextanteHelpPlugIn.
> execute(SextanteHelpPlugIn.java:42)
> > at com.vividsolutions.jump.workbench.plugin.
> AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:339)
> >
> > 2. for the command line
> >
> > [INFO] 20:40:41.194 Executing Command line
> > Exception in thread "AWT-EventQueue-0" 
> > java.lang.IllegalArgumentException:
> Logger: either message or throwable must be given.
> > at com.vividsolutions.jump.workbench.Logger.log(Logger.
> java:136)
> > at com.vividsolutions.jump.workbench.Logger.warn(Logger.
> java:86)
> > at com.vividsolutions.jump.workbench.ui.WorkbenchFrame.
> handleThrowable(WorkbenchFrame.java:1242)
> > at com.vividsolutions.jump.workbench.ui.WorkbenchFrame.
> handleThrowable(WorkbenchFrame.java:1234)
> > at com.vividsolutions.jump.workbench.plugin.
> AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:366)
> > at javax.swing.AbstractButton.fireActionPerformed(
> AbstractButton.java:2022)
> > at javax.swing.AbstractButton$Handler.actionPerformed(
> AbstractButton.java:2348)
> > at javax.swing.DefaultButtonModel.fireActionPerformed(
> DefaultButtonModel.java:402)
> > at javax.swing.DefaultButtonModel.setPressed(
> DefaultButtonModel.java:259)
> > at javax.swing.AbstractButton.doClick(AbstractButton.java:
> 376)
> > at javax.swing.plaf.basic.BasicMenuItemUI.doClick(
> BasicMenuItemUI.java:833)
> > at javax.swing.plaf.basic.BasicMenuItemUI$Handler.
> mouseReleased(BasicMenuItemUI.java:877)
> > at java.awt.Component.processMouseEvent(Component.java:6535)
> >
> > simply replace every sysout/log statement with Logger.(that/should
> show whats wrong at 2.)
> >
> > ..ede
> >
> > On 05.12.2016 20 :14, edgar.sol...@web.de
>  wrote:
> > > Peppe,
> > >
> > > tried the latest, this is what shows when verbosity is '-v info'
> > >
> > > starting Sextante initialization >>
> > > Sextante not initialized!
> > > Check for problems with Sextante initialization, path for libs and
> resources: E:\proj_oj-core_svn-4.4\lib\ext\sextante
> > > Check if image 'terminal.png' exist
> > > Check also for Sextante help classes path:
> E:\proj_oj-core_svn-4.4\lib\ext\sextante/help
> > > => Will do 2nd try with OJ-IDE-Dev settings:
> > > => looking for algorithms and image in:
> 

Re: [JPP-Devel] Sextante

[edgar . soldin]

as the sextante binding source is in svn, let me have a try at that 
initialization. i think, i can simplify that somewhat and make sure it runs 
wherever it is placed.
might take until the weekend though.

..ede


On 06.12.2016 15:40, Giuseppe Aruta wrote:
> Hi Ede,
> can you check the new version? (OJ 5248)
> a) added Logger.debug  instead of System.out.println
> b) checked all Stefan's path and rewrite according to his sintax
> c) test on my local OJ setup to see if everything (old and new*) was working: 
> access to algorithms, access to plugins, access to help framework*, access to 
> advanced GUI for some algorithms*
> It seems that everything is fine form my side.
> 
> In order to trace back any possible mistakes, I also reused Stefan original 
> copy of file limiting to minimal substitutions. I added to this mail a copy 
> of the code (as PDF) of SextanteToolboxPlugin.class file with all the 
> (minimal) modifications: you can see the original Stefan's text in red - mine 
> in blue.
> 
> I have some questions about:
> a) if I move in my local copy of OJ all Sextante framework from lib/ext to 
> lib/plus, Sextante is not inizialized as startup files are pointing only to 
> lib/ext folder as plugin folder. Is it correct?
> b) This is different on your OJ from Eclipse. As we need to keep separate 
> bindings (Base and Plus) when building OJ (excuse me again for my not "usual 
> " programming language)
> c) If we don't find a solution for this problem, can we redefine the startup 
> files in  order to have lib/ext AND lib/plus  folders as plugin folders?
> 
> thanks again
> Let me know. I cannot work on this bug until tomorrow afternoon
> 
> Peppe
> 
> 2016-12-05 20:52 GMT+01:00 >:
> 
> Peppe also sextante does not seem to work, i suggest you simply detect if 
> the path's exist and set them properly.
> 
> errors are :
> 
> 1. for the help
> 
> java.lang.NullPointerException
> at 
> es.unex.sextante.gui.help.SextanteHelpWindow.fillTree(SextanteHelpWindow.java:274)
> at 
> es.unex.sextante.gui.help.SextanteHelpWindow.initGUI(SextanteHelpWindow.java:135)
> at 
> es.unex.sextante.gui.help.SextanteHelpWindow.(SextanteHelpWindow.java:65)
> at 
> es.unex.sextante.openjump.extensions.SextanteHelpPlugIn.execute(SextanteHelpPlugIn.java:42)
> at 
> com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:339)
> 
> 2. for the command line
> 
> [INFO] 20:40:41.194 Executing Command line
> Exception in thread "AWT-EventQueue-0" 
> java.lang.IllegalArgumentException: Logger: either message or throwable must 
> be given.
> at com.vividsolutions.jump.workbench.Logger.log(Logger.java:136)
> at com.vividsolutions.jump.workbench.Logger.warn(Logger.java:86)
> at 
> com.vividsolutions.jump.workbench.ui.WorkbenchFrame.handleThrowable(WorkbenchFrame.java:1242)
> at 
> com.vividsolutions.jump.workbench.ui.WorkbenchFrame.handleThrowable(WorkbenchFrame.java:1234)
> at 
> com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:366)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6535)
> 
> simply replace every sysout/log statement with Logger.(that/should show 
> whats wrong at 2.)
> 
> ..ede
> 
> On 05.12.2016 20 :14, edgar.sol...@web.de 
>  wrote:
> > Peppe,
> >
> > tried the latest, this is what shows when verbosity is '-v info'
> >
> > starting Sextante initialization >>
> > Sextante not initialized!
> > Check for problems with Sextante initialization, path for libs and 
> resources: E:\proj_oj-core_svn-4.4\lib\ext\sextante
> > Check if image 'terminal.png' exist
> > Check also for Sextante help classes path: 
> E:\proj_oj-core_svn-4.4\lib\ext\sextante/help
> > => Will do 2nd try with OJ-IDE-Dev settings:
> > => looking for algorithms and image in: 
> E:\proj_oj-core_svn-4.4\lib\ext\sextante
> > No success with Sextante initialization - printing error log:
> > java.lang.NullPointerException
> >   at 
> 

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

Hi Ede,
can you check the new version? (OJ 5248)
a) added Logger.debug  instead of System.out.println
b) checked all Stefan's path and rewrite according to his sintax
c) test on my local OJ setup to see if everything (old and new*) was
working: access to algorithms, access to plugins, access to help
framework*, access to advanced GUI for some algorithms*
It seems that everything is fine form my side.

In order to trace back any possible mistakes, I also reused Stefan original
copy of file limiting to minimal substitutions. I added to this mail a copy
of the code (as PDF) of SextanteToolboxPlugin.class file with all the
(minimal) modifications: you can see the original Stefan's text in red -
mine in blue.

I have some questions about:
a) if I move in my local copy of OJ all Sextante framework from lib/ext to
lib/plus, Sextante is not inizialized as startup files are pointing only to
lib/ext folder as plugin folder. Is it correct?
b) This is different on your OJ from Eclipse. As we need to keep separate
bindings (Base and Plus) when building OJ (excuse me again for my not
"usual " programming language)
c) If we don't find a solution for this problem, can we redefine the
startup files in  order to have lib/ext AND lib/plus  folders as plugin
folders?

thanks again
Let me know. I cannot work on this bug until tomorrow afternoon

Peppe

2016-12-05 20:52 GMT+01:00 :

> Peppe also sextante does not seem to work, i suggest you simply detect if
> the path's exist and set them properly.
>
> errors are :
>
> 1. for the help
>
> java.lang.NullPointerException
> at es.unex.sextante.gui.help.SextanteHelpWindow.fillTree(
> SextanteHelpWindow.java:274)
> at es.unex.sextante.gui.help.SextanteHelpWindow.initGUI(
> SextanteHelpWindow.java:135)
> at es.unex.sextante.gui.help.SextanteHelpWindow.(
> SextanteHelpWindow.java:65)
> at es.unex.sextante.openjump.extensions.SextanteHelpPlugIn.
> execute(SextanteHelpPlugIn.java:42)
> at com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.
> actionPerformed(AbstractPlugIn.java:339)
>
> 2. for the command line
>
> [INFO] 20:40:41.194 Executing Command line
> Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException:
> Logger: either message or throwable must be given.
> at com.vividsolutions.jump.workbench.Logger.log(Logger.java:136)
> at com.vividsolutions.jump.workbench.Logger.warn(Logger.java:86)
> at com.vividsolutions.jump.workbench.ui.WorkbenchFrame.
> handleThrowable(WorkbenchFrame.java:1242)
> at com.vividsolutions.jump.workbench.ui.WorkbenchFrame.
> handleThrowable(WorkbenchFrame.java:1234)
> at com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.
> actionPerformed(AbstractPlugIn.java:366)
> at javax.swing.AbstractButton.fireActionPerformed(
> AbstractButton.java:2022)
> at javax.swing.AbstractButton$Handler.actionPerformed(
> AbstractButton.java:2348)
> at javax.swing.DefaultButtonModel.fireActionPerformed(
> DefaultButtonModel.java:402)
> at javax.swing.DefaultButtonModel.setPressed(
> DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at javax.swing.plaf.basic.BasicMenuItemUI.doClick(
> BasicMenuItemUI.java:833)
> at javax.swing.plaf.basic.BasicMenuItemUI$Handler.
> mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6535)
>
> simply replace every sysout/log statement with Logger.(that/should show
> whats wrong at 2.)
>
> ..ede
>
> On 05.12.2016 20:14, edgar.sol...@web.de wrote:
> > Peppe,
> >
> > tried the latest, this is what shows when verbosity is '-v info'
> >
> > starting Sextante initialization >>
> > Sextante not initialized!
> > Check for problems with Sextante initialization, path for libs and
> resources: E:\proj_oj-core_svn-4.4\lib\ext\sextante
> > Check if image 'terminal.png' exist
> > Check also for Sextante help classes path: E:\proj_oj-core_svn-4.4\lib\
> ext\sextante/help
> > => Will do 2nd try with OJ-IDE-Dev settings:
> > => looking for algorithms and image in: E:\proj_oj-core_svn-4.4\lib\
> ext\sextante
> > No success with Sextante initialization - printing error log:
> > java.lang.NullPointerException
> >   at es.unex.sextante.core.AlgorithmsAndResources.
> addAlgorithmsAndPropertiesFromFolder(AlgorithmsAndResources.java:143)
> >   at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
> >   at es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.
> initialize(SextanteToolboxPlugin.java:106)
> >   at es.unex.sextante.openjump.extensions.SextanteExtension.
> configure(SextanteExtension.java:49)
> >   at com.vividsolutions.jump.workbench.plugin.PlugInManager.
> loadConfigurations(PlugInManager.java:212)
> >   at com.vividsolutions.jump.workbench.plugin.PlugInManager.load(
> PlugInManager.java:192)
> >   at 

Re: [JPP-Devel] Sextante

[edgar . soldin]

Peppe also sextante does not seem to work, i suggest you simply detect if the 
path's exist and set them properly.

errors are :

1. for the help

java.lang.NullPointerException
at 
es.unex.sextante.gui.help.SextanteHelpWindow.fillTree(SextanteHelpWindow.java:274)
at 
es.unex.sextante.gui.help.SextanteHelpWindow.initGUI(SextanteHelpWindow.java:135)
at 
es.unex.sextante.gui.help.SextanteHelpWindow.(SextanteHelpWindow.java:65)
at 
es.unex.sextante.openjump.extensions.SextanteHelpPlugIn.execute(SextanteHelpPlugIn.java:42)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:339)

2. for the command line

[INFO] 20:40:41.194 Executing Command line
Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: 
Logger: either message or throwable must be given.
at com.vividsolutions.jump.workbench.Logger.log(Logger.java:136)
at com.vividsolutions.jump.workbench.Logger.warn(Logger.java:86)
at 
com.vividsolutions.jump.workbench.ui.WorkbenchFrame.handleThrowable(WorkbenchFrame.java:1242)
at 
com.vividsolutions.jump.workbench.ui.WorkbenchFrame.handleThrowable(WorkbenchFrame.java:1234)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:366)
at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
at 
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
at java.awt.Component.processMouseEvent(Component.java:6535)

simply replace every sysout/log statement with Logger.(that/should show whats 
wrong at 2.) 

..ede

On 05.12.2016 20:14, edgar.sol...@web.de wrote:
> Peppe,
> 
> tried the latest, this is what shows when verbosity is '-v info'
> 
> starting Sextante initialization >>
> Sextante not initialized!
> Check for problems with Sextante initialization, path for libs and resources: 
> E:\proj_oj-core_svn-4.4\lib\ext\sextante
> Check if image 'terminal.png' exist
> Check also for Sextante help classes path: 
> E:\proj_oj-core_svn-4.4\lib\ext\sextante/help
> => Will do 2nd try with OJ-IDE-Dev settings: 
> => looking for algorithms and image in: 
> E:\proj_oj-core_svn-4.4\lib\ext\sextante
> No success with Sextante initialization - printing error log:
> java.lang.NullPointerException
>   at 
> es.unex.sextante.core.AlgorithmsAndResources.addAlgorithmsAndPropertiesFromFolder(AlgorithmsAndResources.java:143)
>   at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
>   at 
> es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.initialize(SextanteToolboxPlugin.java:106)
>   at 
> es.unex.sextante.openjump.extensions.SextanteExtension.configure(SextanteExtension.java:49)
>   at 
> com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:212)
>   at 
> com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:192)
>   at 
> com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:468)
>   at 
> com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:397)
> [INFO] 20:10:35.536 Loading Config Sextante 1.0 OpenJUMP binding 2016-11-28 
> took 0.34s
> 
> can you use Logger.debug() so that the stack is only shown when '-v debug' is 
> on?
> 
> thanks.. ede
> 
> On 05.12.2016 15:45, Giuseppe Aruta wrote:
>> Hi Ede,
>> can you try on 5245 and let me know?
>> Thanks
>> Peppe
>>
>> 2016-12-05 15:26 GMT+01:00 Giuseppe Aruta > >:
>>
>> Ede,
>> OK, I uderstood
>> we need all the info back. It seems correct to control all the loading 
>> process on ide
>> I will try to reenable it
>>
>> Peppe
>>
>>
>>
>> 2016-12-05 12:01 GMT+01:00 > >:
>>
>> Peppe,
>>
>> there was already a workaround to run sextante binding in eclipse, 
>> that you seem to have deactivated. Stefan added it in the past, it's output 
>> was
>>
>> starting Sextante initialization >>
>> Sextante jar folder: E:\proj_oj-core_svn-4.4/lib/ext/sextante
>> Sextante not initialized!
>> Check for problems with Sextante initialization, path for libs and 
>> resources: E:\proj_oj-core_svn-4.4/lib/ext/sextante
>> Check if image 'terminal.png' exist
>> Sextante help path folder: 
>> E:\proj_oj-core_svn-4.4/lib/ext/sextante_help
>> Check also for Sextante help classes path: 
>> 

Re: [JPP-Devel] Sextante

[edgar . soldin]

Peppe,

tried the latest, this is what shows when verbosity is '-v info'

starting Sextante initialization >>
Sextante not initialized!
Check for problems with Sextante initialization, path for libs and resources: 
E:\proj_oj-core_svn-4.4\lib\ext\sextante
Check if image 'terminal.png' exist
Check also for Sextante help classes path: 
E:\proj_oj-core_svn-4.4\lib\ext\sextante/help
=> Will do 2nd try with OJ-IDE-Dev settings: 
=> looking for algorithms and image in: E:\proj_oj-core_svn-4.4\lib\ext\sextante
No success with Sextante initialization - printing error log:
java.lang.NullPointerException
at 
es.unex.sextante.core.AlgorithmsAndResources.addAlgorithmsAndPropertiesFromFolder(AlgorithmsAndResources.java:143)
at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
at 
es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.initialize(SextanteToolboxPlugin.java:106)
at 
es.unex.sextante.openjump.extensions.SextanteExtension.configure(SextanteExtension.java:49)
at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:212)
at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:192)
at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:468)
at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:397)
[INFO] 20:10:35.536 Loading Config Sextante 1.0 OpenJUMP binding 2016-11-28 
took 0.34s

can you use Logger.debug() so that the stack is only shown when '-v debug' is 
on?

thanks.. ede

On 05.12.2016 15:45, Giuseppe Aruta wrote:
> Hi Ede,
> can you try on 5245 and let me know?
> Thanks
> Peppe
> 
> 2016-12-05 15:26 GMT+01:00 Giuseppe Aruta  >:
> 
> Ede,
> OK, I uderstood
> we need all the info back. It seems correct to control all the loading 
> process on ide
> I will try to reenable it
> 
> Peppe
> 
> 
> 
> 2016-12-05 12:01 GMT+01:00  >:
> 
> Peppe,
> 
> there was already a workaround to run sextante binding in eclipse, 
> that you seem to have deactivated. Stefan added it in the past, it's output 
> was
> 
> starting Sextante initialization >>
> Sextante jar folder: E:\proj_oj-core_svn-4.4/lib/ext/sextante
> Sextante not initialized!
> Check for problems with Sextante initialization, path for libs and 
> resources: E:\proj_oj-core_svn-4.4/lib/ext/sextante
> Check if image 'terminal.png' exist
> Sextante help path folder: 
> E:\proj_oj-core_svn-4.4/lib/ext/sextante_help
> Check also for Sextante help classes path: 
> E:\proj_oj-core_svn-4.4/lib/ext/sextante_help
> => Will do 2nd try with OJ-IDE-Dev settings:
> => looking for algorithms and image in: 
> E:\proj_oj-core_svn-4.4/lib/plus/sextante
> Success initializing Sextante at 2nd trial!
> 
> check if you can find that routine an reenable that and you should be 
> fine.. ede
> 
> On 05.12.2016 11 :07, Giuseppe Aruta wrote:
> > Hi Ede
> >
> > (SextanteToolboxPlugin.java:68) the NPE is on the line vconnected 
> to the
> > method Sextante.initialize(String folder) and it is responsable to
> > inizialize Sextante. It has to point to the folder where Sextante 
> files are
> > located, in this case* lib/ext/* for a fresh OJ 
> instalation.
> >
> > The NPE, I think, comes when you start OJ from SVN (I am not 
> familiar with
> > running from Eclipse, sorry for my... uncertain syntax).
> > in SVN tree  all the  plugins, included Sextante files 
> folder, are
> > located into  *lib/plus* folder.
> >
> > The solution I propone is to rewrite the  method that checks for 
> sextante
> > folder (on SextanteToolboxPlugin.class)
> >  from:
> >
> >  private String getJarsFolder() {
> > String  sPath =
> > System.getProperty("user.dir").concat(File.separator)
> > 
> .concat("lib").concat(File.separator).concat("ext")
> > .concat(File.separator).concat("sextante");
> >
> > LOGGER.info("Sextante jar folder: " + sPath);
> > return sPath;
> >
> > }
> >
> > to:
> >  private String getJarsFolder() {
> > String sPath;
> > try {
> > sPath = 
> System.getProperty("user.dir").concat(File.separator)
> > 
> .concat("lib").concat(File.separator).concat("ext")
> > .concat(File.separator).concat("sextante");
> > } catch (Exception e) {
> > sPath = 
> System.getProperty("user.dir").concat(File.separator)
>  

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

Hi Ede,
can you try on 5245 and let me know?
Thanks
Peppe

2016-12-05 15:26 GMT+01:00 Giuseppe Aruta :

> Ede,
> OK, I uderstood
> we need all the info back. It seems correct to control all the loading
> process on ide
> I will try to reenable it
>
> Peppe
>
>
>
> 2016-12-05 12:01 GMT+01:00 :
>
>> Peppe,
>>
>> there was already a workaround to run sextante binding in eclipse, that
>> you seem to have deactivated. Stefan added it in the past, it's output was
>>
>> starting Sextante initialization >>
>> Sextante jar folder: E:\proj_oj-core_svn-4.4/lib/ext/sextante
>> Sextante not initialized!
>> Check for problems with Sextante initialization, path for libs and
>> resources: E:\proj_oj-core_svn-4.4/lib/ext/sextante
>> Check if image 'terminal.png' exist
>> Sextante help path folder: E:\proj_oj-core_svn-4.4/lib/ext/sextante_help
>> Check also for Sextante help classes path: E:\proj_oj-core_svn-4.4/lib/ex
>> t/sextante_help
>> => Will do 2nd try with OJ-IDE-Dev settings:
>> => looking for algorithms and image in: E:\proj_oj-core_svn-4.4/lib/pl
>> us/sextante
>> Success initializing Sextante at 2nd trial!
>>
>> check if you can find that routine an reenable that and you should be
>> fine.. ede
>>
>> On 05.12.2016 11:07, Giuseppe Aruta wrote:
>> > Hi Ede
>> >
>> > (SextanteToolboxPlugin.java:68) the NPE is on the line vconnected to
>> the
>> > method Sextante.initialize(String folder) and it is responsable to
>> > inizialize Sextante. It has to point to the folder where Sextante files
>> are
>> > located, in this case* lib/ext/* for a fresh OJ instalation.
>> >
>> > The NPE, I think, comes when you start OJ from SVN (I am not familiar
>> with
>> > running from Eclipse, sorry for my... uncertain syntax).
>> > in SVN tree  all the  plugins, included Sextante files folder,
>> are
>> > located into  *lib/plus* folder.
>> >
>> > The solution I propone is to rewrite the  method that checks for
>> sextante
>> > folder (on SextanteToolboxPlugin.class)
>> >  from:
>> >
>> >  private String getJarsFolder() {
>> > String  sPath =
>> > System.getProperty("user.dir").concat(File.separator)
>> > .concat("lib").concat(File.separator).concat("ext")
>> > .concat(File.separator).concat("sextante");
>> >
>> > LOGGER.info("Sextante jar folder: " + sPath);
>> > return sPath;
>> >
>> > }
>> >
>> > to:
>> >  private String getJarsFolder() {
>> > String sPath;
>> > try {
>> > sPath = System.getProperty("user.dir")
>> .concat(File.separator)
>> > .concat("lib").concat(File.separator).concat("ext")
>> > .concat(File.separator).concat("sextante");
>> > } catch (Exception e) {
>> > sPath = System.getProperty("user.dir")
>> .concat(File.separator)
>> > .concat("lib").concat(File.se
>> parator).concat("plus")
>> > .concat(File.separator).concat("sextante");
>> > }
>> > LOGGER.info("Sextante jar folder: " + sPath);
>> > return sPath;
>> > }
>> >
>> > and you can check if there is still a NPE exception. I only wonder if
>> this
>> > will break some functions on Sextante (right now help and Raster
>> calculator
>> > seem not to be affected)
>> >
>> > What do you think?
>> > Peppe
>> >
>> > 2016-12-04 21:39 GMT+01:00 Giuseppe Aruta :
>> >
>> >> Hi Ede
>> >> I will give a look tomorrow
>> >> Peppe
>> >>
>> >> Il 04/Dic/2016 19:48,  ha scritto:
>> >>
>> >>> hey Peppe,
>> >>>
>> >>> running OJ from eclipse gives me a NPE during startup now
>> >>>
>> >>> java.lang.NullPointerException
>> >>> at es.unex.sextante.core.Algorith
>> msAndResources.addAlgorithmsAn
>> >>> dPropertiesFromFolder(AlgorithmsAndResources.java:143)
>> >>> at es.unex.sextante.core.Sextante
>> .initialize(Sextante.java:67)
>> >>> at es.unex.sextante.openjump.exte
>> nsions.SextanteToolboxPlugin.i
>> >>> nitialize(SextanteToolboxPlugin.java:68)
>> >>> at es.unex.sextante.openjump.exte
>> nsions.SextanteExtension.confi
>> >>> gure(SextanteExtension.java:49)
>> >>> at com.vividsolutions.jump.workbe
>> nch.plugin.PlugInManager.loadC
>> >>> onfigurations(PlugInManager.java:212)
>> >>> at com.vividsolutions.jump.workbe
>> nch.plugin.PlugInManager.load(
>> >>> PlugInManager.java:192)
>> >>> at com.vividsolutions.jump.workbe
>> nch.JUMPWorkbench.main(JUMPWor
>> >>> kbench.java:468)
>> >>> at com.vividsolutions.jump.workbe
>> nch.JUMPWorkbench.main(JUMPWor
>> >>> kbench.java:397)
>> >>>
>> >>> as it is your construction site, any idea? ..ede
>> >>>
>> >>> On 04.12.2016 19:41, Michaël Michaud wrote:
>>  Hi Peppe,
>> 
>>  You did a great work with Sextante. Getting the whole documentation
>> from
>>  the menu is amazing.
>> 
>>  Hope it will encorage OpenJUMP users to play with it ;-)
>> 

Re: [JPP-Devel] Sextante

[edgar . soldin]

go Peppe go :).. ede

On 05.12.2016 15:26, Giuseppe Aruta wrote:
> Ede,
> OK, I uderstood
> we need all the info back. It seems correct to control all the loading
> process on ide
> I will try to reenable it
> 
> Peppe
> 
> 
> 
> 2016-12-05 12:01 GMT+01:00 :
> 
>> Peppe,
>>
>> there was already a workaround to run sextante binding in eclipse, that
>> you seem to have deactivated. Stefan added it in the past, it's output was
>>
>> starting Sextante initialization >>
>> Sextante jar folder: E:\proj_oj-core_svn-4.4/lib/ext/sextante
>> Sextante not initialized!
>> Check for problems with Sextante initialization, path for libs and
>> resources: E:\proj_oj-core_svn-4.4/lib/ext/sextante
>> Check if image 'terminal.png' exist
>> Sextante help path folder: E:\proj_oj-core_svn-4.4/lib/ext/sextante_help
>> Check also for Sextante help classes path: E:\proj_oj-core_svn-4.4/lib/
>> ext/sextante_help
>> => Will do 2nd try with OJ-IDE-Dev settings:
>> => looking for algorithms and image in: E:\proj_oj-core_svn-4.4/lib/
>> plus/sextante
>> Success initializing Sextante at 2nd trial!
>>
>> check if you can find that routine an reenable that and you should be
>> fine.. ede
>>
>> On 05.12.2016 11:07, Giuseppe Aruta wrote:
>>> Hi Ede
>>>
>>> (SextanteToolboxPlugin.java:68) the NPE is on the line vconnected to the
>>> method Sextante.initialize(String folder) and it is responsable to
>>> inizialize Sextante. It has to point to the folder where Sextante files
>> are
>>> located, in this case* lib/ext/* for a fresh OJ instalation.
>>>
>>> The NPE, I think, comes when you start OJ from SVN (I am not familiar
>> with
>>> running from Eclipse, sorry for my... uncertain syntax).
>>> in SVN tree  all the  plugins, included Sextante files folder, are
>>> located into  *lib/plus* folder.
>>>
>>> The solution I propone is to rewrite the  method that checks for sextante
>>> folder (on SextanteToolboxPlugin.class)
>>>  from:
>>>
>>>  private String getJarsFolder() {
>>> String  sPath =
>>> System.getProperty("user.dir").concat(File.separator)
>>> .concat("lib").concat(File.separator).concat("ext")
>>> .concat(File.separator).concat("sextante");
>>>
>>> LOGGER.info("Sextante jar folder: " + sPath);
>>> return sPath;
>>>
>>> }
>>>
>>> to:
>>>  private String getJarsFolder() {
>>> String sPath;
>>> try {
>>> sPath = System.getProperty("user.dir")
>> .concat(File.separator)
>>> .concat("lib").concat(File.separator).concat("ext")
>>> .concat(File.separator).concat("sextante");
>>> } catch (Exception e) {
>>> sPath = System.getProperty("user.dir")
>> .concat(File.separator)
>>> .concat("lib").concat(File.separator).concat("plus")
>>> .concat(File.separator).concat("sextante");
>>> }
>>> LOGGER.info("Sextante jar folder: " + sPath);
>>> return sPath;
>>> }
>>>
>>> and you can check if there is still a NPE exception. I only wonder if
>> this
>>> will break some functions on Sextante (right now help and Raster
>> calculator
>>> seem not to be affected)
>>>
>>> What do you think?
>>> Peppe
>>>
>>> 2016-12-04 21:39 GMT+01:00 Giuseppe Aruta :
>>>
 Hi Ede
 I will give a look tomorrow
 Peppe

 Il 04/Dic/2016 19:48,  ha scritto:

> hey Peppe,
>
> running OJ from eclipse gives me a NPE during startup now
>
> java.lang.NullPointerException
> at es.unex.sextante.core.AlgorithmsAndResources.
>> addAlgorithmsAn
> dPropertiesFromFolder(AlgorithmsAndResources.java:143)
> at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
> at es.unex.sextante.openjump.extensions.
>> SextanteToolboxPlugin.i
> nitialize(SextanteToolboxPlugin.java:68)
> at es.unex.sextante.openjump.extensions.SextanteExtension.
>> confi
> gure(SextanteExtension.java:49)
> at com.vividsolutions.jump.workbench.plugin.
>> PlugInManager.loadC
> onfigurations(PlugInManager.java:212)
> at com.vividsolutions.jump.workbench.plugin.
>> PlugInManager.load(
> PlugInManager.java:192)
> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
>> JUMPWor
> kbench.java:468)
> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
>> JUMPWor
> kbench.java:397)
>
> as it is your construction site, any idea? ..ede
>
> On 04.12.2016 19:41, Michaël Michaud wrote:
>> Hi Peppe,
>>
>> You did a great work with Sextante. Getting the whole documentation
>> from
>> the menu is amazing.
>>
>> Hope it will encorage OpenJUMP users to play with it ;-)
>>
>> Michaël
>>
>>
>> 
> --
>> Check out the vibrant tech community 

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

Ede,
OK, I uderstood
we need all the info back. It seems correct to control all the loading
process on ide
I will try to reenable it

Peppe



2016-12-05 12:01 GMT+01:00 :

> Peppe,
>
> there was already a workaround to run sextante binding in eclipse, that
> you seem to have deactivated. Stefan added it in the past, it's output was
>
> starting Sextante initialization >>
> Sextante jar folder: E:\proj_oj-core_svn-4.4/lib/ext/sextante
> Sextante not initialized!
> Check for problems with Sextante initialization, path for libs and
> resources: E:\proj_oj-core_svn-4.4/lib/ext/sextante
> Check if image 'terminal.png' exist
> Sextante help path folder: E:\proj_oj-core_svn-4.4/lib/ext/sextante_help
> Check also for Sextante help classes path: E:\proj_oj-core_svn-4.4/lib/
> ext/sextante_help
> => Will do 2nd try with OJ-IDE-Dev settings:
> => looking for algorithms and image in: E:\proj_oj-core_svn-4.4/lib/
> plus/sextante
> Success initializing Sextante at 2nd trial!
>
> check if you can find that routine an reenable that and you should be
> fine.. ede
>
> On 05.12.2016 11:07, Giuseppe Aruta wrote:
> > Hi Ede
> >
> > (SextanteToolboxPlugin.java:68) the NPE is on the line vconnected to the
> > method Sextante.initialize(String folder) and it is responsable to
> > inizialize Sextante. It has to point to the folder where Sextante files
> are
> > located, in this case* lib/ext/* for a fresh OJ instalation.
> >
> > The NPE, I think, comes when you start OJ from SVN (I am not familiar
> with
> > running from Eclipse, sorry for my... uncertain syntax).
> > in SVN tree  all the  plugins, included Sextante files folder, are
> > located into  *lib/plus* folder.
> >
> > The solution I propone is to rewrite the  method that checks for sextante
> > folder (on SextanteToolboxPlugin.class)
> >  from:
> >
> >  private String getJarsFolder() {
> > String  sPath =
> > System.getProperty("user.dir").concat(File.separator)
> > .concat("lib").concat(File.separator).concat("ext")
> > .concat(File.separator).concat("sextante");
> >
> > LOGGER.info("Sextante jar folder: " + sPath);
> > return sPath;
> >
> > }
> >
> > to:
> >  private String getJarsFolder() {
> > String sPath;
> > try {
> > sPath = System.getProperty("user.dir")
> .concat(File.separator)
> > .concat("lib").concat(File.separator).concat("ext")
> > .concat(File.separator).concat("sextante");
> > } catch (Exception e) {
> > sPath = System.getProperty("user.dir")
> .concat(File.separator)
> > .concat("lib").concat(File.separator).concat("plus")
> > .concat(File.separator).concat("sextante");
> > }
> > LOGGER.info("Sextante jar folder: " + sPath);
> > return sPath;
> > }
> >
> > and you can check if there is still a NPE exception. I only wonder if
> this
> > will break some functions on Sextante (right now help and Raster
> calculator
> > seem not to be affected)
> >
> > What do you think?
> > Peppe
> >
> > 2016-12-04 21:39 GMT+01:00 Giuseppe Aruta :
> >
> >> Hi Ede
> >> I will give a look tomorrow
> >> Peppe
> >>
> >> Il 04/Dic/2016 19:48,  ha scritto:
> >>
> >>> hey Peppe,
> >>>
> >>> running OJ from eclipse gives me a NPE during startup now
> >>>
> >>> java.lang.NullPointerException
> >>> at es.unex.sextante.core.AlgorithmsAndResources.
> addAlgorithmsAn
> >>> dPropertiesFromFolder(AlgorithmsAndResources.java:143)
> >>> at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
> >>> at es.unex.sextante.openjump.extensions.
> SextanteToolboxPlugin.i
> >>> nitialize(SextanteToolboxPlugin.java:68)
> >>> at es.unex.sextante.openjump.extensions.SextanteExtension.
> confi
> >>> gure(SextanteExtension.java:49)
> >>> at com.vividsolutions.jump.workbench.plugin.
> PlugInManager.loadC
> >>> onfigurations(PlugInManager.java:212)
> >>> at com.vividsolutions.jump.workbench.plugin.
> PlugInManager.load(
> >>> PlugInManager.java:192)
> >>> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWor
> >>> kbench.java:468)
> >>> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWor
> >>> kbench.java:397)
> >>>
> >>> as it is your construction site, any idea? ..ede
> >>>
> >>> On 04.12.2016 19:41, Michaël Michaud wrote:
>  Hi Peppe,
> 
>  You did a great work with Sextante. Getting the whole documentation
> from
>  the menu is amazing.
> 
>  Hope it will encorage OpenJUMP users to play with it ;-)
> 
>  Michaël
> 
> 
>  
> >>> --
>  Check out the vibrant tech community on one of the world's most
>  engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>  

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

Yes Jukka,
my mistake. Only on SextanteHelpPlugIn. The routine you wrote about is also
explained on Sextante Toolbox hel page, at the bottom of the document.
Peppe

2016-12-05 12:47 GMT+01:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> I was wondering how on earth it is possible to edit the help but with
> trial and error found the way:
>
> -   Browse help with SextanteHelpPlugIn
>
> -  Select the title of the help item from the table of contents
>
> -  Right click over the title and “Edit help” appears
>
>
>
> I couldn’t find a way to access the Edit help mode from the single
> algorithm help pages.
>
>
>
> -Jukka Rahkonen-
>
>
>
>
>
> Giuseppe Aruta wrote:
>
>
>
> Hi Michael,
>
> there is another important functionality we get.
>
> - you can  crerate a new folder named FR on Sextante/help folder and copy
> all the files from the EN folder
>
> - when opening the single help files (by thye main help plugin or by the
> single algorithm help access), you can modify those files and rewrite them
> in French in order to have your personal help documentation in French.
>
> best regards
>
> Peppe
>
>
>
>
>
> 2016-12-04 19:41 GMT+01:00 Michaël Michaud :
>
> Hi Peppe,
>
> You did a great work with Sextante. Getting the whole documentation from
> the menu is amazing.
>
> Hope it will encorage OpenJUMP users to play with it ;-)
>
> Michaël
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
> 
> --
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[Rahkonen Jukka (MML)]

Hi,

I was wondering how on earth it is possible to edit the help but with trial and 
error found the way:

-   Browse help with SextanteHelpPlugIn

-  Select the title of the help item from the table of contents

-  Right click over the title and “Edit help” appears

I couldn’t find a way to access the Edit help mode from the single algorithm 
help pages.

-Jukka Rahkonen-


Giuseppe Aruta wrote:

Hi Michael,
there is another important functionality we get.
- you can  crerate a new folder named FR on Sextante/help folder and copy all 
the files from the EN folder
- when opening the single help files (by thye main help plugin or by the single 
algorithm help access), you can modify those files and rewrite them in French 
in order to have your personal help documentation in French.
best regards
Peppe


2016-12-04 19:41 GMT+01:00 Michaël Michaud 
>:
Hi Peppe,

You did a great work with Sextante. Getting the whole documentation from
the menu is amazing.

Hope it will encorage OpenJUMP users to play with it ;-)

Michaël


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

--
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[edgar . soldin]

Peppe,

there was already a workaround to run sextante binding in eclipse, that you 
seem to have deactivated. Stefan added it in the past, it's output was 

starting Sextante initialization >>
Sextante jar folder: E:\proj_oj-core_svn-4.4/lib/ext/sextante
Sextante not initialized!
Check for problems with Sextante initialization, path for libs and resources: 
E:\proj_oj-core_svn-4.4/lib/ext/sextante
Check if image 'terminal.png' exist
Sextante help path folder: E:\proj_oj-core_svn-4.4/lib/ext/sextante_help
Check also for Sextante help classes path: 
E:\proj_oj-core_svn-4.4/lib/ext/sextante_help
=> Will do 2nd try with OJ-IDE-Dev settings: 
=> looking for algorithms and image in: 
E:\proj_oj-core_svn-4.4/lib/plus/sextante
Success initializing Sextante at 2nd trial!

check if you can find that routine an reenable that and you should be fine.. ede

On 05.12.2016 11:07, Giuseppe Aruta wrote:
> Hi Ede
> 
> (SextanteToolboxPlugin.java:68) the NPE is on the line vconnected to the
> method Sextante.initialize(String folder) and it is responsable to
> inizialize Sextante. It has to point to the folder where Sextante files are
> located, in this case* lib/ext/* for a fresh OJ instalation.
> 
> The NPE, I think, comes when you start OJ from SVN (I am not familiar with
> running from Eclipse, sorry for my... uncertain syntax).
> in SVN tree  all the  plugins, included Sextante files folder, are
> located into  *lib/plus* folder.
> 
> The solution I propone is to rewrite the  method that checks for sextante
> folder (on SextanteToolboxPlugin.class)
>  from:
> 
>  private String getJarsFolder() {
> String  sPath =
> System.getProperty("user.dir").concat(File.separator)
> .concat("lib").concat(File.separator).concat("ext")
> .concat(File.separator).concat("sextante");
> 
> LOGGER.info("Sextante jar folder: " + sPath);
> return sPath;
> 
> }
> 
> to:
>  private String getJarsFolder() {
> String sPath;
> try {
> sPath = System.getProperty("user.dir").concat(File.separator)
> .concat("lib").concat(File.separator).concat("ext")
> .concat(File.separator).concat("sextante");
> } catch (Exception e) {
> sPath = System.getProperty("user.dir").concat(File.separator)
> .concat("lib").concat(File.separator).concat("plus")
> .concat(File.separator).concat("sextante");
> }
> LOGGER.info("Sextante jar folder: " + sPath);
> return sPath;
> }
> 
> and you can check if there is still a NPE exception. I only wonder if this
> will break some functions on Sextante (right now help and Raster calculator
> seem not to be affected)
> 
> What do you think?
> Peppe
> 
> 2016-12-04 21:39 GMT+01:00 Giuseppe Aruta :
> 
>> Hi Ede
>> I will give a look tomorrow
>> Peppe
>>
>> Il 04/Dic/2016 19:48,  ha scritto:
>>
>>> hey Peppe,
>>>
>>> running OJ from eclipse gives me a NPE during startup now
>>>
>>> java.lang.NullPointerException
>>> at es.unex.sextante.core.AlgorithmsAndResources.addAlgorithmsAn
>>> dPropertiesFromFolder(AlgorithmsAndResources.java:143)
>>> at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
>>> at es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.i
>>> nitialize(SextanteToolboxPlugin.java:68)
>>> at es.unex.sextante.openjump.extensions.SextanteExtension.confi
>>> gure(SextanteExtension.java:49)
>>> at com.vividsolutions.jump.workbench.plugin.PlugInManager.loadC
>>> onfigurations(PlugInManager.java:212)
>>> at com.vividsolutions.jump.workbench.plugin.PlugInManager.load(
>>> PlugInManager.java:192)
>>> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWor
>>> kbench.java:468)
>>> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWor
>>> kbench.java:397)
>>>
>>> as it is your construction site, any idea? ..ede
>>>
>>> On 04.12.2016 19:41, Michaël Michaud wrote:
 Hi Peppe,

 You did a great work with Sextante. Getting the whole documentation from
 the menu is amazing.

 Hope it will encorage OpenJUMP users to play with it ;-)

 Michaël


 
>>> --
 Check out the vibrant tech community on one of the world's most
 engaging tech sites, SlashDot.org! http://sdm.link/slashdot
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

>>>
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>> ___

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

Hi Michael,
there is another important functionality we get.
- you can  crerate a new folder named FR on Sextante/help folder and copy
all the files from the EN folder
- when opening the single help files (by thye main help plugin or by the
single algorithm help access), you can modify those files and rewrite them
in French in order to have your personal help documentation in French.
best regards
Peppe


2016-12-04 19:41 GMT+01:00 Michaël Michaud :

> Hi Peppe,
>
> You did a great work with Sextante. Getting the whole documentation from
> the menu is amazing.
>
> Hope it will encorage OpenJUMP users to play with it ;-)
>
> Michaël
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

Hi Ede

(SextanteToolboxPlugin.java:68) the NPE is on the line vconnected to the
method Sextante.initialize(String folder) and it is responsable to
inizialize Sextante. It has to point to the folder where Sextante files are
located, in this case* lib/ext/* for a fresh OJ instalation.

The NPE, I think, comes when you start OJ from SVN (I am not familiar with
running from Eclipse, sorry for my... uncertain syntax).
in SVN tree  all the  plugins, included Sextante files folder, are
located into  *lib/plus* folder.

The solution I propone is to rewrite the  method that checks for sextante
folder (on SextanteToolboxPlugin.class)
 from:

 private String getJarsFolder() {
String  sPath =
System.getProperty("user.dir").concat(File.separator)
.concat("lib").concat(File.separator).concat("ext")
.concat(File.separator).concat("sextante");

LOGGER.info("Sextante jar folder: " + sPath);
return sPath;

}

to:
 private String getJarsFolder() {
String sPath;
try {
sPath = System.getProperty("user.dir").concat(File.separator)
.concat("lib").concat(File.separator).concat("ext")
.concat(File.separator).concat("sextante");
} catch (Exception e) {
sPath = System.getProperty("user.dir").concat(File.separator)
.concat("lib").concat(File.separator).concat("plus")
.concat(File.separator).concat("sextante");
}
LOGGER.info("Sextante jar folder: " + sPath);
return sPath;
}

and you can check if there is still a NPE exception. I only wonder if this
will break some functions on Sextante (right now help and Raster calculator
seem not to be affected)

What do you think?
Peppe

2016-12-04 21:39 GMT+01:00 Giuseppe Aruta :

> Hi Ede
> I will give a look tomorrow
> Peppe
>
> Il 04/Dic/2016 19:48,  ha scritto:
>
>> hey Peppe,
>>
>> running OJ from eclipse gives me a NPE during startup now
>>
>> java.lang.NullPointerException
>> at es.unex.sextante.core.AlgorithmsAndResources.addAlgorithmsAn
>> dPropertiesFromFolder(AlgorithmsAndResources.java:143)
>> at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
>> at es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.i
>> nitialize(SextanteToolboxPlugin.java:68)
>> at es.unex.sextante.openjump.extensions.SextanteExtension.confi
>> gure(SextanteExtension.java:49)
>> at com.vividsolutions.jump.workbench.plugin.PlugInManager.loadC
>> onfigurations(PlugInManager.java:212)
>> at com.vividsolutions.jump.workbench.plugin.PlugInManager.load(
>> PlugInManager.java:192)
>> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWor
>> kbench.java:468)
>> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWor
>> kbench.java:397)
>>
>> as it is your construction site, any idea? ..ede
>>
>> On 04.12.2016 19:41, Michaël Michaud wrote:
>> > Hi Peppe,
>> >
>> > You did a great work with Sextante. Getting the whole documentation from
>> > the menu is amazing.
>> >
>> > Hope it will encorage OpenJUMP users to play with it ;-)
>> >
>> > Michaël
>> >
>> >
>> > 
>> --
>> > Check out the vibrant tech community on one of the world's most
>> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> > ___
>> > Jump-pilot-devel mailing list
>> > Jump-pilot-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>> >
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
--
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

Hi Ede
I will give a look tomorrow
Peppe

Il 04/Dic/2016 19:48,  ha scritto:

> hey Peppe,
>
> running OJ from eclipse gives me a NPE during startup now
>
> java.lang.NullPointerException
> at es.unex.sextante.core.AlgorithmsAndResources.
> addAlgorithmsAndPropertiesFromFolder(AlgorithmsAndResources.java:143)
> at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
> at es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.
> initialize(SextanteToolboxPlugin.java:68)
> at es.unex.sextante.openjump.extensions.SextanteExtension.
> configure(SextanteExtension.java:49)
> at com.vividsolutions.jump.workbench.plugin.PlugInManager.
> loadConfigurations(PlugInManager.java:212)
> at com.vividsolutions.jump.workbench.plugin.PlugInManager.load(
> PlugInManager.java:192)
> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:468)
> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:397)
>
> as it is your construction site, any idea? ..ede
>
> On 04.12.2016 19:41, Michaël Michaud wrote:
> > Hi Peppe,
> >
> > You did a great work with Sextante. Getting the whole documentation from
> > the menu is amazing.
> >
> > Hope it will encorage OpenJUMP users to play with it ;-)
> >
> > Michaël
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[edgar . soldin]

hey Peppe,

running OJ from eclipse gives me a NPE during startup now

java.lang.NullPointerException
at 
es.unex.sextante.core.AlgorithmsAndResources.addAlgorithmsAndPropertiesFromFolder(AlgorithmsAndResources.java:143)
at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
at 
es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.initialize(SextanteToolboxPlugin.java:68)
at 
es.unex.sextante.openjump.extensions.SextanteExtension.configure(SextanteExtension.java:49)
at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:212)
at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:192)
at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:468)
at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:397)

as it is your construction site, any idea? ..ede

On 04.12.2016 19:41, Michaël Michaud wrote:
> Hi Peppe,
> 
> You did a great work with Sextante. Getting the whole documentation from 
> the menu is amazing.
> 
> Hope it will encorage OpenJUMP users to play with it ;-)
> 
> Michaël
> 
> 
> --
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Sextante

[Michaël Michaud]

Hi Peppe,

You did a great work with Sextante. Getting the whole documentation from 
the menu is amazing.

Hope it will encorage OpenJUMP users to play with it ;-)

Michaël


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante vector tools which are missing from OJ

[Michaël Michaud]

Hi Peppe,

Good work. I hope I'll have the time to have a look this week-end.

Do you intend to upgrade Sextante version before 1.10 release or is it 
too much

work if we plan to release next month ?.

Michaël


Le 17/11/2016 à 15:44, Giuseppe Aruta a écrit :

Hi Michael, Jukka and others
Just an upgrade of what I have done (and I am going to do) during 
these days with sextante + a newer prototipe of Sextante
I am going to upgrade Sextante on this weekend using a newer version 
(2014 vs OJ 2010) that I downloaded and recopiled from GvSIG CE 
repository.

this newer upgrade will be:
a) newer Sextante libraries (Sextante.jar, Sextante_gui.jar and 
Sextante_math.jar)
b) the older Sextante_algorithms.jar and a new group of algorithms 
that I left on a separate jar file (Sextante_algorithms_new.jar) in 
order to not to confuse with the previous (I didn't test all, and they 
could be not working)

c) the corresponding libraries for a) and b)
d) a newer OJSextante binding

a), b) and c) will be on a newer OJ night build

I will also put all the _souce codes_ of a), b) (and corresponding 
libraies) and c)  in OJ repository, probably as resource URL 
http://svn.code.sf.net/p/jump-pilot/code/plug-ins/SextantePlugIn2 (we 
already have a 
http://svn.code.sf.net/p/jump-pilot/code/plug-ins/SextantePlugin with 
only a) with libraries)


>Maybe we could even put them into an own group in the Sextante menu 
because now they are scattered into point, line, polygon, and vector 
tool categories. SomeMaybe we could even put them into an own group in 
the Sextante menu because now they are scattered into point, line, 
polygon, and vector tool categories. Some “OpenJUMP favorites” group 
at the top of the menu might be good for the users group at the top of 
the menu might be good for the users


It looks easy to implemet: the only matter is to deside what is 
“OpenJUMP favorites”.



>I think that a few of the Sextante tools could also have a native 
OpenJUMP tool to be included in the core and I have marked some 
candidates with “+OJ?”


It would be also possible to do also the opposite: to lunch OJ native 
plugins from Sextante Toolbar (GvSIG CE and GVSIG official implemented 
this functionality).



There are still some issues  which are not solved (for istance, if I 
load a file with polygons/points and linestrings, Sextante toolbox 
shows only Polygon algorithms as active one). This issue affects also 
GvSIG. A work around was to add a filter (to not load mixed gemetries 
layers into sextante) to avoid user's confusion.


I attached a link to dropbox where you can download a prototipe of 
this newer Sextante

:https://www.dropbox.com/s/1r4g1cievhcxbjx/OJ_sextante2.zip?dl=0

On a newer OJ NB
a) Erase ojsextante_bindingXX.jar
b) Erase all files into lib/ext/sextante folder
c) Copy oj_sextante_binding.jar from OJ_sextante2.zip  file into 
lib/ext folder
d) Copy all files from OJ_sextante2.zip/Sextante folder to 
lib/ext/sextante folder


@Michael: I finelly was able to let the help framework to works fine.

Stay in touch

Peppe






2016-11-17 9:09 GMT+01:00 Michaël Michaud >:


Hi Jukka,

Interesting, thanks for this. Just a few remarks before I have a
deeper look on this list :

Check line direction coherence (+OJ?)

Directional mean

Fill elevation values

Geometric properties of lines

Join adjacent lines (+OJ?)

Smooth lines (+OJ?) : a plugin already exists, I'll include it in
Generalization menu (and/or geometry functions)

Constrained Delaunay triangulation : what about  Tools > Generate
> Triangulation ?

Distance to closest geometry

Mean center and standard distance

Median center

Nearest neighbor analysis

Perturbate points layer

Quadrant analysis

Ripley K

Snap points to layer (+OJ?)

Spatial autocorrelation

Spatial cluster

Adjust n point to polygon (+OJ?)

Geometric properties of polygons

Medial axis : did you try the new skeletonizer in the Graph
extension (not exactly medial axis though) ?

Resolve polygon holes (+OJ?)

Clean vector layer

Correlation between fields

Create equivalent numerical class

Distances and angles

Filter vector layer

Histogram

Minimum enclosing shapes

Normality test

Spatial Join (nearest neighbour)

Michaël


Le 17/11/2016 à 08:52, Rahkonen Jukka (MML) a écrit :


Hi,

I tried to make a list of Sextante vector tools which do not have
an equivalent pair in OpenJUMP. Most of them are made for such
analysis or statistics which do not belong to the core of
OpenJUMP and it would probably make no sense to rewrite them into
OpenJUMP. We should just test that they really work and improve
the documentation about how to use the Sextante tools from
OpenJUMP.  Maybe we could even put them into an own group in the
Sextante menu 

Re: [JPP-Devel] Sextante vector tools which are missing from OJ

[Michaël Michaud]

Hi Jukka,

Interesting, thanks for this. Just a few remarks before I have a deeper 
look on this list :


Check line direction coherence (+OJ?)

Directional mean

Fill elevation values

Geometric properties of lines

Join adjacent lines (+OJ?)

Smooth lines (+OJ?) : a plugin already exists, I'll include it in 
Generalization menu (and/or geometry functions)


Constrained Delaunay triangulation : what about  Tools > Generate > 
Triangulation ?


Distance to closest geometry

Mean center and standard distance

Median center

Nearest neighbor analysis

Perturbate points layer

Quadrant analysis

Ripley K

Snap points to layer (+OJ?)

Spatial autocorrelation

Spatial cluster

Adjust n point to polygon (+OJ?)

Geometric properties of polygons

Medial axis : did you try the new skeletonizer in the Graph extension 
(not exactly medial axis though) ?


Resolve polygon holes (+OJ?)

Clean vector layer

Correlation between fields

Create equivalent numerical class

Distances and angles

Filter vector layer

Histogram

Minimum enclosing shapes

Normality test

Spatial Join (nearest neighbour)

Michaël

Le 17/11/2016 à 08:52, Rahkonen Jukka (MML) a écrit :


Hi,

I tried to make a list of Sextante vector tools which do not have an 
equivalent pair in OpenJUMP. Most of them are made for such analysis 
or statistics which do not belong to the core of OpenJUMP and it would 
probably make no sense to rewrite them into OpenJUMP. We should just 
test that they really work and improve the documentation about how to 
use the Sextante tools from OpenJUMP.  Maybe we could even put them 
into an own group in the Sextante menu because now they are scattered 
into point, line, polygon, and vector tool categories. Some “OpenJUMP 
favorites” group at the top of the menu might be good for the users.


I think that a few of the Sextante tools could also have a native 
OpenJUMP tool to be included in the core and I have marked some 
candidates with “+OJ?”. Some of them we may already have, like 
“resolve polygon holes” vs. difference, but it is still worth 
comparing the implementations.


Check line direction coherence (+OJ?)

Directional mean

Fill elevation values

Geometric properties of lines

Join adjacent lines (+OJ?)

Smooth lines (+OJ?)

Constrained Delaunay triangulation

Distance to closest geometry

Mean center and standard distance

Median center

Nearest neighbor analysis

Perturbate points layer

Quadrant analysis

Ripley K

Snap points to layer (+OJ?)

Spatial autocorrelation

Spatial cluster

Adjust n point to polygon (+OJ?)

Geometric properties of polygons

Medial axis

Resolve polygon holes (+OJ?)

Clean vector layer

Correlation between fields

Create equivalent numerical class

Distances and angles

Filter vector layer

Histogram

Minimum enclosing shapes

Normality test

Spatial Join (nearest neighbour)

-Jukka Rahkonen-



--


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Sextante vector tools which are missing from OJ

[Rahkonen Jukka (MML)]

Hi,

I tried to make a list of Sextante vector tools which do not have an equivalent 
pair in OpenJUMP. Most of them are made for such analysis or statistics which 
do not belong to the core of OpenJUMP and it would probably make no sense to 
rewrite them into OpenJUMP. We should just test that they really work and 
improve the documentation about how to use the Sextante tools from OpenJUMP.  
Maybe we could even put them into an own group in the Sextante menu because now 
they are scattered into point, line, polygon, and vector tool categories. Some 
"OpenJUMP favorites" group at the top of the menu might be good for the users.

I think that a few of the Sextante tools could also have a native OpenJUMP tool 
to be included in the core and I have marked some candidates with "+OJ?". Some 
of them we may already have, like "resolve polygon holes" vs. difference, but 
it is still worth comparing the implementations.

Check line direction coherence (+OJ?)
Directional mean
Fill elevation values
Geometric properties of lines
Join adjacent lines (+OJ?)
Smooth lines (+OJ?)
Constrained Delaunay triangulation
Distance to closest geometry
Mean center and standard distance
Median center
Nearest neighbor analysis
Perturbate points layer
Quadrant analysis
Ripley K
Snap points to layer (+OJ?)
Spatial autocorrelation
Spatial cluster
Adjust n point to polygon (+OJ?)
Geometric properties of polygons
Medial axis
Resolve polygon holes (+OJ?)
Clean vector layer
Correlation between fields
Create equivalent numerical class
Distances and angles
Filter vector layer
Histogram
Minimum enclosing shapes
Normality test
Spatial Join (nearest neighbour)

-Jukka Rahkonen-
--
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante bugs for next OJ realize.

[Giuseppe Aruta]

1.10 is fine for me
by the way, doing extra tests I realized that Sextante beanshell console is
working (bug #423). It was only a problem of used syntax for raster layers
( https://sourceforge.net/p/jump-pilot/bugs/423/)
Peppe

2016-10-25 11:32 GMT+02:00 :

> let's summarize the Changelog (have to do it for the release anyway) and
> then decide what's it going to be. not much alternatives here 2.0 or 1.10
> :) ..ede
>
> On 24.10.2016 23:11, Michaël Michaud wrote:
> > Hi,
> >
> > Yes, I think we should release a new version before the end of 2016.
> >
> > I would say we have done more than bug fixes, but not enough for a v2,
> what about a 1.10 ?
> >
> > Thanks to take care of Sextante plugin,
> >
> > Michaël
> >
> >
> > Le 20/10/2016 à 15:08, Giuseppe Aruta a écrit :
> >> Hi
> >> Thinking about next OJ realize (2.0? - 1.9.2? see
> http://ojwiki.soldin.de/index.php?title=OpenJUMP_Roadmap), I started to
> around some bugs of Sextante toolbox.
> >>
> >> #410 Bug in Sextante 1.0
> >> I corrected bug 410: this bug was connected to Sextante capability to
> read (an then correctly interpret) no data value on raster files, loaded in
> OpenJUMP. This small problem was creating wrong statistics/calcolus and
> blur output rasters. I was happy to solve this bug only working on sextante
> OpenJUMP binding, without touching the core.
> >>
> >> #423 Sextante beanshell console not working
> >> I did some tests using OJ and other GIS with Sextante embedded (version
> 1.0, like the one we have). In my tests also Kosmo 2.1 and GvSIG CE 1.0
> show the same problem: user can open Sextante console but this console
> doesn't understand Sextante commands.
> >> I will write to Benjamin Duke (GvSIG CE) who actually takes care of
> Sextante code to ask more information.
> >> Meanwhile,  I wonder if it is better to deactivate Sextante console
> from the menu, until we find a solution (as it was on Sextante 0.6)
> >> Best regards
> >>
> >> Peppe
> >>
> >>
> >>
> >>
> >> 
> --
> >> Check out the vibrant tech community on one of the world's most
> >> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> >>
> >>
> >> ___
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
> >
> > 
> --
> > The Command Line: Reinvented for Modern Developers
> > Did the resurgence of CLI tooling catch you by surprise?
> > Reconnect with the command line and become more productive.
> > Learn the new .NET and ASP.NET CLI. Get your free copy!
> > http://sdm.link/telerik
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
> 
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante bugs for next OJ realize.

[edgar . soldin]

let's summarize the Changelog (have to do it for the release anyway) and then 
decide what's it going to be. not much alternatives here 2.0 or 1.10 :) ..ede

On 24.10.2016 23:11, Michaël Michaud wrote:
> Hi,
> 
> Yes, I think we should release a new version before the end of 2016.
> 
> I would say we have done more than bug fixes, but not enough for a v2, what 
> about a 1.10 ?
> 
> Thanks to take care of Sextante plugin,
> 
> Michaël
> 
> 
> Le 20/10/2016 à 15:08, Giuseppe Aruta a écrit :
>> Hi
>> Thinking about next OJ realize (2.0? - 1.9.2? see 
>> http://ojwiki.soldin.de/index.php?title=OpenJUMP_Roadmap), I started to 
>> around some bugs of Sextante toolbox.
>>
>> #410 Bug in Sextante 1.0
>> I corrected bug 410: this bug was connected to Sextante capability to read 
>> (an then correctly interpret) no data value on raster files, loaded in 
>> OpenJUMP. This small problem was creating wrong statistics/calcolus and  
>> blur output rasters. I was happy to solve this bug only working on sextante 
>> OpenJUMP binding, without touching the core.
>>
>> #423 Sextante beanshell console not working
>> I did some tests using OJ and other GIS with Sextante embedded (version 1.0, 
>> like the one we have). In my tests also Kosmo 2.1 and GvSIG CE 1.0 show the 
>> same problem: user can open Sextante console but this console doesn't 
>> understand Sextante commands.
>> I will write to Benjamin Duke (GvSIG CE) who actually takes care of Sextante 
>> code to ask more information.
>> Meanwhile,  I wonder if it is better to deactivate Sextante console from the 
>> menu, until we find a solution (as it was on Sextante 0.6)
>> Best regards
>>
>> Peppe
>>
>>
>>
>>
>> --
>> Check out the vibrant tech community on one of the world's most 
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>
>>
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> 
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive. 
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> 
> 
> 
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 

--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante bugs for next OJ realize.

[Michaël Michaud]

Hi,

Yes, I think we should release a new version before the end of 2016.

I would say we have done more than bug fixes, but not enough for a v2, 
what about a 1.10 ?


Thanks to take care of Sextante plugin,

Michaël


Le 20/10/2016 à 15:08, Giuseppe Aruta a écrit :

Hi
Thinking about next OJ realize (2.0? - 1.9.2? see 
http://ojwiki.soldin.de/index.php?title=OpenJUMP_Roadmap), I started 
to around some bugs of Sextante toolbox.


#410 Bug in Sextante 1.0
I corrected bug 410: this bug was connected to Sextante capability to 
read (an then correctly interpret) no data value on raster files, 
loaded in OpenJUMP. This small problem was creating wrong 
statistics/calcolus and  blur output rasters. I was happy to solve 
this bug only working on sextante OpenJUMP binding, without touching 
the core.


#423 Sextante beanshell console not working
I did some tests using OJ and other GIS with Sextante embedded 
(version 1.0, like the one we have). In my tests also Kosmo 2.1 and 
GvSIG CE 1.0 show the same problem: user can open Sextante console but 
this console doesn't understand Sextante commands.
I will write to Benjamin Duke (GvSIG CE) who actually takes care of 
Sextante code to ask more information.
Meanwhile,  I wonder if it is better to deactivate Sextante console 
from the menu, until we find a solution (as it was on Sextante 0.6)

Best regards

Peppe




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Sextante bugs for next OJ realize.

[Giuseppe Aruta]

Hi
Thinking about next OJ realize (2.0? - 1.9.2? see
http://ojwiki.soldin.de/index.php?title=OpenJUMP_Roadmap), I started to
around some bugs of Sextante toolbox.

#410 Bug in Sextante 1.0
I corrected bug 410: this bug was connected to Sextante capability to read
(an then correctly interpret) no data value on raster files, loaded in
OpenJUMP. This small problem was creating wrong statistics/calcolus and
blur output rasters. I was happy to solve this bug only working on sextante
OpenJUMP binding, without touching the core.

#423 Sextante beanshell console not working
I did some tests using OJ and other GIS with Sextante embedded (version
1.0, like the one we have). In my tests also Kosmo 2.1 and GvSIG CE 1.0
show the same problem: user can open Sextante console but this console
doesn't understand Sextante commands.
I will write to Benjamin Duke (GvSIG CE) who actually takes care of
Sextante code to ask more information.
Meanwhile,  I wonder if it is better to deactivate Sextante console from
the menu, until we find a solution (as it was on Sextante 0.6)
Best regards

Peppe
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

Hi Stefan,
giving a look to OJ_binding code, I found a way to correct bug 410.
Sextante now works nvery fine, And there are probably ways to extend some
capabilities (output file for instance)
We probably really need that copy oin your computer (BTW it is Sextante 1.0)
Peppe

2016-10-07 12:19 GMT+02:00 Giuseppe Aruta :

> I tried recopiled the sextante files (Sextante.jar, Sextante_gui.jar and
> Sextante_algorithms.jar), using GvSIG CE distro, and fixing possible
> errors.Then I tired to start OJ/Sextante with no success.
> I also tried to use GvSIG sextante files with the same  effect.
> Oj_Sextante binding required small modifications.
> At this point I don't know if we should consider to work around to this
> version (and save compatibility with Sextante "official" version) or we
> should go on with our version and fork it if requires(*).
> Note that GvSIG official distro already forked Sextante. GvSIG and GvSIG
> CE distro now are not compatible
> @Stefan: if you want I can send you all the files/source codes. (new
> Sextante_algorithms.jar version requires other libraries)
> Best regards
> Peppe
>
>
> 2016-10-06 15:28 GMT+02:00 Stefan Steiniger :
>
>> ok! will check.
>>
>> On 10/6/16 08:54, Giuseppe Aruta wrote:
>>
>> Hi Stefan,
>> I download a copy from GvSIG SVN but it is the newer one.
>> I don't know where to find the source code of Sextante shipped in
>> OpenJUMP, can you give have a look in your computer?
>> I will write to Benjamin Duke anyhow (GvSIG CE project)
>> Peppe
>>
>> 2016-10-05 20:24 GMT+02:00 Stefan Steiniger :
>>
>>> Peppe, thanks for clarification/finding this link.
>>>
>>> Should we then add sources of Sextante 1.0 and 2.0. Can you do this for
>>> 1.0? or should I look at my old Laptop?
>>>
>>> stefan
>>>
>>> On 10/05/2016 12:40 PM, Giuseppe Aruta wrote:
>>>
>>> After Victor Oyala moved its Sextante project to QGIS, Java Sextante
>>> libraries source code are provided by GvSIG CE (
>>> http://gvsigce.sourceforge.net/wiki/index.php/SEXTANTE).
>>> The newer version (I think 2.0)  has been changed and integrated to
>>> GVSIG code during last years. So these newer  Sextante libraries don't work
>>> with OpenJUMP.
>>> OpenJUMP is shipped with Sextante 1.0 - my idea is to create a fork of
>>> this version (as source)
>>>
>>> 2016-10-05 17:24 GMT+02:00 Giuseppe Aruta :
>>>
 @Brian
 a) Sextante is an indipendent project to work on Raster/Vector file.
 OpenJUMP was not involved to this project. Sextante was/is distributed as
 libraries in order to work with different java projects (OpenJUMP, Kosmo
 Saig, GvSIG, etc)
 b) OpenJUMP is distributed with Sextante esternal sextante libraries
 and a wrapper to work with these libraries
 c) OpenJUMP owns, provides  and upgrades that wrapper in its
 sourceforge repository. We didn't lose our source code

 2016-10-05 16:40 GMT+02:00 Brian M Hamlin :

>
> Hi All -
>
>   sorry to lurk here.. but.. I am very alarmed at this
> email.
> You really do not want to lose your source code.
> Second, the ability to build from source..
>
> I wont try to scare you about it, I am sure you agree..
> Ideally, plugins are to the same standard, but there are
> ways to deal with that ..
>
> thanks for your efforts
> Brian M Hamlin  -- OSGeo-Live PSC
>
>
> On 5 Oct 2016 10:49:13 -0300, Stefan Steiniger  wrote:
>
> with respect to sextante... is there any source repository left on the
> internet? :(
>
> in our svn is only the jar, right?
>
> Actually just found this
> https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/
>
> But Peppe you are having the sources? I may still have on my old laptop
> a copy. Should we add them to sourceforge, just to make sure its not
> getting lost?
>
> cheers,
> stefan
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>


>>>
>>>
>>> --
>>> 

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

I tried recopiled the sextante files (Sextante.jar, Sextante_gui.jar and
Sextante_algorithms.jar), using GvSIG CE distro, and fixing possible
errors.Then I tired to start OJ/Sextante with no success.
I also tried to use GvSIG sextante files with the same  effect.
Oj_Sextante binding required small modifications.
At this point I don't know if we should consider to work around to this
version (and save compatibility with Sextante "official" version) or we
should go on with our version and fork it if requires(*).
Note that GvSIG official distro already forked Sextante. GvSIG and GvSIG CE
distro now are not compatible
@Stefan: if you want I can send you all the files/source codes. (new
Sextante_algorithms.jar version requires other libraries)
Best regards
Peppe


2016-10-06 15:28 GMT+02:00 Stefan Steiniger :

> ok! will check.
>
> On 10/6/16 08:54, Giuseppe Aruta wrote:
>
> Hi Stefan,
> I download a copy from GvSIG SVN but it is the newer one.
> I don't know where to find the source code of Sextante shipped in
> OpenJUMP, can you give have a look in your computer?
> I will write to Benjamin Duke anyhow (GvSIG CE project)
> Peppe
>
> 2016-10-05 20:24 GMT+02:00 Stefan Steiniger :
>
>> Peppe, thanks for clarification/finding this link.
>>
>> Should we then add sources of Sextante 1.0 and 2.0. Can you do this for
>> 1.0? or should I look at my old Laptop?
>>
>> stefan
>>
>> On 10/05/2016 12:40 PM, Giuseppe Aruta wrote:
>>
>> After Victor Oyala moved its Sextante project to QGIS, Java Sextante
>> libraries source code are provided by GvSIG CE (
>> http://gvsigce.sourceforge.net/wiki/index.php/SEXTANTE).
>> The newer version (I think 2.0)  has been changed and integrated to GVSIG
>> code during last years. So these newer  Sextante libraries don't work with
>> OpenJUMP.
>> OpenJUMP is shipped with Sextante 1.0 - my idea is to create a fork of
>> this version (as source)
>>
>> 2016-10-05 17:24 GMT+02:00 Giuseppe Aruta :
>>
>>> @Brian
>>> a) Sextante is an indipendent project to work on Raster/Vector file.
>>> OpenJUMP was not involved to this project. Sextante was/is distributed as
>>> libraries in order to work with different java projects (OpenJUMP, Kosmo
>>> Saig, GvSIG, etc)
>>> b) OpenJUMP is distributed with Sextante esternal sextante libraries and
>>> a wrapper to work with these libraries
>>> c) OpenJUMP owns, provides  and upgrades that wrapper in its sourceforge
>>> repository. We didn't lose our source code
>>>
>>> 2016-10-05 16:40 GMT+02:00 Brian M Hamlin :
>>>

 Hi All -

   sorry to lurk here.. but.. I am very alarmed at this
 email.
 You really do not want to lose your source code.
 Second, the ability to build from source..

 I wont try to scare you about it, I am sure you agree..
 Ideally, plugins are to the same standard, but there are
 ways to deal with that ..

 thanks for your efforts
 Brian M Hamlin  -- OSGeo-Live PSC


 On 5 Oct 2016 10:49:13 -0300, Stefan Steiniger  wrote:

 with respect to sextante... is there any source repository left on the
 internet? :(

 in our svn is only the jar, right?

 Actually just found this
 https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/

 But Peppe you are having the sources? I may still have on my old laptop
 a copy. Should we add them to sourceforge, just to make sure its not
 getting lost?

 cheers,
 stefan


 
 --
 Check out the vibrant tech community on one of the world's most
 engaging tech sites, SlashDot.org! http://sdm.link/slashdot
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


 
 --
 Check out the vibrant tech community on one of the world's most
 engaging tech sites, SlashDot.org! http://sdm.link/slashdot
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

>>>
>>>
>>
>>
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>
>> ___
>> Jump-pilot-devel mailing 
>> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>> --
>> Check out the vibrant tech community on one of the world's most engaging
>> tech 

Re: [JPP-Devel] Sextante

[Stefan Steiniger]

ok! will check.


On 10/6/16 08:54, Giuseppe Aruta wrote:

Hi Stefan,
I download a copy from GvSIG SVN but it is the newer one.
I don't know where to find the source code of Sextante shipped in 
OpenJUMP, can you give have a look in your computer?

I will write to Benjamin Duke anyhow (GvSIG CE project)
Peppe

2016-10-05 20:24 GMT+02:00 Stefan Steiniger >:


Peppe, thanks for clarification/finding this link.

Should we then add sources of Sextante 1.0 and 2.0. Can you do
this for 1.0? or should I look at my old Laptop?

stefan


On 10/05/2016 12:40 PM, Giuseppe Aruta wrote:

After Victor Oyala moved its Sextante project to QGIS, Java
Sextante libraries source code are provided by GvSIG CE
(http://gvsigce.sourceforge.net/wiki/index.php/SEXTANTE
).
The newer version (I think 2.0)  has been changed and integrated
to GVSIG code during last years. So these newer  Sextante
libraries don't work with OpenJUMP.
OpenJUMP is shipped with Sextante 1.0 - my idea is to create a
fork of this version (as source)

2016-10-05 17:24 GMT+02:00 Giuseppe Aruta
>:

@Brian
a) Sextante is an indipendent project to work on
Raster/Vector file. OpenJUMP was not involved to this
project. Sextante was/is distributed as libraries in order to
work with different java projects (OpenJUMP, Kosmo Saig,
GvSIG, etc)
b) OpenJUMP is distributed with Sextante esternal sextante
libraries and a wrapper to work with these libraries
c) OpenJUMP owns, provides  and upgrades that wrapper in its
sourceforge repository. We didn't lose our source code

2016-10-05 16:40 GMT+02:00 Brian M Hamlin
>:


Hi All -

  sorry to lurk here.. but.. I am very
alarmed at this email.
You really do not want to lose your source code.
Second, the ability to build from source..

I wont try to scare you about it, I am sure you agree..
Ideally, plugins are to the same standard, but there are
ways to deal with that ..

thanks for your efforts
Brian M Hamlin  -- OSGeo-Live PSC


On 5 Oct 2016 10:49:13 -0300, Stefan
Steiniger  wrote:

with respect to sextante... is there any source
repository left on the
internet? :(

in our svn is only the jar, right?

Actually just found this
https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/


But Peppe you are having the sources? I may still have on
my old laptop
a copy. Should we add them to sourceforge, just to make
sure its not
getting lost?

cheers,
stefan



--
Check out the vibrant tech community on one of the
world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




--
Check out the vibrant tech community on one of the
world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel







--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org!http://sdm.link/slashdot

___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



--
Check out the 

Re: [JPP-Devel] Sextante

[Stefan Steiniger]

Peppe, thanks for clarification/finding this link.

Should we then add sources of Sextante 1.0 and 2.0. Can you do this for 
1.0? or should I look at my old Laptop?


stefan


On 10/05/2016 12:40 PM, Giuseppe Aruta wrote:
After Victor Oyala moved its Sextante project to QGIS, Java Sextante 
libraries source code are provided by GvSIG CE 
(http://gvsigce.sourceforge.net/wiki/index.php/SEXTANTE).
The newer version (I think 2.0)  has been changed and integrated to 
GVSIG code during last years. So these newer  Sextante libraries don't 
work with OpenJUMP.
OpenJUMP is shipped with Sextante 1.0 - my idea is to create a fork of 
this version (as source)


2016-10-05 17:24 GMT+02:00 Giuseppe Aruta >:


@Brian
a) Sextante is an indipendent project to work on Raster/Vector
file. OpenJUMP was not involved to this project. Sextante was/is
distributed as libraries in order to work with different java
projects (OpenJUMP, Kosmo Saig, GvSIG, etc)
b) OpenJUMP is distributed with Sextante esternal sextante
libraries and a wrapper to work with these libraries
c) OpenJUMP owns, provides  and upgrades that wrapper in its
sourceforge repository. We didn't lose our source code

2016-10-05 16:40 GMT+02:00 Brian M Hamlin >:


Hi All -

  sorry to lurk here.. but.. I am very alarmed at
this email.
You really do not want to lose your source code.
Second, the ability to build from source..

I wont try to scare you about it, I am sure you agree..
Ideally, plugins are to the same standard, but there are
ways to deal with that ..

thanks for your efforts
Brian M Hamlin  -- OSGeo-Live PSC


On 5 Oct 2016 10:49:13 -0300, Stefan Steiniger  wrote:

with respect to sextante... is there any source repository
left on the
internet? :(

in our svn is only the jar, right?

Actually just found this
https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/


But Peppe you are having the sources? I may still have on my
old laptop
a copy. Should we add them to sourceforge, just to make sure
its not
getting lost?

cheers,
stefan



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel






--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[edgar . soldin]

On 05.10.2016 16:40, Brian M Hamlin wrote:
> 
> Hi All -
> 
>   sorry to lurk here.. but.. I am very alarmed at this email. 
> You really do not want to lose your source code. 
> Second, the ability to build from source.. 

no worries brian, we are not talkin about OJ core sources here. 

> I wont try to scare you about it, I am sure you agree.. 
> Ideally, plugins are to the same standard, 

ideally yes. unfortunately it is not an ideal world we live in, so it might 
happen that plugins & sources get lost over time. we are a very small team that 
merely keeps the project afloat as it is.

> but there are 
> ways to deal with that .. 

we probably should start a "no source - no integration" policy from now on, 
where we dump the sources for included extensions/plugins somewhere. any 
objections?

..ede

> thanks for your efforts 
> Brian M Hamlin  -- OSGeo-Live PSC
> 
> 
> On 5 Oct 2016 10:49:13 -0300, Stefan Steiniger  wrote:
> 
> with respect to sextante... is there any source repository left on the 
> internet? :(
> 
> in our svn is only the jar, right?
> 
> Actually just found this 
> https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/
> 
> But Peppe you are having the sources? I may still have on my old laptop 
> a copy. Should we add them to sourceforge, just to make sure its not 
> getting lost?
> 
> cheers,
> stefan
> 
> 
> --
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> --
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

After Victor Oyala moved its Sextante project to QGIS, Java Sextante
libraries source code are provided by GvSIG CE (
http://gvsigce.sourceforge.net/wiki/index.php/SEXTANTE).
The newer version (I think 2.0)  has been changed and integrated to GVSIG
code during last years. So these newer  Sextante libraries don't work with
OpenJUMP.
OpenJUMP is shipped with Sextante 1.0 - my idea is to create a fork of this
version (as source)

2016-10-05 17:24 GMT+02:00 Giuseppe Aruta :

> @Brian
> a) Sextante is an indipendent project to work on Raster/Vector file.
> OpenJUMP was not involved to this project. Sextante was/is distributed as
> libraries in order to work with different java projects (OpenJUMP, Kosmo
> Saig, GvSIG, etc)
> b) OpenJUMP is distributed with Sextante esternal sextante libraries and a
> wrapper to work with these libraries
> c) OpenJUMP owns, provides  and upgrades that wrapper in its sourceforge
> repository. We didn't lose our source code
>
> 2016-10-05 16:40 GMT+02:00 Brian M Hamlin :
>
>>
>> Hi All -
>>
>>   sorry to lurk here.. but.. I am very alarmed at this email.
>> You really do not want to lose your source code.
>> Second, the ability to build from source..
>>
>> I wont try to scare you about it, I am sure you agree..
>> Ideally, plugins are to the same standard, but there are
>> ways to deal with that ..
>>
>> thanks for your efforts
>> Brian M Hamlin  -- OSGeo-Live PSC
>>
>>
>> On 5 Oct 2016 10:49:13 -0300, Stefan Steiniger  wrote:
>>
>> with respect to sextante... is there any source repository left on the
>> internet? :(
>>
>> in our svn is only the jar, right?
>>
>> Actually just found this
>> https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/
>>
>> But Peppe you are having the sources? I may still have on my old laptop
>> a copy. Should we add them to sourceforge, just to make sure its not
>> getting lost?
>>
>> cheers,
>> stefan
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
>
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

@Brian
a) Sextante is an indipendent project to work on Raster/Vector file.
OpenJUMP was not involved to this project. Sextante was/is distributed as
libraries in order to work with different java projects (OpenJUMP, Kosmo
Saig, GvSIG, etc)
b) OpenJUMP is distributed with Sextante esternal sextante libraries and a
wrapper to work with these libraries
c) OpenJUMP owns, provides  and upgrades that wrapper in its sourceforge
repository. We didn't lose our source code

2016-10-05 16:40 GMT+02:00 Brian M Hamlin :

>
> Hi All -
>
>   sorry to lurk here.. but.. I am very alarmed at this email.
> You really do not want to lose your source code.
> Second, the ability to build from source..
>
> I wont try to scare you about it, I am sure you agree..
> Ideally, plugins are to the same standard, but there are
> ways to deal with that ..
>
> thanks for your efforts
> Brian M Hamlin  -- OSGeo-Live PSC
>
>
> On 5 Oct 2016 10:49:13 -0300, Stefan Steiniger  wrote:
>
> with respect to sextante... is there any source repository left on the
> internet? :(
>
> in our svn is only the jar, right?
>
> Actually just found this
> https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/
>
> But Peppe you are having the sources? I may still have on my old laptop
> a copy. Should we add them to sourceforge, just to make sure its not
> getting lost?
>
> cheers,
> stefan
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[Brian M Hamlin]

Hi All -

  sorry to lurk here.. but.. I am very alarmed at this email. 
You really do not want to lose your source code. 
Second, the ability to build from source.. 

I wont try to scare you about it, I am sure you agree.. 
Ideally, plugins are to the same standard, but there are 
ways to deal with that .. 

thanks for your efforts 
Brian M Hamlin  -- OSGeo-Live PSC


On 5 Oct 2016 10:49:13 -0300, Stefan Steiniger  wrote:

with respect to sextante... is there any source repository left on the 
internet? :(

in our svn is only the jar, right?

Actually just found this 
https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/

But Peppe you are having the sources? I may still have on my old laptop 
a copy. Should we add them to sourceforge, just to make sure its not 
getting lost?

cheers,
stefan


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Sextante

[Stefan Steiniger]

with respect to sextante... is there any source repository left on the 
internet? :(

in our svn is only the jar, right?

Actually just found this 
https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/

But Peppe you are having the sources? I may still have on my old laptop 
a copy. Should we add them to sourceforge, just to make sure its not 
getting lost?

cheers,
stefan


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

Hi Stefan,
I would like to have a copy.There are still some left issues related to OJ
and Sextante. And GvSIG CE took its own path.
I think we should add them to OJ sourceforge
Peppe

2016-10-05 15:49 GMT+02:00 Stefan Steiniger :

> with respect to sextante... is there any source repository left on the
> internet? :(
>
> in our svn is only the jar, right?
>
> Actually just found this
> https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/
>
> But Peppe you are having the sources? I may still have on my old laptop
> a copy. Should we add them to sourceforge, just to make sure its not
> getting lost?
>
> cheers,
> stefan
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante Raster Image; Raster Layer Info; Coordinate out of bounds!

[Giuseppe Aruta]

It sounds to me a good idea, Alberto
Peppe

2015-05-11 12:05 GMT+02:00 Alberto De Luca - GeA 
alberto.del...@geomaticaeambiente.com:

 Hi everyone!

 It appears to me that the issue is due to the fact that
 OpenJUMPSextanteRasterLayer and GridExtent assume X and Y cell sizes to
 be equal. This is a problem when, like with this very TIFF, the two
 sizes differ, and the method GridExten#recalculateNXAndNY() calculates a
 wrong row count (because it uses the x cell size, the only one it knows,
 instead of the y cell size). In practice, it calculates 778 rows instead
 of 777. Using the right y cell size would lead to a correct result.

 I could try to amend the OpenJUMPSextanteRasterLayer (up to
 ISextanteLayer) and make them capable of handling two different cell
 sizes for x, and y (to be honest I don't know how many other classes
 will be involved...).

 What do you reckon?
 Alberto


 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante Raster Image; Raster Layer Info; Coordinate out of bounds!

[Alberto De Luca - GeA]

Hi everyone!

It appears to me that the issue is due to the fact that 
OpenJUMPSextanteRasterLayer and GridExtent assume X and Y cell sizes to 
be equal. This is a problem when, like with this very TIFF, the two 
sizes differ, and the method GridExten#recalculateNXAndNY() calculates a 
wrong row count (because it uses the x cell size, the only one it knows, 
instead of the y cell size). In practice, it calculates 778 rows instead 
of 777. Using the right y cell size would lead to a correct result.

I could try to amend the OpenJUMPSextanteRasterLayer (up to 
ISextanteLayer) and make them capable of handling two different cell 
sizes for x, and y (to be honest I don't know how many other classes 
will be involved...).

What do you reckon?
Alberto

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante Raster Image; Raster Layer Info; Coordinate out of bounds!

[Rahkonen Jukka (MML)]

Hi Uwe,

I can't reproduce with a vanilla r.4426 on Windows, jre 1.8.0_40 32-bit when I 
open the image into an empty project window. The bounding box dialogue appears, 
if I accept the defaults the image opens and raster info tool works. The 
envelope is: Env[0.0 : 838.0, 89.0 : 866.0]
Could you send the also the .tfw and .tif.aux.xml files which appear into the 
image directory so I can have a try with your values?

-Jukka Rahkonen-


Uwe Dalluege wrote:

Hi,

after loading a .tif file (OrthoFotoGC.tif) with OpenSextante Raster Image and 
try Raster Layer Info I receive the message:
Coordinate out of bounds!

java.lang.ArrayIndexOutOfBoundsException: Coordinate out of bounds!
at java.awt.image.ComponentSampleModel.getSampleDouble(Unknown Source)
at java.awt.image.Raster.getSampleDouble(Unknown Source)
at
org.openjump.core.rasterimage.sextante.OpenJUMPSextanteRasterLayer.getCellValueInLayerCoords(OpenJUMPSextanteRasterLayer.java:178)
at
org.openjump.core.rasterimage.sextante.rasterWrappers.GridWrapper.getCellValueInLayerCoords(GridWrapper.java:86)
at
org.openjump.core.rasterimage.sextante.rasterWrappers.GridWrapperNotInterpolated.getCellValueAsDouble(GridWrapperNotInterpolated.java:132)
at
org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.getCellValueAsDouble(AbstractSextanteRasterLayer.java:112)
at
org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.calculateStatistics(AbstractSextanteRasterLayer.java:362)
at
org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.getMinValue(AbstractSextanteRasterLayer.java:469)
at
org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.getMinValue(AbstractSextanteRasterLayer.java:515)
at
org.openjump.core.ui.plugin.raster.RasterImageLayerPropertiesPlugIn.InfoText(RasterImageLayerPropertiesPlugIn.java:432)
at
org.openjump.core.ui.plugin.raster.RasterImageLayerPropertiesPlugIn.execute(RasterImageLayerPropertiesPlugIn.java:638)
at
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:342)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.AbstractButton.doClick(Unknown Source)
at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown
Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$500(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown 
Source)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown 
Source)
at java.awt.EventQueue$4.run(Unknown Source)
at java.awt.EventQueue$4.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown 
Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)



With OpenFile and then Layer Properties
it works.

I tested it with Version 20150507 snapshot rev.4426


Regards

Uwe
--
One dashboard for servers and applications across 

Re: [JPP-Devel] Sextante Raster Image; Raster Layer Info; Coordinate out of bounds!

[Rahkonen Jukka (MML)]

Hi Uwe,

With the .tfw file I can reproduce. Unfortunately I do not know how to fix it. 
Issue has something to do with the accuracy of the pixel size. Original .tfw is

0.8353221957040573
0.0
0.0
-0.8365508365508365
63900.0
51800.0

You can test by editing it into:

0.8
0.0
0.0
-0.8
63900.0
51800.0

Now image info works and you can even add some more decimals and it still works.

-Jukka-




-Alkuperäinen viesti-
Lähettäjä: Uwe Dalluege [mailto:uwe.dallu...@hcu-hamburg.de] 
Lähetetty: 8. toukokuuta 2015 11:20
Vastaanottaja: Rahkonen Jukka (MML); OpenJump develop and use
Aihe: Re: [JPP-Devel] Sextante Raster Image; Raster Layer Info; Coordinate out 
of bounds!

Hi Jukka,

sorry, I forgot to send the .tfw file.

This is an air photo of my GeoCity examples for my tutorial (please see the 
.jml files, they must match for the picture).

Greetings from Hamburg

Uwe



Am 08.05.2015 um 10:01 schrieb Rahkonen Jukka (MML):
 Hi Uwe,

 I can't reproduce with a vanilla r.4426 on Windows, jre 1.8.0_40 
 32-bit when I open the image into an empty project window. The bounding box 
 dialogue appears, if I accept the defaults the image opens and raster info 
 tool works. The envelope is: Env[0.0 : 838.0, 89.0 : 866.0] Could you send 
 the also the .tfw and .tif.aux.xml files which appear into the image 
 directory so I can have a try with your values?

 -Jukka Rahkonen-


 Uwe Dalluege wrote:

 Hi,

 after loading a .tif file (OrthoFotoGC.tif) with OpenSextante Raster Image 
 and try Raster Layer Info I receive the message:
 Coordinate out of bounds!

 java.lang.ArrayIndexOutOfBoundsException: Coordinate out of bounds!
   at java.awt.image.ComponentSampleModel.getSampleDouble(Unknown Source)
   at java.awt.image.Raster.getSampleDouble(Unknown Source)
   at
 org.openjump.core.rasterimage.sextante.OpenJUMPSextanteRasterLayer.getCellValueInLayerCoords(OpenJUMPSextanteRasterLayer.java:178)
   at
 org.openjump.core.rasterimage.sextante.rasterWrappers.GridWrapper.getCellValueInLayerCoords(GridWrapper.java:86)
   at
 org.openjump.core.rasterimage.sextante.rasterWrappers.GridWrapperNotInterpolated.getCellValueAsDouble(GridWrapperNotInterpolated.java:132)
   at
 org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.getCellValueAsDouble(AbstractSextanteRasterLayer.java:112)
   at
 org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.calculateStatistics(AbstractSextanteRasterLayer.java:362)
   at
 org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.getMinValue(AbstractSextanteRasterLayer.java:469)
   at
 org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.getMinValue(AbstractSextanteRasterLayer.java:515)
   at
 org.openjump.core.ui.plugin.raster.RasterImageLayerPropertiesPlugIn.InfoText(RasterImageLayerPropertiesPlugIn.java:432)
   at
 org.openjump.core.ui.plugin.raster.RasterImageLayerPropertiesPlugIn.execute(RasterImageLayerPropertiesPlugIn.java:638)
   at
 com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:342)
   at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
   at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
   at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
   at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
   at javax.swing.AbstractButton.doClick(Unknown Source)
   at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
   at 
 javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown
 Source)
   at java.awt.Component.processMouseEvent(Unknown Source)
   at javax.swing.JComponent.processMouseEvent(Unknown Source)
   at java.awt.Component.processEvent(Unknown Source)
   at java.awt.Container.processEvent(Unknown Source)
   at java.awt.Component.dispatchEventImpl(Unknown Source)
   at java.awt.Container.dispatchEventImpl(Unknown Source)
   at java.awt.Component.dispatchEvent(Unknown Source)
   at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
   at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
   at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
   at java.awt.Container.dispatchEventImpl(Unknown Source)
   at java.awt.Window.dispatchEventImpl(Unknown Source)
   at java.awt.Component.dispatchEvent(Unknown Source)
   at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
   at java.awt.EventQueue.access$500(Unknown Source)
   at java.awt.EventQueue$3.run(Unknown Source)
   at java.awt.EventQueue$3.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown 
 Source)
   at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown 
 Source)
   at java.awt.EventQueue$4.run(Unknown Source)
   at java.awt.EventQueue$4

Re: [JPP-Devel] Sextante Raster Image; Raster Layer Info; Coordinate out of bounds!

[Giuseppe Aruta]

Hi Uwe and Jukka,
I reproduced the same error message.
I checked the Raster Info class and tried to find a solution with no
success. I will see on next days.
As far as I remember I had the same problem with raster images saved by
openjump (like save view as image).

I will write a note about Jukka'ss test on our wiki on-line manual.

--

I tested that reducing the decimals to 2:

0.83
0.0
0.0
-0.83
63900.0
51800.0

the Layer info works. The difference in Easting/Northing (at that position)
between the original worldfile and the new one is only of few millimtres.
See the following screenshot.




Peppe

2015-05-08 13:59 GMT+02:00 Uwe Dalluege uwe.dallu...@hcu-hamburg.de:

 Hi Jukka,

 if you use the .tfw world-file calculated by OpenJUMP with

 minx = 63900
 maxx = 64600
 miny = 51150
 maxy = 51800

 the Raster Layer Info also does not work :-(

 By the way:

 The JTextFields of the worldfile dialog
 first are too short. After I extend the dialog-window
 in y the JTextFields grow bigger.

 I use the metal-look-and-feel for OJ.

 Have a nice weekend!

 Uwe




 Am 08.05.2015 um 10:49 schrieb Rahkonen Jukka (MML):

 Hi Uwe,

 With the .tfw file I can reproduce. Unfortunately I do not know how to
 fix it. Issue has something to do with the accuracy of the pixel size.
 Original .tfw is

 0.8353221957040573
 0.0
 0.0
 -0.8365508365508365
 63900.0
 51800.0

 You can test by editing it into:

 0.8
 0.0
 0.0
 -0.8
 63900.0
 51800.0

 Now image info works and you can even add some more decimals and it still
 works.

 -Jukka-




 -Alkuperäinen viesti-
 Lähettäjä: Uwe Dalluege [mailto:uwe.dallu...@hcu-hamburg.de]
 Lähetetty: 8. toukokuuta 2015 11:20
 Vastaanottaja: Rahkonen Jukka (MML); OpenJump develop and use
 Aihe: Re: [JPP-Devel] Sextante Raster Image; Raster Layer Info;
 Coordinate out of bounds!

 Hi Jukka,

 sorry, I forgot to send the .tfw file.

 This is an air photo of my GeoCity examples for my tutorial (please
 see the .jml files, they must match for the picture).

 Greetings from Hamburg

 Uwe



 Am 08.05.2015 um 10:01 schrieb Rahkonen Jukka (MML):

 Hi Uwe,

 I can't reproduce with a vanilla r.4426 on Windows, jre 1.8.0_40
 32-bit when I open the image into an empty project window. The bounding
 box dialogue appears, if I accept the defaults the image opens and raster
 info tool works. The envelope is: Env[0.0 : 838.0, 89.0 : 866.0] Could you
 send the also the .tfw and .tif.aux.xml files which appear into the image
 directory so I can have a try with your values?

 -Jukka Rahkonen-


 Uwe Dalluege wrote:

 Hi,

 after loading a .tif file (OrthoFotoGC.tif) with OpenSextante Raster
 Image and try Raster Layer Info I receive the message:
 Coordinate out of bounds!

 java.lang.ArrayIndexOutOfBoundsException: Coordinate out of bounds!
 at java.awt.image.ComponentSampleModel.getSampleDouble(Unknown
 Source)
 at java.awt.image.Raster.getSampleDouble(Unknown Source)
 at

 org.openjump.core.rasterimage.sextante.OpenJUMPSextanteRasterLayer.getCellValueInLayerCoords(OpenJUMPSextanteRasterLayer.java:178)
 at

 org.openjump.core.rasterimage.sextante.rasterWrappers.GridWrapper.getCellValueInLayerCoords(GridWrapper.java:86)
 at

 org.openjump.core.rasterimage.sextante.rasterWrappers.GridWrapperNotInterpolated.getCellValueAsDouble(GridWrapperNotInterpolated.java:132)
 at

 org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.getCellValueAsDouble(AbstractSextanteRasterLayer.java:112)
 at

 org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.calculateStatistics(AbstractSextanteRasterLayer.java:362)
 at

 org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.getMinValue(AbstractSextanteRasterLayer.java:469)
 at

 org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.getMinValue(AbstractSextanteRasterLayer.java:515)
 at

 org.openjump.core.ui.plugin.raster.RasterImageLayerPropertiesPlugIn.InfoText(RasterImageLayerPropertiesPlugIn.java:432)
 at

 org.openjump.core.ui.plugin.raster.RasterImageLayerPropertiesPlugIn.execute(RasterImageLayerPropertiesPlugIn.java:638)
 at

 com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:342)
 at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
 at javax.swing.AbstractButton$Handler.actionPerformed(Unknown
 Source)
 at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown
 Source)
 at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
 at javax.swing.AbstractButton.doClick(Unknown Source)
 at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
 at
 javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown
 Source)
 at java.awt.Component.processMouseEvent(Unknown Source)
 at javax.swing.JComponent.processMouseEvent(Unknown Source

Re: [JPP-Devel] Sextante Raster Image; Raster Layer Info; Coordinate out of bounds!

[Uwe Dalluege]

Hi Jukka,

if you use the .tfw world-file calculated by OpenJUMP with

minx = 63900
maxx = 64600
miny = 51150
maxy = 51800

the Raster Layer Info also does not work :-(

By the way:

The JTextFields of the worldfile dialog
first are too short. After I extend the dialog-window
in y the JTextFields grow bigger.

I use the metal-look-and-feel for OJ.

Have a nice weekend!

Uwe



Am 08.05.2015 um 10:49 schrieb Rahkonen Jukka (MML):

Hi Uwe,

With the .tfw file I can reproduce. Unfortunately I do not know how to fix it. 
Issue has something to do with the accuracy of the pixel size. Original .tfw is

0.8353221957040573
0.0
0.0
-0.8365508365508365
63900.0
51800.0

You can test by editing it into:

0.8
0.0
0.0
-0.8
63900.0
51800.0

Now image info works and you can even add some more decimals and it still works.

-Jukka-




-Alkuperäinen viesti-
Lähettäjä: Uwe Dalluege [mailto:uwe.dallu...@hcu-hamburg.de]
Lähetetty: 8. toukokuuta 2015 11:20
Vastaanottaja: Rahkonen Jukka (MML); OpenJump develop and use
Aihe: Re: [JPP-Devel] Sextante Raster Image; Raster Layer Info; Coordinate out 
of bounds!

Hi Jukka,

sorry, I forgot to send the .tfw file.

This is an air photo of my GeoCity examples for my tutorial (please see the 
.jml files, they must match for the picture).

Greetings from Hamburg

Uwe



Am 08.05.2015 um 10:01 schrieb Rahkonen Jukka (MML):

Hi Uwe,

I can't reproduce with a vanilla r.4426 on Windows, jre 1.8.0_40
32-bit when I open the image into an empty project window. The bounding box 
dialogue appears, if I accept the defaults the image opens and raster info tool 
works. The envelope is: Env[0.0 : 838.0, 89.0 : 866.0] Could you send the also 
the .tfw and .tif.aux.xml files which appear into the image directory so I can 
have a try with your values?

-Jukka Rahkonen-


Uwe Dalluege wrote:

Hi,

after loading a .tif file (OrthoFotoGC.tif) with OpenSextante Raster Image and try 
Raster Layer Info I receive the message:
Coordinate out of bounds!

java.lang.ArrayIndexOutOfBoundsException: Coordinate out of bounds!
at java.awt.image.ComponentSampleModel.getSampleDouble(Unknown Source)
at java.awt.image.Raster.getSampleDouble(Unknown Source)
at
org.openjump.core.rasterimage.sextante.OpenJUMPSextanteRasterLayer.getCellValueInLayerCoords(OpenJUMPSextanteRasterLayer.java:178)
at
org.openjump.core.rasterimage.sextante.rasterWrappers.GridWrapper.getCellValueInLayerCoords(GridWrapper.java:86)
at
org.openjump.core.rasterimage.sextante.rasterWrappers.GridWrapperNotInterpolated.getCellValueAsDouble(GridWrapperNotInterpolated.java:132)
at
org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.getCellValueAsDouble(AbstractSextanteRasterLayer.java:112)
at
org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.calculateStatistics(AbstractSextanteRasterLayer.java:362)
at
org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.getMinValue(AbstractSextanteRasterLayer.java:469)
at
org.openjump.core.rasterimage.sextante.AbstractSextanteRasterLayer.getMinValue(AbstractSextanteRasterLayer.java:515)
at
org.openjump.core.ui.plugin.raster.RasterImageLayerPropertiesPlugIn.InfoText(RasterImageLayerPropertiesPlugIn.java:432)
at
org.openjump.core.ui.plugin.raster.RasterImageLayerPropertiesPlugIn.execute(RasterImageLayerPropertiesPlugIn.java:638)
at
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:342)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.AbstractButton.doClick(Unknown Source)
at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
at
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown
Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$500

Re: [JPP-Devel] Sextante modeler does work

[Rahkonen Jukka (MML)]

Hi,

For me the History can only show the history but nor execute any of the old 
commands. The result is always the same “inline evaluation error…Command not 
found: runalg…”. I tested that by buffering a layer through the toolbox and 
trying to repeat the successful procedure from the History.

I believe that sextante commads are not initialized correctly. The same message 
comes when I open the Sextante Command line window (BeanShell) and copy the 
command from the history into it.
I do not know how sextante should be loaded. Obviously the meaning is that it 
is found and loaded automatically. I tried to do it manually from the BeanShell 
as:
import sextante;

This does not give an error but does not make the commands to work either which 
makes me believe that paths are not correct and sextante is not imported.

References: http://www.eweb.unex.es/eweb/sextantegis/IntroductionToSEXTANTE.pdf
http://docs.qgis.org/1.8/en/docs/user_manual/sextante/console.html


-Jukka-



Giuseppe Aruta wrote:

Hei Jukka,
can you also test the 'run' in the SextanteHistory plugin? I still have an 
error message. Looks like it cannot read the model. Thanks
[cid:image002.jpg@01D088AD.173E6830]
​

2015-05-06 19:18 GMT+02:00 Giuseppe Aruta 
giuseppe_ar...@yahoo.itmailto:giuseppe_ar...@yahoo.it:
Thanks Jukka,
I was worried that Medeler was not working anymore. I did a couple of tests 
(create Aspect and Sample point layer), following your procedure with the same 
OJ version, and everything works fine.
I am going to reactivate modeler on next NB and write down your notes on 
Sextante On-line page (http://ojwiki.soldin.de/index.php?title=Sextante).
Thanks again
Peppe
PS: The test I did few days ago, Modeler was not able neither to  save nor to 
open a model.
Today I discover that in my computer Modeler checks new models into GvSIG 
prefigured folders 
(gvSIG-desktop/gvSIG-desktop-2.1.0/gvSIG/extensiones/org.gvsig.geoprocess.app.mainplugin/modeler
 in my case).
I wonder (and I will check) if this would have been the reason of the first 
failure (I reinstalled GvSIG in those days to  do a comparison).
So even models configured with GvSIG are read, This can be a good news for 
people who use both software.


2015-05-06 15:21 GMT+02:00 Stefan Steiniger 
sst...@geo.uzh.chmailto:sst...@geo.uzh.ch:
nice!
thanks for trying (hard) and reporting!

Am 06.05.15tel:06.05.15 um 06:15 schrieb Rahkonen Jukka (MML):
 Hi,

 I made some testing and managed to create a new process with the
 Sextante graphical modeler and run it with success. Necessary steps for
 me were:

 1)Check and change it you want the folder where models are saved through
 Sextante settings –Models – Models folder.

 2)Build the model and save it.

 3)Close the modeler

 4)Sextante Toolbox shows the new model in the tree under Models – Models

 5)Double click the model – Run

 Modeler is not very user friendly because you can’t run the model from
 the graphical view and the model must be valid before you can run the
 saved model, but I could make a simple buffer process and run it so
 fundamentally it works.

 Tested with OJ Plus snapshot r.4401 (1015-04-18) with a point layer. If
 I had any raster layers in the project (opened as Sextante raster) the
 toolbox throws an error about missing jts/geom/Envelope method.

 -Jukka Rahkonen-



 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y



 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.netmailto:Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.netmailto:Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.

Re: [JPP-Devel] Sextante modeler does work

[Giuseppe Aruta]

Thanks Jukka,
that is exactly the same I experienced with Linux (I think you use
Windows). So we can exclude a OS problem. Today I reactivated both Modeler
and History and hope to have a feedback from users.
Peppe

2015-05-07 9:43 GMT+02:00 Rahkonen Jukka (MML) 
jukka.rahko...@maanmittauslaitos.fi:

  Hi,



 For me the History can only show the history but nor execute any of the
 old commands. The result is always the same “inline evaluation
 error…Command not found: runalg…”. I tested that by buffering a layer
 through the toolbox and trying to repeat the successful procedure from the
 History.



 I believe that sextante commads are not initialized correctly. The same
 message comes when I open the Sextante Command line window (BeanShell) and
 copy the command from the history into it.

  I do not know how sextante should be loaded. Obviously the meaning is
 that it is found and loaded automatically. I tried to do it manually from
 the BeanShell as:

 import sextante;



 This does not give an error but does not make the commands to work either
 which makes me believe that paths are not correct and sextante is not
 imported.



 References:
 http://www.eweb.unex.es/eweb/sextantegis/IntroductionToSEXTANTE.pdf

 http://docs.qgis.org/1.8/en/docs/user_manual/sextante/console.html





 -Jukka-







 Giuseppe Aruta wrote:



 Hei Jukka,

 can you also test the 'run' in the SextanteHistory plugin? I still have
 an error message. Looks like it cannot read the model. Thanks

 ​



 2015-05-06 19:18 GMT+02:00 Giuseppe Aruta giuseppe_ar...@yahoo.it:

 Thanks Jukka,

 I was worried that Medeler was not working anymore. I did a couple of
 tests (create Aspect and Sample point layer), following your procedure with
 the same OJ version, and everything works fine.

 I am going to reactivate modeler on next NB and write down your notes on
 Sextante On-line page (http://ojwiki.soldin.de/index.php?title=Sextante).

 Thanks again

 Peppe

 PS: The test I did few days ago, Modeler was not able neither to  save nor
 to open a model.
 Today I discover that in my computer Modeler checks new models into GvSIG
 prefigured folders
 (gvSIG-desktop/gvSIG-desktop-2.1.0/gvSIG/extensiones/org.gvsig.geoprocess.app.mainplugin/modeler
 in my case).
 I wonder (and I will check) if this would have been the reason of the
 first failure (I reinstalled GvSIG in those days to  do a comparison).
 So even models configured with GvSIG are read, This can be a good news for
 people who use both software.





 2015-05-06 15:21 GMT+02:00 Stefan Steiniger sst...@geo.uzh.ch:

 nice!
 thanks for trying (hard) and reporting!

 Am 06.05.15 um 06:15 schrieb Rahkonen Jukka (MML):
  Hi,
 
  I made some testing and managed to create a new process with the
  Sextante graphical modeler and run it with success. Necessary steps for
  me were:
 
  1)Check and change it you want the folder where models are saved through
  Sextante settings –Models – Models folder.
 
  2)Build the model and save it.
 
  3)Close the modeler
 
  4)Sextante Toolbox shows the new model in the tree under Models – Models
 
  5)Double click the model – Run
 
  Modeler is not very user friendly because you can’t run the model from
  the graphical view and the model must be valid before you can run the
  saved model, but I could make a simple buffer process and run it so
  fundamentally it works.
 
  Tested with OJ Plus snapshot r.4401 (1015-04-18) with a point layer. If
  I had any raster layers in the project (opened as Sextante raster) the
  toolbox throws an error about missing jts/geom/Envelope method.
 
  -Jukka Rahkonen-
 
 
 
 
 --
  One dashboard for servers and applications across Physical-Virtual-Cloud
  Widest out-of-the-box monitoring support with 50+ applications
  Performance metrics, stats and reports that give you Actionable Insights
  Deep dive visibility with transaction tracing using APM Insight.
  http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 
 
 
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 


 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel






 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 

Re: [JPP-Devel] Sextante tools and model builder..

[Giuseppe Aruta]

Hi Teva,
see the last two lines of this page:
http://ojwiki.soldin.de/index.php?title=Sextante

few notes:
a) OJ Binding is only a bridge beween Sextante and OpenJUMP. In OJ SVN you
can view it and  download, also via Eclipse, I image.
b) To get Sextante code you should go to GvSIG CE SVN

I reactivated Modeler and Historyin Sextante, after some tests that gave a
better results.
Modeler seems to work.  You can try next OJ NB build.
I will be glad if you can send to the list your impressions.

Best regards
Peppe

2015-05-06 18:46 GMT+02:00 Teva veluppillai tveluppil...@aquaveo.com:

 Thanks for the information. Would you please tell me the code respositoy
 where I could find the SEXTANTE and OJ binding source code are located.
 Teva

 On Tue, May 5, 2015 at 10:16 AM, Giuseppe Aruta giuseppe_ar...@yahoo.it
 wrote:

 One day we should save our copy of Sextante, as source code. I think that
 OJ and GvSIG CE versions have been diverged a bit, at least on Gass and
 other software recognition.

 I made a new page on our on-line manual to describe all the information
 available about Sextante, the available documentation in English, OpenJUMP
 and Sextante integration, a comparision between some most used Raster
 analysis functionalities between ArcGIS Spatial Analyst and Sextante and
 eventually some technical notes.
 The page is available here :
 http://ojwiki.soldin.de/index.php?title=Sextante
 Peppe


 2015-05-04 2:22 GMT+02:00 Sstein sst...@geo.uzh.ch:

 Hi,

 Yes - Peppe is right: we don't have the sextante sources. Only the
 sources for the bindings. The sources are indeed on gvsig ce repository and
 before that were elsewhere. I think we would need to check what is the last
 sextante version nr we have.
 The 3 libs mentioned by Peppe are the base, but then, other libs are
 needed too by sextante, such as jfreechart and common, as i wrote in the
 lib info for the OJ horae plugin.

 I should have a checked out copy from gvSIG, probably now 2+ years old,
 if that is of any help... Phewww, so long time ago...

 Cheers,
 Stefan



 El 03-05-2015, a las 10:38, Giuseppe Aruta giuseppe_ar...@yahoo.it
 escribió:

 Mmh.,
 I think that core Sextante jars are sextante.jar, sextante_gui.jar and
 sextante_algorithms.jar.
 We should investigate on the first two ones to understand Modeler bugs.
 The source codes of these jars are stored by GvSIG ce (
 http://gvsigce.sourceforge.net/sextante_web/source.html). Anyhow their
 version is an upgrade or OpenJUMP one (more GRASS and SAGA links).
 I think we don't  have a copy of the source code (of these three files)
 on our SVN repository
 Probably Stefan knows better the story.
 Peppe

 2015-05-03 10:19 GMT+02:00 edgar.sol...@web.de:

 close, but missed ;)

 sextante extension's sources can be found in a plugins repo subfolder

 https://sourceforge.net/p/jump-pilot/code/HEAD/tree/plug-ins/SextantePlugIn/

 the 'lib/plus' path below merely contains compiled extensions and their
 dependencies for packaging PLUS w/o fetching these from all over the
 internet.

 ..ede

 On 03.05.2015 09:05, Rahkonen Jukka (MML) wrote:
  Hi,
 
 
  See the sextante and sextante-help directories in
 
 
 https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/lib/plus/
 
 
  -Jukka Rahkonen-
 
 
 --
  **Teva veluppillai wrote:
 
  Giuseppe Aruta,
 
  I found Sextante in the following version: Version 1.8.0 release
 rev.4164  01. December 2014. I installed it on Windows 7 OS.
  Running status of SEXTATNE: I was not able to run model builder
 however, I am able to run a few tools.
 
  Would you please tell me where could I get its source code?
 
  Thanks!
 
  Teva
 
 
 
 
 
  On Thu, Apr 30, 2015 at 12:38 AM, Giuseppe Aruta 
 giuseppe_ar...@yahoo.it mailto:giuseppe_ar...@yahoo.it wrote:
 
  Hi Teva,
  I deactivated Sextante model builder on OJ Night snapshot as it
 is not working in OpenJUMP. This is a bug connected to original Sextante
 framework, since probably Sextante version 0.6 - the first embedded into
 OpenJUMP.
 

[JPP-Devel] Sextante modeler does work

[Rahkonen Jukka (MML)]

Hi,

I made some testing and managed to create a new process with the Sextante 
graphical modeler and run it with success. Necessary steps for me were:


1)  Check and change it you want the folder where models are saved through 
Sextante settings -Models - Models folder.

2)  Build the model and save it.

3)  Close the modeler

4)  Sextante Toolbox shows the new model in the tree under Models - Models

5)  Double click the model - Run

Modeler is not very user friendly because you can't run the model from the 
graphical view and the model must be valid before you can run the saved model, 
but I could make a simple buffer process and run it so fundamentally it works.

Tested with OJ Plus snapshot r.4401 (1015-04-18) with a point layer. If I had 
any raster layers in the project (opened as Sextante raster) the toolbox throws 
an error about missing jts/geom/Envelope method.

-Jukka Rahkonen-
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante modeler does work

[Stefan Steiniger]

nice!
thanks for trying (hard) and reporting!

Am 06.05.15 um 06:15 schrieb Rahkonen Jukka (MML):
 Hi,

 I made some testing and managed to create a new process with the
 Sextante graphical modeler and run it with success. Necessary steps for
 me were:

 1)Check and change it you want the folder where models are saved through
 Sextante settings –Models – Models folder.

 2)Build the model and save it.

 3)Close the modeler

 4)Sextante Toolbox shows the new model in the tree under Models – Models

 5)Double click the model – Run

 Modeler is not very user friendly because you can’t run the model from
 the graphical view and the model must be valid before you can run the
 saved model, but I could make a simple buffer process and run it so
 fundamentally it works.

 Tested with OJ Plus snapshot r.4401 (1015-04-18) with a point layer. If
 I had any raster layers in the project (opened as Sextante raster) the
 toolbox throws an error about missing jts/geom/Envelope method.

 -Jukka Rahkonen-



 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y



 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante modeler does work

[Giuseppe Aruta]

Thanks Jukka,
I was worried that Medeler was not working anymore. I did a couple of tests
(create Aspect and Sample point layer), following your procedure with the
same OJ version, and everything works fine.
I am going to reactivate modeler on next NB and write down your notes on
Sextante On-line page (http://ojwiki.soldin.de/index.php?title=Sextante).
Thanks again
Peppe

PS: The test I did few days ago, Modeler was not able neither to  save nor
to open a model.
Today I discover that in my computer Modeler checks new models into GvSIG
prefigured folders
(gvSIG-desktop/gvSIG-desktop-2.1.0/gvSIG/extensiones/org.gvsig.geoprocess.app.mainplugin/modeler
in my case).
I wonder (and I will check) if this would have been the reason of the first
failure (I reinstalled GvSIG in those days to  do a comparison).
So even models configured with GvSIG are read, This can be a good news for
people who use both software.



2015-05-06 15:21 GMT+02:00 Stefan Steiniger sst...@geo.uzh.ch:

 nice!
 thanks for trying (hard) and reporting!

 Am 06.05.15 um 06:15 schrieb Rahkonen Jukka (MML):
  Hi,
 
  I made some testing and managed to create a new process with the
  Sextante graphical modeler and run it with success. Necessary steps for
  me were:
 
  1)Check and change it you want the folder where models are saved through
  Sextante settings –Models – Models folder.
 
  2)Build the model and save it.
 
  3)Close the modeler
 
  4)Sextante Toolbox shows the new model in the tree under Models – Models
 
  5)Double click the model – Run
 
  Modeler is not very user friendly because you can’t run the model from
  the graphical view and the model must be valid before you can run the
  saved model, but I could make a simple buffer process and run it so
  fundamentally it works.
 
  Tested with OJ Plus snapshot r.4401 (1015-04-18) with a point layer. If
  I had any raster layers in the project (opened as Sextante raster) the
  toolbox throws an error about missing jts/geom/Envelope method.
 
  -Jukka Rahkonen-
 
 
 
 
 --
  One dashboard for servers and applications across Physical-Virtual-Cloud
  Widest out-of-the-box monitoring support with 50+ applications
  Performance metrics, stats and reports that give you Actionable Insights
  Deep dive visibility with transaction tracing using APM Insight.
  http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 
 
 
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 


 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante tools and model builder..

[Teva veluppillai]

Thanks for the information. Would you please tell me the code respositoy
where I could find the SEXTANTE and OJ binding source code are located.
Teva

On Tue, May 5, 2015 at 10:16 AM, Giuseppe Aruta giuseppe_ar...@yahoo.it
wrote:

 One day we should save our copy of Sextante, as source code. I think that
 OJ and GvSIG CE versions have been diverged a bit, at least on Gass and
 other software recognition.

 I made a new page on our on-line manual to describe all the information
 available about Sextante, the available documentation in English, OpenJUMP
 and Sextante integration, a comparision between some most used Raster
 analysis functionalities between ArcGIS Spatial Analyst and Sextante and
 eventually some technical notes.
 The page is available here :
 http://ojwiki.soldin.de/index.php?title=Sextante
 Peppe


 2015-05-04 2:22 GMT+02:00 Sstein sst...@geo.uzh.ch:

 Hi,

 Yes - Peppe is right: we don't have the sextante sources. Only the
 sources for the bindings. The sources are indeed on gvsig ce repository and
 before that were elsewhere. I think we would need to check what is the last
 sextante version nr we have.
 The 3 libs mentioned by Peppe are the base, but then, other libs are
 needed too by sextante, such as jfreechart and common, as i wrote in the
 lib info for the OJ horae plugin.

 I should have a checked out copy from gvSIG, probably now 2+ years old,
 if that is of any help... Phewww, so long time ago...

 Cheers,
 Stefan



 El 03-05-2015, a las 10:38, Giuseppe Aruta giuseppe_ar...@yahoo.it
 escribió:

 Mmh.,
 I think that core Sextante jars are sextante.jar, sextante_gui.jar and
 sextante_algorithms.jar.
 We should investigate on the first two ones to understand Modeler bugs.
 The source codes of these jars are stored by GvSIG ce (
 http://gvsigce.sourceforge.net/sextante_web/source.html). Anyhow their
 version is an upgrade or OpenJUMP one (more GRASS and SAGA links).
 I think we don't  have a copy of the source code (of these three files)
 on our SVN repository
 Probably Stefan knows better the story.
 Peppe

 2015-05-03 10:19 GMT+02:00 edgar.sol...@web.de:

 close, but missed ;)

 sextante extension's sources can be found in a plugins repo subfolder

 https://sourceforge.net/p/jump-pilot/code/HEAD/tree/plug-ins/SextantePlugIn/

 the 'lib/plus' path below merely contains compiled extensions and their
 dependencies for packaging PLUS w/o fetching these from all over the
 internet.

 ..ede

 On 03.05.2015 09:05, Rahkonen Jukka (MML) wrote:
  Hi,
 
 
  See the sextante and sextante-help directories in
 
 
 https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/lib/plus/
 
 
  -Jukka Rahkonen-
 
 
 --
  **Teva veluppillai wrote:
 
  Giuseppe Aruta,
 
  I found Sextante in the following version: Version 1.8.0 release
 rev.4164  01. December 2014. I installed it on Windows 7 OS.
  Running status of SEXTATNE: I was not able to run model builder
 however, I am able to run a few tools.
 
  Would you please tell me where could I get its source code?
 
  Thanks!
 
  Teva
 
 
 
 
 
  On Thu, Apr 30, 2015 at 12:38 AM, Giuseppe Aruta 
 giuseppe_ar...@yahoo.it mailto:giuseppe_ar...@yahoo.it wrote:
 
  Hi Teva,
  I deactivated Sextante model builder on OJ Night snapshot as it is
 not working in OpenJUMP. This is a bug connected to original Sextante
 framework, since probably Sextante version 0.6 - the first embedded into
 OpenJUMP.
  A post was sent to this (developer) and User lists a week ago,
 asking users to give a feedback about this plugin (
 https://groups.google.com/forum/#!topic/openjump-users/8InQ_08QMb4 
 https://groups.google.com/forum/#%21topic/openjump-users/8InQ_08QMb4)
  Could you just explain your experience with OpenJUMP and Sextante
 Modeler, if you had before? Was it working? Which version of OpenJUMP were
 you using? Which Operative System?
  Your answers to these questions would be of great usage. If you
 feel that OJ is working for you, I can reactivate on next realize.
  

Re: [JPP-Devel] Sextante tools and model builder..

[Rahkonen Jukka (MML)]

Hi,


See the sextante and sextante-help directories in

https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/lib/plus/


-Jukka Rahkonen-


Teva veluppillai wrote:

Giuseppe Aruta,

I found Sextante in the following version: Version 1.8.0 release rev.4164  01. 
December 2014. I installed it on Windows 7 OS.
Running status of SEXTATNE: I was not able to run model builder however, I am 
able to run a few tools.

Would you please tell me where could I get its source code?

Thanks!

Teva





On Thu, Apr 30, 2015 at 12:38 AM, Giuseppe Aruta 
giuseppe_ar...@yahoo.itmailto:giuseppe_ar...@yahoo.it wrote:
Hi Teva,
I deactivated Sextante model builder on OJ Night snapshot as it is not working 
in OpenJUMP. This is a bug connected to original Sextante framework, since 
probably Sextante version 0.6 - the first embedded into OpenJUMP.
A post was sent to this (developer) and User lists a week ago, asking users to 
give a feedback about this plugin 
(https://groups.google.com/forum/#!topic/openjump-users/8InQ_08QMb4)
Could you just explain your experience with OpenJUMP and Sextante Modeler, if 
you had before? Was it working? Which version of OpenJUMP were you using? Which 
Operative System?
Your answers to these questions would be of great usage. If you feel that OJ is 
working for you, I can reactivate on next realize.
Sextante is an independent component belonging to a different project not 
actually maintained by OpenJUMP development: if there are components not 
working it should be better to deactivated and concentrate all the efforts on 
working ones.
Best regards

Giuseppe Aruta





2015-04-30 1:30 GMT+02:00 Teva veluppillai 
tveluppil...@aquaveo.commailto:tveluppil...@aquaveo.com:
Hello All:

I just downloaded the latest version of OPENJUMP and unfortunately I don't see 
the model builder feature. Is there any versions that I can download the 
OPENJUMP with SEXTATNE Model builder?

Thanks.

Teva


--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.netmailto:Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.netmailto:Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante tools and model builder..

[edgar . soldin]

close, but missed ;)

sextante extension's sources can be found in a plugins repo subfolder
 https://sourceforge.net/p/jump-pilot/code/HEAD/tree/plug-ins/SextantePlugIn/

the 'lib/plus' path below merely contains compiled extensions and their 
dependencies for packaging PLUS w/o fetching these from all over the internet.

..ede 

On 03.05.2015 09:05, Rahkonen Jukka (MML) wrote:
 Hi,
 
 
 See the sextante and sextante-help directories in
 
 https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/lib/plus/
 
 
 -Jukka Rahkonen-
 
 --
 **Teva veluppillai wrote:
  
 Giuseppe Aruta,
 
 I found Sextante in the following version: Version 1.8.0 release rev.4164  
 01. December 2014. I installed it on Windows 7 OS. 
 Running status of SEXTATNE: I was not able to run model builder however, I am 
 able to run a few tools. 
 
 Would you please tell me where could I get its source code? 
 
 Thanks! 
 
 Teva
 
 
 
 
 
 On Thu, Apr 30, 2015 at 12:38 AM, Giuseppe Aruta giuseppe_ar...@yahoo.it 
 mailto:giuseppe_ar...@yahoo.it wrote:
 
 Hi Teva,
 I deactivated Sextante model builder on OJ Night snapshot as it is not 
 working in OpenJUMP. This is a bug connected to original Sextante framework, 
 since probably Sextante version 0.6 - the first embedded into OpenJUMP.
 A post was sent to this (developer) and User lists a week ago, asking 
 users to give a feedback about this plugin 
 (https://groups.google.com/forum/#!topic/openjump-users/8InQ_08QMb4 
 https://groups.google.com/forum/#%21topic/openjump-users/8InQ_08QMb4)
 Could you just explain your experience with OpenJUMP and Sextante 
 Modeler, if you had before? Was it working? Which version of OpenJUMP were 
 you using? Which Operative System?
 Your answers to these questions would be of great usage. If you feel that 
 OJ is working for you, I can reactivate on next realize.
 Sextante is an independent component belonging to a different project not 
 actually maintained by OpenJUMP development: if there are components not 
 working it should be better to deactivated and concentrate all the efforts on 
 working ones.
 Best regards
 
 Giuseppe Aruta
 
 
 
 
 
 2015-04-30 1:30 GMT+02:00 Teva veluppillai tveluppil...@aquaveo.com 
 mailto:tveluppil...@aquaveo.com:
 
 Hello All: 
 
 I just downloaded the latest version of OPENJUMP and unfortunately I 
 don't see the model builder feature. Is there any versions that I can 
 download the OPENJUMP with SEXTATNE Model builder? 
 
 Thanks.
 
 Teva
 
 
 
 --
 One dashboard for servers and applications across 
 Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable 
 Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net 
 mailto:Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 
 
 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net 
 mailto:Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 
 
 

Re: [JPP-Devel] Sextante tools and model builder..

[Sstein]

Hi,

Yes - Peppe is right: we don't have the sextante sources. Only the sources for 
the bindings. The sources are indeed on gvsig ce repository and before that 
were elsewhere. I think we would need to check what is the last sextante 
version nr we have.
The 3 libs mentioned by Peppe are the base, but then, other libs are needed too 
by sextante, such as jfreechart and common, as i wrote in the lib info for the 
OJ horae plugin.

I should have a checked out copy from gvSIG, probably now 2+ years old, if that 
is of any help... Phewww, so long time ago...

Cheers,
Stefan



 El 03-05-2015, a las 10:38, Giuseppe Aruta giuseppe_ar...@yahoo.it escribió:
 
 Mmh.,
 I think that core Sextante jars are sextante.jar, sextante_gui.jar and 
 sextante_algorithms.jar.
 We should investigate on the first two ones to understand Modeler bugs.
 The source codes of these jars are stored by GvSIG ce 
 (http://gvsigce.sourceforge.net/sextante_web/source.html). Anyhow their 
 version is an upgrade or OpenJUMP one (more GRASS and SAGA links).
 I think we don't  have a copy of the source code (of these three files) on 
 our SVN repository
 Probably Stefan knows better the story.
 Peppe
 
 2015-05-03 10:19 GMT+02:00 edgar.sol...@web.de:
 close, but missed ;)
 
 sextante extension's sources can be found in a plugins repo subfolder
  https://sourceforge.net/p/jump-pilot/code/HEAD/tree/plug-ins/SextantePlugIn/
 
 the 'lib/plus' path below merely contains compiled extensions and their 
 dependencies for packaging PLUS w/o fetching these from all over the 
 internet.
 
 ..ede
 
 On 03.05.2015 09:05, Rahkonen Jukka (MML) wrote:
  Hi,
 
 
  See the sextante and sextante-help directories in
 
  https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/lib/plus/
 
 
  -Jukka Rahkonen-
 
  --
  **Teva veluppillai wrote:
 
  Giuseppe Aruta,
 
  I found Sextante in the following version: Version 1.8.0 release rev.4164  
  01. December 2014. I installed it on Windows 7 OS.
  Running status of SEXTATNE: I was not able to run model builder however, I 
  am able to run a few tools.
 
  Would you please tell me where could I get its source code?
 
  Thanks!
 
  Teva
 
 
 
 
 
  On Thu, Apr 30, 2015 at 12:38 AM, Giuseppe Aruta giuseppe_ar...@yahoo.it 
  mailto:giuseppe_ar...@yahoo.it wrote:
 
  Hi Teva,
  I deactivated Sextante model builder on OJ Night snapshot as it is not 
  working in OpenJUMP. This is a bug connected to original Sextante 
  framework, since probably Sextante version 0.6 - the first embedded into 
  OpenJUMP.
  A post was sent to this (developer) and User lists a week ago, asking 
  users to give a feedback about this plugin 
  (https://groups.google.com/forum/#!topic/openjump-users/8InQ_08QMb4 
  https://groups.google.com/forum/#%21topic/openjump-users/8InQ_08QMb4)
  Could you just explain your experience with OpenJUMP and Sextante 
  Modeler, if you had before? Was it working? Which version of OpenJUMP were 
  you using? Which Operative System?
  Your answers to these questions would be of great usage. If you feel 
  that OJ is working for you, I can reactivate on next realize.
  Sextante is an independent component belonging to a different project 
  not actually maintained by OpenJUMP development: if there are components 
  not working it should be better to deactivated and concentrate all the 
  efforts on working ones.
  Best regards
 
  Giuseppe Aruta
 
 
 
 
 
  2015-04-30 1:30 GMT+02:00 Teva veluppillai tveluppil...@aquaveo.com 
  mailto:tveluppil...@aquaveo.com:
 
  Hello All:
 
  I just downloaded the latest version of OPENJUMP and unfortunately 
  I don't see the model builder feature. Is there any versions that I can 
  download the OPENJUMP with SEXTATNE Model builder?
 
  Thanks.
 
  Teva
 
 
  
  --
  One dashboard for servers and applications across 
  Physical-Virtual-Cloud
   

Re: [JPP-Devel] Sextante tools and model builder..

[Giuseppe Aruta]

Mmh.,
I think that core Sextante jars are sextante.jar, sextante_gui.jar and
sextante_algorithms.jar.
We should investigate on the first two ones to understand Modeler bugs.
The source codes of these jars are stored by GvSIG ce (
http://gvsigce.sourceforge.net/sextante_web/source.html). Anyhow their
version is an upgrade or OpenJUMP one (more GRASS and SAGA links).
I think we don't  have a copy of the source code (of these three files) on
our SVN repository
Probably Stefan knows better the story.
Peppe

2015-05-03 10:19 GMT+02:00 edgar.sol...@web.de:

 close, but missed ;)

 sextante extension's sources can be found in a plugins repo subfolder

 https://sourceforge.net/p/jump-pilot/code/HEAD/tree/plug-ins/SextantePlugIn/

 the 'lib/plus' path below merely contains compiled extensions and their
 dependencies for packaging PLUS w/o fetching these from all over the
 internet.

 ..ede

 On 03.05.2015 09:05, Rahkonen Jukka (MML) wrote:
  Hi,
 
 
  See the sextante and sextante-help directories in
 
  https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/lib/plus/
 
 
  -Jukka Rahkonen-
 
 
 --
  **Teva veluppillai wrote:
 
  Giuseppe Aruta,
 
  I found Sextante in the following version: Version 1.8.0 release
 rev.4164  01. December 2014. I installed it on Windows 7 OS.
  Running status of SEXTATNE: I was not able to run model builder however,
 I am able to run a few tools.
 
  Would you please tell me where could I get its source code?
 
  Thanks!
 
  Teva
 
 
 
 
 
  On Thu, Apr 30, 2015 at 12:38 AM, Giuseppe Aruta 
 giuseppe_ar...@yahoo.it mailto:giuseppe_ar...@yahoo.it wrote:
 
  Hi Teva,
  I deactivated Sextante model builder on OJ Night snapshot as it is
 not working in OpenJUMP. This is a bug connected to original Sextante
 framework, since probably Sextante version 0.6 - the first embedded into
 OpenJUMP.
  A post was sent to this (developer) and User lists a week ago,
 asking users to give a feedback about this plugin (
 https://groups.google.com/forum/#!topic/openjump-users/8InQ_08QMb4 
 https://groups.google.com/forum/#%21topic/openjump-users/8InQ_08QMb4)
  Could you just explain your experience with OpenJUMP and Sextante
 Modeler, if you had before? Was it working? Which version of OpenJUMP were
 you using? Which Operative System?
  Your answers to these questions would be of great usage. If you feel
 that OJ is working for you, I can reactivate on next realize.
  Sextante is an independent component belonging to a different
 project not actually maintained by OpenJUMP development: if there are
 components not working it should be better to deactivated and concentrate
 all the efforts on working ones.
  Best regards
 
  Giuseppe Aruta
 
 
 
 
 
  2015-04-30 1:30 GMT+02:00 Teva veluppillai tveluppil...@aquaveo.com
 mailto:tveluppil...@aquaveo.com:
 
  Hello All:
 
  I just downloaded the latest version of OPENJUMP and
 unfortunately I don't see the model builder feature. Is there any versions
 that I can download the OPENJUMP with SEXTATNE Model builder?
 
  Thanks.
 
  Teva
 
 
 
  
 --
  One dashboard for servers and applications across
 Physical-Virtual-Cloud
  Widest out-of-the-box monitoring support with 50+ applications
  Performance metrics, stats and reports that give you Actionable
 Insights
  Deep dive visibility with transaction tracing using APM Insight.
  http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net mailto:
 Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 
 
  
 --
  One dashboard for servers and applications across
 

Re: [JPP-Devel] Sextante tools and model builder..

[Teva veluppillai]

Giuseppe Aruta,

I found Sextante in the following version: Version 1.8.0 release rev.4164  01.
December 2014. I installed it on Windows 7 OS.
Running status of SEXTATNE: I was not able to run model builder however, I
am able to run a few tools.

Would you please tell me where could I get its source code?

Thanks!

Teva





On Thu, Apr 30, 2015 at 12:38 AM, Giuseppe Aruta giuseppe_ar...@yahoo.it
wrote:

 Hi Teva,
 I deactivated Sextante model builder on OJ Night snapshot as it is not
 working in OpenJUMP. This is a bug connected to original Sextante
 framework, since probably Sextante version 0.6 - the first embedded into
 OpenJUMP.
 A post was sent to this (developer) and User lists a week ago, asking
 users to give a feedback about this plugin (
 https://groups.google.com/forum/#!topic/openjump-users/8InQ_08QMb4)
 Could you just explain your experience with OpenJUMP and Sextante Modeler,
 if you had before? Was it working? Which version of OpenJUMP were you
 using? Which Operative System?
 Your answers to these questions would be of great usage. If you feel that
 OJ is working for you, I can reactivate on next realize.
 Sextante is an independent component belonging to a different project not
 actually maintained by OpenJUMP development: if there are components not
 working it should be better to deactivated and concentrate all the efforts
 on working ones.
 Best regards

 Giuseppe Aruta





 2015-04-30 1:30 GMT+02:00 Teva veluppillai tveluppil...@aquaveo.com:

 Hello All:

 I just downloaded the latest version of OPENJUMP and unfortunately I
 don't see the model builder feature. Is there any versions that I can
 download the OPENJUMP with SEXTATNE Model builder?

 Thanks.

 Teva



 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante tools and model builder..

[Giuseppe Aruta]

Hi Teva,
I deactivated Sextante model builder on OJ Night snapshot as it is not
working in OpenJUMP. This is a bug connected to original Sextante
framework, since probably Sextante version 0.6 - the first embedded into
OpenJUMP.
A post was sent to this (developer) and User lists a week ago, asking users
to give a feedback about this plugin (
https://groups.google.com/forum/#!topic/openjump-users/8InQ_08QMb4)
Could you just explain your experience with OpenJUMP and Sextante Modeler,
if you had before? Was it working? Which version of OpenJUMP were you
using? Which Operative System?
Your answers to these questions would be of great usage. If you feel that
OJ is working for you, I can reactivate on next realize.
Sextante is an independent component belonging to a different project not
actually maintained by OpenJUMP development: if there are components not
working it should be better to deactivated and concentrate all the efforts
on working ones.
Best regards

Giuseppe Aruta





2015-04-30 1:30 GMT+02:00 Teva veluppillai tveluppil...@aquaveo.com:

 Hello All:

 I just downloaded the latest version of OPENJUMP and unfortunately I don't
 see the model builder feature. Is there any versions that I can download
 the OPENJUMP with SEXTATNE Model builder?

 Thanks.

 Teva



 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Sextante tools and model builder..

[Teva veluppillai]

Hello All:

I just downloaded the latest version of OPENJUMP and unfortunately I don't
see the model builder feature. Is there any versions that I can download
the OPENJUMP with SEXTATNE Model builder?

Thanks.

Teva
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Sextante export raster not working well

[Giuseppe Aruta]

Hi,
it seems that Sextante save raster is not working anymore (OJ ver 3835).

Ubuntu and OpenJDK 1.6 or Oracle JRE
the file seems to be saved (as TIF) but whenever I try to load it (either
via Sextante layer or via any of Image stuff added by Ede) I have an error
message (Impossible to define image dimension, for instance). The file is
there but it is impossible to open.

I tested also with OJ 1.6.3
Oracle JRE: everything works fine and the output file is correctly saved
(and opened) by OpenJUMP
OpenJDK: the file is not saves as a known limitation of OpenJDK tiff
mamagement

This seems a regretion form OJ 1.6.3 as, in this case, Sextante is quite
unusefull for any raster process

I tested Aspect, Slope and Crop raster with polygon layer plugins on
Sextante.

Peppe
--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SEXTANTE forks ?

[Stefan Steiniger]

Hi Ben,

(i) sounds all good to me - I am glad that you don't want to do deeper 
changes any time soon.
(ii) well, I should have thought about something like that with the 
language folders.. thing is, I am having a swiss mac ;) Anyway my system 
language is german.

(iii) Thanks for the access. I will try and see if I can co-sync the SVN's

cheers from Santiago
stefan

 Message: 1
 Date: Tue, 28 May 2013 12:36:20 +0200
 From: Benjamin Ducke bendu...@fastmail.fm
 Subject: Re: [Gvsigce-devs] SEXTANTE forks ?
 To: gvsigce-d...@lists.sourceforge.net
 Message-ID: 51a488a4.6090...@fastmail.fm
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed

 Hi Stefan

 On 05/27/2013 07:13 PM, Stefan Steiniger wrote:
 Hi Benjamin,

 sorry for this very late response. I subscribed to the digest mode..
 Anyway - I think having Java Sextante at CE SVN, should be fine.
 We, OpenJUMP, have the bindings on our SF SVN.
 I think, important would be, if you guys would ping us, in case the
 models are changed (so, major classes like the Vector Raster layer
 Interfaces) and stuff that would have an effect on loading/displaying
 gui elements.

 Sure, if there are any changes that could break the
 bindings, I will make a dedicated post to this list.
 But I don't anticipate anything like that in the
 near future. For now, most of my work will concentrate
 on enhancing support for SAGA and R.

 Actually the only problem (with 1.0) we have so far is, we do not know
 where to put the documentation htmls so that they get loaded. The helps
 doesn't seem to be working in neither place even if we define it on
 startup - so I guess it is somewhere else loaded from (Well some stuff
 is shown, but I don't think it is all: basically only the command line
 stuff but no real explanation, what is what and no images)


 The HTML documentation is produced from LaTeX sources.
 This process needs to be optimized and most of the
 documentation must be rewritten to reflect the recent
 changes. I will do that once I have finished all work
 for the SAGA and R interfaces. When you install the
 docs, the main documentation (HTML and PNG files) should
 go into sextante-dir/docs/en/general. In the past, there
 used to be problems with the en pages not being found
 on a system that uses e.g. a de locale. In those cases,
 I worked around the problem by just copying the en
 folder as a new de folder.

 btw. you can find me as mentaer on SF. But for browsing the svn with
 Eclipse it shouldn't be necessary.

 I have given you developer level access to our SVN at

 https://svn.code.sf.net/p/gvsigce/code/trunk

 That way, you can commit any changes directly and we
 don't have to use pesky patch files.

 Cheers,

 Ben

 Ah, maybe another note: I actually think that our model/binding is not
 much different from Kosmo's with respect to layers. But I am not really
 sure about it.

 cheers,
 stefan


--
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with 2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SEXTANTE forks ?

[Stefan Steiniger]

Hi Benjamin,

sorry for this very late response. I subscribed to the digest mode..
Anyway - I think having Java Sextante at CE SVN, should be fine.
We, OpenJUMP, have the bindings on our SF SVN.
I think, important would be, if you guys would ping us, in case the 
models are changed (so, major classes like the Vector Raster layer 
Interfaces) and stuff that would have an effect on loading/displaying 
gui elements.
Actually the only problem (with 1.0) we have so far is, we do not know 
where to put the documentation htmls so that they get loaded. The helps 
doesn't seem to be working in neither place even if we define it on 
startup - so I guess it is somewhere else loaded from (Well some stuff 
is shown, but I don't think it is all: basically only the command line 
stuff but no real explanation, what is what and no images)

btw. you can find me as mentaer on SF. But for browsing the svn with 
Eclipse it shouldn't be necessary.
Ah, maybe another note: I actually think that our model/binding is not 
much different from Kosmo's with respect to layers. But I am not really 
sure about it.

cheers,
stefan

--
Try New Relic Now  We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app,  servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SEXTANTE forks ?

[José Antonio Canalejo Alonso]

Hallo Stefan,
I'm CCing your email to the gvSIG CE dev list, so we can coordinate this 
better. Victor Olaya, Benjamin Ducke and Fran Puga will read this email also 
here. Fran Puga (Cartolab-gvSIG developer) has sent a couple of patches last 
week. This email goes also to these developers in CC. Could you please sign the 
gvSIG CE dev list 
(http://gvsigce.sourceforge.net/joomla/index.php/community/mailing-lists) and 
follow the discussion here?
The repository of the java version of SEXTANTE for gvSIG CE is now here: 
http://gvsigce.sourceforge.net/joomla/index.php/sextante. The latest release 
for this version (SEXTANTE-gvSIG CE) has been published here: 
http://gvsigce.blogspot.de/2013/03/sextante-news-and-inofficial-preview.html
We are glad to read about your interest for SEXTANTE in OpenJUMP and would like 
to help you to find a good solution for your project.
Let us discuss this here together.
See you (maybe in Rapperswil?)
Jose
 
--
José Canalejo 
www.csgis.de


De: Stefan Steiniger sst...@geo.uzh.ch
Para: José Antonio Canalejo Alonso jacanal...@yahoo.es 
CC: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net 
Enviado: Martes 14 de Mayo de 2013 2:42
Asunto: Re: SEXTANTE forks ?
 

Hola Jose (CC jpp-dev),

I am reading this email below late and have now a question.
Where should I/we watch out for Sextante changes (e.g. an 1.1 release?). 
I.e. what/where is the repository now and where will releases be published.

I ask, because I am with the OpenJUMP team, and as you may know, 
Sextante is part of OpenJUMPs PLUS edition.

saludos,
stefan

Am 24.03.13 04:33, schrieb José Antonio Canalejo Alonso:
 No, it ins't a fork. Just to clarify, the original java source code of
 SEXTANTE has been transfered (in coordination with the original creator
 of SEXTANTE) to the gvSIG Community Edition (CE) repository NOT to the
 official gvSIG repository [1]. gvSIG CE is a fork of gvSIG made in 2011.
 In SEXTANTE there are now two versions: one in python managed by the
 QGIS community, one in java managed by the gvSIG CE project. Both
 versions are well coordinated with the original SEXTANTE project team.
 QGIS and gvSIG CE have been the projects with more activity behind
 SEXTANTE since its creator announced that the development of SEXTANTE
 could not continue as a full-time work.
 Best regards
 Jose


 [1]
 http://gvsig-ce-users.1049287.n5.nabble.com/Gvsigce-users-SEXTANTE-news-and-inofficial-preview-td5706342.html
 --
 José Canalejo
 www.csgis.de

     


     On 03/23/2013 10:15 AM, Brian Hamlin wrote:
       Hi All -
      
          I am reading a blog post today on planet.osgeo.org about SEXTANTE
       moving to python, while the original code will be part of gvSIG now..
       plus some new improvements.. A classical fork it appears..
      
          I imagine the Live will host gvSIG and so continue to benefit from
       that branch.. But it raises the question, what to do with the new
       python SEXTANTE ?
      
          no rush, but interesting development
      
       --
       Brian M Hamlin

     The new python Sextante is in the QGIS plugin, which I think we're
     already shipping. It's not a classic fork in my understanding because
     one of the key authors is the same for both variants. Although it's
     actually possible that the python version may become the primary one
     and
     wrapped by java in gvSIG rather than being maintained in java.

     So, I don't think there's anything else to do about it for us.

     Thanks,
     Alex

     ___
     Live-demo mailing list
    live-d...@lists.osgeo.org mailto:live-d...@lists.osgeo.org
    http://lists.osgeo.org/mailman/listinfo/live-demo
    http://live.osgeo.org http://live.osgeo.org/
    http://wiki.osgeo.org/wiki/Live_GIS_Disc




 ___
 Live-demo mailing list
 live-d...@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/live-demo
 http://live.osgeo.org
 http://wiki.osgeo.org/wiki/Live_GIS_Disc



--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SEXTANTE forks ?

[Stefan Steiniger]

forgot the cc ;)

Am 14.05.13 10:05, schrieb Stefan Steiniger:
 Hi Jose,

 thanks, I just subscribed to the gvSIG CE dev list.
 Unfortunately I am not able to make it to Rapperswill. I am currently
 living in Chile.. so trips to Europe are far from being cheap and take a
 long time too... :(

 saludos de Santiago
 stefan

 Am 14.05.13 02:02, schrieb José Antonio Canalejo Alonso:
 Hallo Stefan,
 I'm CCing your email to the gvSIG CE dev list, so we can coordinate this
 better. Victor Olaya, Benjamin Ducke and Fran Puga will read this email
 also here. Fran Puga (Cartolab-gvSIG developer) has sent a couple of
 patches last week. This email goes also to these developers in CC. Could
 you please sign the gvSIG CE dev list
 (http://gvsigce.sourceforge.net/joomla/index.php/community/mailing-lists)
 and
 follow the discussion here?
 The repository of the java version of SEXTANTE for gvSIG CE is now here:
 http://gvsigce.sourceforge.net/joomla/index.php/sextante. The latest
 release for this version (SEXTANTE-gvSIG CE) has been published here:
 http://gvsigce.blogspot.de/2013/03/sextante-news-and-inofficial-preview.html

 We are glad to read about your interest for SEXTANTE in OpenJUMP and
 would like to help you to find a good solution for your project.
 Let us discuss this here together.
 See you (maybe in Rapperswil?)
 Jose
 --
 José Canalejo
 www.csgis.de

 *De:* Stefan Steiniger sst...@geo.uzh.ch
 *Para:* José Antonio Canalejo Alonso jacanal...@yahoo.es
 *CC:* OpenJump develop and use
 jump-pilot-devel@lists.sourceforge.net
 *Enviado:* Martes 14 de Mayo de 2013 2:42
 *Asunto:* Re: SEXTANTE forks ?

 Hola Jose (CC jpp-dev),

 I am reading this email below late and have now a question.
 Where should I/we watch out for Sextante changes (e.g. an 1.1
 release?).
 I.e. what/where is the repository now and where will releases be
 published.

 I ask, because I am with the OpenJUMP team, and as you may know,
 Sextante is part of OpenJUMPs PLUS edition.

 saludos,
 stefan

 Am 24.03.13 04:33, schrieb José Antonio Canalejo Alonso:
   No, it ins't a fork. Just to clarify, the original java source
 code of
   SEXTANTE has been transfered (in coordination with the original
 creator
   of SEXTANTE) to the gvSIG Community Edition (CE) repository NOT
 to the
   official gvSIG repository [1]. gvSIG CE is a fork of gvSIG made
 in 2011.
   In SEXTANTE there are now two versions: one in python managed
 by the
   QGIS community, one in java managed by the gvSIG CE project. Both
   versions are well coordinated with the original SEXTANTE project
 team.
   QGIS and gvSIG CE have been the projects with more activity behind
   SEXTANTE since its creator announced that the development of
 SEXTANTE
   could not continue as a full-time work.
   Best regards
   Jose
  
  
   [1]
  

 http://gvsig-ce-users.1049287.n5.nabble.com/Gvsigce-users-SEXTANTE-news-and-inofficial-preview-td5706342.html

   --
   José Canalejo
   www.csgis.de
  
  

 
  
  
   On 03/23/2013 10:15 AM, Brian Hamlin wrote:
 Hi All -

I am reading a blog post today on planet.osgeo.org
 about SEXTANTE
 moving to python, while the original code will be part of
 gvSIG now..
 plus some new improvements.. A classical fork it appears..

I imagine the Live will host gvSIG and so continue to
 benefit from
 that branch.. But it raises the question, what to do with
 the new
 python SEXTANTE ?

no rush, but interesting development

 --
 Brian M Hamlin
  
  The new python Sextante is in the QGIS plugin, which I think
 we're
  already shipping. It's not a classic fork in my understanding
 because
  one of the key authors is the same for both variants. Although
 it's
  actually possible that the python version may become the
 primary one
  and
  wrapped by java in gvSIG rather than being maintained in java.
  
  So, I don't think there's anything else to do about it for us.
  
  Thanks,
  Alex
  
  ___
  Live-demo mailing list
   live-d...@lists.osgeo.org mailto:live-d...@lists.osgeo.org
 mailto:live-d...@lists.osgeo.org mailto:live-d...@lists.osgeo.org
   http://lists.osgeo.org/mailman/listinfo/live-demo
   http://live.osgeo.org
 http://live.osgeo.org/http://live.osgeo.org/
   http://wiki.osgeo.org/wiki/Live_GIS_Disc
  
  
  
  
   ___
   Live-demo mailing list
   live-d...@lists.osgeo.org 

Re: [JPP-Devel] SEXTANTE forks ?

[Stefan Steiniger]

Hola Jose (CC jpp-dev),

I am reading this email below late and have now a question.
Where should I/we watch out for Sextante changes (e.g. an 1.1 release?). 
I.e. what/where is the repository now and where will releases be published.

I ask, because I am with the OpenJUMP team, and as you may know, 
Sextante is part of OpenJUMPs PLUS edition.

saludos,
stefan

Am 24.03.13 04:33, schrieb José Antonio Canalejo Alonso:
 No, it ins't a fork. Just to clarify, the original java source code of
 SEXTANTE has been transfered (in coordination with the original creator
 of SEXTANTE) to the gvSIG Community Edition (CE) repository NOT to the
 official gvSIG repository [1]. gvSIG CE is a fork of gvSIG made in 2011.
 In SEXTANTE there are now two versions: one in python managed by the
 QGIS community, one in java managed by the gvSIG CE project. Both
 versions are well coordinated with the original SEXTANTE project team.
 QGIS and gvSIG CE have been the projects with more activity behind
 SEXTANTE since its creator announced that the development of SEXTANTE
 could not continue as a full-time work.
 Best regards
 Jose


 [1]
 http://gvsig-ce-users.1049287.n5.nabble.com/Gvsigce-users-SEXTANTE-news-and-inofficial-preview-td5706342.html
 --
 José Canalejo
 www.csgis.de

 


 On 03/23/2013 10:15 AM, Brian Hamlin wrote:
   Hi All -
  
  I am reading a blog post today on planet.osgeo.org about SEXTANTE
   moving to python, while the original code will be part of gvSIG now..
   plus some new improvements.. A classical fork it appears..
  
  I imagine the Live will host gvSIG and so continue to benefit from
   that branch.. But it raises the question, what to do with the new
   python SEXTANTE ?
  
  no rush, but interesting development
  
   --
   Brian M Hamlin

 The new python Sextante is in the QGIS plugin, which I think we're
 already shipping. It's not a classic fork in my understanding because
 one of the key authors is the same for both variants. Although it's
 actually possible that the python version may become the primary one
 and
 wrapped by java in gvSIG rather than being maintained in java.

 So, I don't think there's anything else to do about it for us.

 Thanks,
 Alex

 ___
 Live-demo mailing list
 live-d...@lists.osgeo.org mailto:live-d...@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/live-demo
 http://live.osgeo.org http://live.osgeo.org/
 http://wiki.osgeo.org/wiki/Live_GIS_Disc




 ___
 Live-demo mailing list
 live-d...@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/live-demo
 http://live.osgeo.org
 http://wiki.osgeo.org/wiki/Live_GIS_Disc


--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante layer icon

[edgar . soldin]

On 10.12.2012 08:56, Rahkonen Jukka wrote:
 Stefan Steiniger
 
 
 On the other hand, tagging rasters with a Sextante icon suggest that
 it is only usable with Sextante.

 yep... sounds reasonable, so we should not use a Sextante icon but a generic
 (raster?/image?) icon.
 
 On the other hand, using a general raster icon suggests that images opened 
 with Sextante or the Add image layer/Open file systems behave in a similar 
 way but they do not. Both ways seem to have own bugs and limitations and 
 sextante images do not support the catalogue system like the Image layer 
 system does. If we do not have different icons then perhaps we could at least 
 try to give some information with the tooltip hints?  Actually hints are 
 already different, for OJ image layers the hint shows the number of image 
 files belonging to the layer (who knows that there can be more than one?) 
 while for Sextante images the hint is the layer name.  Myself I would prefer 
 having different icons for these two.

if even sextante layers have a vector and a raster version, i'd suggest the 
default icons with a small tag, like a small s for sextante in right bottom 
corner.
 
 It looks like we do not have a proper image info tool at all. It would be 
 good to have a tool for showing the image size in pixels, coordinate system, 
 georeferencing, band count etc. basic information about the image files.

does one of the other jump clones have one?

..ede

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante layer icon

[Rahkonen Jukka]

edgar.soldin wrote:
 On 10.12.2012 08:56, Rahkonen Jukka wrote:


  It looks like we do not have a proper image info tool at all. It would be 
  good
 to have a tool for showing the image size in pixels, coordinate system,
 georeferencing, band count etc. basic information about the image files.
 
 does one of the other jump clones have one?

Not quite, but Kosmo has something to that direction. It shows source of the 
image, projection and extents in georeferenced units.

-Jukka-

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante layer icon

[Stefan Steiniger]

 Not quite, but Kosmo has something to that direction. It shows source of the 
 image, projection and extents in georeferenced units.


but that would depend on the implementation they use.
The Sextante framework can deliver that info (though, I think I actually 
discovered a bug in the layer extent retrieval 2 weeks ago?).

stefan

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante layer icon

[Giuseppe Aruta]

I vote to have different icons in order user not to confuse the usage. We
can change the name open sextante layer with something different, for
this
moment.
Peppe
2012/12/10 Stefan Steiniger sst...@geo.uzh.ch


  Not quite, but Kosmo has something to that direction. It shows source of
 the image, projection and extents in georeferenced units.
 

 but that would depend on the implementation they use.
 The Sextante framework can deliver that info (though, I think I actually
 discovered a bug in the layer extent retrieval 2 weeks ago?).

 stefan


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] sextante layer icon

[edgar . soldin]

we could decorate sextante layers with a specific icon. if yes, which one? 
where to get it?

..ede

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante layer icon

[Giuseppe Aruta]

What about image.png in famfam folder?[image: Immagine in linea 1]

2012/12/9 edgar.sol...@web.de

 we could decorate sextante layers with a specific icon. if yes, which one?
 where to get it?

 ..ede


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

image.png--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante layer icon

[edgar . soldin]

we already have an icon for raster layers, but famfams image icon might be more 
beautiful.
actually thought about something more sextante specific, similar to the 
sextante icon.

..ede

On 09.12.2012 21:22, Giuseppe Aruta wrote:
 What about image.png in famfam folder?[image: Immagine in linea 1]
 
 2012/12/9 edgar.sol...@web.de
 
 we could decorate sextante layers with a specific icon. if yes, which one?
 where to get it?

 ..ede


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

 
 
 
 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 
 
 
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante layer icon

[Michaël Michaud]

Hi,
 we already have an icon for raster layers, but famfams image icon might be 
 more beautiful.
 actually thought about something more sextante specific, similar to the 
 sextante icon.
I added the icon to identify raster layers.
You can change it to a more symbolic one if you want, but I think that 
the identification
should not be too Sextante specific.
There are plugins out of the Sextante toolbox (raster menu) using 
(Sextante)rasters
Sextante is about processing vector or raster, not about about a 
specific format

my 2 cents

Michaël

 ..ede

 On 09.12.2012 21:22, Giuseppe Aruta wrote:
 What about image.png in famfam folder?[image: Immagine in linea 1]

 2012/12/9 edgar.sol...@web.de

 we could decorate sextante layers with a specific icon. if yes, which one?
 where to get it?

 ..ede


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d



 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante layer icon

[edgar . soldin]

thats why i am asking. i just saw in the source that a sextante layer is 
neither RasterImageLayer or ordinary vector Layer, which probably has some 
implications on what you can do with it. does it? 

notice i am talking about layers, not the tools here.

..ede

On 09.12.2012 22:49, Michaël Michaud wrote:
 Hi,
 we already have an icon for raster layers, but famfams image icon might be 
 more beautiful.
 actually thought about something more sextante specific, similar to the 
 sextante icon.
 I added the icon to identify raster layers.
 You can change it to a more symbolic one if you want, but I think that 
 the identification
 should not be too Sextante specific.
 There are plugins out of the Sextante toolbox (raster menu) using 
 (Sextante)rasters
 Sextante is about processing vector or raster, not about about a 
 specific format
 
 my 2 cents
 
 Michaël

 ..ede

 On 09.12.2012 21:22, Giuseppe Aruta wrote:
 What about image.png in famfam folder?[image: Immagine in linea 1]

 2012/12/9 edgar.sol...@web.de

 we could decorate sextante layers with a specific icon. if yes, which one?
 where to get it?

 ..ede


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d



 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


 
 
 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante layer icon

[Michaël Michaud]

Hi,

Don't know exactly what you call a sextante layer.
I think the ISextanteLayer interface is for both vector and raster 
(everything which can be processed in the Sextante tool)
In the case of vector, OpenJUMP layers are wrapped into IVectorLayer in 
the OpenJUMP Sextante PlugIn
In the case  of raster, Stefan had to implement the Sextante raster 
sub-interface (ISextanteRasterLayer) in OpenJUMP
to get something compatible with Sextante.

Layers implementing ISextanteRasterLayer can be used in Sextante and 
with the Raster menu tools.
Other rasters (old framework) including ecw and jp2 can't.

I agree that it makes sense to differentiate raster depending on what 
can be done with them.
On the other hand, tagging rasters with a Sextante icon suggest that it 
is only usable with Sextante.

Michaël


 thats why i am asking. i just saw in the source that a sextante layer is 
 neither RasterImageLayer or ordinary vector Layer, which probably has some 
 implications on what you can do with it. does it?

 notice i am talking about layers, not the tools here.

 ..ede

 On 09.12.2012 22:49, Michaël Michaud wrote:
 Hi,
 we already have an icon for raster layers, but famfams image icon might be 
 more beautiful.
 actually thought about something more sextante specific, similar to the 
 sextante icon.
 I added the icon to identify raster layers.
 You can change it to a more symbolic one if you want, but I think that
 the identification
 should not be too Sextante specific.
 There are plugins out of the Sextante toolbox (raster menu) using
 (Sextante)rasters
 Sextante is about processing vector or raster, not about about a
 specific format

 my 2 cents

 Michaël
 ..ede

 On 09.12.2012 21:22, Giuseppe Aruta wrote:
 What about image.png in famfam folder?[image: Immagine in linea 1]

 2012/12/9 edgar.sol...@web.de

 we could decorate sextante layers with a specific icon. if yes, which one?
 where to get it?

 ..ede


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d



 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support

Re: [JPP-Devel] sextante layer icon

[Stefan Steiniger]

 On the other hand, tagging rasters with a Sextante icon suggest that it
 is only usable with Sextante.

yep... sounds reasonable, so we should not use a Sextante icon but a 
generic (raster?/image?) icon.

stefan



--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante layer icon

[Rahkonen Jukka]

Stefan Steiniger


  On the other hand, tagging rasters with a Sextante icon suggest that
  it is only usable with Sextante.
 
 yep... sounds reasonable, so we should not use a Sextante icon but a generic
 (raster?/image?) icon.

On the other hand, using a general raster icon suggests that images opened with 
Sextante or the Add image layer/Open file systems behave in a similar way but 
they do not. Both ways seem to have own bugs and limitations and sextante 
images do not support the catalogue system like the Image layer system does. If 
we do not have different icons then perhaps we could at least try to give some 
information with the tooltip hints?  Actually hints are already different, for 
OJ image layers the hint shows the number of image files belonging to the layer 
(who knows that there can be more than one?) while for Sextante images the hint 
is the layer name.  Myself I would prefer having different icons for these two.

It looks like we do not have a proper image info tool at all. It would be good 
to have a tool for showing the image size in pixels, coordinate system, 
georeferencing, band count etc. basic information about the image files.

-Jukka Rahkonen- 

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante size

[Rahkonen Jukka]

Hi,

Please look at my screenshots in 
http://latuviitta.org/documents/OpenJUMP_Sextante_rasterize.pdf. Doesn't the 
same work for you? If not, make a comparison with Kosmo GIS, Quantum GIS of 
gvSIG which all have also Sextante tools and tell us what works with them but 
not with Sextante tools in OpenJUMP

-Jukka-



Lähettäjä: Praveen Sinha [pks...@yahoo.com]
Lähetetty: 25. marraskuuta 2012 18:21
Vastaanottaja: Rahkonen Jukka
Aihe: Re: [JPP-Devel] sextante size

Hello Jukka,
As suggested, I downloaded 'OpenJUMP 20121014 rev.3048 PLUS' and attempted to 
convert a polygon layer based on a field value. This was carried out in 
'Raterisation and Interpolation' 'Rasterise Vector Layer' of SEXTANTE toolbox. 
While defining 'User Extent From Layer' in tab 'Raster Output' It automatically 
populated the 'RangeX' and 'RangeY' from the layer in use. It also allows to 
set the 'Cell Size'. 'Row/Column' does not change with change in Range values.

On running the tool it does not return any output. This is for relook into the 
code or some JAVA support. Pl.

P.K.Sinha

--- On Sun, 11/25/12, Rahkonen Jukka jukka.rahko...@mmmtike.fi wrote:

From: Rahkonen Jukka jukka.rahko...@mmmtike.fi
Subject: Re: [JPP-Devel] sextante size
To: pks...@yahoo.com pks...@yahoo.com, OpenJump develop and use 
jump-pilot-devel@lists.sourceforge.net
Date: Sunday, November 25, 2012, 12:09 AM

Hi,

Works for me with a bit older OJ (2012-10-24) r3048.
Download the same version than I have, try again and tell if it works for you 
too.
I see only one setting for the output resolution. If you have separate x and y 
settings then I suppose you have another Sextante version also.

-Jukka Rahkonen-

Praveen Sinha wrote:

 Hell all,
 I attempted to rasterise a polygon layer but I couldn.t succeed in SEXTANTE 
 toolbox of OPENJUMP 1.6 (11.11.2012). The tool is not allowing to set the x 
 and y resolutions.

 This is for repair by the developing group. Pl.

 P.K.Sinha

--- On Sat, 11/24/12, Stefan Steiniger 
sst...@geo.uzh.chUrlBlockedError.aspx wrote:

From: Stefan Steiniger sst...@geo.uzh.chUrlBlockedError.aspx
Subject: Re: [JPP-Devel] sextante size
To: jump-pilot-devel@lists.sourceforge.netUrlBlockedError.aspx
Date: Saturday, November 24, 2012, 7:36 PM

Hi Edgar,

no - I think that is correct.
Because the guys did some refactoring, worked on the modeller, but also
there should be many more algorithms in Sextante 1.0. With that
documentation (html/xml) grows too... which I actually couldn't get to
work yet (or lets say: it does't look correct, as it presents only the
console command params while earlier there where images and much more
text (in Spanish though), etc ... how strange.)

thanks for checking
stefan

PS: Sextante actually has more dependencies/libs (eg jts), but as OJ
uses them already... So I did some sorting out earlier.

Am 24.11.12 06:56, schrieb 
edgar.sol...@web.deUrlBlockedError.aspxUrlBlockedError.aspx:
 hi Stefan,

 just observed that the new sextante is 2MB bigger than the old. PLUS grew by 
 that since your commit
 http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot?view=revisionrevision=3064

 is that on purpose? did sextante grow or did you erroneously commit more than 
 necessary?

 ..ede

 --
 Monitor your physical, virtual and cloud infrastructure from a single
 web console. Get in-depth insight into apps, servers, databases, vmware,
 SAP, cloud infrastructure, etc. Download 30-day Free Trial.
 Pricing starts from $795 for 25 servers or applications!
 http://p.sf.net/sfu/zoho_dev2dev_nov
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.netUrlBlockedError.aspxUrlBlockedError.aspx
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.netUrlBlockedError.aspxUrlBlockedError.aspx
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net

[JPP-Devel] sextante size

[edgar . soldin]

hi Stefan,

just observed that the new sextante is 2MB bigger than the old. PLUS grew by 
that since your commit
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot?view=revisionrevision=3064

is that on purpose? did sextante grow or did you erroneously commit more than 
necessary?

..ede

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante size

[Stefan Steiniger]

Hi Edgar,

no - I think that is correct.
Because the guys did some refactoring, worked on the modeller, but also 
there should be many more algorithms in Sextante 1.0. With that 
documentation (html/xml) grows too... which I actually couldn't get to 
work yet (or lets say: it does't look correct, as it presents only the 
console command params while earlier there where images and much more 
text (in Spanish though), etc ... how strange.)

thanks for checking
stefan

PS: Sextante actually has more dependencies/libs (eg jts), but as OJ 
uses them already... So I did some sorting out earlier.

Am 24.11.12 06:56, schrieb edgar.sol...@web.de:
 hi Stefan,

 just observed that the new sextante is 2MB bigger than the old. PLUS grew by 
 that since your commit
 http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot?view=revisionrevision=3064

 is that on purpose? did sextante grow or did you erroneously commit more than 
 necessary?

 ..ede

 --
 Monitor your physical, virtual and cloud infrastructure from a single
 web console. Get in-depth insight into apps, servers, databases, vmware,
 SAP, cloud infrastructure, etc. Download 30-day Free Trial.
 Pricing starts from $795 for 25 servers or applications!
 http://p.sf.net/sfu/zoho_dev2dev_nov
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante size

[Praveen Sinha]

Hell all,I attempted to rasterise a polygon layer but I couldn.t succeed in 
SEXTANTE toolbox of OPENJUMP 1.6 (11.11.2012). The tool is not allowing to set 
the x and y resolutions.
This is for repair by the developing group. Pl. 

P.K.Sinha

--- On Sat, 11/24/12, Stefan Steiniger sst...@geo.uzh.ch wrote:

From: Stefan Steiniger sst...@geo.uzh.ch
Subject: Re: [JPP-Devel] sextante size
To: jump-pilot-devel@lists.sourceforge.net
Date: Saturday, November 24, 2012, 7:36 PM

Hi Edgar,

no - I think that is correct.
Because the guys did some refactoring, worked on the modeller, but also 
there should be many more algorithms in Sextante 1.0. With that 
documentation (html/xml) grows too... which I actually couldn't get to 
work yet (or lets say: it does't look correct, as it presents only the 
console command params while earlier there where images and much more 
text (in Spanish though), etc ... how strange.)

thanks for checking
stefan

PS: Sextante actually has more dependencies/libs (eg jts), but as OJ 
uses them already... So I did some sorting out earlier.

Am 24.11.12 06:56, schrieb edgar.sol...@web.de:
 hi Stefan,

 just observed that the new sextante is 2MB bigger than the old. PLUS grew by 
 that since your commit
 http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot?view=revisionrevision=3064

 is that on purpose? did sextante grow or did you erroneously commit more than 
 necessary?

 ..ede

 --
 Monitor your physical, virtual and cloud infrastructure from a single
 web console. Get in-depth insight into apps, servers, databases, vmware,
 SAP, cloud infrastructure, etc. Download 30-day Free Trial.
 Pricing starts from $795 for 25 servers or applications!
 http://p.sf.net/sfu/zoho_dev2dev_nov
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] sextante and OJ compability problem = use of 64 bit long

[Stefan Steiniger]

Hi,

as I wrote earlier I discovered that the fixed buffer tool from Sextante 
results in an error message with OpenJUMP, when Sextante tries to write 
a newly created vector dataset as shapefile.

Note: When Sextante creates a new layer, it does not add the layer 
in-memory/directly to OJ, but it writes the data into a shapefile first 
(using OJs shapefile writer) and then re-loads the shapefiles into OJ.

Now I figured that the exception is thrown because Sextante uses the 
AttributeType long, which OJ does not know.
I have modified ShapefileWriter now to see if an attribute has a name in 
case the AttributeType is null. If it has a name, then the attribute is 
treated as String. This way we have at least some output from Sextante. 
But it is not optimal and I wonder if there are more such things?

The Long (64) values can not be safely converted to Int (32) values. So 
it would not make sense to just set the type from Long to Int (in 
AttributeType).

Any ideas? or just leaving as is except my modifications to the 
shapefile writer?
Not sure if it would have any value to implement AttributeType.LONG; I 
doubt it.

cheers,
stefan



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante and OJ compability problem = use of 64 bit long

[Michaël Michaud]

Hi Stefan,

Good catch !

It would be fine if the problem could be catched earlier.
I've not a clear view of what's happening but there are at least two places
in Sextante binding where a FeatureSchema with a null type can be created :

es.unex.sextante.openjump.core.OpenJUMPTable#create(String,Class[],String[],String)
and
es.unex.sextante.openjump.core.OpenJUMPVectorLayer#create(String,Class[],String[],String)

If we patch these method, we must also take care of the attributes 
themselves in
addRecord(final Object[])
and addFeature(Geometry,Object[])

Of course, there is still the question of the conversion (to int or to 
String)

The best solution would probably be to eliminate Long.class attribute 
from Sextante
algorithms.
I found only two algo which create Long.class attributes
FixedDistanceBufferAlgorithm
VariableDistanceBufferAlgorithm

The attribute is used to set an id to the features, but there is little 
chance to
exceed 2^31 features in a Sextante process.
Moreover, in the schema used for these algorithms, there seems to be a bug
sFieldNames[0] = ID;
sFieldNames[1] = FROM;
sFieldNames[1] = TO;

my 2 cents

Michaël

 Hi,

 as I wrote earlier I discovered that the fixed buffer tool from Sextante
 results in an error message with OpenJUMP, when Sextante tries to write
 a newly created vector dataset as shapefile.

 Note: When Sextante creates a new layer, it does not add the layer
 in-memory/directly to OJ, but it writes the data into a shapefile first
 (using OJs shapefile writer) and then re-loads the shapefiles into OJ.

 Now I figured that the exception is thrown because Sextante uses the
 AttributeType long, which OJ does not know.
 I have modified ShapefileWriter now to see if an attribute has a name in
 case the AttributeType is null. If it has a name, then the attribute is
 treated as String. This way we have at least some output from Sextante.
 But it is not optimal and I wonder if there are more such things?

 The Long (64) values can not be safely converted to Int (32) values. So
 it would not make sense to just set the type from Long to Int (in
 AttributeType).

 Any ideas? or just leaving as is except my modifications to the
 shapefile writer?
 Not sure if it would have any value to implement AttributeType.LONG; I
 doubt it.

 cheers,
 stefan



 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_nov
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante and OJ compability problem = use of 64 bit long

[Stefan Steiniger]

thank you too for your further investigation.
Yep, changing all the methods is a bit of an headache. I haven't found 
out yet (i.e. traced) if the createX() methods are really used to create 
a new FeatureCollection...

But it is good that you found only two algorithms. I forwarded that your 
email to sextante-dev. Lets see what they say... well last time it was 
silence ;)

thanks!
stefan

Am 08.11.12 19:19, schrieb Michaël Michaud:
 Hi Stefan,

 Good catch !

 It would be fine if the problem could be catched earlier.
 I've not a clear view of what's happening but there are at least two places
 in Sextante binding where a FeatureSchema with a null type can be created :

 es.unex.sextante.openjump.core.OpenJUMPTable#create(String,Class[],String[],String)
 and
 es.unex.sextante.openjump.core.OpenJUMPVectorLayer#create(String,Class[],String[],String)

 If we patch these method, we must also take care of the attributes
 themselves in
 addRecord(final Object[])
 and addFeature(Geometry,Object[])

 Of course, there is still the question of the conversion (to int or to
 String)

 The best solution would probably be to eliminate Long.class attribute
 from Sextante
 algorithms.
 I found only two algo which create Long.class attributes
 FixedDistanceBufferAlgorithm
 VariableDistanceBufferAlgorithm

 The attribute is used to set an id to the features, but there is little
 chance to
 exceed 2^31 features in a Sextante process.
 Moreover, in the schema used for these algorithms, there seems to be a bug
 sFieldNames[0] = ID;
 sFieldNames[1] = FROM;
 sFieldNames[1] = TO;

 my 2 cents

 Michaël

 Hi,

 as I wrote earlier I discovered that the fixed buffer tool from Sextante
 results in an error message with OpenJUMP, when Sextante tries to write
 a newly created vector dataset as shapefile.

 Note: When Sextante creates a new layer, it does not add the layer
 in-memory/directly to OJ, but it writes the data into a shapefile first
 (using OJs shapefile writer) and then re-loads the shapefiles into OJ.

 Now I figured that the exception is thrown because Sextante uses the
 AttributeType long, which OJ does not know.
 I have modified ShapefileWriter now to see if an attribute has a name in
 case the AttributeType is null. If it has a name, then the attribute is
 treated as String. This way we have at least some output from Sextante.
 But it is not optimal and I wonder if there are more such things?

 The Long (64) values can not be safely converted to Int (32) values. So
 it would not make sense to just set the type from Long to Int (in
 AttributeType).

 Any ideas? or just leaving as is except my modifications to the
 shapefile writer?
 Not sure if it would have any value to implement AttributeType.LONG; I
 doubt it.

 cheers,
 stefan



 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_nov
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_nov
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_nov
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante / Cadplan plugins compatibility : the end ?

[edgar . soldin]

as i dug into the topic as well already i want to add how i figure we should 
tackle the issue.

On 30.04.2012 08:19, Michaël Michaud wrote:
 Another option might be to reserve a folder name (say ext/plugins) that is 
 excluded from the Sextant search.  Each plugin can then have a suitably 
 named sub-folder to contain whatever data is available to the average user 
 (images, symbols, etc).
 My proposition was to create this folder (currently FillPatterns folder) 
 beside ext folder and not inside (ex. lib/resources/FillPatterns/), because 
 OpenJUMP plugin manager does a recursive scan of the ext plugin folder (which 
 is convenient for plugins wich have many dependencies like Sextante).

first and foremost, let's keep the simple structure we have. /lib/ext for 
additional extensions and /lib for application libraries or data used by core.

moving folders out of /lib/ext treats symptoms (sometimes easy, right) but does 
not solve the root cause, which lays within the loading routines of 
PluginManager and Sextante Extension. 

 It would probably be possible to exclude FillPatterns folder from Sextante 
 search, but it seems more difficult to me because I think Sextante uses the 
 same mechanism as any plugin, i.e. the one which recursively scans the ext 
 folder and its subfolders. Indeed, sextante loading mechanism is quite 
 complex, and I only could prove it scans FillPatterns from tests, not from 
 the source code :-(

let me have a look, now the source is in our svn. my current vision would be:

for sextante
- scan only *.jar/*.zip files within a dedicated lib/ext/sextante subfolder
- cache the results of scanning within state.xml if the performance boost of 
the above is not enough. save name, size and time attributes and rescan if one 
of them changed.
- check speed over a network share as loading from local disks is already fast 
enough on current hardware

for PluginManager (general loading)
- although the design allowed placing extension jars into lib/ext/subfolders, i 
don't know of extensions that do that and i'd like to retire this.
- only scan lib/ext/*.{zip,jar} for performance reasons, exclude subfolders
- cache the result of scan in state xml, similar as stated above
- add custom classloader that automatically adds a folder and it's contents if 
the name matches the *.jar name e.g. sextante-0.6.jar would add 
lib/ext/sextante-0.6 if existing. i'd reuse the classloader i already have for 
the cts extension, which is a nifty littly thing that actually searches the 
parent classloader /after/ the custom entries so that different extensions 
actually are able to use different versions of the same library.
 
for the future (just brainstorming here)
- when this is done we should look into a live download/install/en-/disable 
plugin manager functionality
- for this i am opposed to central xml files, that have to be maintained but 
rather have extensions deliver this kind of information, so that authors keep 
them up to date.
- we would have to track installed files for uninstallation *or* put the 
extensions in private folders altogether

..ede

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante / Cadplan plugins compatibility : the end ?

[edgar . soldin]

On 30.04.2012 05:31, Stefan Steiniger wrote:
 Hi,
 
 mhm.. I like the second option - of exclusion. If that is doable?
 Or even restrict sextante search to its own directory?
 

of course, see my other email... ede

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante / Cadplan plugins compatibility : the end ?

[edgar . soldin]

On 30.04.2012 01:04, ge...@cadplan.com.au wrote:
 Dear Michael
 
 I think I understand the issue.  The original intention of having a subfolder 
 for images/data was to allow users to add their own symbols, images, etc.  If 
 we embed them in the jar this may not be so easy - am I correct?
 
 Another option might be to reserve a folder name (say ext/plugins) that is 
 excluded from the Sextant search.  Each plugin can then have a suitably named 
 sub-folder to contain whatever data is available to the average user (images, 
 symbols, etc).
 

don't haste on this. i am pretty sure we can beat the Sextante Extension into 
submission.

..ede

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante / Cadplan plugins compatibility : the end ?

[Michaël Michaud]

Hi Ede,
 as i dug into the topic as well already i want to add how i figure we should 
 tackle the issue.
You're welcome,
 first and foremost, let's keep the simple structure we have. /lib/ext 
 for additional extensions and /lib for application libraries or data 
 used by core. moving folders out of /lib/ext treats symptoms 
 (sometimes easy, right) but does not solve the root cause, which lays 
 within the loading routines of PluginManager and Sextante Extension. 
Currently, we have
/lib/* for application library and
/lib/ext/** (with subfolders) for extension
I don't think you can say cause is here or there, we just need to make 
loading mechanism and ressource hierarchy consistent.
Changing folder hierarchy seemed for more easy to me, but we can discuss 
which is better for a maintenance and long term vision.

 It would probably be possible to exclude FillPatterns folder from Sextante 
 search, but it seems more difficult to me because I think Sextante uses the 
 same mechanism as any plugin, i.e. the one which recursively scans the ext 
 folder and its subfolders. Indeed, sextante loading mechanism is quite 
 complex, and I only could prove it scans FillPatterns from tests, not from 
 the source code :-(
 let me have a look, now the source is in our svn. my current vision would be:
Most of Sextante loading mechanism is in Sextante, not in Sextante 
bindings, which makes things less confortable.
 for sextante
 - scan only *.jar/*.zip files within a dedicated lib/ext/sextante subfolder
Would be nice, but not sure it is easy (if possible) from the bindings 
jar...
 - cache the results of scanning within state.xml if the performance boost of 
 the above is not enough. save name, size and time attributes and rescan if 
 one of them changed.
I don't understand what you want to achieve with this
 - check speed over a network share as loading from local disks is already 
 fast enough on current hardware

 for PluginManager (general loading)
 - although the design allowed placing extension jars into lib/ext/subfolders, 
 i don't know of extensions that do that and i'd like to retire this.
Currently, Sextante does, but as we see, this may not be a good idea.
I think that having Sextante in a subfolder made things clearer, but 
you're right, each plugin should be responsible to load their 
dependencies from their subfolder, not all from all with a recursive scan.
 - only scan lib/ext/*.{zip,jar} for performance reasons, exclude subfolders
 - cache the result of scan in state xml, similar as stated above
 - add custom classloader that automatically adds a folder and it's contents 
 if the name matches the *.jar name e.g. sextante-0.6.jar would add 
 lib/ext/sextante-0.6 if existing. i'd reuse the classloader i already have 
 for the cts extension, which is a nifty littly thing that actually searches 
 the parent classloader /after/ the custom entries so that different 
 extensions actually are able to use different versions of the same library.
Seems a good idea,
 for the future (just brainstorming here)
 - when this is done we should look into a live download/install/en-/disable 
 plugin manager functionality
Eric started to work on this topic,
 - for this i am opposed to central xml files, that have to be maintained but 
 rather have extensions deliver this kind of information, so that authors keep 
 them up to date.
Agree, we just should make a repository with a url included in the 
plugin manager from where users can discover official plugins.

Michaël
 - we would have to track installed files for uninstallation *or* put the 
 extensions in private folders altogether

 ..ede

 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel