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

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.

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

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

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

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

[JPP-Devel] Sextante/VertexSymbols access for Peppe

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

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

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

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

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

Re: [JPP-Devel] sextante help files

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

[JPP-Devel] sextante help files

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

Re: [JPP-Devel] Sextante dependencies

, 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

Re: [JPP-Devel] Sextante dependencies

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.

[JPP-Devel] Sextante dependencies

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

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

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

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

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

Re: [JPP-Devel] sextante NPE

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

Re: [JPP-Devel] sextante NPE

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()

Re: [JPP-Devel] sextante NPE

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

Re: [JPP-Devel] sextante NPE

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

[JPP-Devel] sextante NPE

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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, >> >>

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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. >

Re: [JPP-Devel] Sextante

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

[JPP-Devel] Sextante

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

@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

Re: [JPP-Devel] Sextante

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

[JPP-Devel] Sextante

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

Re: [JPP-Devel] Sextante

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

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

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

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

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

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

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

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

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

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

-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

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

[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

Re: [JPP-Devel] Sextante modeler does work

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.

Re: [JPP-Devel] Sextante modeler does work

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)

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

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

[JPP-Devel] Sextante modeler does work

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

Re: [JPP-Devel] Sextante modeler does work

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

Re: [JPP-Devel] Sextante modeler does work

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[JPP-Devel] Sextante export raster not working well

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

Re: [JPP-Devel] SEXTANTE forks ?

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

Re: [JPP-Devel] SEXTANTE forks ?

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

Re: [JPP-Devel] SEXTANTE forks ?

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.

Re: [JPP-Devel] SEXTANTE forks ?

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... :(

Re: [JPP-Devel] 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

Re: [JPP-Devel] sextante layer icon

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,

Re: [JPP-Devel] sextante layer icon

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.

Re: [JPP-Devel] sextante layer icon

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

Re: [JPP-Devel] sextante layer icon

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,

[JPP-Devel] sextante layer icon

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

Re: [JPP-Devel] sextante layer icon

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

Re: [JPP-Devel] sextante layer icon

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]

Re: [JPP-Devel] sextante layer icon

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

Re: [JPP-Devel] sextante layer icon

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

Re: [JPP-Devel] sextante layer icon

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

Re: [JPP-Devel] sextante layer icon

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

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. On the other hand, using a general raster icon suggests that images

Re: [JPP-Devel] sextante size

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

[JPP-Devel] sextante size

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

Re: [JPP-Devel] sextante size

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,

Re: [JPP-Devel] sextante size

...@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

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

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

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

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 :

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

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

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

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

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

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

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

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?

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

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

  1   2   >