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
Revision: 4414
http://sourceforge.net/p/jump-pilot/code/4414
Author: edso
Date: 2015-05-03 08:13:52 + (Sun, 03 May 2015)
Log Message:
---
cleanup
Removed Paths:
-
core/trunk/lib/plus/.project
core/trunk/lib/plus/.settings/
Deleted:
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
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
Yes. I created this in ArcGIS.
-Original Message-
From: Michaël Michaud m.michael.mich...@orange.fr
Sent: 5/3/2015 2:00 PM
To: jump-pilot-devel@lists.sourceforge.net
jump-pilot-devel@lists.sourceforge.net
Subject: Re: [JPP-Devel] VM Out of Memory Error
Hi,
Seems to be the same
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
Hi,
Seems to be the same problem I have met some weeks ago.
Sometimes, after a shapefile has been updated, it can't be read any more
directly (without the shx).
I think such shapefiles are not correct, but to be able to read it, now,
the default behaviour of OpenJUMP is to read the shx if it