Yesterday I tested OJ Sextante in a new computer with Win8. I tested
Sewxtante for some raster processes: Sextante saves raster files on a
user/username//sextante folder which are not cancelled after closing
OpenJUMP. I didn't test for vector layers.
>From my point of view, It is not really bad
On 03.06.2013 16:59, Stefan Steiniger wrote:
> Hi guys,
>
> Peppe just did it what I was going to say, with his last email: Pirol
> plugins creates already such folder. I think it came from the attribute
> cacluator, and maybe some display tool (raster?). So first step may be
> to find that var
Hi guys,
Peppe just did it what I was going to say, with his last email: Pirol
plugins creates already such folder. I think it came from the attribute
cacluator, and maybe some display tool (raster?). So first step may be
to find that variable and set it to only .openjump.
Also Sextante create
Kosmo has an option to change this temp folder to other. Anyhow I will
prefer an .Openjump folder in user directory. BTW Pirol tools (Sextante
raster layer, I think) create an .OpenJump_PIROL folder in user directory,
that should have an usage.
Peppe
2013/6/1
> generally the value of
>
> -st
generally the value of
-state
specifies the folder where OpenJUMP stores data between executions
(workbench-state.xml).
Default: JUMP_HOME or SETTINGS_HOME
parameter should be used here. currently this is either ~/.openjump or the
OJ_FOLDER, depending on what is writable or config
Hi Matthias,
This is OK for me,
I've already a plugin using ~/.OpenJUMP/myplugin
Maybe you could use ~/.OpenJUMP/tmp instead of ~/openjump_tmp
as we can have other resources or config to store in the home directory
Michaël
Hi,
to save the data into the system temp directory (java.io.tmpdir) i
Hi,
to save the data into the system temp directory (java.io.tmpdir) is not
a good idea. Most Linux distributions runs a clean-tmp job during system
startup! I would prefer the users home directory (user.home). Not the
best solution, but here we have the guaranty, that this directory is
write
As I know both Kosmo and GvSIG save working data into a temp folder. This
makes easier to restore, at least saved informations, whenever JAVA VM is
killed.
2013/5/31 Michaël Michaud
> Hi Matthias,
>
> Thanks to take care about this.
> > I try to fix this problem:
> >
> http://sourceforge.net/t
Hi Matthias,
Thanks to take care about this.
> I try to fix this problem:
> http://sourceforge.net/tracker/?func=detail&aid=3613871&group_id=118054&atid=679906
> I've seen, that OJ closes without any warning if you kill the Java VM
> with the taskmanager or on a Linux shell with the kill command t
Hi,
I try to fix this problem:
http://sourceforge.net/tracker/?func=detail&aid=3613871&group_id=118054&atid=679906
I've seen, that OJ closes without any warning if you kill the Java VM
with the taskmanager or on a Linux shell with the kill command too. This
seems to be the same as during OS shu
10 matches
Mail list logo
