from:"Eric"

Re: [JPP-Devel] OpenJUMP new contributor

2020-08-07 Thread Eric


Hi everyone,

Note: I just changed the email address I'd like to use to contribute on 
this list.



Thank you Michael for your welcome on this list and your kind message.

As Michaël pointed out, I started updating some former OpenJUMP 
extensions that I created years ago, and I've recently been in touch 
with him to know a bit more about the evolution of OpenJUMP. We talked 
about the dependencies, including JTS and deegree, the best way to 
import the project, a possible move to Git (Gitlab, Github, etc.), etc.


So yes, I know OpenJUMP in a certain extent but I'm far from being an 
expert despite the fact that I developed these extensions. To be totally 
honest, I didn't code much in Java during the last 3 or 4 years, so I'm 
probably a bit rusty. For these reasons, I am quite happy to talk about 
what I experimented with during the recent days, including a possible 
update to a "new" version of JTS (com.vividsolutions renamed into 
org.locationtech), etc., but I don't feel confident, at least for now, 
to modify the Maven configuration and to commit these changes. Michaël 
said that Ede was really good at it, and I would prefer relying on his 
skills rather than my mine at the moment to push the commit 
button/command line. That said, I'm quite happy to discuss what could 
possibly be updated, and to update/commit some of the code, for example 
to improve all the generic types such as HashMap.


Rather than writing more about it in this introductory message, I'll 
write another message tonight about what I just did today.


Best wishes to all of you.
Take care,
Eric

On 07/08/2020 16:21, Michaud Michaël wrote:


Hi all,

I reconnected with Eric Grosso, a former colleague who is also an 
OpenJUMP expert as he wrote the MorphAl extension 
(https://alpage.huma-num.fr/extension-sig/), the concave hull 
extension (now incorporated in OJ-PLUS) and probably some other useful 
contributions.


He already noticed several outdated repositories in the pom an we 
talked a little bit about the future of OpenJUMP (including some 
recurrent questions like migration to github, 
org.locationtech.jts...). I invited him to continue the discussion on 
this list and want to welcome him.


Michaël




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

[JPP-Devel] JTS update: first experiments

2020-08-07 Thread Eric

ns-codec (deegree 1.7 vs OJ 1.14),
- commons-io / commons-io (deegree 2.4 vs OJ 2.6),
- org.apache.commons / commons-lang3 (deegree 3.7 vs OJ 3.10),
- it.geosolutions.imageio-ext / imageio-ext-utilities (deegree 1.1.9 vs 
OJ 1.1.16),
- it.geosolutions.imageio-ext / imageio-ext-tiff (deegree 1.1.9 vs OJ 
1.1.13).



Once these problems of imports are solved, the JTS update should be 
relatively

straightforward, and some work will probably be needed to update the code
based on deegree. I tried to update one of my plugins, it took me seconds
to do it, and I know that it would be exactly the same for the others, 
just by

replacing com.vividsolutions.jts by org.locationtech.jts.

It generally should be relatively simple to update all the 
extensions/plugins if they
don't rely on a dependency itself depending on JTS, like deegree for 
example.


Finally, I share this link to an interesting deegree wiki page i found 
(Java 11 support):

https://github.com/deegree/deegree3/wiki/Java-SE-11-Support

That's all for now.

Ede, or anyone, if you know the solution to these pom type dependencies, 
thanks to

let me know.

Best,
Eric


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

Re: [JPP-Devel] JTS update: first experiments

2020-08-07 Thread Eric


Hi again,

After another try, I managed to properly import the JTS io GeoJSON part. 
Here is the dependency to use:


    org.locationtech.jts.io
    jts-io-common
    1.17.0


And not:

    org.locationtech.jts
    jts-io
    1.17.0
    pom


This solves all the remaining problems with JTS and JTS imports, 
excluding the ones which are link with some code modifications between 
the two versions (1.14 and 1.17). I'll manage these ones later manually.


I also managed to solve the deegree-core 3 imports. Rather than using a 
pom type, the easiest solution is to import each individual module, such as:


    org.deegree
    deegree-core-commons
    3.4.13


Now it's just a game to see where the different classes and concepts 
have been moved, such as org.deegree.cs.* replacing 
org.deegree.model.crs.* with different paths. For example, 
org.deegree.model.crs.UnknownCRSException replaced 
org.deegree.cs.exceptions.UnknownCRSException, 
org.deegree.commons.utils.StringUtils/ ArrayUtils replacing 
org.deegree.framework.util.StringTools, or 
org.deegree.commons.xml.CommonNamespaces replacing 
org.deegree.ogcbase.CommonNamespaces. Behind the scene, it's apparently 
the exact same code, which is a good news.


That's me for today. Hope it helps.

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

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

2020-08-10 Thread Eric


Hi Ede,

Thanks for your welcome and for your answers. See my inline replies for 
some of them (I deleted the other parts).


On 09/08/2020 16:40, edgar.sol...@web.de wrote:

hey Eric,

welcome to the team! see my answers below

On 07.08.2020 20:55, Eric wrote:
Then I checked which OJ lib dependencies rely on JTS and it seems 
that there is only deegree 2,

without considering here the plethora of extensions/plugins.
which is the main obstacle. the only clean solution i see is to branch 
out a new OJ 2.x that initially will break compatibility to all 
external plugins. that's the bad news.
the good news is that this forces us to retouch pretty much all of 
them and during this effort we might eventually come up with a working 
plugin manager after all.


Less than a day of work should be required (if not less) to update all 
the plugins which do not rely on a dependency which relies itself on 
JTS. I'm going to test it, to see if it's the case.

I tried with my plugins and I just needed a couple of seconds to do it.


This is quite a good news because
if the deegree dependency is updated to its latest version (3.x.x), 
which relies on JTS 1.15,
then, theoretically, only the import statements and a few other 
com.vividsolutions directly used in the code

need to be modified.
yeah, probably not. deegree2 is afaics used primarily or exclusively 
for the WFS extension and i remember checking out deegree3 as a drop 
in for deegree2 but failing miserably. that's why i stuck with 
deegree2 happy to have at least a working WFS extension for the time 
being.


but again, we can remove WFS from core for OJ 2.x and come up with a 
working extension later (if at all).


It seems to be a good compromise for the time being as the migration 
from deegree-core 2 to deegree-core 3 isn't straightforward.


- the GeoJSON part (com.vividsolutions.jump.io.geojson) is 
problematic due to the jts-io
pom type only, but once imported, this part of the code will be 
functional again,
how do you figure? com.vividsolutions.jump.io.geojson was written by 
myself from scratch utilizing google's json-simple . it holds no 
dependency apart from the jts geometry code. maybe myself placing it 
in this package has mislead you


Have a look at the GeoJsonReader class for example, and the method 
MapGeoJsonGeometryReader (see the comment), or the 
GeoJSONFeatureCollectionWrapper class. You will see that there is a 
dependency to JTS io.
It doesn't mean that there is a real dependency in the way it works, but 
JTS io (now jts-io-common which includes the GeoJSON code) is needed for 
the code to compile.


- some classes have been deprecated, removed, or simply moved in the 
new JTS versions,
such as com.vividsolutions.jts.geom.DefaultCoordinateSequenceFactory. 
New interfaces
have been created in JTS. It shouldn't be too complex to find a 
solution or a workaround,

agreed


After the JTS upgrade, only two classes require some changes:
- org.openjump.core.ui.plugin.tools.ReducePointsISAPlugIn -- relatively 
easy to solve,
- another written by Michaël, com.vividsolutions.jump.geom.MakeValidOp. 
For this one, a few JTS constructors have evolved. The problem is linked 
to the 4th dimension, dimension that can't be retrieved any more with a 
simple getter. One temporary solution could consist in the creation of a 
class which extends the current JTS one with an additional getter / 
setter for the dimension.


Once these problems of imports are solved, the JTS update should be 
relatively
straightforward, and some work will probably be needed to update the 
code
based on deegree. I tried to update one of my plugins, it took me 
seconds
to do it, and I know that it would be exactly the same for the 
others, just by

replacing com.vividsolutions.jts by org.locationtech.jts.
sure. problem is not the port but gathering all plugin sources, 
setting up build env, porting and releasing the new modification for 
each and everyone. on the other hand, there is no alternative since 
locationtech forced our hand
I answer this point later in the discussion, including a possible 
migration to Git.


my maven-fu pretty much is compiled in the OJ pom. never needed it 
before or setting up the snapshot/release profiles. so you are on your 
own there. had to figure out some Ant for some finetuning but that's 
it. but it's pretty well documented, so we will get it into shape if 
something has to be changed.

OK. Thanks.


going forward i'd suggest you (Eric)
1. work with the stable OJ 1.15 check out
2. remove WFS, here is the adding commit from 2014
https://sourceforge.net/p/jump-pilot/code/4219/
essentially it is the package 'de.latlon.deejump.wfs'
3. fixup a running port to JTS 1.15+

if that worked out you may holler and we can decide how to proceed. i 
could imagine

1. doing a "final" OJ 1.16 release only updated on critical issues
2. announcing and moving development focus over

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

2020-08-10 Thread Eric

Here is the list of all the SVN authors (and their number of 
contributions) according to the logs:

beckerl 197
bertazza 29
bgudehus 6
clark 6
edso 1305
elnico 54
eric.lemesre 4
infinityedge 2
jammerhund 47
javamap 10
jratike80 22
kdneufeld 2
lreeder 1
ma15569 602
mentaer 465
michaudm 1619
paul_d_austin 38
s-l-teichmann 1
stranger 87

If you want to keep track of them in the possible future Git repository, 
a conversion file needs to be created, for example (with one author per 
line):

michaudm = Michael Michaud 

We should maybe do this outside this mailing list to avoid creating a 
list of public email addresses.


For info, I easily managed to locally create a Git repository containing 
the 1.15 release of OpenJUMP, using the 6242 revision. I'm waiting for 
your different answers to move to the next step.


Best,
Eric

On 10/08/2020 14:42, Eric wrote:

Hi Ede,

Thanks for your welcome and for your answers. See my inline replies 
for some of them (I deleted the other parts).


On 09/08/2020 16:40, edgar.sol...@web.de wrote:

hey Eric,

welcome to the team! see my answers below

On 07.08.2020 20:55, Eric wrote:
Then I checked which OJ lib dependencies rely on JTS and it seems 
that there is only deegree 2,

without considering here the plethora of extensions/plugins.
which is the main obstacle. the only clean solution i see is to 
branch out a new OJ 2.x that initially will break compatibility to 
all external plugins. that's the bad news.
the good news is that this forces us to retouch pretty much all of 
them and during this effort we might eventually come up with a 
working plugin manager after all.


Less than a day of work should be required (if not less) to update all 
the plugins which do not rely on a dependency which relies itself on 
JTS. I'm going to test it, to see if it's the case.

I tried with my plugins and I just needed a couple of seconds to do it.


This is quite a good news because
if the deegree dependency is updated to its latest version (3.x.x), 
which relies on JTS 1.15,
then, theoretically, only the import statements and a few other 
com.vividsolutions directly used in the code

need to be modified.
yeah, probably not. deegree2 is afaics used primarily or exclusively 
for the WFS extension and i remember checking out deegree3 as a drop 
in for deegree2 but failing miserably. that's why i stuck with 
deegree2 happy to have at least a working WFS extension for the time 
being.


but again, we can remove WFS from core for OJ 2.x and come up with a 
working extension later (if at all).


It seems to be a good compromise for the time being as the migration 
from deegree-core 2 to deegree-core 3 isn't straightforward.


- the GeoJSON part (com.vividsolutions.jump.io.geojson) is 
problematic due to the jts-io
pom type only, but once imported, this part of the code will be 
functional again,
how do you figure? com.vividsolutions.jump.io.geojson was written by 
myself from scratch utilizing google's json-simple . it holds no 
dependency apart from the jts geometry code. maybe myself placing it 
in this package has mislead you


Have a look at the GeoJsonReader class for example, and the method 
MapGeoJsonGeometryReader (see the comment), or the 
GeoJSONFeatureCollectionWrapper class. You will see that there is a 
dependency to JTS io.
It doesn't mean that there is a real dependency in the way it works, 
but JTS io (now jts-io-common which includes the GeoJSON code) is 
needed for the code to compile.


- some classes have been deprecated, removed, or simply moved in the 
new JTS versions,
such as 
com.vividsolutions.jts.geom.DefaultCoordinateSequenceFactory. New 
interfaces
have been created in JTS. It shouldn't be too complex to find a 
solution or a workaround,

agreed


After the JTS upgrade, only two classes require some changes:
- org.openjump.core.ui.plugin.tools.ReducePointsISAPlugIn -- 
relatively easy to solve,
- another written by Michaël, 
com.vividsolutions.jump.geom.MakeValidOp. For this one, a few JTS 
constructors have evolved. The problem is linked to the 4th dimension, 
dimension that can't be retrieved any more with a simple getter. One 
temporary solution could consist in the creation of a class which 
extends the current JTS one with an additional getter / setter for the 
dimension.


Once these problems of imports are solved, the JTS update should be 
relatively
straightforward, and some work will probably be needed to update the 
code
based on deegree. I tried to update one of my plugins, it took me 
seconds
to do it, and I know that it would be exactly the same for the 
others, just by

replacing com.vividsolutions.jts by org.locationtech.jts.
sure. problem is not the port but gathering all plugin sources, 
setting up build env, porting and releasing the new modification for 
each and everyone. on the other hand, there is no alternative since 
locationtech forced our hand
I answer this point later in the discus

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

2020-08-10 Thread Eric


Thanks.

Is it different from this repository:
- https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/
- (OpenJUMP bindings) 
https://joinup.ec.europa.eu/svn/sextante/soft/bindings/openjump/


I tried to find the source code of GvSig CE but I failed. Could you 
please send us a link to their SVN repository? Thanks.


Eric

On 10/08/2020 20:02, Giuseppe Aruta wrote:
>>Less than a day of work should be required (if not less) to update 
all the plugins which do not rely on a dependency which relies itself 
on JTS. I'm going to test it, to see if it's the case.


Possibly Sextante Will be a problem as we don't have the source code 
of the project (it is available on GvSig CE svn repository). And 
Sextante.jar, Sextante-gui.jar and Sextante-algorithms.jar partially 
rely on JTS.
I gave a look at the source code: the versione available on GvSig CE 
is a bit different from the one embedded into Openjump: there are some 
enhancements and few depencies to GvSig class: nothing serious as I 
tested their version with Openjump and it works fine. Right now my 
tested version of Openjump for raster analysis  uses GvSig CE sextante.


My idea is to download Sextante source code from GvSig CE and try to 
recompile it with new JTS. And prepare some tests following Sextante 
documentation and user's notes (Openjump with all raster tools is used 
in a couple of courses at the University of Padua) .
I will also mail to GvSig CE folks. GVSIG CE (at least sextante) seems 
not have activity since a couple of years.

Peppe





Il lun 10 ago 2020, 15:52 Eric <mailto:eric.openj...@thefactory.io>> ha scritto:


Here is the list of all the SVN authors (and their number of
contributions) according to the logs:
beckerl 197
bertazza 29
bgudehus 6
clark 6
edso 1305
elnico 54
eric.lemesre 4
infinityedge 2
jammerhund 47
javamap 10
jratike80 22
kdneufeld 2
lreeder 1
ma15569 602
mentaer 465
michaudm 1619
paul_d_austin 38
s-l-teichmann 1
stranger 87

If you want to keep track of them in the possible future Git
repository, a conversion file needs to be created, for example
(with one author per line):
michaudm = Michael Michaud  <mailto:em...@test.com>

We should maybe do this outside this mailing list to avoid
creating a list of public email addresses.

For info, I easily managed to locally create a Git repository
containing the 1.15 release of OpenJUMP, using the 6242 revision.
I'm waiting for your different answers to move to the next step.

    Best,
Eric

On 10/08/2020 14:42, Eric wrote:

Hi Ede,

Thanks for your welcome and for your answers. See my inline
replies for some of them (I deleted the other parts).

On 09/08/2020 16:40, edgar.sol...@web.de
    <mailto:edgar.sol...@web.de> wrote:

hey Eric,

welcome to the team! see my answers below

On 07.08.2020 20:55, Eric wrote:

Then I checked which OJ lib dependencies rely on JTS and it
seems that there is only deegree 2,
without considering here the plethora of extensions/plugins.

which is the main obstacle. the only clean solution i see is to
branch out a new OJ 2.x that initially will break compatibility
to all external plugins. that's the bad news.
the good news is that this forces us to retouch pretty much all
of them and during this effort we might eventually come up with
a working plugin manager after all.


Less than a day of work should be required (if not less) to
update all the plugins which do not rely on a dependency which
relies itself on JTS. I'm going to test it, to see if it's the case.
I tried with my plugins and I just needed a couple of seconds to
do it.


This is quite a good news because
if the deegree dependency is updated to its latest version
(3.x.x), which relies on JTS 1.15,
then, theoretically, only the import statements and a few other
com.vividsolutions directly used in the code
need to be modified.

yeah, probably not. deegree2 is afaics used primarily or
exclusively for the WFS extension and i remember checking out
deegree3 as a drop in for deegree2 but failing miserably. that's
why i stuck with deegree2 happy to have at least a working WFS
extension for the time being.

but again, we can remove WFS from core for OJ 2.x and come up
with a working extension later (if at all).


It seems to be a good compromise for the time being as the
migration from deegree-core 2 to deegree-core 3 isn't
straightforward.


- the GeoJSON part (com.vividsolutions.jump.io.geojson) is
problematic due to the jts-io
pom type only, but once imported, this part of the code will be
functional again,

how do you figure? com.vividsolutions.jump.io.geojson was
written by myself from scratch utilizing

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

2020-08-10 Thread Eric

I also found the sources for the 0.6 version here, directly exported 
from code.google.com/p/sextante: https://github.com/danieldupre/sextante

The OpenJUMP bindings are included.

Víctor Olaya could also be contacted to help if needed: 
https://github.com/volaya


Finally, I found a version 1.0 of Sextante in the 52°North project but 
only the compiled code is accessible (in their own Maven repository). It 
seems to be a Maven refactoring based on the 0.6 version:

https://github.com/52North/WPS/tree/dev/52n-wps-sextante

Eric

On 10/08/2020 20:44, Eric wrote:

Thanks.

Is it different from this repository:
- https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/
- (OpenJUMP bindings) 
https://joinup.ec.europa.eu/svn/sextante/soft/bindings/openjump/


I tried to find the source code of GvSig CE but I failed. Could you 
please send us a link to their SVN repository? Thanks.


Eric

On 10/08/2020 20:02, Giuseppe Aruta wrote:
>>Less than a day of work should be required (if not less) to update 
all the plugins which do not rely on a dependency which relies itself 
on JTS. I'm going to test it, to see if it's the case.


Possibly Sextante Will be a problem as we don't have the source code 
of the project (it is available on GvSig CE svn repository). And 
Sextante.jar, Sextante-gui.jar and Sextante-algorithms.jar partially 
rely on JTS.
I gave a look at the source code: the versione available on GvSig CE 
is a bit different from the one embedded into Openjump: there are 
some enhancements and few depencies to GvSig class: nothing serious 
as I tested their version with Openjump and it works fine. Right now 
my tested version of Openjump for raster analysis  uses GvSig CE 
sextante.


My idea is to download Sextante source code from GvSig CE and try to 
recompile it with new JTS. And prepare some tests following Sextante 
documentation and user's notes (Openjump with all raster tools is 
used in a couple of courses at the University of Padua) .
I will also mail to GvSig CE folks. GVSIG CE (at least sextante) 
seems not have activity since a couple of years.

Peppe





Il lun 10 ago 2020, 15:52 Eric <mailto:eric.openj...@thefactory.io>> ha scritto:


Here is the list of all the SVN authors (and their number of
contributions) according to the logs:
beckerl 197
bertazza 29
bgudehus 6
clark 6
edso 1305
elnico 54
eric.lemesre 4
infinityedge 2
jammerhund 47
javamap 10
jratike80 22
kdneufeld 2
lreeder 1
ma15569 602
mentaer 465
michaudm 1619
paul_d_austin 38
s-l-teichmann 1
stranger 87

If you want to keep track of them in the possible future Git
repository, a conversion file needs to be created, for example
(with one author per line):
michaudm = Michael Michaud  <mailto:em...@test.com>

We should maybe do this outside this mailing list to avoid
creating a list of public email addresses.

For info, I easily managed to locally create a Git repository
containing the 1.15 release of OpenJUMP, using the 6242 revision.
I'm waiting for your different answers to move to the next step.

    Best,
Eric

On 10/08/2020 14:42, Eric wrote:

Hi Ede,

Thanks for your welcome and for your answers. See my inline
replies for some of them (I deleted the other parts).

On 09/08/2020 16:40, edgar.sol...@web.de
    <mailto:edgar.sol...@web.de> wrote:

hey Eric,

welcome to the team! see my answers below

On 07.08.2020 20:55, Eric wrote:

Then I checked which OJ lib dependencies rely on JTS and it
seems that there is only deegree 2,
without considering here the plethora of extensions/plugins.

which is the main obstacle. the only clean solution i see is to
branch out a new OJ 2.x that initially will break compatibility
to all external plugins. that's the bad news.
the good news is that this forces us to retouch pretty much all
of them and during this effort we might eventually come up with
a working plugin manager after all.


Less than a day of work should be required (if not less) to
update all the plugins which do not rely on a dependency which
relies itself on JTS. I'm going to test it, to see if it's the
case.
I tried with my plugins and I just needed a couple of seconds to
do it.


This is quite a good news because
if the deegree dependency is updated to its latest version
(3.x.x), which relies on JTS 1.15,
then, theoretically, only the import statements and a few
other com.vividsolutions directly used in the code
need to be modified.

yeah, probably not. deegree2 is afaics used primarily or
exclusively for the WFS extension and i remember checking out
deegree3 as a drop in for deegree2 but failing miserably.
that's why i stuck with deegree2 happy to have at least a
working WFS extension for the tim

Re: [JPP-Devel] Git Repo ids Was:Re: OJ 2.x Was:Re: JTS update: first experiments

2020-08-11 Thread Eric

The problem is that email addresses are required to be able to keep the 
authors.


A solution could be to use the email addresses for the active developers 
and to use another generic email address for all the others (this one 
could be one created for this sole purpose using gmail). This would 
technically work.


Eric

On 11/08/2020 10:29, edgar.sol...@web.de wrote:

working mail addresses will be difficult to get for everyine and generally 
unnecessary as well. just need to keep the history and committer ids to enable 
retracing changes in the future as well.

..ede

On 10.08.2020 15:52, Eric wrote:

Here is the list of all the SVN authors (and their number of contributions) 
according to the logs:
beckerl 197
bertazza 29
bgudehus 6
clark 6
edso 1305
elnico 54
eric.lemesre 4
infinityedge 2
jammerhund 47
javamap 10
jratike80 22
kdneufeld 2
lreeder 1
ma15569 602
mentaer 465
michaudm 1619
paul_d_austin 38
s-l-teichmann 1
stranger 87

If you want to keep track of them in the possible future Git repository, a 
conversion file needs to be created, for example (with one author per line):
michaudm = Michael Michaud 

We should maybe do this outside this mailing list to avoid creating a list of 
public email addresses.

For info, I easily managed to locally create a Git repository containing the 
1.15 release of OpenJUMP, using the 6242 revision. I'm waiting for your 
different answers to move to the next step.

Best,
Eric

On 10/08/2020 14:42, Eric wrote:

Hi Ede,

Thanks for your welcome and for your answers. See my inline replies for some of 
them (I deleted the other parts).

On 09/08/2020 16:40, edgar.sol...@web.de wrote:

hey Eric,

welcome to the team! see my answers below

On 07.08.2020 20:55, Eric wrote:

Then I checked which OJ lib dependencies rely on JTS and it seems that there is 
only deegree 2,
without considering here the plethora of extensions/plugins.

which is the main obstacle. the only clean solution i see is to branch out a 
new OJ 2.x that initially will break compatibility to all external plugins. 
that's the bad news.
the good news is that this forces us to retouch pretty much all of them and 
during this effort we might eventually come up with a working plugin manager 
after all.

Less than a day of work should be required (if not less) to update all the 
plugins which do not rely on a dependency which relies itself on JTS. I'm going 
to test it, to see if it's the case.
I tried with my plugins and I just needed a couple of seconds to do it.


This is quite a good news because
if the deegree dependency is updated to its latest version (3.x.x), which 
relies on JTS 1.15,
then, theoretically, only the import statements and a few other 
com.vividsolutions directly used in the code
need to be modified.

yeah, probably not. deegree2 is afaics used primarily or exclusively for the 
WFS extension and i remember checking out deegree3 as a drop in for deegree2 
but failing miserably. that's why i stuck with deegree2 happy to have at least 
a working WFS extension for the time being.

but again, we can remove WFS from core for OJ 2.x and come up with a working 
extension later (if at all).

It seems to be a good compromise for the time being as the migration from 
deegree-core 2 to deegree-core 3 isn't straightforward.


- the GeoJSON part (com.vividsolutions.jump.io.geojson) is problematic due to 
the jts-io
pom type only, but once imported, this part of the code will be functional 
again,

how do you figure? com.vividsolutions.jump.io.geojson was written by myself 
from scratch utilizing google's json-simple . it holds no dependency apart from 
the jts geometry code. maybe myself placing it in this package has mislead you

Have a look at the GeoJsonReader class for example, and the method 
MapGeoJsonGeometryReader (see the comment), or the 
GeoJSONFeatureCollectionWrapper class. You will see that there is a dependency 
to JTS io.
It doesn't mean that there is a real dependency in the way it works, but JTS io 
(now jts-io-common which includes the GeoJSON code) is needed for the code to 
compile.


- some classes have been deprecated, removed, or simply moved in the new JTS 
versions,
such as com.vividsolutions.jts.geom.DefaultCoordinateSequenceFactory. New 
interfaces
have been created in JTS. It shouldn't be too complex to find a solution or a 
workaround,

agreed

After the JTS upgrade, only two classes require some changes:
- org.openjump.core.ui.plugin.tools.ReducePointsISAPlugIn -- relatively easy to 
solve,
- another written by Michaël, com.vividsolutions.jump.geom.MakeValidOp. For 
this one, a few JTS constructors have evolved. The problem is linked to the 4th 
dimension, dimension that can't be retrieved any more with a simple getter. One 
temporary solution could consist in the creation of a class which extends the 
current JTS one with an additional getter / setter for the dimension.


Once these problems of imports are solved, t

Re: [JPP-Devel] Licensing GPL2'd OJ vs. EPL2'd locationtech JTS

2020-08-11 Thread Eric


Hi,

JTS is dual-licensed under:
- Eclipse Public License 2.0
- Eclipse Distribution License 1.0 (a BSD Style License)

This second licence, if BSD style, should normally be compatible with 
the GPL one.


Eric

On 11/08/2020 11:28, edgar.sol...@web.de wrote:

hey All,

just noticed that locationtech relicensed JTS to EPL2, which as far as i read 
it is incompatible to the GPL (any version). 
https://www.eclipse.org/legal/epl-2.0/faq.php#h.mz8pxljvc07w
the mentioned "Exhibit A — Form of Secondary Licenses Notice" seems to be empty 
in JTS' version of the license
   https://github.com/locationtech/jts/blob/master/LICENSE_EPLv2.txt
note we are not allowed to relicense JUMP code to something other than a later 
GPL version.

Geotools being LGPL'd seems to be compatible, so they didn't run into problems 
here
   https://www.eclipse.org/legal/epl-2.0/faq.php#h.hsnsfg4e0htq

i'll CC Jody, maybe he can shed some light.

..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] Licensing GPL2'd OJ vs. EPL2'd locationtech JTS

2020-08-11 Thread Eric


Hi again,

"The Eclipse Distribution License is an OSI Approved Open Source License 
by means of the New BSD License 
<http://www.opensource.org/licenses/BSD-3-Clause>".

Source: https://www.eclipse.org/org/documents/edl-v10.php

The New BSD License refers to a 3-Clause BSD License.
Source: https://opensource.org/licenses/BSD-3-Clause

GPL and 3-Clause BSD License are compatible according to FSF:
https://en.wikipedia.org/wiki/BSD_licenses#3-clause_license_(%22BSD_License_2.0%22,_%22Revised_BSD_License%22,_%22New_BSD_License%22,_or_%22Modified_BSD_License%22)

So if the EDL is used, there is no incompatibility.

Jody, could you please confirm this.

Eric

On 11/08/2020 11:47, Eric wrote:

Hi,

JTS is dual-licensed under:
- Eclipse Public License 2.0
- Eclipse Distribution License 1.0 (a BSD Style License)

This second licence, if BSD style, should normally be compatible with 
the GPL one.


Eric

On 11/08/2020 11:28, edgar.sol...@web.de wrote:

hey All,

just noticed that locationtech relicensed JTS to EPL2, which as far 
as i read it is incompatible to the GPL (any version). 
https://www.eclipse.org/legal/epl-2.0/faq.php#h.mz8pxljvc07w
the mentioned "Exhibit A — Form of Secondary Licenses Notice" seems 
to be empty in JTS' version of the license

https://github.com/locationtech/jts/blob/master/LICENSE_EPLv2.txt
note we are not allowed to relicense JUMP code to something other 
than a later GPL version.


Geotools being LGPL'd seems to be compatible, so they didn't run into 
problems here

   https://www.eclipse.org/legal/epl-2.0/faq.php#h.hsnsfg4e0htq

i'll CC Jody, maybe he can shed some light.

..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] OJ 2.x Was:Re: JTS update: first experiments

2020-08-11 Thread Eric


Hi Ede,

Thanks. I let the licencing issue aside as it seems to be resolved. See 
my inline answers.


On 11/08/2020 12:01, edgar.sol...@web.de wrote:

tl;dr let's wait how the licensing issue (other email) turns out, apart from 
that my answers below.

On 10.08.2020 15:42, Eric wrote:

Hi Ede,

Thanks for your welcome and for your answers. See my inline replies for some of 
them (I deleted the other parts).

On 09/08/2020 16:40, edgar.sol...@web.de wrote:

hey Eric,

welcome to the team! see my answers below

On 07.08.2020 20:55, Eric wrote:

Then I checked which OJ lib dependencies rely on JTS and it seems that there is 
only deegree 2,
without considering here the plethora of extensions/plugins.

which is the main obstacle. the only clean solution i see is to branch out a 
new OJ 2.x that initially will break compatibility to all external plugins. 
that's the bad news.
the good news is that this forces us to retouch pretty much all of them and 
during this effort we might eventually come up with a working plugin manager 
after all.

Less than a day of work should be required (if not less) to update all the 
plugins which do not rely on a dependency which relies itself on JTS. I'm going 
to test it, to see if it's the case.
I tried with my plugins and I just needed a couple of seconds to do it.

again. we don't have sources for all extensions in OJ Plus at hand or setup to 
build at all. the challenge won't be the modding but the finding and setting up 
plugin repos.


I wasn't aware of this situation. All of a sudden, it seems to be 
another challenge to migrate all the plugins...



This is quite a good news because
if the deegree dependency is updated to its latest version (3.x.x), which 
relies on JTS 1.15,
then, theoretically, only the import statements and a few other 
com.vividsolutions directly used in the code
need to be modified.

yeah, probably not. deegree2 is afaics used primarily or exclusively for the 
WFS extension and i remember checking out deegree3 as a drop in for deegree2 
but failing miserably. that's why i stuck with deegree2 happy to have at least 
a working WFS extension for the time being.

but again, we can remove WFS from core for OJ 2.x and come up with a working 
extension later (if at all).

It seems to be a good compromise for the time being as the migration from 
deegree-core 2 to deegree-core 3 isn't straightforward.

agreed


So I'll do that.


- the GeoJSON part (com.vividsolutions.jump.io.geojson) is problematic due to 
the jts-io
pom type only, but once imported, this part of the code will be functional 
again,

how do you figure? com.vividsolutions.jump.io.geojson was written by myself 
from scratch utilizing google's json-simple . it holds no dependency apart from 
the jts geometry code. maybe myself placing it in this package has mislead you

Have a look at the GeoJsonReader class for example, and the method 
MapGeoJsonGeometryReader (see the comment), or the 
GeoJSONFeatureCollectionWrapper class. You will see that there is a dependency 
to JTS io.
It doesn't mean that there is a real dependency in the way it works, but JTS io 
(now jts-io-common which includes the GeoJSON code) is needed for the code to 
compile.

good catch ;). right for creating Geoms from Maps JTS is used. forgot about it.

depending on the size of the import we might just copy the code from the latest 
LGPL'd JTS or actually implement it ourselfs. ok, just checked
   https://github.com/locationtech/jts/releases/tag/1.17.0
jts-io-common-1.17.0.jar is just 15kB big so let's just keep the JTS code.


OK.


- some classes have been deprecated, removed, or simply moved in the new JTS 
versions,
such as com.vividsolutions.jts.geom.DefaultCoordinateSequenceFactory. New 
interfaces
have been created in JTS. It shouldn't be too complex to find a solution or a 
workaround,

agreed

After the JTS upgrade, only two classes require some changes:
- org.openjump.core.ui.plugin.tools.ReducePointsISAPlugIn -- relatively easy to 
solve,
- another written by Michaël, com.vividsolutions.jump.geom.MakeValidOp. For 
this one, a few JTS constructors have evolved. The problem is linked to the 4th 
dimension, dimension that can't be retrieved any more with a simple getter. One 
temporary solution could consist in the creation of a class which extends the 
current JTS one with an additional getter / setter for the dimension.

sounds reasonable


I'll then use this temporary solution.


Once these problems of imports are solved, the JTS update should be relatively
straightforward, and some work will probably be needed to update the code
based on deegree. I tried to update one of my plugins, it took me seconds
to do it, and I know that it would be exactly the same for the others, just by
replacing com.vividsolutions.jts by org.locationtech.jts.

sure. problem is not the port but gathering all plugin sources, setting up 
build env,

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

2020-08-12 Thread Eric

Hi all,

Thanks to all of you.

According to your answers, I'm in the process of creating a GitHub 
organisation named 'openjump', containing a public repository named 
'openjump-migration'. The current problem is that someone created an 
account or an organisation with this name last April 
(https://github.com/openjump), but with no activity since then. I just 
contacted the GitHub support team to see if it was possible to have a 
transfer of ownership for this name -- so, of course, with the agreement 
of the current owner), as it isn't allowed to directly contact the owner 
for obvious reasons.

Apart from that, everything is ready.

Eric

On 12/08/2020 10:06, edgar.sol...@web.de wrote:

yup indenting is clearly broken in this reply, maybe better not reply inline 
with that client Mike ;).. ede

On 12.08.2020 09:17, Michaud Michael wrote:

Hi,

  >>> On 07.08.2020 20:55, Eric wrote:
  >>>> Then I checked which OJ lib dependencies rely on JTS and it seems that
there is only deegree 2,
  >>>> without considering here the plethora of extensions/plugins.
  >>> which is the main obstacle. the only clean solution i see is to branch out
a new OJ 2.x that initially will break compatibility to all external plugins.
that's the bad news.
  >>> the good news is that this forces us to retouch pretty much all of them 
and
during this effort we might eventually come up with a working plugin manager
after all.
  >> Less than a day of work should be required (if not less) to update all the
plugins which do not rely on a dependency which relies itself on JTS. I'm going
to test it, to see if it's the case.
  >> I tried with my plugins and I just needed a couple of seconds to do it.

again. we don't have sources for all extensions in OJ Plus at hand or setup to
build at all. the challenge won't be the modding but the finding and setting up
plugin repos.

I wasn't aware of this situation. All of a sudden, it seems to be
another challenge to migrate all the plugins...

Could we decide to norrow openjump-plus to extensions hosted by the project
only, and revide the idea of a plugin manager (could be a student project ?).

there is a critical bug opening JMP project files which should be fixed before
we branch
https://sourceforge.net/p/jump-pilot/bugs/496/

The idea here is to test the migration based on the OJ 1.15 release, to
know if it works and to see what could be improved during the final
migration. Nothing definitive.

We'll try to fix this bug before the definitive migration.

Any format preference for this document? MD (Markdown) or RST
(reStructuredText)? Both are easily and directly readable from GitHub /
GitLab. I would probably suggest Markdown as it's slightly more common
and because we don't need the specificities of RST at this stage.

I also suggest markdown for the same reasons

  >> - (Bonus) Upgrading the Log4j dependency to v2 and therefore removing the
current security issue in link with it.

the reason that this was not done before is that some extensions were compiled
against it. as we are doing a clean break anyway i am not opposed anymore. note:
we have our "own" com.vividsolutions.jump.workbench.Logger which is supposed to
be the one stop solution for extension but internally uses Log4J again.

What I could do is, once JTS and the OJ code have been updated on the
master branch, to create another branch (based on the latter) to test a
Log4j update. What do you think?

It is good for me,

  >> Open discussion:
  >> - Preliminary remark: I don't want at any point of this process, acting as
if I was taking this project under my umbrella/name. As I wrote to Michaël,
you're the drivers/guardians of this project, I'm just a passenger. Therefore,
just let me know what you prefer, the way you want to do things, and I'll act
accordingly. Thanks,

thanks for contributing your time and effort!

It's the least I can do after having used OJ for years.

I this migration to github and jts 1.17 succeeds, it will be a major step in the
evolution of the project, thanks for your effort,

  >> - Would you prefer an open or a private repository? Why do I consider the
private option here? To avoid any confusion with the current OpenJUMP repository
on sourceforge and to avoid some possible premature forks,

we can easily add notes in the Readme pointing out the provisional status of the
OJ2 development. anyone wanting to fork still i have no objections. after all
it's not called open source for nothing ;)

I'm waiting some other answers (from Peppe, Michaël, etc.) on that. If
none, I'll create a public repository.

I would say let's be open from the start, but I like the following proposition
to have an openjump/openjump-test project first (or maybe
openjump/openjump-migration), the time to fix main probl

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

2020-08-14 Thread Eric

Hi,

The GitHub support team answered me this morning, stating that the
ownership transfer of the 'openjump' username or organisation is not
possible at the moment:

While I'd love to help, I'm afraid we won't be able to release that
username for you today as it's not dormant (not all activity on GitHub
is public) or available for release under our name-squatting policy
(https://docs.github.com/en/github/site-policy/github-username-policy).
Sorry I don't have better news to share with you on this.

Though it may not apply here, it's worth mentioning that we have a
trademark policy that could allow you to obtain a username that's
already been claimed. If the username you're interested in is a
trademark you hold, I'd recommend taking a look at that policy for
more information about potentially filing a violation report:

https://docs.github.com/github/site-policy/github-trademark-policy

- open-jump,
- openjumpgis
- openjump-project / openjumpproject
- oj-gis / ojgis
- jump-pilot / jumppilot
- openjump-pilot / openjumppilot
- geopenjump

Note that openjump is available on GitLab for the moment, if you wish to
create a mirror repository there.

It's always possible to rename an organisation later on (see
https://docs.github.com/en/github/setting-up-and-managing-organizations-and-teams/renaming-an-organization).
This process automatically updates everything from link redirection to
commit attribution.

I already added Ede (edeso) and Michaël (mukoki) as owners of this
organisation.

I also just created an 'openjump-migration' repository as previously
discussed and I am now tuning the settings of both the organisation and
the repository.

Feel free to modify the content / info / settings about these.

I should be able to push a first working version for next Monday, maybe
before but as schools reopened on Wednesday here in Scotland (children
don't attend it on a daily basis during this first week), I can't
promise anything.

Eric

On 12/08/2020 13:38, edgar.sol...@web.de wrote:

no worries. i'm pretty sure we are not fixed on that name. for years we have
been known as /jump-pilot/ (anybody know why?) and it worked as well. how about
you work with a private repo in the mean time and we'll deal with name and
organisation when we are ready to branch which is not going to be tomorrow ;)

..ede

On 12.08.2020 13:19, Eric wrote:

Hi all,

Thanks to all of you.

According to your answers, I'm in the process of creating a GitHub organisation
named 'openjump', containing a public repository named 'openjump-migration'.
The current problem is that someone created an account or an organisation with
this name last April (https://github.com/openjump), but with no activity since
then. I just contacted the GitHub support team to see if it was possible to
have a transfer of ownership for this name -- so, of course, with the agreement
of the current owner), as it isn't allowed to directly contact the owner for
obvious reasons.

Apart from that, everything is ready.

Eric

On 12/08/2020 10:06, edgar.sol...@web.de wrote:

yup indenting is clearly broken in this reply, maybe better not reply inline
with that client Mike ;).. ede

On 12.08.2020 09:17, Michaud Michael wrote:

Hi,

>>> On 07.08.2020 20:55, Eric wrote:
>>>> Then I checked which OJ lib dependencies rely on JTS and it seems that
there is only deegree 2,
>>>> without considering here the plethora of extensions/plugins.
>>> which is the main obstacle. the only clean solution i see is to branch
out
a new OJ 2.x that initially will break compatibility to all external plugins.
that's the bad news.
>>> the good news is that this forces us to retouch pretty much all of them
and
during this effort we might eventually come up with a working plugin manager
after all.
>> Less than a day of work should be required (if not less) to update all the
plugins which do not rely on a dependency which relies itself on JTS. I'm going
to test it, to see if it's the case.
>> I tried with my plugins and I just needed a couple of seconds to do it.

again. we don't have sources for all extensions in OJ Plus at hand or setup to
build at all. the challenge won't be the modding but the finding and setting up
plugin repos.

I wasn't aware of this situation. All of a sudden, it seems to be
another challenge to migrate all the plugins...

Could we decide to norrow openjump-plus to extensions hosted by the project
only, and revide the idea of a plugin manager (c

Re: [JPP-Devel] [GitHub] @ericgrosso has invited you to join the @openjump-gis organization

2020-08-14 Thread Eric

As I previously wrote, I just created it for the time being based on the 
openjump.org website title (I have personally no preference). It was 
just to start working on it and it can be changed at any time.


Ede, as owner of this organisation, you can do it. Feel absolutely free 
to do so.


Eric

On 14/08/2020 11:10, edgar.sol...@web.de wrote:

well then
https://github.com/openjump-gis

it is. i can live with that.. ede


On 14.08.2020 11:27, GitHub wrote:

Hi edeso,



@ericgrosso has invited you to join the @openjump-gis organization on GitHub. 
Head over to https://github.com/openjump-gis to check out @openjump-gis’s 
profile.



To join @openjump-gis, follow this link:



https://github.com/orgs/openjump-gis/invitation?via_email=1



   This invitation will expire in 7 days.



Some helpful tips:



- If you get a 404 page, make sure you’re signed in as edeso.

- You can also accept the invitation by visiting the organization page directly 
at https://github.com/openjump-gis



If you were not expecting this invitation, you can ignore this email.

   If @ericgrosso is sending you too many emails, you can block them by 
visiting https://github.com/settings/blocked_users?block_user=ericgrosso or 
report them for abuse at 
https://github.com/contact/report-abuse?report=ericgrosso.



Thanks,

The GitHub Team





To opt out of future invitations from @openjump-gis, follow this link:



https://github.com/orgs/openjump-gis/opt-out





___
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] You've been made an owner of the OpeenJUMP organization

2020-08-14 Thread Eric


I saw that too. It has already been corrected. Logo and URL added as well.

And I don't know why you didn't have been granted the owner role 
straight away as I invited you as owner and not member. That's why I had 
to change your role to correct it.


Please let me know if you see anything else, or feel free to change it 
yourself.

E

On 14/08/2020 11:39, edgar.sol...@web.de wrote:

Eric, any idea where the 'OpeenJUMP' note the double e stems from? ..ede

On 14.08.2020 12:29, OpeenJUMP wrote:

You have been granted admin access to OpeenJUMP. Admins have full rights to the 
organization and have complete access to all repositories and teams.

View all OpeenJUMP admins: 
https://github.com/orgs/openjump-gis/people?query=role%3Aowner

Read more about organization permissions at: 
https://docs.github.com/articles/what-are-the-different-access-permissions/#organization-accounts




___
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] You've been made an owner of the OpeenJUMP organization

2020-08-14 Thread Eric


No risk to be dehydrated in Scotland (at least for the time being).

16°C right now with an anticipated peak at 18°C at 5-6pm. Same kind of 
temperatures until the end of this month.


Eric

On 14/08/2020 11:50, edgar.sol...@web.de wrote:

just added minor clarification to the repo title. apart from that go ahead :) 
and don't forget to drink plenty if you are on this planets summer side ;)

On 14.08.2020 12:44, Eric wrote:

I saw that too. It has already been corrected. Logo and URL added as well.

And I don't know why you didn't have been granted the owner role straight away 
as I invited you as owner and not member. That's why I had to change your role 
to correct it.

Please let me know if you see anything else, or feel free to change it yourself.
E

On 14/08/2020 11:39, edgar.sol...@web.de wrote:

Eric, any idea where the 'OpeenJUMP' note the double e stems from? ..ede

On 14.08.2020 12:29, OpeenJUMP wrote:

You have been granted admin access to OpeenJUMP. Admins have full rights to the 
organization and have complete access to all repositories and teams.

View all OpeenJUMP admins: 
https://github.com/orgs/openjump-gis/people?query=role%3Aowner

Read more about organization permissions at: 
https://docs.github.com/articles/what-are-the-different-access-permissions/#organization-accounts



___
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




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

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

2020-08-14 Thread Eric

Hi,

I'm encountering a problem during the local migration (ra_serf: The
server sent a truncated HTTP response body) when I try to do it from
revision 859 to revision 6242.

I tried to exclude the 'docs' folder to reduce the size of it, without
much success (still the same error after an hour or two during the
migration process).

Could one of you try these two commands (as indicated here:
https://stackoverflow.com/questions/27267742/why-do-i-get-svn-e120106-ra-serf-the-server-sent-a-truncated-http-response-b)

svn cleanup
svn up

Thanks in advance.
Eric

On 14/08/2020 11:12, Giuseppe Aruta wrote:

openjump-gis ok for me too

2020-08-14 12:03 GMT+02:00, edgar.sol...@web.de :

oj-devs
oj-developers
oj-team
or jump instead of oj

so many possibilieits ..ede:))

On 14.08.2020 11:53, Giuseppe Aruta wrote:

jump-pilot
or
openjump-pilot
or
openjump2

2020-08-14 11:50 GMT+02:00, Eric :

Hi,

The GitHub support team answered me this morning, stating that the
ownership transfer of the 'openjump' username or organisation is not
possible at the moment:

https://docs.github.com/github/site-policy/github-trademark-policy

I just created an organisation named 'openjump-gis' for the time being
(hyphens are allowed), according to the title of the openjump.org index
page and as it gives an idea of what the project is about. The following
options are also available at the moment:
- open-jump,
- openjumpgis
- openjump-project / openjumpproject
- oj-gis / ojgis
- jump-pilot / jumppilot
- openjump-pilot / openjumppilot
- geopenjump

Note that openjump is available on GitLab for the moment, if you wish to
create a mirror repository there.

I already added Ede (edeso) and Michaël (mukoki) as owners of this
organisation.

I also just created an 'openjump-migration' repository as previously
discussed and I am now tuning the settings of both the organisation and
the repository.

Feel free to modify the content / info / settings about these.

Eric

On 12/08/2020 13:38, edgar.sol...@web.de wrote:

no worries. i'm pretty sure we are not fixed on that name. for years we
have been known as /jump-pilot/ (anybody know why?) and it worked as
well.
how about you work with a private repo in the mean time and we'll deal
with name and organisation when we are ready to branch which is not
going
to be tomorrow ;)

..ede

On 12.08.2020 13:19, Eric wrote:

Hi all,

Thanks to all of you.

According to your answers, I'm in the process of creating a GitHub
organisation named 'openjump', containing a public repository named
'openjump-migration'. The current problem is that someone created an
account or an organisation with this name last April
(https://github.com/openjump), but with no activity since then. I just
contacted the GitHub support team to see if it was possible to have a
transfer of ownership for this name -- so, of course, with the
agreement
of the current owner), as it isn't allowed to directly contact the
owner
for obvious reasons.

Apart from that, everything is ready.

Eric

On 12/08/2020 10:06, edgar.sol...@web.de wrote:

yup indenting is clearly broken in this reply, maybe better not reply
inline with that client Mike ;).. ede

On 12.08.2020 09:17, Michaud Michael wrote:

Hi,

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

2020-08-14 Thread Eric

The command is to migrate the complete project, including its history,
from svn to git:
svn2git https://svn.code.sf.net/p/jump-pilot/code/core --exclude docs
--revision 859:6242 --authors ../authors.txt

I first tried without excluding the docs folder. The revision parameters
match the first and the 1.15 revisions.

So yes, it's a complete checkout of the core (except the 1.15+ commits),
including trunk, tags and branches, and their reconstruction and
migration to a local git project.

Eric

On 14/08/2020 20:02, edgar.sol...@web.de wrote:

probably just sf.net's svn acting up. it sometimes throws weird errors that
resolve itself after a time. i guess they get fixed on their servers. who knows.

anyway. what is it you are doing when it errs out? a complete checkout? what
commands are you running? can you give some context?

..ede

On 14.08.2020 20:48, Eric wrote:

Hi,

I'm encountering a problem during the local migration (ra_serf: The server sent
a truncated HTTP response body) when I try to do it from revision 859 to
revision 6242.

I tried to exclude the 'docs' folder to reduce the size of it, without much
success (still the same error after an hour or two during the migration
process).

Could one of you try these two commands (as indicated here:
https://stackoverflow.com/questions/27267742/why-do-i-get-svn-e120106-ra-serf-the-server-sent-a-truncated-http-response-b)
svn cleanup
svn up

Thanks in advance.
Eric

On 14/08/2020 11:12, Giuseppe Aruta wrote:

openjump-gis ok for me too

2020-08-14 12:03 GMT+02:00, edgar.sol...@web.de :

oj-devs
oj-developers
oj-team
or jump instead of oj

so many possibilieits ..ede:))

On 14.08.2020 11:53, Giuseppe Aruta wrote:

jump-pilot
or
openjump-pilot
or
openjump2

2020-08-14 11:50 GMT+02:00, Eric :

Hi,

The GitHub support team answered me this morning, stating that the
ownership transfer of the 'openjump' username or organisation is not
possible at the moment:

https://docs.github.com/github/site-policy/github-trademark-policy

Note that openjump is available on GitLab for the moment, if you wish to
create a mirror repository there.

I already added Ede (edeso) and Michaël (mukoki) as owners of this
organisation.

I also just created an 'openjump-migration' repository as previously
discussed and I am now tuning the settings of both the organisation and
the repository.

Feel free to modify the content / info / settings about these.

Eric

On 12/08/2020 13:38, edgar.sol...@web.de wrote:

no worries. i'm pretty sure we are not fixed on that name. for years we
have been known as /jump-pilot/ (anybody know why?) and it worked as
well.
how about you work with a private repo in the mean time and we'll deal
with name and organisation when we are ready to branch which is not
going
to be tomorrow ;)

..ede

On 12.08.2020 13:19, Eric wrote:

Hi all,

Thanks to all of you.

According to your answers, I'm in the process of creating a GitHub
organisation named 'openjump', containing a public repository named
'openjump-migration'. The current problem is that someone created an
account or an organisation with this name last April
(https://github.com/openjump), but with no activity since then. I just
contacted the GitHub support team to see if it was possible to have a
transfer of own

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

2020-08-14 Thread Eric

See my inline answers below.

On 14/08/2020 20:38, edgar.sol...@web.de wrote:

some more questions
1. did it ever run through completely?

During my first tests, I used a starting revision number closer to 6242
to test the process and to save some time (as I knew it would take ages
to go through a complete check out). It worked well. But apparently not
with the full history.

2. why start at revision 859?

Because it is apparently the first revision of the core, according to
the logs.

I just checked again, using the same command line, i.e.: svn log
--stop-on-copy https://svn.code.sf.net/p/jump-pilot/code/core/

It is 858 and not 859. I don't know why I get this wrong.

It's obviously the number 1 if you consider the entire project: svn log
--stop-on-copy https://svn.code.sf.net/p/jump-pilot/code/

3. did you try https://github.com/nirvdrum/svn2git#debugging ?

Not yet as it is already quite a verbose mode by default.

it'd probably more stable if you could work with a full local checkout.. ede

I just realised that svn is based on several modules depending on the
access protocol:

- ra_svn : Module for accessing a repository using the svn network protocol.
- ra_serf : Module for accessing a repository via WebDAV protocol using
serf.

I'm trying to see if a switch to ra_svn could improve the situation. The
answer will come in at least an hour (as a complete checkout and a
migration take time).

If not, I will use the third repository access module, the local one:
- ra_local : Module for accessing a repository on local disk.

One step at a time, starting with the easier one (or maybe not).

Eric

On 14.08.2020 21:26, Eric wrote:

The command is to migrate the complete project, including its history, from svn
to git:
svn2git https://svn.code.sf.net/p/jump-pilot/code/core --exclude docs
--revision 859:6242 --authors ../authors.txt

I first tried without excluding the docs folder. The revision parameters match
the first and the 1.15 revisions.

So yes, it's a complete checkout of the core (except the 1.15+ commits),
including trunk, tags and branches, and their reconstruction and migration to a
local git project.

Eric

On 14/08/2020 20:02, edgar.sol...@web.de wrote:

probably just sf.net's svn acting up. it sometimes throws weird errors that
resolve itself after a time. i guess they get fixed on their servers. who knows.

anyway. what is it you are doing when it errs out? a complete checkout? what
commands are you running? can you give some context?

..ede

On 14.08.2020 20:48, Eric wrote:

Hi,

I'm encountering a problem during the local migration (ra_serf: The server sent
a truncated HTTP response body) when I try to do it from revision 859 to
revision 6242.

I tried to exclude the 'docs' folder to reduce the size of it, without much
success (still the same error after an hour or two during the migration
process).

Thanks in advance.
Eric

On 14/08/2020 11:12, Giuseppe Aruta wrote:

openjump-gis ok for me too

2020-08-14 12:03 GMT+02:00, edgar.sol...@web.de :

oj-devs
oj-developers
oj-team
or jump instead of oj

so many possibilieits ..ede:))

On 14.08.2020 11:53, Giuseppe Aruta wrote:

jump-pilot
or
openjump-pilot
or
openjump2

2020-08-14 11:50 GMT+02:00, Eric :

Hi,

The GitHub support team answered me this morning, stating that the
ownership transfer of the 'openjump' username or organisation is not
possible at the moment:

https://docs.github.com/github/site-policy/github-trademark-policy

Note that openjump is available on GitLab for the moment, if you wish to
create a mirror repository there.

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

2020-08-14 Thread Eric

The use of the ra_svn module rather than the ra_serf one seems to be a
rather good approach.

The migration process worked well during the last 2 and a half hours. It
already took into account all the branches, and partially the trunk and
the tags from 1.2preC to 1.7.0.

I'll let you know about it tomorrow morning as it is probably going to
take another 2 or 3 hours (at least).

Based on that, a full local migration of the core (starting with
revision 1) would probably take around 5 or 6 hours, plus the time to
push all of this into the newly created GitHub repository.

Eric

On 14/08/2020 21:07, Eric wrote:

See my inline answers below.

On 14/08/2020 20:38, edgar.sol...@web.de wrote:

some more questions
1. did it ever run through completely?

During my first tests, I used a starting revision number closer to
6242 to test the process and to save some time (as I knew it would
take ages to go through a complete check out). It worked well. But
apparently not with the full history.

2. why start at revision 859?

Because it is apparently the first revision of the core, according to
the logs.

I just checked again, using the same command line, i.e.: svn log
--stop-on-copy https://svn.code.sf.net/p/jump-pilot/code/core/

It is 858 and not 859. I don't know why I get this wrong.

It's obviously the number 1 if you consider the entire project: svn
log --stop-on-copy https://svn.code.sf.net/p/jump-pilot/code/

3. did you try https://github.com/nirvdrum/svn2git#debugging ?

Not yet as it is already quite a verbose mode by default.

it'd probably more stable if you could work with a full local
checkout.. ede

I just realised that svn is based on several modules depending on the
access protocol:
- ra_svn : Module for accessing a repository using the svn network
protocol.
- ra_serf : Module for accessing a repository via WebDAV protocol
using serf.

I'm trying to see if a switch to ra_svn could improve the situation.
The answer will come in at least an hour (as a complete checkout and a
migration take time).

If not, I will use the third repository access module, the local one:
- ra_local : Module for accessing a repository on local disk.

One step at a time, starting with the easier one (or maybe not).

Eric

On 14.08.2020 21:26, Eric wrote:
The command is to migrate the complete project, including its
history, from svn to git:
svn2git https://svn.code.sf.net/p/jump-pilot/code/core --exclude
docs --revision 859:6242 --authors ../authors.txt

I first tried without excluding the docs folder. The revision
parameters match the first and the 1.15 revisions.

So yes, it's a complete checkout of the core (except the 1.15+
commits), including trunk, tags and branches, and their
reconstruction and migration to a local git project.

Eric

On 14/08/2020 20:02, edgar.sol...@web.de wrote:
probably just sf.net's svn acting up. it sometimes throws weird
errors that resolve itself after a time. i guess they get fixed on
their servers. who knows.

anyway. what is it you are doing when it errs out? a complete
checkout? what commands are you running? can you give some context?

..ede

On 14.08.2020 20:48, Eric wrote:

Hi,

I'm encountering a problem during the local migration (ra_serf:
The server sent a truncated HTTP response body) when I try to do
it from revision 859 to revision 6242.

I tried to exclude the 'docs' folder to reduce the size of it,
without much success (still the same error after an hour or two
during the migration process).

Could one of you try these two commands (as indicated here:
https://stackoverflow.com/questions/27267742/why-do-i-get-svn-e120106-ra-serf-the-server-sent-a-truncated-http-response-b)

svn cleanup
svn up

Thanks in advance.
Eric

On 14/08/2020 11:12, Giuseppe Aruta wrote:

openjump-gis ok for me too

2020-08-14 12:03 GMT+02:00, edgar.sol...@web.de
:

oj-devs
oj-developers
oj-team
or jump instead of oj

so many possibilieits ..ede:))

On 14.08.2020 11:53, Giuseppe Aruta wrote:

jump-pilot
or
openjump-pilot
or
openjump2

2020-08-14 11:50 GMT+02:00, Eric :

Hi,

The GitHub support team answered me this morning, stating that
the
ownership transfer of the 'openjump' username or organisation
is not

possible at the moment:

While I'd love to help, I'm afraid we won't be able to
release that
username for you today as it's not dormant (not all activity
on GitHub
is public) or available for release under our name-squatting
policy
(https://docs.github.com/en/github/site-policy/github-username-policy).

Sorry I don't have better news to share with you on this.

Though it may not apply here, it's worth mentioning that we
have a
trademark policy that could allow you to obtain a username
that's

already been claimed. If the username you're interested in is a
trademark you hold, I'd recommend taking a look at that
policy for

[JPP-Devel] Git migration

2020-08-15 Thread Eric


Hi all,

After 5-6 hours, the result of the migration is finally complete: 
https://github.com/openjump-gis/openjump-migration


It includes the commit history from revision 859 to 6242.

I reinitialised the repository 'openjump-migration' to make easier this 
initial import, i.e. I deleted it and recreated a new one with the same 
name, but empty this time.


I'm now going to add a couple of files (gitignore, licence, readme, 
etc.) then I'll delete the WFS part as discussed, update the Maven 
configuration, update JTS and all related classes.


Eric


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

Re: [JPP-Devel] Git migration

2020-08-15 Thread Eric


Hi Ede,

On 15/08/2020 11:19, edgar.sol...@web.de wrote:

On 15.08.2020 12:07, Eric wrote:

Hi all,

After 5-6 hours, the result of the migration is finally complete: 
https://github.com/openjump-gis/openjump-migration

It includes the commit history from revision 859 to 6242.

just checked, we'll lose some commits to the source this way. did you check if 
you could svn2git from rev.1 ? did it err out?


I'll try it next time from revision 1 as it would be a bit long to do it 
again just now (it needs to run at night), and unnecessary within the 
context of the JTS update.



I reinitialised the repository 'openjump-migration' to make easier this initial 
import, i.e. I deleted it and recreated a new one with the same name, but empty 
this time.

I'm now going to add a couple of files (gitignore, licence, readme, etc.) then 
I'll delete the WFS part as discussed, update the Maven configuration, update 
JTS and all related classes.

sounds good. remember to write down the steps, so we can recreate it in case we 
want/need to.


Don't worry, it is well documented. It also explains the reasons behind 
some of the choices.


I just added a first gitignore file and the licence. I'm writing a 
readme right now, then I'll convert the documentation about the 
migration from txt to md. One step at a time.


Eric

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

Re: [JPP-Devel] Git migration

2020-08-17 Thread Eric

Hi,

No problem.

I didn't encounter any problems to complete the migration locally 
(removed WFS parts, updated related WFS classes, JTS 1.17 and related 
code updated, etc.)... except with the class 
'com.vividsolutions.jump.geom.MakeValidOp'.

I managed to modify/update this class and it compiles. But then I tried 
to test if it was working based on the tests already written in the 
main. Even if the tests can be run, it seems that there is a problem 
with the 'nodePolygon(Polygon polygon)' method, during the validation of 
3D (but also 4D) geometries (i.e. XYZ and XYZM). It replaces the Z 
values by NaN, thus changing 3D coordinate sequences into 2D ones. And 
because the mapping of the measure (M) is based on a XYZ coordinate 
comparison, this measure is also lost for 4D geometries. I didn't test 
yet this method with the current OJ version, to see if it is linked to 
the JTS update or not.

I don't think that I can quickly solve it. So what I would suggest for 
now is to leave this problem aside. Then tomorrow / today, I'll remove 
the extra code I wrote to locate/fix this possible bug, and I'll push 
the changes I made locally. This way, you'll be able to access the OJ 
version (with JTS 1.17 but without WFS). If I have time, I'll also try 
to add a first script to automate the builds, probably using Travis.

Sorry to not have been able to push my local changes today / yesterday 
but I really tried to see what was happening with the MakeValidOp app.

For info, I also documented the changes I made during this second phase 
and how I made them (even if the results / diffs can be visible in the 
commits / logs). I'll add both documentation (svn to git migration and 
this one) as soon as it is ready.

Eric

On 15/08/2020 17:27, Michaud Michael wrote:

Thanks for you effort,

I pushed a small modification in the pom to test that I can access and 
compile the project. Could compile after that.

Was just a test, don't hesitate if you have to restart the process 
from scratch.

Michaël

envoyé : 15 août 2020 à 12:36
de : Eric 
à : jump-pilot-devel@lists.sourceforge.net
objet : Re: [JPP-Devel] Git migration

Hi Ede,

On 15/08/2020 11:19, edgar.sol...@web.de wrote:

On 15.08.2020 12:07, Eric wrote:

>> Hi all,>>
>> After 5-6 hours, the result of the migration is finally complete: 
https://github.com/openjump-gis/openjump-migration

>>
>> It includes the commit history from revision 859 to 6242.

just checked, we'll lose some commits to the source this way. did 
you check if you could svn2git from rev.1 ? did it err out?

I'll try it next time from revision 1 as it would be a bit long to do it
again just now (it needs to run at night), and unnecessary within the
context of the JTS update.

>> I reinitialised the repository 'openjump-migration' to make easier 
this initial import, i.e. I deleted it and recreated a new one with 
the same name, but empty this time.

>>
>> I'm now going to add a couple of files (gitignore, licence, 
readme, etc.) then I'll delete the WFS part as discussed, update the 
Maven configuration, update JTS and all related classes.

sounds good. remember to write down the steps, so we can recreate it 
in case we want/need to.

Don't worry, it is well documented. It also explains the reasons behind
some of the choices.

I just added a first gitignore file and the licence. I'm writing a
readme right now, then I'll convert the documentation about the
migration from txt to md. One step at a time.

Eric

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

___
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] MakeValidOp

2020-08-18 Thread Eric

Hi Michaël,

Don't be sorry, it was quite good to understand how it works.

The changes I made seem to fix the part of makeValid which tests if the 
"geometry" dimension (based on CoordinateSequence, not the geometry 
dimension itself). If the dimension is 4, it calls restoreDim4 as 
expected. These shouldn't have an impact on the rest.

The other changes are related to the PackedCoordinateSequenceFactory 
instances, as there isn't any more a constructor which includes the 
dimension as a parameter.

As it purely JTS dependent, would you like to create another repository 
for that in openjump-gis or would you like me to do it? This way we 
could split the code and the tests, and it would be easier to manage 
than the full project (especially if the tests are written separately, 
as it isn't yet clearly done in OJ at the moment). Let me know what you 
think about it.

Eric

On 18/08/2020 07:41, Michaud Michael wrote:

Hi Eric,

Sorry to have let you with this problem.

I also checked on my side. Indeed, when I wrote this class, I gave up 
the idea of preserving the z/m ordinate during the computation because 
as you noticed, they are lost by some jts algo I need. Instead, I get 
z/m back at the end of the process.

I think that broken tests are not so important because they test 
intermediate steps (on CoordinateSequence). I suppose they are broken 
by the many changes done on jts side about z/m management. Trying to 
understand why these changes broke my test, I was not completely 
satisfied about how this is managed in jts and I issued 2 tickets in 
locationtech/jts repo.

-> I have a version of the class which compiles and passed the 
(modified) tests. I can push it.

-> I'll review the code depending on how my issues on jts are 
answered. I also have to check it more extensively to take into 
account improvements on z/m management recently done in jts. But it 
can be done later.

Michaël

*envoyé :* 18 août 2020 à 04:29
*de :* Eric 
*à :* jump-pilot-devel@lists.sourceforge.net
*objet :* Re: [JPP-Devel] Git migration

Hi,

No problem.

I didn't encounter any problems to complete the migration locally 
(removed WFS parts, updated related WFS classes, JTS 1.17 and related 
code updated, etc.)... except with the class 
'com.vividsolutions.jump.geom.MakeValidOp'.

I managed to modify/update this class and it compiles. But then I 
tried to test if it was working based on the tests already written in 
the main. Even if the tests can be run, it seems that there is a 
problem with the 'nodePolygon(Polygon polygon)' method, during the 
validation of 3D (but also 4D) geometries (i.e. XYZ and XYZM). It 
replaces the Z values by NaN, thus changing 3D coordinate sequences 
into 2D ones. And because the mapping of the measure (M) is based on 
a XYZ coordinate comparison, this measure is also lost for 4D 
geometries. I didn't test yet this method with the current OJ 
version, to see if it is linked to the JTS update or not.

I don't think that I can quickly solve it. So what I would suggest 
for now is to leave this problem aside. Then tomorrow / today, I'll 
remove the extra code I wrote to locate/fix this possible bug, and 
I'll push the changes I made locally. This way, you'll be able to 
access the OJ version (with JTS 1.17 but without WFS). If I have 
time, I'll also try to add a first script to automate the builds, 
probably using Travis.

Sorry to not have been able to push my local changes today / 
yesterday but I really tried to see what was happening with the 
MakeValidOp app.

For info, I also documented the changes I made during this second 
phase and how I made them (even if the results / diffs can be visible 
in the commits / logs). I'll add both documentation (svn to git 
migration and this one) as soon as it is ready.

Eric

On 15/08/2020 17:27, Michaud Michael wrote:

Thanks for you effort,

I pushed a small modification in the pom to test that I can access 
and compile the project. Could compile after that.

Was just a test, don't hesitate if you have to restart the process 
from scratch.

Michaël

envoyé : 15 août 2020 à 12:36
de : Eric  
<mailto:eric.openj...@thefactory.io>
à : jump-pilot-devel@lists.sourceforge.net 
<mailto:jump-pilot-devel@lists.sourceforge.net>

objet : Re: [JPP-Devel] Git migration

Hi Ede,

On 15/08/2020 11:19, edgar.sol...@web.de 
<mailto:edgar.sol...@web.de> wrote:

On 15.08.2020 12:07, Eric wrote:

>> Hi all,>>
>> After 5-6 hours, the result of the migration is finally 
complete: https://github.com/openjump-gis/openjump-migration

>>
>> It includes the commit history from revision 859 to 6242.

just checked, we'll lose some commits to the source this way. did 
you check if you could svn2git from rev.1 ? did it err out?

I'll try it next time from revision 1 as it would be a bit long to

Re: [JPP-Devel] MakeValidOp

2020-08-18 Thread Eric


Hi Michaël,

The idea behind openjump-migration is initially to test the SVN to Git 
migration and the JTS update. If we start updating some specific code or 
creating a test part, it is going to become something else, and it will 
be probably difficult to reproduce all these steps when/if you decide to 
go on with this migration.


What I was simply suggested was the creation of a dedicated repository 
just to test this class (or more if needed), which would benefit from 
the JTS update (1.17), not its removal from the OJ core. Simply because 
it is the only case which doesn't seem to be easy to solve, and which 
requires JTS 1.15+ to be tested  against (contrary to all the other 
current changes that can be directly committed into the SVN repository, 
as usual). Once a solution is found, we can integrate it into the final 
migration repository.


So just a simple 'divide and conquer' idea, without the need to 
restructure some parts of openjump-migration, at least not for now. 
Sorry if I've been unclear.


Eric

On 18/08/2020 09:18, Michaud Michael wrote:


Eric,

Not sure I understand your proposition. There is now a function of 
OpenJUMP-core using this MakeValidOp. If we move it to another 
project, it will make the build a bit more difficult isn't it ?


About tests, you're completely right. I'm often lazy and just push a 
few tests in the main() of the class. I think it would be quite easy 
to put these tests in a dedicated test dierctory. Indeed, we already 
have one named jumptest, but it is not much used. Benjamin Gudehus, a 
former contributor tried to improve our habits about testing, but 
there is so much work to be done in this area that nobody followed 
him...Let's try to improve it a bit. I'll move MakeValidOp tests to 
the dedicated test area.


Michaël


*envoyé :* 18 août 2020 à 09:55
*de :* Eric 
*à :* jump-pilot-devel@lists.sourceforge.net
*objet :* Re: [JPP-Devel] MakeValidOp


Hi Michaël,

Don't be sorry, it was quite good to understand how it works.

The changes I made seem to fix the part of makeValid which tests if 
the "geometry" dimension (based on CoordinateSequence, not the 
geometry dimension itself). If the dimension is 4, it calls 
restoreDim4 as expected. These shouldn't have an impact on the rest.


The other changes are related to the PackedCoordinateSequenceFactory 
instances, as there isn't any more a constructor which includes the 
dimension as a parameter.


As it purely JTS dependent, would you like to create another 
repository for that in openjump-gis or would you like me to do it? 
This way we could split the code and the tests, and it would be 
easier to manage than the full project (especially if the tests are 
written separately, as it isn't yet clearly done in OJ at the 
moment). Let me know what you think about it.


Eric

On 18/08/2020 07:41, Michaud Michael wrote:


Hi Eric,

Sorry to have let you with this problem.

I also checked on my side. Indeed, when I wrote this class, I gave 
up the idea of preserving the z/m ordinate during the computation 
because as you noticed, they are lost by some jts algo I need. 
Instead, I get z/m back at the end of the process.


I think that broken tests are not so important because they test 
intermediate steps (on CoordinateSequence). I suppose they are 
broken by the many changes done on jts side about z/m management. 
Trying to understand why these changes broke my test, I was not 
completely satisfied about how this is managed in jts and I issued 2 
tickets in locationtech/jts repo.


-> I have a version of the class which compiles and passed the 
(modified) tests. I can push it.


-> I'll review the code depending on how my issues on jts are 
answered. I also have to check it more extensively to take into 
account improvements on z/m management recently done in jts. But it 
can be done later.


Michaël


*envoyé :* 18 août 2020 à 04:29
*de :* Eric  
<mailto:eric.openj...@thefactory.io>
*à :* jump-pilot-devel@lists.sourceforge.net 
<mailto:jump-pilot-devel@lists.sourceforge.net>

*objet :* Re: [JPP-Devel] Git migration


Hi,

No problem.

I didn't encounter any problems to complete the migration locally 
(removed WFS parts, updated related WFS classes, JTS 1.17 and 
related code updated, etc.)... except with the class 
'com.vividsolutions.jump.geom.MakeValidOp'.


I managed to modify/update this class and it compiles. But then I 
tried to test if it was working based on the tests already written 
in the main. Even if the tests can be run, it seems that there is a 
problem with the 'nodePolygon(Polygon polygon)' method, during the 
validation of 3D (but also 4D) geometries (i.e. XYZ and XYZM). It 
replaces the Z values by NaN, thus changing 3D coordinate sequences 
into 2D ones. And because the mapping of the measure (M) is based 
on a XYZ coordinate comparison, this measure is also lost for

Re: [JPP-Devel] MakeValidOp

2020-08-18 Thread Eric

The migration, as previously discussed (SVN from Git + JTS 1.17), is now 
complete. See:

https://github.com/openjump-gis/openjump-migration/commit/3c24bce2bc6c69d2c786af5c9c0a4737b07666ad

I'm going to try completing the documentation asap, and adding a 
automated build configuration. I'll let you know when it's ready.


Eric

On 18/08/2020 10:21, Eric wrote:

Hi Michaël,

The idea behind openjump-migration is initially to test the SVN to Git 
migration and the JTS update. If we start updating some specific code 
or creating a test part, it is going to become something else, and it 
will be probably difficult to reproduce all these steps when/if you 
decide to go on with this migration.


What I was simply suggested was the creation of a dedicated repository 
just to test this class (or more if needed), which would benefit from 
the JTS update (1.17), not its removal from the OJ core. Simply 
because it is the only case which doesn't seem to be easy to solve, 
and which requires JTS 1.15+ to be tested against (contrary to all the 
other current changes that can be directly committed into the SVN 
repository, as usual). Once a solution is found, we can integrate it 
into the final migration repository.


So just a simple 'divide and conquer' idea, without the need to 
restructure some parts of openjump-migration, at least not for now. 
Sorry if I've been unclear.


Eric

On 18/08/2020 09:18, Michaud Michael wrote:


Eric,

Not sure I understand your proposition. There is now a function of 
OpenJUMP-core using this MakeValidOp. If we move it to another 
project, it will make the build a bit more difficult isn't it ?


About tests, you're completely right. I'm often lazy and just push a 
few tests in the main() of the class. I think it would be quite easy 
to put these tests in a dedicated test dierctory. Indeed, we already 
have one named jumptest, but it is not much used. Benjamin Gudehus, a 
former contributor tried to improve our habits about testing, but 
there is so much work to be done in this area that nobody followed 
him...Let's try to improve it a bit. I'll move MakeValidOp tests to 
the dedicated test area.


Michaël


*envoyé :* 18 août 2020 à 09:55
*de :* Eric 
*à :* jump-pilot-devel@lists.sourceforge.net
*objet :* Re: [JPP-Devel] MakeValidOp


Hi Michaël,

Don't be sorry, it was quite good to understand how it works.

The changes I made seem to fix the part of makeValid which tests if 
the "geometry" dimension (based on CoordinateSequence, not the 
geometry dimension itself). If the dimension is 4, it calls 
restoreDim4 as expected. These shouldn't have an impact on the rest.


The other changes are related to the PackedCoordinateSequenceFactory 
instances, as there isn't any more a constructor which includes the 
dimension as a parameter.


As it purely JTS dependent, would you like to create another 
repository for that in openjump-gis or would you like me to do it? 
This way we could split the code and the tests, and it would be 
easier to manage than the full project (especially if the tests are 
written separately, as it isn't yet clearly done in OJ at the 
moment). Let me know what you think about it.


Eric

On 18/08/2020 07:41, Michaud Michael wrote:


Hi Eric,

Sorry to have let you with this problem.

I also checked on my side. Indeed, when I wrote this class, I gave 
up the idea of preserving the z/m ordinate during the computation 
because as you noticed, they are lost by some jts algo I need. 
Instead, I get z/m back at the end of the process.


I think that broken tests are not so important because they test 
intermediate steps (on CoordinateSequence). I suppose they are 
broken by the many changes done on jts side about z/m management. 
Trying to understand why these changes broke my test, I was not 
completely satisfied about how this is managed in jts and I issued 
2 tickets in locationtech/jts repo.


-> I have a version of the class which compiles and passed the 
(modified) tests. I can push it.


-> I'll review the code depending on how my issues on jts are 
answered. I also have to check it more extensively to take into 
account improvements on z/m management recently done in jts. But it 
can be done later.


Michaël


*envoyé :* 18 août 2020 à 04:29
*de :* Eric  
<mailto:eric.openj...@thefactory.io>
*à :* jump-pilot-devel@lists.sourceforge.net 
<mailto:jump-pilot-devel@lists.sourceforge.net>

*objet :* Re: [JPP-Devel] Git migration


Hi,

No problem.

I didn't encounter any problems to complete the migration locally 
(removed WFS parts, updated related WFS classes, JTS 1.17 and 
related code updated, etc.)... except with the class 
'com.vividsolutions.jump.geom.MakeValidOp'.


I managed to modify/update this class and it compiles. But then I 
tried to test if it was working based on the tests already written 
in the main. Even if the tests can

[JPP-Devel] OpenJUMP migration documentation

2020-08-20 Thread Eric


Hi,

The first part of this documentation is now online: 
https://github.com/openjump-gis/openjump-migration-doc


It focuses only on the migration from SVN to Git.

Before migrating, the reading of this article could be useful as it 
contains some good practice tips:

https://docs.microsoft.com/en-us/azure/devops/learn/git/centralized-to-git

Eric


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

Re: [JPP-Devel] OpenJUMP migration documentation

2020-08-20 Thread Eric


Just added the documentation to update JTS from 1.14 to 1.17.

Eric

On 20/08/2020 13:42, Eric wrote:

Hi,

The first part of this documentation is now online: 
https://github.com/openjump-gis/openjump-migration-doc


It focuses only on the migration from SVN to Git.

Before migrating, the reading of this article could be useful as it 
contains some good practice tips:
https://docs.microsoft.com/en-us/azure/devops/learn/git/centralized-to-git 



Eric




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

Re: [JPP-Devel] OpenJUMP migration documentation

2020-08-21 Thread Eric

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 based on the 'docs' folder) rather than later,
especially if one goal is to reduce the global size of the repository.

Once again, these are just suggestions, open to discussion.

Eric

What about listing the tickets or tasks we want to fix before migration (if
possible something we can achieve within a few weeks). Then we could make a new
release and concentrate on the migration.

agreed. we should at least prioritize. let me try to set up a milestone in the
bug tracker.

sorry for spamming the list, but setting up the searchable milestone on sf.net
was a bit bothersome.

we have 36 open bugs, which can now be assigned to a OJ_1.16 milestone now.
when that's done we can search them on the left side via 'Open Tickets for OJ
1.16' and fix em one by one.

hands up. who want's to tag'em?

Any other proposal somebody ?

not me :).. ede

Michaël

envoyé : 20 août 2020 à 17:58
de : Eric
à : jump-pilot-devel@lists.sourceforge.net
objet : Re: [JPP-Devel] OpenJUMP migration documentation

Just added the documentation to update JTS from 1.14 to 1.17.

Eric

On 20/08/2020 13:42, Eric wrote:

Hi,

The first part of this documentation is now online:
https://github.com/openjump-gis/openjump-migration-doc

It focuses only on the migration from SVN to Git.

Before migrating, the reading of this article could be useful as it
contains some good practice tips:
https://docs.microsoft.com/en-us/azure/devops/learn/git/centralized-to-git

Re: [JPP-Devel] OpenJUMP migration documentation

2020-08-21 Thread Eric

Hi Peppe,

On 21/08/2020 13:05, 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.

This is a question of: migration practicality vs project
re-structuration vs long term maintenance.

As far as I currently know, it would seem rather difficult to migrate
all the plug-ins into a single repository because of their individual
structures. Some of them have an internal standard layout (trunk,
branches, tags), some others have a non standard one, some others have
none. But this doesn't mean that if required (single repository), it
should be avoided simply based on the migration complexity. The
migration will be done once, but the maintenance will have to be on a
"daily/weekly/monthly" basis after that.

This is the reason why I thought it would be a good time to introduce a
plug-in manager. I started to look at different options. You probably
already had discussions about it on this list but I didn't look at it yet.
A plug-in manager would allow to split all the plug-ins into individual
repositories, or to group them, as you wrote, based on their technical
aspects / dependencies. If the core of OpenJUMP is regularly exported in
a Maven repository, then all plug-ins could be automatically tested
against it for each change. On the other hand, if each plug-in has its
own repository, will it be harder to manage them all? Another solution
would consist in migration these plug-ins individually, then to
restructure them and to move them inside one or several new
repositories. They could be considered as modules, and could maybe
depend on a common parent Maven configuration. This would probably help
to maintain, deploy, and test them in an automated way (not for the code
maintenance of course, but at a global configuration level).

The plug-in manager could also simplify the way the project is built at
the moment as some plug-ins need to be shipped in during each release.
With a plug-in manager, only the core could be provided then the
plug-ins could be easily loaded afterwards.

I started writing a bit about some of these aspects, but nothing
substantial for the moment. And as you know how OpenJUMP works far
better than me, I am quite happy to see what you wait for your
suggestions, rather than proposing something a bit in the dark. So
please let me know what you think, especially if what I wrote above
makes no sense to you.

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

You're right. But it would probably be easier to keep it internally to
allow a centralised layer management.

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.

Please do. It could help to test the automated builds.

Eric

Peppe

Il ven 21 ago 2020, 12:37 Eric <mailto:eric.openj...@thefactory.io>> ha scritto:

Hi,

On 20/08/2020 19:22, edgar.sol...@web.de
<mailto: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

Re: [JPP-Devel] New project/new plugin

2020-12-02 Thread Eric

Congratulations for these great results and these ports Peppe! I really 
like the colours of your raster interpolations -- they are quite 
refreshing / juicy :)


I don't know if this would be of interest to you but I developed in the 
past a TPS (Thin Plate Spline) interpolation [1] in order to create 
contour lines (vector) from a layer of XYZ points/coordinates for 
example. I even developed a quick OJ plugin to visually test the results 
but I never released it. If you're interested to add this kind of 
interpolation, I could release the code in open source somewhere. It 
should be relatively straightforward to compute an image from it, as 
once the TPS parameters have been estimated, it's possible to compute 
any z value for a given (x, y), and therefore to attach this value to 
your GridExtent / Raster. Just let me know if are interested.


Best,
Eric

On 02/12/2020 13:14, Giuseppe Aruta wrote:

Greetings OpenJUMPs
I started a new project to create an interpolation plugin for OpenJUMP
The plugin takes scattered points loaded in OpenJUMP which have a xyz 
coordinates and transform them into a raster grid, as Sextante raster.


OpenJUMP has already some interpolation plugins via Sextante toolbox 
(linear regression, Nearest Neighbor, IDW and some Krigings).


My plugin tries to extend this capability reusing external codes from 
other projects which recently are "starving" of development: 
AdbToolbox, a clone of OpenJUMP, and the good WhiteBox GAT from John 
Lindsey.


Note that, among the others, the TIN interpolation algorithm is my 
first try to port an imageJ plugin to OpenJUMP with a with unexpected 
and fast results: it required few modification to port and it is the 
faster and less memory-eater among the others


You can find detail of my project and a link to download the plugin here:
https://sourceforge.net/p/opensit/wiki/Interpolation%20Tools/

The plugin uses MultiInputDialog from OpenJUMP which allows to use 
part of the dialog for user information where you can find info on how 
to use each algorithm of interpolation.


The project is an external plugin as it is still on developing and 
testing. The day that it will mature enough I plan to port it to OpenJUMP.

Best regards
Peppe



___
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] OpenJUMP migration process

2021-01-20 Thread Eric


Hi Michael, Ed,

Sorry for this late answer, schools have been closed here this year and 
I'm just back at work.


On 06/01/2021 13:51, edgar.sol...@web.de wrote:

On 1/6/2021 14:08, Michaud Michael wrote:

Hi Eric, Ede,

I started reading the migration process from Eric (very well done !).

agreed.


Thanks.


My first problem with the svn2git process was that it stopped on '(no author)'. 
I used Eric instructions to create the authors file again and saw that it lists 
a (no author) author. I added it in the repo.

Now, there is another problem with directories containing whitespace like 1.5 
post_release. Error is :

cat-file commit refs/remotes/svn/tags/1.5 post_release: command returned error: 
128

there shouldn't be any problems left that are not mentioned in Eric's 
documentation. if there are something is probably amiss.


During my attempt to migrate this white space has been automatically 
encoded using %20, so I didn't encounter any problems at this level.
See: 
https://github.com/openjump-gis/openjump-migration/tree/1.5%2520post_release



Don't know how to solve it, but before digging further, did we dicide what must 
be migrate exactly beside history. Not sure the three branches from 2007, 2010 
and 2012 need to be migrated for example.

generally agreed. we need the trunk with tags and complete history. the old 
branches can be ignored, no one needs 'em anymore.

did Eric import those? if yes, how? if no, then just ignore them i'd say.. ede


I nearly imported everything, based on the previous discussions we had, 
including the equivalent of the SVN branches.
See imported branches here: 
https://github.com/openjump-gis/openjump-migration/branches


How I did it is already written in the documentation.

The only change I would make is to use "main" rather than "master" as 
the main branch, following the default Github setup which has evolved in 
link with the BLM movement.


By the way, happy new year to everyone! I wish you all the best.
Eric


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

Re: [JPP-Devel] openjump on github

2021-01-20 Thread Eric

Hi,

On 19/01/2021 13:13, edgar.sol...@web.de wrote:

On 1/19/2021 9:19, Michaud Michael wrote:

Hi Jumpers

Thanks to Eric's guide, I could initialize openjump project on gitub
(openjump-gis/openjump) and convert it to jts 1.18.

It is not perfect (I could not convert 1.5 post_release
<https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/tags/1.5%20post_release>
tag because of the whitespace in the name :-(), but all in all, I think it is OK.

tag '1.5 post_release' seems to be there with a %20, or am i missing something?

Please, have a look and let me know if you think so.

commit history seem to be identical to sf.net svn, though we're missing 2years
because of an improper svn mov from /trunk/openjump to /trunk/core . just for
completeness sake we should probably transfer this as into a history branch if
someone wants to research changes to a specific source file.
Would you consider creating a specific repository for these 2 years
rather than a branch? It would probably reduce the size of the main
repository, which is already quite large (~750MB).
See these considerations:
https://docs.github.com/en/github/managing-large-files/what-is-my-disk-quota#file-and-repository-size-limitations

As the OJ repository will only come larger over time, it could slow the
fetching process.

The creation of a specific repository could probably be considered as
well to store the former SVN "branches", i.e. oj_stable_1_2 (updated 14
years ago by Stefan Steiniger), 1.2 (updated 14 years ago by Stefan
Steiniger), paustin (updated 14 years ago by Paul Austin), 1.3 (updated
12 years ago by Stefan Steiniger), sstein@1863 (updated 11 years ago by
Larry Becker) and stable%201.5 (updated 9 years ago by Michael Michaud).
All the tags would stay, including the ones in link with the 1.2 and 1.3
versions listed in branches (were these branches some pre-release tests?).

I could compile but I still have a problem to run maven.

I did not migrate plugins at all (not sure how we must proceed yet, some
options must be discussed)

sure, one step after the other. no need to hurry things. generally i'd be in
favour of one branch per plugin, but might be swayed otherwise.

Ede, do you mean one repository per plugin rather than one branch?

If in the future, the plan is to create/add a plugin manager, the option
to create a repository per plugin could facilitate their maintenance,
especially if the OJ distribution can be used as a Maven dependency for
these plugins.

There are probably plenty of things to improve and fix before we start again to
add new code.

I'll try to list some more precise points to discuss in a future mail.

ok, looking forward to it. ..ede

Eric

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

[JPP-Devel] Concave hull extension and extension manager

2023-05-26 Thread Eric


Hi everyone,

A bit more than ten years ago, I developed a concave hull lib based on 
JTS, as well as the first version of the OJ extension (which is part of 
OJ PLUS). Since then, Michael has kindly updated this extension. Last 
year, Martin David released another concave hull algorithm, which is now 
part of JTS (see [1] and [2]). His main algorithm is based on the same 
paper than the one I used, and used a similar implementation, i.e. by 
generating an alternative way of storing the results of the Delaunay 
triangulation (to know about triangle adjacency and to be able to create 
a concave hull by erosion). On top of that, he added numerous 
improvements in order to help with the choice of the threshold, and 
developed as well other well-known algorithms such as the alpha shape 
one. Therefore, it would probably be a good idea to move from my 
previous implementation to the ones directly integrated into JTS, either 
by default in OJ or by creating a new extension. In both cases, I would 
be happy to do it. I just need to know, in the case it is integrated by 
default, where to add it: next to the Convex hull (Tools / Analysis / 
Convex hull) ? in Tools / Analysis / Geometry functions (if possible and 
compatible with the current parameter) ? both ? Just let me know what 
you think.


During the Git migration process, we discussed about the creation of a 
possible extension manager. I just did some tests and I managed to 
dynamically load a new extension with just a few lines of code based on 
the PlugInManager, and can be used straight away. The new installed 
extension will also automatically be loaded during any future launches. 
Extensions could be easily removed, installed from a centralised online 
repository (for example, from a github.io page) but also from any other 
compatible repository. The only problems that I can see would be:
- how to update an already installed extension, i.e. how to uninstall 
the current version then dynamically reinstalled an updated version of 
the same extension without the need to relaunch OJ (it is easy to 
physically delete the previous version but how to properly "unload" the 
associated Java classes? Is it easily possible?),
- to properly manage the versioning, i.e. how to properly synchronise 
local vs remote information about the extensions -- but it should be 
alright with a bit of work,
- the extensions that require one or several dependencies, in other 
words, how to avoid a local conflict if two different versions of the 
same dependency are installed?


Would you still be interested about such functionality? If yes, I would 
rather create a first implementation as an extension itself, in order to 
avoid interfering with OJ core. If it satisfies all requirements, it 
could then be integrated in OJ as an integrated plugin (like many 
functionalities are). Finally, would you prefer configuration / metadata 
files based on json or xml?


Just let me know your thoughts about both subjects.

All the best,
Eric

[1] https://lin-ear-th-inking.blogspot.com/2022/01/concave-hulls-in-jts.html
[2] 
http://lin-ear-th-inking.blogspot.com/2022/05/concave-hulls-of-polygons.html



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

[JPP-Devel] ReplaceValuePlugIn

2007-09-24 Thread Eric Lemesre

Hello,

Thank verry much for the good job in OpenJUMP.

I make somme modifications in the plugIn ReplaceValuePlugIn (in
org.openjump.sigle.plugin.replace).
This plugin replace a attribute with a constante. And now we can copy one
attribute to an other one.

I joint the code.

How can i have acces to repository and what is rules to use?
Or how to put this modifications in JPP?

I have planed somme other works and want to give it to the community

Thanks
Eric

/*
 * The Unified Mapping Platform (JUMP) is an extensible, interactive GUI
 * for visualizing and manipulating spatial features with geometry and attributes.
 *
 * Copyright (C) 2003 Vivid Solutions
 *
 * This program is free software; you can redistribute it and/or
 * modify it under the terms of the GNU General Public License
 * as published by the Free Software Foundation; either version 2
 * of the License, or (at your option) any later version.
 *
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License
 * along with this program; if not, write to the Free Software
 * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA  02111-1307, USA.
 *
 * For more information, contact:
 *
 * Vivid Solutions
 * Suite #1A
 * 2328 Government Street
 * Victoria BC  V8T 5G5
 * Canada
 *
 * (250)385-6040
 * www.vividsolutions.com
 */

package org.openjump.sigle.plugin.replace;

import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
import java.util.*;

import javax.swing.ImageIcon;
import javax.swing.JCheckBox;
import javax.swing.JComboBox;
import javax.swing.JOptionPane;
import javax.swing.JTextField;



import org.openjump.sigle.utilities.gui.DialogUtil;

import com.vividsolutions.jump.I18N;
import com.vividsolutions.jump.feature.*;
import com.vividsolutions.jump.task.*;
import com.vividsolutions.jump.workbench.WorkbenchContext;
import com.vividsolutions.jump.workbench.model.*;
import com.vividsolutions.jump.workbench.plugin.*;
import com.vividsolutions.jump.workbench.ui.*;
import com.vividsolutions.jump.workbench.ui.images.IconLoader;


/**
 * 
* @author Erwan Bocher Laboratoire RESO UMR CNRS 6590
* @url www.projet-sigle.org
* @curentdate 25 juil. 06
* @package name org.openjump.sigle.plugin.replace
* @license Licence CeCILL http://www.cecill.info/
* @todo TODO
*
 */



public class ReplaceValuePlugIn
extends AbstractPlugIn
implements ThreadedPlugIn
{

 
  private MultiInputDialog dialog;
  //-- replace later with correct language
  private static String ATTRIBUTE = I18N.get("org.openjump.sigle.plugin.ReplaceValuePlugIn.Attribute");
  private static String VALUE = I18N.get("org.openjump.sigle.plugin.ReplaceValuePlugIn.New-value");
  private static String ATTRIBUTE_SRC = I18N.get("org.openjump.sigle.plugin.ReplaceValuePlugIn.Attribute-src");
  private static String BY_ATTRIBUTE = I18N.get("org.openjump.sigle.plugin.ReplaceValuePlugIn.New-value-by-copy");
  private static String TYPE = "";
  private static String SELECTED_ONLY = GenericNames.USE_SELECTED_FEATURES_ONLY;
	

  private Layer layer;
  private String attrName;
  private String attrNameSrc;
  private String value = "";
  private boolean useSelected = true;
  private boolean byAttribute = false;
  public static final ImageIcon ICON = IconLoader.icon("Wrench.gif");


  public ReplaceValuePlugIn()
  {
   
  }
  
  public void initialize(PlugInContext context) {
		
	  context.getFeatureInstaller().addMainMenuItem(this,new String[] { MenuNames.TOOLS, MenuNames.TOOLS_EDIT_ATTRIBUTES }, 
  			this.getName(), false, null, 
  			createEnableCheck(context.getWorkbenchContext())
); 
	   	
	}

  public String getName(){
  	return I18N.get("org.openjump.sigle.plugin.ReplaceValuePlugIn.Replace-Attribute-Value");
  }
  
  public boolean execute(PlugInContext context) throws Exception {
// lemesre: duplicate from private initialisation
	  ATTRIBUTE = I18N.get("org.openjump.sigle.plugin.ReplaceValuePlugIn.Attribute");
VALUE = I18N.get("org.openjump.sigle.plugin.ReplaceValuePlugIn.New-value");
	  ATTRIBUTE_SRC = I18N.get("org.openjump.sigle.plugin.ReplaceValuePlugIn.Attribute-src");
	  BY_ATTRIBUTE = I18N.get("org.openjump.sigle.plugin.ReplaceValuePlugIn.New-value-by-copy");
SELECTED_ONLY = GenericNames.USE_SELECTED_FEATURES_ONLY;
	  
	dialog = new MultiInputDialog(
context.getWorkbenchFrame(), getName(), true);
setDialogValues(dialog, context);
if (layer.isEditable()){
GUIUtil.centreOnWindow(dialog);
dialog.setVisible(true);
if (! dialog.wasOKPressed()) { return false; }
getDialogValues(dialog);
return true;
	  }
	  else {
		
	JOptionPane.showMessageDialog(dia

Re: [JPP-Devel] ReplaceValuePlugIn

2007-09-28 Thread Eric Lemesre

Salut Stefan,

I am totaly agree with this condition Of course.
I prefer to get write acces by pass the second condition. I think it is the
better way for all.

For my second contribution i want to extends JoinTable plugin.
 * select fields to join
 * select datasource type

Can i add Jlist  to MultiInputDialog?

Eric

2007/9/26, Stefan Steiniger <[EMAIL PROTECTED]>:
>
> Salut Eric,
>
> nice to have you on board :)
> We have setup some informal rules for contribution. You get write access
> to the svn in two ways:
> 1) you get immediate access to the svn if you got a recommendation by
> developer that is already well known by the project (or a member); or
> 2) we review the first two contributions. If both are ok you will grant
> write access. As you passed the 1st code-review round already according
> to Michael, I would like to ask you, to send to your second contribution
> to the devel-list for a review (if you have finished that work already)
>
> I hope you understand this policy and I suppose the 2nd sample you
> presenet will be a piece of cake for you? Alteratively you may tell us
> (or me and Michael personally) about your programming experience.
>
> Anyway, as it seems to me you will qualify ;) i ask you to already send
> me your sourceforge account name (on my personal email), so i can
> prepare anything for svn-write access.
>
> cheers, currently from Germany (Btw. I met some people from Intevation
> on the Intergeo fair)
>
> stefan
>
> @ Michael: thank you for reviewing! If you want you can commit the code.
> Otherwise I will do in the next days.
>
>
> Michaël Michaud schrieb:
> > Hi Eric,
> >
> > Nice to see another french guy involved in OpenJUMP development ;-)
> > I reviewed your code and it's ok for me.
> > Maybe you should explain the use case for setting an attribute with
> > another attribute value.
> > Anyway, this is just a new capability of an existing plugin.
> > I can commit the code, or we have to ask Sunburned Surveyor or Stefan
> > Steiniger (I think Stefan is out of his office until next week) who are
> > the administrators of the site and can give svn access to new
> developers.
> >
> > Michaël
> >
> > Eric Lemesre a écrit :
> >
> >> Hello,
> >>
> >> Thank verry much for the good job in OpenJUMP.
> >>
> >> I make somme modifications in the plugIn ReplaceValuePlugIn (in
> >> org.openjump.sigle.plugin.replace).
> >> This plugin replace a attribute with a constante. And now we can copy
> >> one attribute to an other one.
> >>
> >> I joint the code.
> >>
> >> How can i have acces to repository and what is rules to use?
> >> Or how to put this modifications in JPP?
> >>
> >> I have planed somme other works and want to give it to the community
> >>
> >> Thanks
> >> Eric
> >>
> >>
> 
> >>
> >>
> >> /*
> >> * The Unified Mapping Platform (JUMP) is an extensible, interactive GUI
> >> * for visualizing and manipulating spatial features with geometry and
> attributes.
> >> *
> >> * Copyright (C) 2003 Vivid Solutions
> >> *
> >> * This program is free software; you can redistribute it and/or
> >> * modify it under the terms of the GNU General Public License
> >> * as published by the Free Software Foundation; either version 2
> >> * of the License, or (at your option) any later version.
> >> *
> >> * This program is distributed in the hope that it will be useful,
> >> * but WITHOUT ANY WARRANTY; without even the implied warranty of
> >> * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> >> * GNU General Public License for more details.
> >> *
> >> * You should have received a copy of the GNU General Public License
> >> * along with this program; if not, write to the Free Software
> >> * Foundation, Inc., 59 Temple Place - Suite 330, Boston,
> MA  02111-1307, USA.
> >> *
> >> * For more information, contact:
> >> *
> >> * Vivid Solutions
> >> * Suite #1A
> >> * 2328 Government Street
> >> * Victoria BC  V8T 5G5
> >> * Canada
> >> *
> >> * (250)385-6040
> >> * www.vividsolutions.com
> >> */
> >>
> >> package org.openjump.sigle.plugin.replace;
> >>
> >> import java.awt.event.ActionEvent;
> >> import java.awt.event.ActionListener;
> >> import java.util.*;
> >>
> >&g

Re: [JPP-Devel] ReplaceValuePlugIn

2007-09-28 Thread Eric Lemesre

Hi Michaël,

Thanks for your review!
I expliain capability by description in dialog .
do you want the new code and localisations on personnal mail?

Eric

2007/9/25, Michaël Michaud <[EMAIL PROTECTED]>:
>
> Hi Eric,
>
> Nice to see another french guy involved in OpenJUMP development ;-)
> I reviewed your code and it's ok for me.
> Maybe you should explain the use case for setting an attribute with
> another attribute value.
> Anyway, this is just a new capability of an existing plugin.
> I can commit the code, or we have to ask Sunburned Surveyor or Stefan
> Steiniger (I think Stefan is out of his office until next week) who are
> the administrators of the site and can give svn access to new developers.
>
> Michaël
>
> Eric Lemesre a écrit :
>
> > Hello,
> >
> > Thank verry much for the good job in OpenJUMP.
> >
> > I make somme modifications in the plugIn ReplaceValuePlugIn (in
> > org.openjump.sigle.plugin.replace).
> > This plugin replace a attribute with a constante. And now we can copy
> > one attribute to an other one.
> >
> > I joint the code.
> >
> > How can i have acces to repository and what is rules to use?
> > Or how to put this modifications in JPP?
> >
> > I have planed somme other works and want to give it to the community
> >
> > Thanks
> > Eric
>
>
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Postgis connection

2007-10-03 Thread Eric Lemesre

Hi,

No source in repository.
I have a working copy and modify directory structure for Maven 2.

I have :
plugin
 * chartPlugIn (org.OpenJUMP.Graph from Erwan Bocher)
 i add a bar chart in JInertnalFrame. and I hope in some time a refresh
button.
 * JumpPostGIS (net.refractions.postgis from Uwe Dalluege)
 i add a where clause
 * sridsupport (de.hawhamburg.sridsupport)
 the same
 * CategoryTools (de.fhOsnabrueck.jump.pirol.plugIns.CategoryTools from
LBST-PF-3\orahn)
 juste some translate
Etc
...
and all plugin is package by command
mvn package

It is probably possible to make Maven2 repository for OpenJump?

Eric

PS: I forward this mail to the liste.


2007/10/3, Michaël Michaud <[EMAIL PROTECTED]>:
>
> Hi,
>
> Good point Eric, I didn't know you worked with Uwe Dalluege's Postgis
> Plugin.
> You're right, there is something wrong with putting a BigDecimal value
> into an AttributeType.DOUBLE jump attribute.
>
> I don't know if you can commit this change into the svn, as I did not
> see the source file in the repository.
>
> Michaël
>
> Eric Lemesre a écrit :
>
> > Hi Michaël,
> >
> > the probleme is into PostgisConnection.java arroud line 261
> >
> >   f.setAttribute( attr_idx, new BigDecimal (
> > dObj.doubleValue( ) ) );
> >
> > and I make somme little modification :
> >
> >   // if dObj value is outside of Double.MAX_VALUE
> > and Double.MIN_VALUE
> >   // the value is +/- infinity [lemesre]
> >   f.setAttribute( attr_idx, new Double (
> > dObj.doubleValue( ) ) );
> >   // BigDecimal is not Handeling by OpenJUMP
> >   //f.setAttribute( attr_idx, new BigDecimal (
> > dObj.doubleValue( ) ) );
> >
> > I think better beavior.
> >
> > PS: je suis Boulvard des Italiens (AGF)
> > et je suis sur que nous arriverons à trouver un moment dans nos
> > emplois du temps respectifs.
> >
> > Eric
> >
> > 2007/10/3, Michaël Michaud < [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>:
> >
> > Hi Eric,
> >
> > One of the first work I did on JUMP was to add attribute types
> > (boolean,
> > decimal, char with fixed length and enumeration).
> > The code is available on SIGLE site (its name is mmpatch), but I
> > abandonned the idea to backport this code to OpenJUMP because I
> never
> > fully tested it, and JUMP/OpenJUMP is full of code like (if (type ==
> > AttributeType.INTEGER)...) so it is a hard work to check every
> > consequence of adding attribute types.
> >
> > To simply convert database fields to OpenJUMP attributes, you can
> > have a
> > look to com.vividsolutions.jump.datastore.jdbc.ValueConverterFactory
> >
> > PS. Si tu travaille à Paris, nous trouverons l'occasion de nous
> > rencontrer, j'habite Vincennes et travaille à l'IGN (Saint-Mandé)
> >
> > Michaël
> >
> >
> >
> > Eric Lemesre a écrit :
> >
> > > Stefan,
> > >
> > > I have not svn acces in my compagnie.
> > > I commit the code this nigth.
> > >
> > > I have somme probleme with attribute from database :
> > > into database Numeric (16,4) => in OpenJump java.lang.BigDecimal
> > > and AttributeType.DOUBLE
> > >
> > > the cast (Double) java.lang.BigDecimal cath error !!!
> > >
> > > wath is the better way solve this?
> > > Handle java.lang.BigDecimal in the plugin?
> > > add new AttributeType.BIGDECIMAL ?
> > >
> > > I do'nt know where is the code to match java type with
> AttributeType
> > >
> > > Eric
> > >
> > > 2007/10/3, Stefan Steiniger < [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>:
> > >
> > > Hei Eric,
> > >
> > > interesting to hear that you are livin in Le Mans.
> > > We don't impose a coding style - and i could not found what is
> > > "japoly"
> > > for a style.
> > > You may look in the code base to see how we do (see for
> example
> > > ISA code
> > > by Larry, or Michael, or Martin, just search for "michaud"
> > "Integrated
> > > Systems",

Re: [JPP-Devel] Postgis connection

2007-10-05 Thread Eric Lemesre

Hi Stefan,

I am a newbee ;-) ,

I like maven concept. We can resolve jar dependencies and provide
an easy way to donwload any library, build reporting, run test Etc ...

My second contribution is not ready and  I commit nothink.

But make maven repository like gt2 is probably a good idea.

With Maven we can have by exemple :

   1.   PlugIn
   pom.xml for build all subfolder
  1. ChartPlugIn
  pom.xml and all necessary file and folder for it.
  2. PostgisPlug (if Uwe agrees to add the plugin)
  pom.xml ...
   2. a target directory with in all jar and
workbench-properties.xmlwith plugin reference

Comment?

@+
Eric

2007/10/4, Stefan Steiniger <[EMAIL PROTECTED]>:
>
> Hei Eric,
>
> i don't realy understnd what you want to do.
> a) you want submit improvements?
>
> b) you want to make new plugin folders in the repository (for the 4
> plugins below)?
> => this should be possible, but i need to look how and where to store
> (i.e. adapt the structure)
> notes:
> * i am not sure if we shall include the Category tools..
> Actually, I need to ask Arnd how Pirol will move on and if there is
> somebody maintaining the code)
> * the srid support plugin is not needed for newer OJ 1.2 X versions,
> since it is now included in OJ. So you ma change the code in the SVN
> codebase?
> * i guess Uwe agrees to add the plugin code to the SVN - but we may talk
> to him first
>
> c) you want to have it "all"(?) in a "maven" folder to compile an
> extension? - Or do you want to create a separate maven folder?
> => I would prefer a separate folder
>
> but maybe others help for interpretation ;)
> comments are welcome
>
> stefan
>
> Eric Lemesre wrote:
>
> > Hi,
> >
> > No source in repository.
> > I have a working copy and modify directory structure for Maven 2.
> >
> > I have :
> > plugin
> >  * chartPlugIn (org.OpenJUMP.Graph from Erwan Bocher)
> >  i add a bar chart in JInertnalFrame. and I hope in some time a
> > refresh button.
> >  * JumpPostGIS ( net.refractions.postgis from Uwe Dalluege)
> >  i add a where clause
> >  * sridsupport (de.hawhamburg.sridsupport)
> >  the same
> >  * CategoryTools (de.fhOsnabrueck.jump.pirol.plugIns.CategoryTools
> > from LBST-PF-3\orahn)
> >  juste some translate
> > Etc
> > ...
> > and all plugin is package by command
> > mvn package
> >
> > It is probably possible to make Maven2 repository for OpenJump?
> >
> > Eric
> >
> > PS: I forward this mail to the liste.
> >
> >
> > 2007/10/3, Michaël Michaud <[EMAIL PROTECTED]
> > >:
> >
> > Hi,
> >
> > Good point Eric, I didn't know you worked with Uwe Dalluege's
> Postgis
> > Plugin.
> > You're right, there is something wrong with putting a BigDecimal
> value
> > into an AttributeType.DOUBLE jump attribute.
> >
> > I don't know if you can commit this change into the svn, as I did
> not
> > see the source file in the repository.
> >
> > Michaël
> >
> > Eric Lemesre a écrit :
> >
> > > Hi Michaël,
> > >
> > > the probleme is into PostgisConnection.java arroud line 261
> > >
> > >   f.setAttribute( attr_idx, new BigDecimal (
> > > dObj.doubleValue( ) ) );
> > >
> > > and I make somme little modification :
> > >
> > >   // if dObj value is outside of
> > Double.MAX_VALUE
> > > and Double.MIN_VALUE
> > >   // the value is +/- infinity [lemesre]
> > >   f.setAttribute( attr_idx, new Double (
> > > dObj.doubleValue( ) ) );
> > >   // BigDecimal is not Handeling by OpenJUMP
> > >   //f.setAttribute( attr_idx, new BigDecimal (
> > > dObj.doubleValue( ) ) );
> > >
> > > I think better beavior.
> > >
> > > PS: je suis Boulvard des Italiens (AGF)
> > > et je suis sur que nous arriverons à trouver un moment dans nos
> > > emplois du temps respectifs.
> > >
> > > Eric
> > >
> > > 2007/10/3, Michaël Michaud < [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > >  >>>:
> > >
> > > Hi Eric,
> > >
> > > One of the first work I did on JUMP was to add attribute types
> > >

[JPP-Devel] Postgis Connection

2007-10-08 Thread Eric Lemesre

Hi,

I build Postgis layers with BeanShell Script.

What is the better way to build layer with java code?

I try :
 - build pgSD with common properties (Host, database, user, password)
 - pgQuery = new  PostGISDataSourceQuery(new
PostGISDataSource(),query,layerName);
 - Update pgSD properties (table, where condition, ...)
 - pgQuery.getDataSource().setProperties(pgDS.getProperties());
 - Build layer with wc.layerManager.addLayer("Fond de carte", layerName,
pgQuery.getDataSource().getConnection().executeQuery(query));
 - get Layer reference and put DataSourceQuery !! (
curentLayer.setDataSourceQuery(pgQuery); )

It work but it is a little complicate.

Thank
Eric
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Postgis Connection

2007-10-08 Thread Eric Lemesre

Hi,

The better way seem to be
 LayerManager.addLayer(Catagory, LayerName,
FeatureCollection).setDataSourceQuery(DataSourceQuery)

If we forget the datasourcequery nothing is saved in project file.

@+
Eric

2007/10/8, Stefan Steiniger <[EMAIL PROTECTED]>:
>
> have you tried to use the layer\add Datastore laye function?
> It uses the Framework developed lately by Vividsolutions
>
> As far as i know there is on the projet sigle website also an SQL Query
> plugin
>
> as i am not familar with Databases, maybe someone else can help
>
> stefan
>
> Eric Lemesre wrote:
>
> > Hi,
> >
> > I build Postgis layers with BeanShell Script.
> >
> > What is the better way to build layer with java code?
> >
> > I try :
> >  - build pgSD with common properties (Host, database, user, password)
> >  - pgQuery = new  PostGISDataSourceQuery(new
> > PostGISDataSource(),query,layerName);
> >  - Update pgSD properties (table, where condition, ...)
> >  - pgQuery.getDataSource().setProperties(pgDS.getProperties());
> >  - Build layer with wc.layerManager.addLayer("Fond de carte",
> > layerName,pgQuery.getDataSource ().getConnection().executeQuery(query));
> >  - get Layer reference and put DataSourceQuery !! (
> > curentLayer.setDataSourceQuery(pgQuery); )
> >
> > It work but it is a little complicate.
> >
> > Thank
> > Eric
> >
> >
> >
> >-
> >This SF.net email is sponsored by: Splunk Inc.
> >Still grepping through log files to find problems?  Stop.
> >Now Search log events and configuration files using AJAX and a browser.
> >Download your FREE copy of Splunk now >> http://get.splunk.com/
> >
> >
> >
> >___
> >Jump-pilot-devel mailing list
> >Jump-pilot-devel@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Postgis connection

2007-10-12 Thread Eric Lemesre

Hi Stefan,

Ok but I think the better way is commit initial code
(the 6.11.6B) and after commit modification.

the code for OpenFile framework is in package :
com.vividsolutions.jump.workbench.datasource ?

@Uwe : please can you give me more explanation about version number ?

internal version is 6.11.6B and jar version is 1.2.0 ??

Thanks
Eric

2007/10/12, Stefan Steiniger <[EMAIL PROTECTED]>:
>
> Hei Eric,
>
> I have created a new PostGisPlugin Folder on the SVN.
> Can you commit your modified Postgisplugin code to that folder
> (trunk/src)? If this is done we can then modify the postgisplugin
> sources to work with the new OpenFile framework
>
> stefan
>
> Eric Lemesre schrieb:
> > Hi Stefan,
> >
> > Thank for your intervention with Uwe,
> > I rebuild directory structure and commit in a new directory this plug
> in.
> >
> > probebly befor this WE.
> >
> > Eric
> >
> > 2007/10/8, Stefan Steiniger < [EMAIL PROTECTED]  [EMAIL PROTECTED]>>:
> >
> > Hei Eric,
> >
> > Uwe agrees to put the postgis plugin on the svn.
> > for the rest - because I never used maven - can you simple outline
> the
> > directory structure on the SVN. So I have a better image what you
> want
> > to do.
> >
> > stefan
> >
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] ReplaceValuePlugIn

2007-10-12 Thread Eric Lemesre

Hi paul,

It is probebly a mistake, but your commit( rev 1141) erase my commit (rev
1132) on
org.openjump.sigle.plugin.replace.ReplaveValuePlugin.java

Eric

2007/10/3, Sunburned Surveyor <[EMAIL PROTECTED]>:
>
> Thanks for filling us in on how you use OpenJUMP Eric, and thank you
> for making the effort to contribute.
>
> The Sunburned Surveyor
>
> On 10/1/07, Eric Lemesre <[EMAIL PROTECTED]> wrote:
> > Hi SS,
> >
> > I am using OpenJUMP for visualisation state's vendor  : where they work,
> > where they live and where is her cusmoters.
> > Other software like ERSI EMG3, is too expensive an less modulate than
> > OpenJUMP.
> >
> > I can get data from PostgreSQL, Degrees, and geoserver and give it to
> > resposables (quikly ;-) ).
> >
> > I hope my compagny always use OpenJUMP and give more developpers to
> > contribute.
> > At this moment I am alone ;-{.
> >
> >
> > 2007/9/28, Sunburned Surveyor <[EMAIL PROTECTED]>:
> > > Eric,
> > >
> > > I am getting to this e-mail a little bit late, but I see that Michael
> > > and Stefan have already given you a warm welcome.
> > >
> > > I just want to say thanks for your contribution and I hope we get to
> > > work together in the future.
> > >
> > > I'm curious, how are you using OpenJUMP?
> > >
> > > The Sunburned Surveyor
> > >
> > > On 9/28/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> > > > Hei again,
> > > >
> > > >
> > > > Eric Lemesre schrieb:
> > > > > Salut Stefan,
> > > > >
> > > > > I am totaly agree with this condition Of course.
> > > > > I prefer to get write acces by pass the second condition. I think
> it
> > is
> > > > > the better way for all.
> > > >
> > > > ok..
> > > > Btw. it depends how fast you are with your second extension. But if
> it
> > > > does not take weeks, you can commit both tools together if you have
> > > > write access.
> > > >
> > > > >
> > > > > For my second contribution i want to extends JoinTable plugin.
> > > > >  * select fields to join
> > > > >  * select datasource type
> > > >
> > > > sounds very good :)
> > > >
> > > > > Can i add Jlist  to MultiInputDialog?
> > > >
> > > > yes.. i think so :)
> > > > If nobodoy else has a problem with.
> > > >
> > > > stefan
> > > >
> > > > >
> > > > > Eric
> > > > >
> > > > > 2007/9/26, Stefan Steiniger < [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>:
> > > > >
> > > > > Salut Eric,
> > > > >
> > > > > nice to have you on board :)
> > > > > We have setup some informal rules for contribution. You get
> write
> > > > > access
> > > > > to the svn in two ways:
> > > > > 1) you get immediate access to the svn if you got a
> recommendation
> > by
> > > > > developer that is already well known by the project (or a
> member);
> > or
> > > > > 2) we review the first two contributions. If both are ok you
> will
> > grant
> > > > > write access. As you passed the 1st code-review round already
> > according
> > > > > to Michael, I would like to ask you, to send to your second
> > contribution
> > > > > to the devel-list for a review (if you have finished that work
> > already)
> > > > >
> > > > > I hope you understand this policy and I suppose the 2nd sample
> you
> > > > > presenet will be a piece of cake for you? Alteratively you may
> > tell us
> > > > > (or me and Michael personally) about your programming
> experience.
> > > > >
> > > > > Anyway, as it seems to me you will qualify ;) i ask you to
> already
> > send
> > > > > me your sourceforge account name (on my personal email), so i
> can
> > > > > prepare anything for svn-write access.
> > > > >
> > > > > cheers, currently from Germany (Btw. I met some people from
> > Intevation
> > > > > on the Intergeo fair)
> > > > >
> > > > > stefan
> > > >

Re: [JPP-Devel] ReplaceValuePlugIn

2007-10-12 Thread Eric Lemesre

Paul,

I commit the change and I complete my first commit (language and changelog).
I like maven ;-) but my local repository is verry small.
When i package openjump (mvn package) i have
 5 required artifacts are missing :

   - net.sf.buoy:buoy:jar:1.8
   - com.sun.media:jai_codec:jar:1.1.2_01
   - com.ermapper:ermapper:jar:UNKNOWN
   - javax.media:jai_core:jar:1.1.2_01
   -  org.jmat:jmat:jar:5.0

It is probably the good time to build a maven2 repository for openjump?
and put in
openjump-core-1.2D.jar
openjump-core-1.2C.jar
openjump-core-1.2-SNAPSHOT.jar

and with the same version
openjump-api and openjump-workbench

and all necessary jar for build.

Eric

2007/10/12, Paul Austin <[EMAIL PROTECTED]>:
>
> Eric,
>
> Sorry about that, it must have been something to do with the merge
> process. Have you been able to recover the old version?
>
> Paul
>
> Eric Lemesre wrote:
> > Hi paul,
> >
> > It is probebly a mistake, but your commit( rev 1141) erase my commit
> > (rev 1132) on
> > org.openjump.sigle.plugin.replace.ReplaveValuePlugin.java
> >
> > Eric
> >
> > 2007/10/3, Sunburned Surveyor < [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>:
> >
> > Thanks for filling us in on how you use OpenJUMP Eric, and thank you
> > for making the effort to contribute.
> >
> > The Sunburned Surveyor
> >
> > On 10/1/07, Eric Lemesre <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>> wrote:
> > > Hi SS,
> > >
> > > I am using OpenJUMP for visualisation state's vendor  : where
> > they work,
> > > where they live and where is her cusmoters.
> > > Other software like ERSI EMG3, is too expensive an less modulate
> > than
> > > OpenJUMP.
> > >
> > > I can get data from PostgreSQL, Degrees, and geoserver and give
> > it to
> > > resposables (quikly ;-) ).
> > >
> > > I hope my compagny always use OpenJUMP and give more developpers
> to
> > > contribute.
> > > At this moment I am alone ;-{.
> > >
> > >
> > > 2007/9/28, Sunburned Surveyor < [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>:
> > > > Eric,
> > > >
> > > > I am getting to this e-mail a little bit late, but I see that
> > Michael
> > > > and Stefan have already given you a warm welcome.
> > > >
> > > > I just want to say thanks for your contribution and I hope we
> > get to
> > > > work together in the future.
> > > >
> > > > I'm curious, how are you using OpenJUMP?
> > > >
> > > > The Sunburned Surveyor
> > > >
> > > > On 9/28/07, Stefan Steiniger <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>> wrote:
> > > > > Hei again,
> > > > >
> > > > >
> > > > > Eric Lemesre schrieb:
> > > > > > Salut Stefan,
> > > > > >
> > > > > > I am totaly agree with this condition Of course.
> > > > > > I prefer to get write acces by pass the second condition.
> > I think it
> > > is
> > > > > > the better way for all.
> > > > >
> > > > > ok..
> > > > > Btw. it depends how fast you are with your second extension.
> > But if it
> > > > > does not take weeks, you can commit both tools together if
> > you have
> > > > > write access.
> > > > >
> > > > > >
> > > > > > For my second contribution i want to extends JoinTable
> plugin.
> > > > > >  * select fields to join
> > > > > >  * select datasource type
> > > > >
> > > > > sounds very good :)
> > > > >
> > > > > > Can i add Jlist  to MultiInputDialog?
> > > > >
> > > > > yes.. i think so :)
> > > > > If nobodoy else has a problem with.
> > > > >
> > > > > stefan
> > > > >
> > > > > >
> > > > > > Eric
> > > > > >
> > > > > > 2007/9/26, Stefan Steiniger < [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > >

Re: [JPP-Devel] ReplaceValuePlugIn

2007-10-13 Thread Eric Lemesre

Paul,

Thanks for attachement !
It possible to build a conditionnal assembly?

some think like that :


  
>
  
  
  org.openjump.plugin:*
   
  
org.openjump.plugin:${plugin.enable.PostGISPlugin}
org.openjump.plugin:${plugin.enable.JoinTable}
org.openjump.plugin:${plugin.enable.OtherPlugin}
  
>
  

and enablePlugIn.properties
# plugin to enable when is not empty
plugin.enable.PostGISPlugin=PostGISPlugin
plugin.enable.JoinTable=
plugin.enable.OtherPlugin=OtherPlugin

it is verry simple to enable/disable plugin without touch the assembly
descriptor

Eric.

2007/10/13, Paul Austin <[EMAIL PROTECTED]>:
>
> Eric,
>
> The current maven build is a non standard build as OJ doesn't have the
> correct directory structure. I'd like to get that changed at some point.
>
> For the main maven build for OJ i don't think we should split the api
> and workbench as for JUMP deliveries you need both. We can however
> create assemblies for them so that the are available if anyone else
> needs them.
>
> I also have another assembly descriptor that can be used in another
> project to build a custom OJ bundle with a bunch of plug-ins, basically
> make all you plug-ins maven plug-ins, add a dependency to OJ and the
> plug-ins from a wrapper project and it will bundle them into the lib/ext
> directory. Unfortunately due to some bugs in Maven you have to do some
> customization for it to work. See attached example.
>
> Paul
>
> Eric Lemesre wrote:
> > Paul,
> >
> > I commit the change and I complete my first commit (language and
> > changelog).
> > I like maven ;-) but my local repository is verry small.
> > When i package openjump (mvn package) i have
> >  5 required artifacts are missing :
> >
> > * net.sf.buoy:buoy:jar:1.8
> > * com.sun.media:jai_codec:jar:1.1.2_01
> > * com.ermapper:ermapper:jar:UNKNOWN
> > * javax.media:jai_core:jar:1.1.2_01
> > *  org.jmat:jmat:jar:5.0
> >
> > It is probably the good time to build a maven2 repository for openjump?
> > and put in
> > openjump-core-1.2D.jar
> > openjump-core-1.2C.jar
> > openjump-core-1.2-SNAPSHOT.jar
> >
> > and with the same version
> > openjump-api and openjump-workbench
> >
> > and all necessary jar for build.
> >
> > Eric
> >
> > 2007/10/12, Paul Austin <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>:
> >
> > Eric,
> >
> > Sorry about that, it must have been something to do with the merge
> > process. Have you been able to recover the old version?
> >
> > Paul
> >
> > Eric Lemesre wrote:
> > > Hi paul,
> > >
> > > It is probebly a mistake, but your commit( rev 1141) erase my
> > commit
> > > (rev 1132) on
> > > org.openjump.sigle.plugin.replace.ReplaveValuePlugin.java
> > >
> > > Eric
> > >
> > > 2007/10/3, Sunburned Surveyor < [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > > <mailto:[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>>>:
> > >
> > > Thanks for filling us in on how you use OpenJUMP Eric, and
> > thank you
> > > for making the effort to contribute.
> > >
> > > The Sunburned Surveyor
> > >
> > > On 10/1/07, Eric Lemesre <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> > >  > <mailto:[EMAIL PROTECTED]>>> wrote:
> > > > Hi SS,
> > > >
> > > > I am using OpenJUMP for visualisation state's vendor  :
> where
> > > they work,
> > > > where they live and where is her cusmoters.
> > > > Other software like ERSI EMG3, is too expensive an less
> > modulate
> > > than
> > > > OpenJUMP.
> > > >
> > > > I can get data from PostgreSQL, Degrees, and geoserver and
> > give
> > > it to
> > > > resposables (quikly ;-) ).
> > > >
> > > > I hope my compagny always use OpenJUMP and give more
> > developpers to
> > > > contribute.
> > > > At this moment I am alone ;-{.
> > > >
> > > >
> > > > 2007/9/28, Sunburned Surveyor <
> >

Re: [JPP-Devel] Postgis connection

2007-10-16 Thread Eric Lemesre

Hi Uwe,

I just add a where clause to PostGISPlugin in the repository if you want to
teste it and made some remark?
Thanks.

i have to plan to add fonctionnality :
Update some fields in table with a given key.

Just a question : all properties in DataSourceQuery instance is DataSource
responsability ?
and when I build a PostGISDataSourceQuery with fully qualified
PostGISDatasource.
I can't get a PostGisconnection is it a normal beavior?

ie :
PostGISDataSource pgDS = new PostGISDataSource();
properties = new HashMap();
 ... set properties key
pgDS.setProperties(properties);

pgQuery = new PostGISDataSourceQuery(pgDS,query,layerName);

// don't work
pgQuery.getDataSource().getConnection().executeQuery(query);


What do you think about this modification in PostGISDataSourceQuery?

  /**
   * Returns the DataSource for the query.
   */
  public DataSource getDataSource()
  {
// FIXME:[eric.lemesre] maintain Porperties is DataSource
responsability?
//ds.setProperties(properties);
DataSource ds = super.getDataSource();
return(ds);
  }

  /**
   * Property map for the query object. For defined keys see: [EMAIL PROTECTED]
PostGISDataSource}
   */
  public void setProperties(HashMap properties) {
// FIXME:[eric.lemesre] maintain Porperties is DataSource
responsability?
//this.properties = (HashMap)properties.clone();
getDataSource().setProperties((HashMap)properties.clone());
  }
}

It work but is it best practice?

See U
Eric

2007/10/15, Uwe Dalluege <[EMAIL PROTECTED]>:
>
> Hi Eric,
>
> the version number 6.11.6B means that I have changed thist
> PlugIn at 2006.11.6. B means beta. This notation is from me.
> I think 1.2.0 is from Stefan.
>
> Regards
>
> Uwe
>
> Eric Lemesre schrieb:
> > Hi Stefan,
> >
> > Ok but I think the better way is commit initial code
> > (the 6.11.6B) and after commit modification.
> >
> > the code for OpenFile framework is in package :
> > com.vividsolutions.jump.workbench.datasource ?
> >
> > @Uwe : please can you give me more explanation about version number ?
> >
> > internal version is 6.11.6B and jar version is 1.2.0 ??
> >
> > Thanks
> > Eric
> >
> > 2007/10/12, Stefan Steiniger <[EMAIL PROTECTED]  [EMAIL PROTECTED]>>:
> >
> > Hei Eric,
> >
> > I have created a new PostGisPlugin Folder on the SVN.
> > Can you commit your modified Postgisplugin code to that folder
> > (trunk/src)? If this is done we can then modify the postgisplugin
> > sources to work with the new OpenFile framework
> >
> > stefan
> >
> > Eric Lemesre schrieb:
> >  > Hi Stefan,
> >  >
> >  > Thank for your intervention with Uwe,
> >  > I rebuild directory structure and commit in a new directory this
> > plug in.
> >  >
> >  > probebly befor this WE.
> >  >
> >  > Eric
> >  >
> >  > 2007/10/8, Stefan Steiniger < [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>  > <mailto:[EMAIL PROTECTED]>>>:
> >  >
> >  > Hei Eric,
> >  >
> >  > Uwe agrees to put the postgis plugin on the svn.
> >  > for the rest - because I never used maven - can you simple
> > outline the
> >  > directory structure on the SVN. So I have a better image what
> > you want
> >  > to do.
> >  >
> >  > stefan
> >  >
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP Plug-In: Super Select Tool Release

2007-10-18 Thread Eric Lemesre

Hi SS,

I try to run SuperSelect tool from revision 1168 and i have this error:

CLASSPATH is:
/usr/local/OpenJUMP/bin/../lib/ext/PostGISPlugin-1.2.01.jar
/usr/local/OpenJUMP/bin/../lib/ext/joinTable-0.1.2.jar
/usr/local/OpenJUMP/bin/../lib/ext/jfreechart-1.0.6.jar
/usr/local/OpenJUMP/bin/../lib/ext/jcommon-1.0.5.jar
/usr/local/OpenJUMP/bin/../lib/ext/fmap-0.5.jar
/usr/local/OpenJUMP/bin/../lib/ext/chartPlugIn-0.5.jar
/usr/local/OpenJUMP/bin/../lib/ext/CategoryTools-20061116.jar
/usr/local/OpenJUMP/bin/../lib/ext/baseClasses-20070626.jar
/usr/local/OpenJUMP/bin/../lib/batik/*.jar
/usr/local/OpenJUMP/bin/../lib/xml-apis.jar
/usr/local/OpenJUMP/bin/../lib/xml-apis-ext.jar
/usr/local/OpenJUMP/bin/../lib/xercesImpl.jar
/usr/local/OpenJUMP/bin/../lib/postgresql-8.1dev-403.jdbc2.jar
/usr/local/OpenJUMP/bin/../lib/postgis_1_0_0.jar
/usr/local/OpenJUMP/bin/../lib/log4j-1.2.8.jar
/usr/local/OpenJUMP/bin/../lib/junit.jar
/usr/local/OpenJUMP/bin/../lib/jump-workbench-20060430.jar
/usr/local/OpenJUMP/bin/../lib/jump-api-20060430.jar
/usr/local/OpenJUMP/bin/../lib/jts-1.7.2.jar
/usr/local/OpenJUMP/bin/../lib/jmat_5.0m.jar
/usr/local/OpenJUMP/bin/../lib/jdom.jar
/usr/local/OpenJUMP/bin/../lib/Jama-1.0.1.jar
/usr/local/OpenJUMP/bin/../lib/jai_core.jar
/usr/local/OpenJUMP/bin/../lib/jai_codec.jar
/usr/local/OpenJUMP/bin/../lib/ermapper.jar
/usr/local/OpenJUMP/bin/../lib/Buoy.jar
/usr/local/OpenJUMP/bin/../lib/bsh-2.0b4.jar
/usr/local/OpenJUMP/bin/../lib/batik-all.jar

JUMP: Warning: Properties file does not exist:
/usr/local/OpenJUMP/bin/../bin/workbench-properties.xml
Loading
de.fhOsnabrueck.jump.pirol.plugIns.PirolRasterImage.RasterImageExtension
Loading
de.fhOsnabrueck.jump.pirol.plugIns.CategoryTools.CategoryToolsExtension
Loading org.OpenJUMP.Graph.GraphExtension
Loading reso.jump.joinTable.JoinTableExtension
Loading net.refractions.postgis.PostGISConfiguration
java.lang.NoSuchMethodError: org.apache.log4j.Logger.error
(Ljava/lang/Object;)V
at com.vividsolutions.jump.workbench.plugin.PlugInManager.toClass(
PlugInManager.java:274)
at com.vividsolutions.jump.workbench.plugin.PlugInManager.classes(
PlugInManager.java:242)
at
com.vividsolutions.jump.workbench.plugin.PlugInManager.findConfigurations(
PlugInManager.java:209)
at com.vividsolutions.jump.workbench.plugin.PlugInManager.(
PlugInManager.java:84)
at com.vividsolutions.jump.workbench.JUMPWorkbench.(
JUMPWorkbench.java:196)
at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
JUMPWorkbench.java:256)
at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
JUMPWorkbench.java:224)

Regards
Eric

2007/10/17, Sunburned Surveyor <[EMAIL PROTECTED]>:
>
> The second release of the Super Select Tool is available on the
> SurveyOS SourceForge site.
>
> https://sourceforge.net/project/showfiles.php?group_id=122820
>
> This release includes the following changes or additions:
>
> - Installation Instructions
> - Added Option To Turn Off "Remove From Source Layers" Warning
> - Modified SaveConfiguration Button Icon and Help Button Icon.
> - Moved the sos_utilities.jar file from /lib folder to
> /lib/ext/surveyos directory.
>
> Installation should be quite a bit easier with this release. The next
> release should offer internationalization and context-sensitive help
> in PDF.
>
> I appreciate any feedback or suggestions for improvement. (I still
> don't know if anyone else can run the tool on a nightly build.)
>
> The Sunburned Surveyor
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sample Context-Sensitive Help

2007-10-18 Thread Eric Lemesre

Hi,

HTML and PDF are two format with her respective particularity.
Personnaly I preffer print a PDF, but on my linuxbox i preffer html.
In my PDA i like use plucker (and html source) for build ebook.

Some body on Windows platform like CHM (simply html with script).

I think APT "Almost Plain Text" is miraculous ;-) solution.
You can generate lot of output : HMTL, LaTeX, PostScript, PDF, DocBook and
RTF.
You can use aptconvert (
http://www.xmlmind.com/_aptconvert/docs/userguidetoc.html) to do this.

and maven use this document source for build site.

Eric

2007/10/18, Sunburned Surveyor <[EMAIL PROTECTED]>:
>
> Larry,
>
> I'm sorry if I offended you. That was not my intention. I you, Paul,
> and I were having a healthy discussion.
>
> I'm really trying to work together with the other programmers. That is
> why I posted the PDF for others to comment on to begin with. I'm
> certainly not suggesting that is what other plug-in programmers use,
> or even that we use PDF help docs in the core. I was just throwing out
> what I was using on my plug-in to see what other programmers thought.
>
> You often provide me with helpful suggestions and an insightful
> perspective on programming in general. I hope I have not soured that
> opportunity for future feedback from you with something I said.
>
> If this is the case, please let me know what I need to do to correct it.
>
> Thanks,
>
> Landon
>
> On 10/17/07, Larry Becker <[EMAIL PROTECTED]> wrote:
> > > I'm open for suggestions.
> >
> > Obviously, you're not.  In fact you're become a bit of a troll.
> > Personally, I'm not going to wast any more collective bandwidth on
> > this issue.  The little bit of information in your PDF file would be
> > better served as a tooltip for each button.
> >
> > Larry
> >
> > On 10/17/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
> > > Paul,
> > >
> > > Your points are well taken.
> > >
> > > I took a pretty close look at JavaHelp. If you are a fan of HTML help
> > > it is the way to go. I decided against using Java help because I
> > > wanted a way to cleanly separate text from images. If I was to use a
> > > help documentation system that didn't use PDF, I would create a simple
> > > GUI that could display simple text and images in a logically separated
> > > way.
> > >
> > > I suppose you could use HTML if you didn't care about layout for
> > > printing, and you could put all images in separate HTML pages...
> > >
> > > I might be open to that idea. In this case I would be open to using
> > > Java Help. The only thing I don't like about this approach is that
> > > HTML really stinks for printing. So if we wanted good "printable" use
> > > documentation we would end up using a word processor or program like
> > > Scribus anyways.
> > >
> > > An alternative would be something that could produce HTML and PDF from
> > > plain text. I think DocBook does this, but every time I think about
> > > using it I shy away because of the learning curve.
> > >
> > > I'd like us to continue this dicussion. If we can figure out a
> > > compromise that works for most of us I'll scrap the PDF help idea.
> > >
> > > So, does anyone have a FOSS solution that we could use to
> > > automatically produce PDF and HTML PDF documentation from the same
> > > plain text source?
> > >
> > > We could throw the HTML into JavaHelp and make the PDF available for
> > > download to those that want a copy of the docs they can print.
> > >
> > > I'm open for suggestions.
> > >
> > > The Sunburned Surveyor
> > >
> > > On 10/17/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> > > > Landon,
> > > >
> > > > On the P.S.S.  Documentation that is larger because of quality
> > > > descriptions and illustrations is a good think. Larger because of
> file
> > > > format size is not so good.
> > > >
> > > > Another thing is responsiveness, on my Linux box it takes forever to
> > > > launch a PDF viewer, an embedded swing HTML viewer however is really
> > > > fast. The other thing we should look at is the Java Help system to
> see
> > > > if it meets out needs without inventing things ourselves.
> > > >
> > > > Paul
> > > >
> > > >
> > > > Sunburned Surveyor wrote:
> > > > >

Re: [JPP-Devel] Subversion Time-Lapse View

2007-10-19 Thread Eric Lemesre

Hi jon,

Nice tool.
Do you have planed to add this tools as Eclipse plugin?

And is it lot of work to add on a bar at left or rigth side to view where is
a diff?


Eric

2007/10/19, Jonathan Aquino <[EMAIL PROTECTED]>:
>
> Useful tool for Subversion:
>
> SVN Time-Lapse View
> http://code.google.com/p/svn-time-lapse-view/
>
> Lets you examine the history of a file by dragging a slider. Diffs are
> highlighted in blue. If you want to know who changed a line, when, and for
> what reason, this is useful.
>
> For example, try it with
>
> https://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/core/trunk/src/com
> /vividsolutions/jump/workbench/JUMPWorkbench.java
>
> Jon
>
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Subversion Time-Lapse View

2007-10-26 Thread Eric Lemesre

Hi jon,

Sorry for long time without response.
what do you use for build GUI for openjump?
I try VEP (Eclipse plugin for calisto -V3.2) - http://www.eclipse.org/vep/
I try Jigloo GUI builder - http://www.cloudgarden.com/jigloo/
NetBean with mantis but I don''t understand very well How import eclipse
project

Eric

2007/10/20, Jonathan Aquino <[EMAIL PROTECTED]>:
>
>  Hi Eric - Interesting ideas! I was just going to leave it as a simple
> tool. I agree with you that Eclipse has a great diff view. Perhaps someone
> can take what I've done and use it as the start of an Eclipse plugin.
>
> Jon
>
>
>
>  --
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Eric
> Lemesre
> *Sent:* Friday, October 19, 2007 2:36 AM
> *To:* List for discussion of JPP development and use.
> *Subject:* Re: [JPP-Devel] Subversion Time-Lapse View
>
> Hi jon,
>
> Nice tool.
> Do you have planed to add this tools as Eclipse plugin?
>
> And is it lot of work to add on a bar at left or rigth side to view where
> is a diff?
>
>
> Eric
>
> 2007/10/19, Jonathan Aquino <[EMAIL PROTECTED]>:
> >
> > Useful tool for Subversion:
> >
> > SVN Time-Lapse View
> > http://code.google.com/p/svn-time-lapse-view/
> >
> > Lets you examine the history of a file by dragging a slider. Diffs are
> > highlighted in blue. If you want to know who changed a line, when, and
> > for
> > what reason, this is useful.
> >
> > For example, try it with
> >
> > https://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/core/trunk/src/com
> > /vividsolutions/jump/workbench/JUMPWorkbench.java
> >
> > Jon
> >
> >
> >
> > -
> >
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Maven Repository

2007-10-26 Thread Eric Lemesre

Hi Paul,

It is good idea to build a maven-repository but why put it into subversion?
Juste a web space with ftp acces in source forge is sufficient. No?

And an other web space for site generated by maven.

regards
Eric

2007/10/25, Paul Austin <[EMAIL PROTECTED]>:
>
> All,
>
> I have added a repository for maven to our subversion repository. We can
> add any third part libraries not in the main maven repository and also
> build of our own core and plug-ins.
>
> The subversion module is
>
> maven-repository
>
> and the maven repository URL is
>
> http://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/maven-repository/
>
> Paul
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Maven Repository

2007-10-26 Thread Eric Lemesre

OK,

Thanks

Eric

2007/10/26, Paul Austin <[EMAIL PROTECTED]>:
>
> Andreas,
>
> This is correct by using subversion we don't have to manage our own ftp
> site, with all the sysadmin stuff such as creating user accounts etc.
>
> Paul
>
> Andreas Schmitz wrote:
> > Eric Lemesre wrote:
> >
> > Hi,
> >
> >
> >> It is good idea to build a maven-repository but why put it into
> subversion?
> >> Juste a web space with ftp acces in source forge is sufficient. No?
> >>
> >> And an other web space for site generated by maven.
> >>
> >
> > the advantage is that any developer can update the repository, not just
> site
> > admins who may have access to the web space.
> >
> > Best regards, Andreas
> > --
> > l a t / l o n  GmbH
> > Aennchenstrasse 19   53177 Bonn, Germany
> > phone ++49 +228 18496-11 fax ++49 +228 1849629
> > http://www.lat-lon.dehttp://www.deegree.org
> >
> >
> > 
> >
> >
> -
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > 
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Subversion Time-Lapse View

2007-10-29 Thread Eric Lemesre

Hi landon,

I have no problem with GUI Builder.

I want build a new GUI for PostGISPlugin.
And i dont know what is the best practice about GUI in openjump.

Eric

2007/10/29, Sunburned Surveyor <[EMAIL PROTECTED]>:
>
> Eric,
>
> What problem where you having with the GUI builders?
>
> Perhaps I can walk you through some rough spots. Also, it is good to
> remember that most IDE's like Eclipse or Netbeans have a mialing list
> or forum that you can post questions on.
>
> The Sunburned Surveyor
>
> On 10/26/07, Eric Lemesre <[EMAIL PROTECTED]> wrote:
> > Hi jon,
> >
> > Sorry for long time without response.
> > what do you use for build GUI for openjump?
> > I try VEP (Eclipse plugin for calisto -V3.2) -
> http://www.eclipse.org/vep/
> > I try Jigloo GUI builder -
> > http://www.cloudgarden.com/jigloo/
> > NetBean with mantis but I don''t understand very well How import eclipse
> > project
> >
> > Eric
> >
> > 2007/10/20, Jonathan Aquino <[EMAIL PROTECTED]>:
> > >
> > >
> > >
> > > Hi Eric - Interesting ideas! I was just going to leave it as a simple
> > tool. I agree with you that Eclipse has a great diff view. Perhaps
> someone
> > can take what I've done and use it as the start of an Eclipse plugin.
> > >
> > > Jon
> > >
> > >
> > >
> > > 
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On
> > Behalf Of Eric Lemesre
> > > Sent: Friday, October 19, 2007 2:36 AM
> > > To: List for discussion of JPP development and use.
> > > Subject: Re: [JPP-Devel] Subversion Time-Lapse View
> > >
> > >
> > >
> > > Hi jon,
> > >
> > > Nice tool.
> > > Do you have planed to add this tools as Eclipse plugin?
> > >
> > > And is it lot of work to add on a bar at left or rigth side to view
> where
> > is a diff?
> > >
> > >
> > > Eric
> > >
> > >
> > > 2007/10/19, Jonathan Aquino <[EMAIL PROTECTED]>:
> > > > Useful tool for Subversion:
> > > >
> > > > SVN Time-Lapse View
> > > > http://code.google.com/p/svn-time-lapse-view/
> > > >
> > > > Lets you examine the history of a file by dragging a slider. Diffs
> are
> > > > highlighted in blue. If you want to know who changed a line, when,
> and
> > for
> > > > what reason, this is useful.
> > > >
> > > > For example, try it with
> > > >
> >
> https://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/core/trunk/src/com
> > > > /vividsolutions/jump/workbench/JUMPWorkbench.java
> > > >
> > > > Jon
> > > >
> > > >
> > > >
> > > >
> >
> -
> > > > This SF.net email is sponsored by: Splunk Inc.
> > > > Still grepping through log files to find problems?  Stop.
> > > > Now Search log events and configuration files using AJAX and a
> browser.
> > > > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > > > ___
> > > > Jump-pilot-devel mailing list
> > > > Jump-pilot-devel@lists.sourceforge.net
> > > >
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > > >
> > >
> > >
> > >
> >
> -
> > > This SF.net email is sponsored by: Splunk Inc.
> > > Still grepping through log files to find problems?  Stop.
> > > Now Search log events and configuration files using AJAX and a
> browser.
> > > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > > ___
> > > Jump-pilot-devel mailing list
> > > Jump-pilot-devel@lists.sourceforge.net
> > >
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > >
> > >
> >
> >
> >
> -
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > __

Re: [JPP-Devel] A little starter's help

2007-10-29 Thread Eric Lemesre

Hi Daniel,

you can find some brazil free data  in :
http://data.geocomm.com/catalog/BR/index.html
or
http://www.lib.unc.edu/reference/gis/datafinder/faq.html
or
http://www.maproom.psu.edu/dcw/dcw_about.shtml

regards,
Eric

2007/10/29, Sunburned Surveyor <[EMAIL PROTECTED]>:
>
> Daniel,
>
> I'm sorry that I haven't responded sooner. I am going to send your
> e-mail to our mailing list for OpenJUMP. Perhaps some OpenJUMP users
> from South America can help you with answers to your questions.
>
> You should consider subscribing to the mailing list if you will be
> using OpenJUMP regularly. You can do so here:
>
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
> The Sunburned Surveyor
>
> On 10/15/07, Daniel Tygel <[EMAIL PROTECTED]> wrote:
> > Hi Sunburned Surveyor,
> >
> >my name is daniel, from brazil. We work in the social movement of
> > solidarity economy. I've just downloaded openjump, and would like to
> know
> > how to start: I mean, where can I get basic data from our country? Is
> there
> > a kind of data-server for that?
> >
> >  Thanks!
> >
> >   daniel tygel
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] How to avoid drawing errors when new dialogs are activated from a new frame

2007-10-29 Thread Eric Lemesre

I am an EXPERT for nothing ;-)

2007/10/29, Eric Lemesre <[EMAIL PROTECTED]>:
>
> Hi Stefan,
>
> I am an for nothing ;-)
> I am working on plugin derivate from ChartPlugin intitaly writen by Erwan.
> It build Histogram from a layer.And this plugin work with JFreeChart.
> this library is very nice for build, export and print charts.
> If you want i can post the code.
>
> Eric
>
> 2007/10/29, Sunburned Surveyor <[EMAIL PROTECTED]>:
> >
> > Stefan,
> >
> > I am not a GUI expert either, but I may have some information that can
> > help. My SuperSelect program opens a JInternal frame for its
> > configuration form. From this form I can sucessfully launch another
> > JInternal frame for context sensitive help, as you can see in the
> > attached screenshot.
> >
> > I have no problem with painting when I move either the help frame or
> > the configuration frame.
> >
> > This makes me wonder if the problem is with launching a JDialog class
> > from a JInternalFrame. Could you try switching your JDialog classes to
> > JInternal frames to see if this solves the problem?
> >
> > Landon
> >
> > On 10/28/07, Larry Becker < [EMAIL PROTECTED]> wrote:
> > > Hi Stefan,
> > >
> > >   You have wandered into deep waters, and I have no life preserver to
> > toss
> > > to you except the advice that it might be easier if you could
> > reorganize
> > > your Histogram functionality so that it doesn't have to launch dialogs
> > from
> > > your own frame.  Failing that, you may need to extend JInternalFrame
> > rather
> > > than instantiating one.
> > >
> > > regards,
> > >
> > > Larry
> > >
> > >
> > >
> > >
> > > On 10/27/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Hei Guys,
> > > >
> > > > as I am not firm at all with GUI programming it would be nice if
> > > > somebody could help me with the new Histogram function.
> > > >
> > > > What do I do:
> > > > 1) created a threaded plugin
> > > > 2) obtain in "execute" some params (Attribute type and number of
> > ranges)
> > > > 2) call inside "run" the following code that creates a Histogram
> > Plot
> > > > (note: i use jmathplot library)
> > > >
> > > >  final Plot2DPanel plot = new Plot2DPanel();
> > > >  plot.addHistogramPlot(this.selAttribute , data, this.ranges
> > );
> > > >  JInternalFrame frame = new JInternalFrame("Histogram");
> > > >  frame.setLayout(new BorderLayout());
> > > >  frame.add(plot, BorderLayout.CENTER);
> > > >  frame.setVisible (true);
> > > >  context.getWorkbenchFrame().addInternalFrame(frame);
> > > >
> > > >
> > > > the problem:
> > > > 
> > > > The Plot-panel/Frame for the Histogram contains buttons that
> > activate
> > > > some other dialogs. For instance a FileChooser to save the plot as
> > png
> > > > image.
> > > > If I activate the button the new dialog is only partly visible and
> > the
> > > > openjump GUI is not redrawn while moving the dialog. (see attached
> > > > image). Interestingly the histogram plot panel seems to be redrawn
> > but
> > > > not the histogram frame.
> > > >
> > > > I tried as well to make a new menu within the Histogram Frame with
> > the
> > > > code below. But the problem persists, i.e. the FileChooser is only
> > > > partly visible and causes graphical errors to the JUMP GUI.
> > > >
> > > >
> > > > Any idea how avoid that the SaveDialog (or any other dialog called)
> > > > causes graphical errors (i guess threading is the solution - but
> > how?)
> > > >
> > > >
> > > > stefan
> > > >
> > > > source-code for calling file dialog and saving the plot-image:
> > > > ==
> > > > JMenuBar menuBar = new JMenuBar();
> > > > frame.setJMenuBar(menuBar);
> > > > JMenu mTools = new JMenu("Tools");
> > > > menuBar.add(mTools);
> > > >
> > > > mTools.add(new AbstractAc

Re: [JPP-Devel] How to avoid drawing errors when new dialogs are activated from a new frame

2007-10-30 Thread Eric Lemesre

Stefan,

zip file is filtred by SF you can look all files in
http://elprod.free.fr/chartPlugIn/download/

Eric

2007/10/30, Eric Lemesre <[EMAIL PROTECTED]>:
>
> Stefan,
>
> BarChartPlugin is not in SIGLE repository i send the code in attachement.
> I have JFreeChart documentation. I purchase it for 40 Euro
>
> Eric
>
>
> 2007/10/30, Stefan Steiniger < [EMAIL PROTECTED]>:
> >
> > Hei Eric,
> >
> > i will have a look on that SIGLE plugin too.. should be somewhere on my
> > desktop. Actually the problem with JFreeChart is that one needs a doc.
> >
> > @Sunburned: I did not use a JDialog yet - only a frame. But I am going
> > to try the dialog next.*)
> > I also recognized, that the screen-errors appear if I put OpenJUMP in
> > background, i.e. Eclipse on top, and then again on top. The histo-plot
> > is fine, but not OJ.
> >
> > stefan
> >
> > *) I tried.. and it does not work as well whith a Dialog. Seems like
> > there is no other way then looking in the sourcecode of jmathplot.
> >
> > Eric Lemesre schrieb:
> > > Hi Stefan,
> > >
> > > I am an for nothing ;-)
> > > I am working on plugin derivate from ChartPlugin intitaly writen by
> > Erwan.
> > > It build Histogram from a layer.And this plugin work with JFreeChart.
> > > this library is very nice for build, export and print charts.
> > > If you want i can post the code.
> > >
> > > Eric
> > >
> > > 2007/10/29, Sunburned Surveyor < [EMAIL PROTECTED]>:
> > >> Stefan,
> > >>
> > >> I am not a GUI expert either, but I may have some information that
> > can
> > >> help. My SuperSelect program opens a JInternal frame for its
> > >> configuration form. From this form I can sucessfully launch another
> > >> JInternal frame for context sensitive help, as you can see in the
> > >> attached screenshot.
> > >>
> > >> I have no problem with painting when I move either the help frame or
> > >> the configuration frame.
> > >>
> > >> This makes me wonder if the problem is with launching a JDialog class
> > >> from a JInternalFrame. Could you try switching your JDialog classes
> > to
> > >> JInternal frames to see if this solves the problem?
> > >>
> > >> Landon
> > >>
> > >> On 10/28/07, Larry Becker <[EMAIL PROTECTED]> wrote:
> > >>> Hi Stefan,
> > >>>
> > >>>   You have wandered into deep waters, and I have no life preserver
> > to
> > >> toss
> > >>> to you except the advice that it might be easier if you could
> > reorganize
> > >>> your Histogram functionality so that it doesn't have to launch
> > dialogs
> > >> from
> > >>> your own frame.  Failing that, you may need to extend JInternalFrame
> >
> > >> rather
> > >>> than instantiating one.
> > >>>
> > >>> regards,
> > >>>
> > >>> Larry
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> On 10/27/07, Stefan Steiniger < [EMAIL PROTECTED]> wrote:
> > >>>> Hei Guys,
> > >>>>
> > >>>> as I am not firm at all with GUI programming it would be nice if
> > >>>> somebody could help me with the new Histogram function.
> > >>>>
> > >>>> What do I do:
> > >>>> 1) created a threaded plugin
> > >>>> 2) obtain in "execute" some params (Attribute type and number of
> > >> ranges)
> > >>>> 2) call inside "run" the following code that creates a Histogram
> > Plot
> > >>>> (note: i use jmathplot library)
> > >>>>
> > >>>>  final Plot2DPanel plot = new Plot2DPanel();
> > >>>>  plot.addHistogramPlot(this.selAttribute , data,
> > this.ranges);
> > >>>>  JInternalFrame frame = new JInternalFrame("Histogram");
> > >>>>  frame.setLayout (new BorderLayout());
> > >>>>  frame.add(plot, BorderLayout.CENTER);
> > >>>>  frame.setVisible (true);
> > >>>>  context.getWorkbenchFrame().addInternalFrame(frame);
> > >>>>
> > >>>>
> > >>>> the problem:
> > >>>>

Re: [JPP-Devel] How to avoid drawing errors when new dialogs are activated from a new frame

2007-10-30 Thread Eric Lemesre

Sorry I forgot :

I have a doc for JFreeChart.

Eric

2007/10/30, Eric Lemesre <[EMAIL PROTECTED]>:
>
> Stefan,
>
> zip file is filtred by SF you can look all files in
> http://elprod.free.fr/chartPlugIn/download/
>
> Eric
>
> 2007/10/30, Eric Lemesre <[EMAIL PROTECTED]>:
> >
> > Stefan,
> >
> > BarChartPlugin is not in SIGLE repository i send the code in
> > attachement.
> > I have JFreeChart documentation. I purchase it for 40 Euro
> >
> > Eric
> >
> >
> > 2007/10/30, Stefan Steiniger < [EMAIL PROTECTED]>:
> > >
> > > Hei Eric,
> > >
> > > i will have a look on that SIGLE plugin too.. should be somewhere on
> > > my
> > > desktop. Actually the problem with JFreeChart is that one needs a doc.
> > >
> > > @Sunburned: I did not use a JDialog yet - only a frame. But I am going
> > > to try the dialog next.*)
> > > I also recognized, that the screen-errors appear if I put OpenJUMP in
> > > background, i.e. Eclipse on top, and then again on top. The histo-plot
> > > is fine, but not OJ.
> > >
> > > stefan
> > >
> > > *) I tried.. and it does not work as well whith a Dialog. Seems like
> > > there is no other way then looking in the sourcecode of jmathplot.
> > >
> > > Eric Lemesre schrieb:
> > > > Hi Stefan,
> > > >
> > > > I am an for nothing ;-)
> > > > I am working on plugin derivate from ChartPlugin intitaly writen by
> > > Erwan.
> > > > It build Histogram from a layer.And this plugin work with
> > > JFreeChart.
> > > > this library is very nice for build, export and print charts.
> > > > If you want i can post the code.
> > > >
> > > > Eric
> > > >
> > > > 2007/10/29, Sunburned Surveyor < [EMAIL PROTECTED]>:
> > > >> Stefan,
> > > >>
> > > >> I am not a GUI expert either, but I may have some information that
> > > can
> > > >> help. My SuperSelect program opens a JInternal frame for its
> > > >> configuration form. From this form I can sucessfully launch another
> > > >> JInternal frame for context sensitive help, as you can see in the
> > > >> attached screenshot.
> > > >>
> > > >> I have no problem with painting when I move either the help frame
> > > or
> > > >> the configuration frame.
> > > >>
> > > >> This makes me wonder if the problem is with launching a JDialog
> > > class
> > > >> from a JInternalFrame. Could you try switching your JDialog classes
> > > to
> > > >> JInternal frames to see if this solves the problem?
> > > >>
> > > >> Landon
> > > >>
> > > >> On 10/28/07, Larry Becker <[EMAIL PROTECTED] > wrote:
> > > >>> Hi Stefan,
> > > >>>
> > > >>>   You have wandered into deep waters, and I have no life preserver
> > > to
> > > >> toss
> > > >>> to you except the advice that it might be easier if you could
> > > reorganize
> > > >>> your Histogram functionality so that it doesn't have to launch
> > > dialogs
> > > >> from
> > > >>> your own frame.  Failing that, you may need to extend
> > > JInternalFrame
> > > >> rather
> > > >>> than instantiating one.
> > > >>>
> > > >>> regards,
> > > >>>
> > > >>> Larry
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > >>> On 10/27/07, Stefan Steiniger < [EMAIL PROTECTED]> wrote:
> > > >>>> Hei Guys,
> > > >>>>
> > > >>>> as I am not firm at all with GUI programming it would be nice if
> > > >>>> somebody could help me with the new Histogram function.
> > > >>>>
> > > >>>> What do I do:
> > > >>>> 1) created a threaded plugin
> > > >>>> 2) obtain in "execute" some params (Attribute type and number of
> > > >> ranges)
> > > >>>> 2) call inside "run" the following code that creates a Histogram
> > > Plot
> > > >>>> (note: i use jmathplot library)
> > > >>>>
> > > >&

Re: [JPP-Devel] Subversion Time-Lapse View

2007-10-30 Thread Eric Lemesre

Hi all,

Thank for this precision.

Eric

2007/10/30, Paul Austin <[EMAIL PROTECTED]>:
>
> Eric,
>
> Have a look at the SpringLayout manager from Swing. This is a very
> flexible layout manager. There is a SwingUtilities class that will allow
> you to make a basic grid layout in the JUMP code base.
>
> Unless there is something needed in a 3rd party GUI library try and
> stick with standard Swing components. Otherwise we'll end up with having
> a bloated download with all the 3rd party libraries.
>
> Paul
>
> Stefan Steiniger wrote:
> > There is no best-practice.
> > actually you may have a look on buoy (widget) used already in OJ for
> > Simple Query.
> >
> > stefan
> >
> > Eric Lemesre schrieb:
> >
> >> Hi landon,
> >>
> >> I have no problem with GUI Builder.
> >>
> >> I want build a new GUI for PostGISPlugin.
> >> And i dont know what is the best practice about GUI in openjump.
> >>
> >> Eric
> >>
> >> 2007/10/29, Sunburned Surveyor <[EMAIL PROTECTED]>:
> >>
> >>> Eric,
> >>>
> >>> What problem where you having with the GUI builders?
> >>>
> >>> Perhaps I can walk you through some rough spots. Also, it is good to
> >>> remember that most IDE's like Eclipse or Netbeans have a mialing list
> >>> or forum that you can post questions on.
> >>>
> >>> The Sunburned Surveyor
> >>>
> >>> On 10/26/07, Eric Lemesre <[EMAIL PROTECTED]> wrote:
> >>>
> >>>> Hi jon,
> >>>>
> >>>> Sorry for long time without response.
> >>>> what do you use for build GUI for openjump?
> >>>> I try VEP (Eclipse plugin for calisto -V3.2) -
> >>>>
> >>> http://www.eclipse.org/vep/
> >>>
> >>>> I try Jigloo GUI builder -
> >>>> http://www.cloudgarden.com/jigloo/
> >>>> NetBean with mantis but I don''t understand very well How import
> eclipse
> >>>> project
> >>>>
> >>>> Eric
> >>>>
> >>>> 2007/10/20, Jonathan Aquino <[EMAIL PROTECTED]>:
> >>>>
> >>>>> Hi Eric - Interesting ideas! I was just going to leave it as a
> simple
> >>>>>
> >>>> tool. I agree with you that Eclipse has a great diff view. Perhaps
> >>>>
> >>> someone
> >>>
> >>>> can take what I've done and use it as the start of an Eclipse plugin.
> >>>>
> >>>>> Jon
> >>>>>
> >>>>>
> >>>>>
> >>>>> 
> >>>>>
> >>>> From: [EMAIL PROTECTED]
> >>>> [mailto:[EMAIL PROTECTED] On
> >>>> Behalf Of Eric Lemesre
> >>>>
> >>>>> Sent: Friday, October 19, 2007 2:36 AM
> >>>>> To: List for discussion of JPP development and use.
> >>>>> Subject: Re: [JPP-Devel] Subversion Time-Lapse View
> >>>>>
> >>>>>
> >>>>>
> >>>>> Hi jon,
> >>>>>
> >>>>> Nice tool.
> >>>>> Do you have planed to add this tools as Eclipse plugin?
> >>>>>
> >>>>> And is it lot of work to add on a bar at left or rigth side to view
> >>>>>
> >>> where
> >>>
> >>>> is a diff?
> >>>>
> >>>>> Eric
> >>>>>
> >>>>>
> >>>>> 2007/10/19, Jonathan Aquino <[EMAIL PROTECTED]>:
> >>>>>
> >>>>>> Useful tool for Subversion:
> >>>>>>
> >>>>>> SVN Time-Lapse View
> >>>>>> http://code.google.com/p/svn-time-lapse-view/
> >>>>>>
> >>>>>> Lets you examine the history of a file by dragging a slider. Diffs
> >>>>>>
> >>> are
> >>>
> >>>>>> highlighted in blue. If you want to know who changed a line, when,
> >>>>>>
> >>> and
> >>>
> >>>> for
> >>>>
> >>>>>> what reason, this is useful.
> >>>>>>
> >>>>>> For example, try it with
> >>>>>>
> >>>>>>
> >>>

Re: [JPP-Devel] Subversion Time-Lapse View

2007-11-02 Thread Eric Lemesre

I would try it this week.

Eric

2007/10/31, Stefan Steiniger <[EMAIL PROTECTED]>:
>
> because it is easier to use for non GUI-experts?
>
> just a thought, and noted here:
>
> http://buoy.sourceforge.net/AboutBuoy.html
>
> otherwise, why should michael have used it.
> but if somebody is able to remove the buoy code from OJ... i would not
> object ;)
>
> stefan
>
> Paul Austin schrieb:
> > We have to ask the question what does Buoy give us over using regular
> Swing?
> >
> > Paul
> >
> > Stefan Steiniger wrote:
> >> but as I said,
> >>
> >> buoy: http://www.buoybuilder.com/ is already used ;)
> >>
> >> stefan
> >>
> >> Eric Lemesre schrieb:
> >>
> >>> Hi all,
> >>>
> >>> Thank for this precision.
> >>>
> >>> Eric
> >>>
> >>> 2007/10/30, Paul Austin <[EMAIL PROTECTED]>:
> >>>
> >>>> Eric,
> >>>>
> >>>> Have a look at the SpringLayout manager from Swing. This is a very
> >>>> flexible layout manager. There is a SwingUtilities class that will
> allow
> >>>> you to make a basic grid layout in the JUMP code base.
> >>>>
> >>>> Unless there is something needed in a 3rd party GUI library try and
> >>>> stick with standard Swing components. Otherwise we'll end up with
> having
> >>>> a bloated download with all the 3rd party libraries.
> >>>>
> >>>> Paul
> >>>>
> >>>> Stefan Steiniger wrote:
> >>>>
> >>>>> There is no best-practice.
> >>>>> actually you may have a look on buoy (widget) used already in OJ for
> >>>>> Simple Query.
> >>>>>
> >>>>> stefan
> >>>>>
> >>>>> Eric Lemesre schrieb:
> >>>>>
> >>>>>
> >>>>>> Hi landon,
> >>>>>>
> >>>>>> I have no problem with GUI Builder.
> >>>>>>
> >>>>>> I want build a new GUI for PostGISPlugin.
> >>>>>> And i dont know what is the best practice about GUI in openjump.
> >>>>>>
> >>>>>> Eric
> >>>>>>
> >>>>>> 2007/10/29, Sunburned Surveyor <[EMAIL PROTECTED]>:
> >>>>>>
> >>>>>>
> >>>>>>> Eric,
> >>>>>>>
> >>>>>>> What problem where you having with the GUI builders?
> >>>>>>>
> >>>>>>> Perhaps I can walk you through some rough spots. Also, it is good
> to
> >>>>>>> remember that most IDE's like Eclipse or Netbeans have a mialing
> list
> >>>>>>> or forum that you can post questions on.
> >>>>>>>
> >>>>>>> The Sunburned Surveyor
> >>>>>>>
> >>>>>>> On 10/26/07, Eric Lemesre <[EMAIL PROTECTED]> wrote:
> >>>>>>>
> >>>>>>>
> >>>>>>>> Hi jon,
> >>>>>>>>
> >>>>>>>> Sorry for long time without response.
> >>>>>>>> what do you use for build GUI for openjump?
> >>>>>>>> I try VEP (Eclipse plugin for calisto -V3.2) -
> >>>>>>>>
> >>>>>>>>
> >>>>>>> http://www.eclipse.org/vep/
> >>>>>>>
> >>>>>>>
> >>>>>>>> I try Jigloo GUI builder -
> >>>>>>>> http://www.cloudgarden.com/jigloo/
> >>>>>>>> NetBean with mantis but I don''t understand very well How import
> >>>>>>>>
> >>>> eclipse
> >>>>
> >>>>>>>> project
> >>>>>>>>
> >>>>>>>> Eric
> >>>>>>>>
> >>>>>>>> 2007/10/20, Jonathan Aquino <[EMAIL PROTECTED]>:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>> Hi Eric - Interesting ideas! I was just going to leave it as a
> >>>>>>>>>
> >>>> simple
> >>>>
> >>>>>>>> tool. I

Re: [JPP-Devel] Subversion Time-Lapse View

2007-11-03 Thread Eric Lemesre

OK,

Designe with GUI builder is easier way to build nice IHM.
I would try Mantis because the code seems clean.

Eric


2007/11/2, Paul Austin <[EMAIL PROTECTED]>:
>
>  Eric,
>
> Please try using regular Swing, I'd like to remove Buoy from Open JUMP as
> I see no real advantage over the functionality offered by swing. Sure it
> maybe slightly easier for developers who aren't used to swing. But it's just
> another API that people will have to learn.
>
> Paul
>
> Eric Lemesre wrote:
>
>
> I would try it this week.
>
> Eric
>
> 2007/10/31, Stefan Steiniger <[EMAIL PROTECTED]>:
> >
> > because it is easier to use for non GUI-experts?
> >
> > just a thought, and noted here:
> >
> > http://buoy.sourceforge.net/AboutBuoy.html
> >
> > otherwise, why should michael have used it.
> > but if somebody is able to remove the buoy code from OJ... i would not
> > object ;)
> >
> > stefan
> >
> > Paul Austin schrieb:
> > > We have to ask the question what does Buoy give us over using regular
> > Swing?
> > >
> > > Paul
> > >
> > > Stefan Steiniger wrote:
> > >> but as I said,
> > >>
> > >> buoy: http://www.buoybuilder.com/ is already used ;)
> > >>
> > >> stefan
> > >>
> > >> Eric Lemesre schrieb:
> > >>
> > >>> Hi all,
> > >>>
> > >>> Thank for this precision.
> > >>>
> > >>> Eric
> > >>>
> > >>> 2007/10/30, Paul Austin < [EMAIL PROTECTED]>:
> > >>>
> > >>>> Eric,
> > >>>>
> > >>>> Have a look at the SpringLayout manager from Swing. This is a very
> > >>>> flexible layout manager. There is a SwingUtilities class that will
> > allow
> > >>>> you to make a basic grid layout in the JUMP code base.
> > >>>>
> > >>>> Unless there is something needed in a 3rd party GUI library try and
> >
> > >>>> stick with standard Swing components. Otherwise we'll end up with
> > having
> > >>>> a bloated download with all the 3rd party libraries.
> > >>>>
> > >>>> Paul
> > >>>>
> > >>>> Stefan Steiniger wrote:
> > >>>>
> > >>>>> There is no best-practice.
> > >>>>> actually you may have a look on buoy (widget) used already in OJ
> > for
> > >>>>> Simple Query.
> > >>>>>
> > >>>>> stefan
> > >>>>>
> > >>>>> Eric Lemesre schrieb:
> > >>>>>
> > >>>>>
> > >>>>>> Hi landon,
> > >>>>>>
> > >>>>>> I have no problem with GUI Builder.
> > >>>>>>
> > >>>>>> I want build a new GUI for PostGISPlugin.
> > >>>>>> And i dont know what is the best practice about GUI in openjump.
> > >>>>>>
> > >>>>>> Eric
> > >>>>>>
> > >>>>>> 2007/10/29, Sunburned Surveyor <[EMAIL PROTECTED] >:
> > >>>>>>
> > >>>>>>
> > >>>>>>> Eric,
> > >>>>>>>
> > >>>>>>> What problem where you having with the GUI builders?
> > >>>>>>>
> > >>>>>>> Perhaps I can walk you through some rough spots. Also, it is
> > good to
> > >>>>>>> remember that most IDE's like Eclipse or Netbeans have a mialing
> > list
> > >>>>>>> or forum that you can post questions on.
> > >>>>>>>
> > >>>>>>> The Sunburned Surveyor
> > >>>>>>>
> > >>>>>>> On 10/26/07, Eric Lemesre < [EMAIL PROTECTED]> wrote:
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> Hi jon,
> > >>>>>>>>
> > >>>>>>>> Sorry for long time without response.
> > >>>>>>>> what do you use for build GUI for openjump?
> > >>>>>>>> I try VEP (Eclipse plugin for calisto - V3.2) -
> > >>>>>>>>
> > >>>>

[JPP-Devel] More than one datasource by layer?

2007-11-03 Thread Eric Lemesre

Hi,

It possible to have more than one datasource by layer?

1 for Geo datasource (a data source for the géometry)
1..n data source for attributes
Exemple :
 * shapeFile for the geometry
 * a flat CSV file for some attribute
 * MysQL database for some other
 * PostgreSQL database for some others.

Eric
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] More than one datasource by layer?

2007-11-05 Thread Eric Lemesre

Of course all feature in layer share the same shema.

An exemple :
 * I have some polygone in shape file :
 GEOMETRY (MULTYPOILYGONE)
 ID (INTEGER)

 * I have in datasource (DS1) lot of generic attributes for this polygone
like
 ID (INTEGER)
 POPULATION (DOUBLE)
 MENAGE (DOUBLE)

 * in an other datasource (DS2) client attribute
 ID (INTEGER)
 NB_CUSTOMER (DOUBLE)
 NB_CONTRACT ((DOUBLE)

i want to have in the same layer
 GEOMETRY (MULTYPOILYGONE)   => from shapeFile
 ID (INTEGER)  => from shapeFile and in
DS1 and DS2
 POPULATION (DOUBLE) => from DS1
 MENAGE (DOUBLE)   => from DS1
 NB_CUSTOMER (DOUBLE) => from DS2
 NB_CONTRACT ((DOUBLE) => from DS2

I want make some analyse (why not build an other field with computation from
others)
 TX_PENETRATION = NB_CUSTOMER / MENAGE

and store TX_PENETRATION in an other datasource.

What is the better way to code this functionality with lesser intrusive
methode?
I want to keep compatibility with project xml file from OJ 1.2D (if it
possible ;-))

Eric

2007/11/4, Paul Austin <[EMAIL PROTECTED]>:
>
>  Layers are tied to a feature collection and all features must share the
> same schema.
>
> If you create custom Java code to load the date from each of those sources
> and populate the feature collection with that data then there is no reason
> why you couldn't do what you want. But there is nothing out of the box to do
> this.
>
> What is the use case behind getting the attributes from many places? If
> the geometry and attributes are in a shape file why not load these into one
> of the databases then you can create a view of the tables and load that into
> JUMP?
>
> Paul
>
> Eric Lemesre wrote:
>
> Hi,
>
> It possible to have more than one datasource by layer?
>
> 1 for Geo datasource (a data source for the géometry)
> 1..n data source for attributes
> Exemple :
>  * shapeFile for the geometry
>  * a flat CSV file for some attribute
>  * MysQL database for some other
>  * PostgreSQL database for some others.
>
> Eric
>
> --
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
>
> --
>
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] More than one datasource by layer?

2007-11-05 Thread Eric Lemesre

I can create a view only if i have some right in the database.
And it is not necessary the case.

It is dangerous in verry big compagny.
At this time i have only read rigth in some Database.

Eric

2007/11/4, Paul Austin <[EMAIL PROTECTED]>:
>
>  Layers are tied to a feature collection and all features must share the
> same schema.
>
> If you create custom Java code to load the date from each of those sources
> and populate the feature collection with that data then there is no reason
> why you couldn't do what you want. But there is nothing out of the box to do
> this.
>
> What is the use case behind getting the attributes from many places? If
> the geometry and attributes are in a shape file why not load these into one
> of the databases then you can create a view of the tables and load that into
> JUMP?
>
> Paul
>
> Eric Lemesre wrote:
>
> Hi,
>
> It possible to have more than one datasource by layer?
>
> 1 for Geo datasource (a data source for the géometry)
> 1..n data source for attributes
> Exemple :
>  * shapeFile for the geometry
>  * a flat CSV file for some attribute
>  * MysQL database for some other
>  * PostgreSQL database for some others.
>
> Eric
>
> --
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
>
> --
>
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] More than one datasource by layer?

2007-11-05 Thread Eric Lemesre

Thank Paul,

I try to do this.

Eric

2007/11/5, Paul Austin <[EMAIL PROTECTED]>:
>
>  You'll have to write your own plug-in to do this. It''ll have the
> following steps
>
>
>1. Create a FeatureSchema definition for all the columns
>2. Create a java.util.Map with the key being the ID column and the
>value being a Feature instance
>3. Open your three data sources in turn and loop through the
>features from each source. Look up a feature instance in the map from #2 if
>one doesn't exists create it and add it to the map. Set the attributes from
>the feature from the data source on the merged feature in the map
>4. When all features are loaded you should have all the data merged.
>Now create a feature collection for all the values in the map and add a
>layer for it.
>
> Paul
>
> Eric Lemesre wrote:
>
> I can create a view only if i have some right in the database.
> And it is not necessary the case.
>
> It is dangerous in verry big compagny.
> At this time i have only read rigth in some Database.
>
> Eric
>
> 2007/11/4, Paul Austin <[EMAIL PROTECTED]>:
> >
> > Layers are tied to a feature collection and all features must share the
> > same schema.
> >
> > If you create custom Java code to load the date from each of those
> > sources and populate the feature collection with that data then there is no
> > reason why you couldn't do what you want. But there is nothing out of the
> > box to do this.
> >
> > What is the use case behind getting the attributes from many places? If
> > the geometry and attributes are in a shape file why not load these into one
> > of the databases then you can create a view of the tables and load that into
> > JUMP?
> >
> > Paul
> >
> > Eric Lemesre wrote:
> >
> > Hi,
> >
> > It possible to have more than one datasource by layer?
> >
> > 1 for Geo datasource (a data source for the géometry)
> > 1..n data source for attributes
> > Exemple :
> >  * shapeFile for the geometry
> >  * a flat CSV file for some attribute
> >  * MysQL database for some other
> >  * PostgreSQL database for some others.
> >
> > Eric
> >
> >  --
> >
> > -
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> >
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> >
> > --
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
> >
> > -
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
> --
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
>
> --
>
> ___
> Jump-pilot-devel mailing list
> [EMAIL PROTECTED]://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] PostGIS with OpenWizard

2007-11-19 Thread Eric Lemesre

Hi,

The New version of PostGIS plugIn with OpenWizard is in repository.

Somme file will be added for translation in
https://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/plug-ins/PostGISPlugin/trunk/src/main/resources/net/refractions/postgis/language
jump.properties
jump_fr.properties

I need somme help to translate in other language.

I dont understand one thing :
when i press finish or cancel the layer is created.

Thanks
Eric
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] PostGIS with OpenWizard

2007-11-19 Thread Eric Lemesre

Paul,

I add one function in I18N.java :
==
  public static String getMessage(final String category, final String label,
final Object[] objects) {
I18N i18n = getInstance(category);
return i18n.getMessage(label,objects);
  }
==
and a mistack with svn manipulation forget this change.

I commit this change

Eric

2007/11/19, Paul Austin <[EMAIL PROTECTED]>:
>
> Eric,
>
> I can't compile it, there is the following error.
>
> The method getMessage(String, Object[]) in the type I18N is not
> applicable for the arguments (String, String, String[])
> PostGISPlugin/src/main/java/net/refractions/postgis/PostGISConnection.java
> line 391
>
> Paul
>
> Eric Lemesre wrote:
> > Hi,
> >
> > The New version of PostGIS plugIn with OpenWizard is in repository.
> >
> > Somme file will be added for translation in
> >
> https://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/plug-ins/PostGISPlugin/trunk/src/main/resources/net/refractions/postgis/language
> > jump.properties
> > jump_fr.properties
> >
> > I need somme help to translate in other language.
> >
> > I dont understand one thing :
> > when i press finish or cancel the layer is created.
> >
> > Thanks
> > Eric
> > 
> >
> >
> -
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> > 
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Maven Build

2007-11-19 Thread Eric Lemesre

Hi,

What do you think build src.jar and javadoc.jar in lifecycle?
and install this artifact with goal "install" ?

when you add to pom.xml this fragment :



   

org.apache.maven.plugins
maven-source-plugin


attach-sources

jar





org.apache.maven.plugins
maven-javadoc-plugin


attach-javadocs

jar




   
    


Eric
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] @Eric - PostGIS with OpenWizard (Italian translation)

2007-11-20 Thread Eric Lemesre

Hi peppe,

Thank you.

I Commit this file this night. (i have'nt SVN acces in my work :-{ )

Regards
Eric

2007/11/20, Giuseppe Aruta <[EMAIL PROTECTED]>:
>
> Hi Eric,
> I translate the jump_fr.properties file in Italian.
> It is a text file (jump_it.properties.txt) which I add
> to this mail . Tell me if it is there
>
> Regards
>
> Peppe
>
>
>
>   ___
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail:
> http://it.docs.yahoo.com/nowyoucan.html
> net.refractions.postgis.PostGISCommonDriverPanel.server = Server
> net.refractions.postgis.PostGISCommonDriverPanel.port = Porta
> net.refractions.postgis.PostGISCommonDriverPanel.database = Archivio
> net.refractions.postgis.PostGISCommonDriverPanel.table = Tabella
> net.refractions.postgis.PostGISCommonDriverPanel.username = Username
> net.refractions.postgis.PostGISCommonDriverPanel.password = Password
> net.refractions.postgis.PostGISCommonDriverPanel.where = dove
>
> net.refractions.postgis.PostGISConnection.overwrite.existing =
> Sovrascrivere la Tabella esistente {0} ?
> net.refractions.postgis.PostGISConnection.overwrite = OverWrite {0} ?
>
> net.refractions.postgis.PostGISSaveDriverPanel.INSERT_HELP_STRING = Creare
> la Tabella se non \u00E9 già definita, poi inserire nuove geometrie in essa.
> net.refractions.postgis.PostGISSaveDriverPanel.UPDATE_HELP_STRING =
> Inserire nuove righe o aggiornare le righe esistenti nella Tabella, basate
> sulla colonna unica specificata (chiave primaria). Devi specificare un unico
> nome-colonna esistente sia nello schema  elementi che nella Tabella del
> Database.
> net.refractions.postgis.PostGISSaveDriverPanel.DELETE_HELP_STRING = Creare
> una nuova Tabella PostGIS senza CONSTRAINTS e salvare il livello.
> net.refractions.postgis.PostGISSaveDriverPanel.OVERWRITE_HELP_STRING =
> Sovrascrivere una Tabella PostGIS esistente  e conservare Regole della
> Tabella.
> net.refractions.postgis.PostGISSaveDriverPanel.select-save-method =
> Seleziona metodo salvataggio\:
> net.refractions.postgis.PostGISSaveDriverPanel.new-table = Nuova Tabella
> net.refractions.postgis.PostGISSaveDriverPanel.overwrite = Sovrascrivere
> net.refractions.postgis.PostGISSaveDriverPanel.insert = Inserire
> net.refractions.postgis.PostGISSaveDriverPanel.unique-Column = Colonna
> Unica\:
>
> net.refractions.postgis.AddPostGISLayerWizardPanel = Driver PostGIS
> net.refractions.postgis.AddPostGISLayerWizardPanel.instructions = Definire
> proprietà per i Dati  Postgis.
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] @Eric - PostGIS with OpenWizard (Italian translation)

2007-11-21 Thread Eric Lemesre

Hi Peppe,

If you have feedback?
I Like it.

Eric

2007/11/20, Giuseppe Aruta <[EMAIL PROTECTED]>:
>
> Hi Eric,
> I am looking forward to test your Postgis plugin
>
> Peppe
> --- Eric Lemesre <[EMAIL PROTECTED]> ha scritto:
>
> > Hi peppe,
> >
> > Thank you.
> >
> > I Commit this file this night. (i have'nt SVN acces
> > in my work :-{ )
> >
> > Regards
> > Eric
> >
> > 2007/11/20, Giuseppe Aruta
> > <[EMAIL PROTECTED]>:
> > >
> > > Hi Eric,
> > > I translate the jump_fr.properties file in
> > Italian.
> > > It is a text file (jump_it.properties.txt) which I
> > add
> > > to this mail . Tell me if it is there
> > >
> > > Regards
> > >
> > > Peppe
> > >
> > >
> > >
> > >   ___
> > > L'email della prossima generazione? Puoi averla
> > con la nuova Yahoo! Mail:
> > > http://it.docs.yahoo.com/nowyoucan.html
> > >
> >
> net.refractions.postgis.PostGISCommonDriverPanel.server
> > = Server
> > >
> >
> net.refractions.postgis.PostGISCommonDriverPanel.port
> > = Porta
> > >
> >
> net.refractions.postgis.PostGISCommonDriverPanel.database
> > = Archivio
> > >
> >
> net.refractions.postgis.PostGISCommonDriverPanel.table
> > = Tabella
> > >
> >
> net.refractions.postgis.PostGISCommonDriverPanel.username
> > = Username
> > >
> >
> net.refractions.postgis.PostGISCommonDriverPanel.password
> > = Password
> > >
> >
> net.refractions.postgis.PostGISCommonDriverPanel.where
> > = dove
> > >
> > >
> >
> net.refractions.postgis.PostGISConnection.overwrite.existing
> > =
> > > Sovrascrivere la Tabella esistente {0} ?
> > >
> > net.refractions.postgis.PostGISConnection.overwrite
> > = OverWrite {0} ?
> > >
> > >
> >
> net.refractions.postgis.PostGISSaveDriverPanel.INSERT_HELP_STRING
> > = Creare
> > > la Tabella se non \u00E9 già definita, poi
> > inserire nuove geometrie in essa.
> > >
> >
> net.refractions.postgis.PostGISSaveDriverPanel.UPDATE_HELP_STRING
> > =
> > > Inserire nuove righe o aggiornare le righe
> > esistenti nella Tabella, basate
> > > sulla colonna unica specificata (chiave primaria).
> > Devi specificare un unico
> > > nome-colonna esistente sia nello schema  elementi
> > che nella Tabella del
> > > Database.
> > >
> >
> net.refractions.postgis.PostGISSaveDriverPanel.DELETE_HELP_STRING
> > = Creare
> > > una nuova Tabella PostGIS senza CONSTRAINTS e
> > salvare il livello.
> > >
> >
> net.refractions.postgis.PostGISSaveDriverPanel.OVERWRITE_HELP_STRING
> > =
> > > Sovrascrivere una Tabella PostGIS esistente  e
> > conservare Regole della
> > > Tabella.
> > >
> >
> net.refractions.postgis.PostGISSaveDriverPanel.select-save-method
> > =
> > > Seleziona metodo salvataggio\:
> > >
> >
> net.refractions.postgis.PostGISSaveDriverPanel.new-table
> > = Nuova Tabella
> > >
> >
> net.refractions.postgis.PostGISSaveDriverPanel.overwrite
> > = Sovrascrivere
> > >
> >
> net.refractions.postgis.PostGISSaveDriverPanel.insert
> > = Inserire
> > >
> >
> net.refractions.postgis.PostGISSaveDriverPanel.unique-Column
> > = Colonna
> > > Unica\:
> > >
> > > net.refractions.postgis.AddPostGISLayerWizardPanel
> > = Driver PostGIS
> > >
> >
> net.refractions.postgis.AddPostGISLayerWizardPanel.instructions
> > = Definire
> > > proprietà per i Dati  Postgis.
> > >
> >
> -
> > > This SF.net email is sponsored by: Microsoft
> > > Defy all challenges. Microsoft(R) Visual Studio
> > 2005.
> > >
> >
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> > > ___
> > > Jump-pilot-devel mailing list
> > > Jump-pilot-devel@lists.sourceforge.net
> > >
> >
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > >
> > >
> > >
> -
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio
> > 2005.
> >
> http:/

Re: [JPP-Devel] Missing delete all features from layer

2008-04-01 Thread Eric Jarvies

problems replying to this list... keeps bouncing my emails :(

eric

On Apr 1, 2008, at 5:51 PM, Stefan Steiniger wrote:

> :o)
> ok.. I will put it back. However this is kind of funny, because when
> removing it, I was already thinking that it is a typical "developer"
> function for testing. I can not imagine that there are many users out
> there using it. However, as Uwe was pointing it out already. OpenJUMP
> seems rather to be driven by development needs than by end user  
> needs ;)
>
> stefan
>
> Martin Davis wrote:
>> I use it a lot too.  Selecting all items is often a pain if there's a
>> lot of them.
>>
>> Um - would it be a good idea to poll the community before removing  
>> menu
>> items?
>>
>
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] testing list

2008-04-01 Thread Eric Jarvies

testing list with different email address.  please disregard this post.

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] point map decorations

2008-04-01 Thread Eric Jarvies

ve i misunderstood the dialog?  laymen  
clarification would be appreciated.  and to add to this subject, other  
software like udig has made the move to eclipse, whilst qgis is locked  
into qt.  is openjump going to do the same sometime soon?  and if so,  
will it go the route of eclipse?

thanks in advance for your comments/answers!

regards,

eric jarvies

On Apr 1, 2008, at 8:08 PM, Eric Jarvies wrote:

> testing list with different email address.  please disregard this  
> post.
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Eric's tests of Plugins

2008-04-03 Thread Eric Jarvies

thanks for pointing out and clarifying.  your BshEditor4Jump plugin  
does indeed work.  i had missed the scripting menu it had generated,  
and was looking for it's presence elsewhere in the menu/gui.


regards,

eric

On Apr 3, 2008, at 1:03 AM, Michaël Michaud wrote:


Hi Eric,

Thanks for all the tests and documentation.

I'm the author of some of the plugins you tested (results on the wiki
page), and have some remarks/questions about those which do not work :

BshEditor4Jump-0.1.1-2006-04-20.zip : did you extract the jar from the
zip and put it in the ext folder. That is how it is supposed to  
work. It
is a useful plugin, and I would be pleased if it could work also on  
mac.


Jump-spim-0.1.0 : this is a gadget plugin related to scripting. I  
did it

before we integrated BeanTools in OpenJUMP distribution. Not very
important, just a curiosity.

mifmid-driver-0.4.0.jar : replaced by 0.4.1 that you tested  
successfully

(I have to remove 0.4.0 from my site)

mmpatch1.1.2 : not a plugin but a patch which modifies jump's core in
some ways. Not maintained. Only interesting if the community decided  
to

modify some of jump core features (it adds new attribute types like
boolean and decimal but has never been tested with all drivers).

plugin-oj-gcdriver and plugin-oj-mmdriver : it is just the zip
containing the plugins, the sources and the documentation. It should  
not

be used as a plugin. It appears that you tested the plugins themself
successfully ;-)

qa-0.1.jar : it is a recent plugin issued from Jump Conflation Suite  
and

I made it available on the sourceforge JPP site. I'm interested in
knowing more about what is wrong with it (nothing loaded or error
message happening at execution time ?)

Thanks

Michaël


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Eric's tests of Plugins

2008-04-03 Thread Eric Jarvies


Hello Peppe,


On Apr 3, 2008, at 5:44 AM, Giuseppe Aruta wrote:


Hi Eric,
and congratulation for your detailed page. I saw that you plan to  
develop your page as a small tutorial for MacOX OpenJUMP user.


well, just trying to document some user experience with OJ, as it is a  
good tool, but very under-exposed... uDig and QGIS are getting all the  
spotlight.  I wish I had known about some of it's features way back  
when, and I would have started using it sooner.  But because it's  
obscure and seemed inactive(low activity), I simply never took the  
time to use and abuse/enjoy.  But all-in-all it's a great effort, and  
with some basic GUI clean-up and some bug-stomping, and some good  
download site postings/promotions, could easily get a few hundred  
active users in a short period of time.


I am interested in knowing what would be required to move this into  
Eclipse(like uDig)... any idea as it relates to man hours?


There are some part which probabily even Linix or Windows user would  
take some benefits.
I worked on   User Guide: http://openjump.org/wiki/show/Index or  
List of Function page
http://openjump.org/wiki/show/OpenJUMP+List+of+Functions together  
with SS untill last winter, but probabily they need some upgrade for  
the Up-to-come OpenJUMP 1.3

You are welcome to give your contribute adding/correcting these pages.


Great!  I'll take a look, and of course I'll edit/add as time/energy  
permits.


For instance,  the idea of videos (MOV) tutorials to explain tools  
is interesting, we could  add a link to your video at the "Editing  
Toolbox" page http://openjump.org/wiki/show/Editing+Toolbox


Is there any way these videos could be stored directly onto the  
OpenJump server?  Otherwise, over time, as domains get shuffled around  
from server to server, links get broken, etc.  Currently I have the  
photos up at flickr.com, and the movies up on my own domain/server,  
but they should be on the OJ server imo.


I have another 40 videos I  made yesterday and today, I just need to  
upload them and link them.  However, many of these videos show bugs  
and errors, instead of instruction/example.  I figured that would help  
the contributing programmers get an idea of the problems.


But first I am really interested in learning from the fathers of this  
project, where it's going.  I see uDig and QGIS with pretty clear  
plans of where they are going, but have not yet grasped that from  
OpenJump as of yet(hint).



**
Regarding the Plugin test. There are some plugin which probabily  
don't work even with Windows/Linux version of OpenJUMP (for instance  
the Jython plugin). Some of them probabily were already added in OJ  
during time, other probabily had a short life since there was no  
interest/no need to go on upgrading to newer versions of JUMP/ 
OpenJUMP.


Also, I'd be willing to setup a subversion repository with a trac  
front end to manage plug-ins/versioning, so we can get that situation  
somewhat organized. or, just create a table that shows compatibility.


Again, I am very interested to know the current state of the core of  
OJ(lets say compared to uDig or QGIS, and how it could take advantage  
of geotools, geoserver, openlayers, etc.), and where everyone here  
thinks OJ is going, or where they want to take it.  As I've said  
before, it seems like such a diamond in the rough, and I wonder why It  
has just sort of lingered as it has(again, i am not familiar with all  
it's history, or all those involved).


Regards,

Eric


A m onth ago I planned to do a similar job like yours for Windows.  
By the time I will have time I will do it so we can compare and see  
what's left behind!


Regards

Peppe

Michaël Michaud <[EMAIL PROTECTED]> ha scritto:
Hi Eric,

Thanks for all the tests and documentation.

I'm the author of some of the plugins you tested (results on the wiki
page), and have some remarks/questions about those which do not work :

BshEditor4Jump-0.1.1-2006-04-20.zip : did you extract the jar from the
zip and put it in the ext folder. That is how it is supposed to  
work. It
is a useful plugin, and I would be pleased if it could work also on  
mac.


Jump-spim-0.1.0 : this is a gadget plugin related to scripting. I  
did it

before we integrated BeanTools in OpenJUMP distribution. Not very
important, just a curiosity.

mifmid-driver-0.4.0.jar : replaced by 0.4.1 that you tested  
successfully

(I have to remove 0.4.0 from my site)

mmpatch1.1.2 : not a plugin but a patch which modifies jump's core in
some ways. Not maintained. Only interesting if the community decided  
to

modify some of jump core features (it adds new attribute types like
boolean and decimal but has never been tested with all drivers).

plugin-oj-gcdriver and plugin-oj-mmdriver : it is just the zip
containing the plugins, the sources and the documentation. It should  
not

be used

Re: [JPP-Devel] Decoration Styles

2008-04-03 Thread Eric Jarvies


Hello,

with OJ, is there a way to separate a vector object's geometry from  
it's appearance(easily)?  handling appearance by a class called  
OJDrawingStyle, which is a tree of graphical attributes and drawing  
behaviors that can be attached to the vector objects.  objects can  
share styles, so changing the style alters the appearance of all the  
objects sharing that style, for example.  alternatively, a 1:1  
relationship between objects and styles could also be adhered to(more  
conventional for a vector application).  however, it would be nice to  
take styles beyond fill of path and stroke, supporting any number of  
components.  making sure styles define what is drawn, and in what order.


it would be wonderful to select a 4 lane highway from the menu, or a  
dirt road, or a 2-lane with dirt frontage road on the left side(add  
long list of visually fun possibilities here), and apply that to an  
existing path/linestring.  or some yellow bricks(yellow brick road),  
or whatever.   so please consider this when considering decorations  
for roads, because at the present time, most all gis apps have really  
boring single-line, single-color decorations to apply to lines.


eric


On Apr 3, 2008, at 9:51 AM, Paul Austin wrote:  supporting multiple  
strokes with different line, dash attributes, along with width and  
colors.



All,

I'm wondering if there is a better way for users to select the  
decoration styles. What I was thinking is we can divide them into  
the following categories.


Start
End
Segment
Vertex (also applies to Point)
Then each style implementation would implement say LineStartStyle  
interface to indicate the kind of style it is.


The UI would then have 4 sections where you select the style for  
each one. The decision there would be if that was a multiple  
selection or a single selection.


What do people think of this idea?

Paul
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Eric's tests of Plugins

2008-04-03 Thread Eric Jarvies

hello,

as usual, your responses are informative, as seems to be the case with  
openjump list members in general.

On Apr 3, 2008, at 9:07 AM, Sunburned Surveyor wrote:

> Eric,
>
> You ask a lot of questions that have some long answers. I only have a
> few minutes before I need to start work, but I will try to answer some
> of these questions.
>
> Eric wrote: "I am interested in knowing what would be required to move
> this into Eclipse(like uDig)... any idea as it relates to man hours?"
>
> This would be a pretty monumental task. There are two (2) reasons  
> for this:
>
> [1] Eclipse uses SWT and JFace for it's GUI, while OJ uses Swing. All
> of OJ's rendering code, which is very important, is based in Swing.
>

ok, i will read about this and try to make sense of it.

> [2] Eclipse uses a different (and more complex) plug-in model.
> Migrating to Eclipse would mean all plug-ins would have to be moved to
> the Eclipse plug-in model. (Many of the functionality that appear to
> be built-in to OpenJUMP in actuallu packaged as plug-ins distributed
> with the core.)
>

so how many of the 10.+- MBs of OJ is core and how many MBs are plugins?

> In summary, moving to Eclipse would be a monumental task. I think we
> could accomplish a lot of other great things by investing that time
> elsewhere.

understood :)  again, i will now read about swt, jface, and swing, and  
try to wrap my mind around it.

>
>
> Eric wrote: "Is there any way these videos could be stored directly
> onto the OpenJump server?"
>
> Our OpenJUMP server is actually a SourceForge server, and they have a
> size quota. Stefan has been successful in getting this increased so we
> can host the nightly build, but I don't know what they would say about
> a bunch of video's. It seems like YouTube might make more sense. If we
> want the video's on a dedicated server I could consider purchasing
> more space on my www.redefinedhorizons.com web site, but I'd need to
> know how much space we are talking about. There are other active
> programmers that might be able to host videos, like Larry and Paul.
>

i figured if the proggy had server/drive space, then great.  but no  
stress, i'll keep them all on my server.

> Eric wrote: "Also, I'd be willing to setup a subversion repository
> with a trac front end to manage plug-ins/versioning, so we can get
> that situation somewhat organized. or, just create a table that shows
> compatibility."
>
> We actually have a Subversion repository already, and I think plug-in
> source code is hosted there. I've always wanted to have a plug-in
> catalog or index. I think that would be helpful.

ok.

>
>
> Eric wrote: "Again, I am very interested to know the current state of
> the core of OJ(lets say compared to uDig or QGIS, and how it could
> take advantage of geotools, geoserver, openlayers, etc.), and where
> everyone here thinks OJ is going, or where they want to take it.  As
> I've said before, it seems like such a diamond in the rough, and I
> wonder why It has just sort of lingered as it has(again, i am not
> familiar with all it's history, or all those involved)."
>
> This is a very difficult question to answer. We don't talk a lot about
> the future of OpenJUMP. It just evolves as the individual programmers
> implement changes to scratch their own itches. I guess this makes
> OpenJUMP very organic. Perhaps this is a disadvantage? Or maybe it is
> the reason why you see a difference in it and the other programs. The
> evolution of OpenJUMP is very "user-driven". There is no single entity
> or organization forcing OpenJUMP to adhere to a road map or plan.


ok, i understand now.  thank you.

>
>
> Having said that, I can tell you what I would like to see for OpenJUMP
> in the next couple of years. I put some long term goals for OpenJUMP
> here:
>
> http://openjump.org/wiki/show/Some+Possible+Goals+For+OpenJUMP

wonderful.

>
>
> There are also lots of other things I have in the hopper, and that I
> want to eventually implement using OpenJUMP. Let me start with what is
> currently in the works (at least in my Eclipse IDE) and in various
> stages of completion. You can see these items in the "Sunburned
> Surveyor" section of the following wiki page:
>
> http://openjump.org/wiki/show/Work+In+Progress
>
> I hope to have the top 4 of these items completed in the next month  
> or two.
>
> Then there is all sorts of other great stuff that I hope to one day
> add to OpenJUMP. This includes awesome DXF support, advanced
> cartographic labeling, precision drawing (CAD) tools, the ability to
> create and manage topology, support for spatial relat

Re: [JPP-Devel] Shapefile with overlapping shells

2008-04-03 Thread Eric Jarvies

i am having the exact same problem with some esri generated shapefiles  
from one of my sources.


eric



On Apr 3, 2008, at 11:24 AM, Larry Becker wrote:

I've found a shapefile that has what JTS thinks is a topology error  
of "overlapping shells".  In ESRI ArcMap it displays correctly as a  
shell polygon with a hole, but in JUMP, it displays as overlapping  
polygons.  It fails the QA "Basic Topology" test.  I have verified  
that the "hole" polygon is not CCW (counter clockwise) and this is  
being interpreted as a shell by the org.geotools.PolygonHandler.


It looks like another case where ESRI isn't following their own  
specifications.  Any suggestions?  I don't like to "fix" customer's  
data when it works fine in their ESRI system.


I'm considering modifying the PolygonHandler code to test all of the  
polygons in a multipolygon shape to determine if they are completely  
inside, and then reversing the point order to force CCW.  This might  
make shapefiles read slightly slower.


regards,

Larry Becker

--
http://amusingprogrammer.blogspot.com/  
-

Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] SourceForge SVN/Tracker

2008-04-04 Thread Eric Jarvies

Hello all,

The OpenJump project wiki refers to the svn/bug tracker at  
SourceForge, and it is named the JUMP Pilot Project(JPP).  Is it  
correct to assume that this is the core for JUMP,  OpenJump, deeJUMP,  
SkyJUMP, Kosmo, et, al, that everyone involved in JUMP development  
pull from?  Are JCS and JTS part of this JUMP core?  Apart from  
wanting to have the facts clear, I also want to start reporting bugs  
to the repo, along with feature requests and such.  Thus, I want to  
make sure I am doing so at the proper repo/bug reporter.

Although I am not a programmer, I'm going to give Eclipse a try, and  
setup an OJ project accordingly, an in effort to get to the GUI  
aspects of the program, and try to make some modifications/ 
improvements, with menus, icons, and general layout.  Any initial  
advise regarding accessing/modifying the GUI?

I also want to create an xcode project for the installation and  
execution portion of the application for OS X releases.  Fortunately,  
I have some experience with Xcode and Interface Builder, so this will  
be easier for me in comparison to the above Eclipse/Java.  Perhaps  
within the next week i'll have an initial build, and will post it so  
anyone else with OS X can d/l it and give it a try.  In any event, the  
end objective is to have an OS X installer, and an OS X  OpenJump.app  
file.

So forgive me in advance for all the 'learning how to program'  
questions i'll likely be asking you when I am stuck with something as  
it relates to OJ/Java.  I figure it's not likely to get done anytime  
soon, unless I do it, as all of you seem to already have your hands  
full with the 'heavy lifting' programming(the real stuff), and are  
mostly Windows users anyways.  Wish me luck(i'll need it!).

Regards,

Eric

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] More Input on JTin Library

2008-04-16 Thread Eric Jarvies

1.6 is only available for intel osx... none for ppc osx, fyi.

On Apr 16, 2008, at 11:18 AM, Sunburned Surveyor wrote:

> Geoff,
>
> I don't think we made the official jump to Java 1.6 just yet. (This
> doesn't mean one of us didn't accidentally introduce a dependency on
> 1.6 into the nightly build.)
>
> Stefan can probably confirm this for us.
>
> I wouldn't mind a discussion of when we can make the jump to 1.6. I
> would like to wait until 1.6 is available in a package form on most
> Linux distributions. I can check on the status of this for Debian.
>
> The Sunburned Surveyor
>
> On Tue, Apr 15, 2008 at 4:21 PM, Geoffrey G Roy  
> <[EMAIL PROTECTED]> wrote:
>> Dear SS (and others)
>>
>> Could you let me know ehat the status is for the use of Java 1.6 -  
>> has a
>> decision been made to move OpenJump, or is it still a work in  
>> progress.
>>
>> Geoff
>>
>>
>> Stefan Steiniger wrote:
>>> Hei Christopher
>>>
>>> thanks for your outline :)
>>> I actually have not that much background knowledge to evaluate if  
>>> what
>>> you do propose is good, but I guess you know it better. But  
>>> modularity
>>> is always a plus and documentation is sufficient. However.. a good  
>>> rule
>>> is to always start with a simple model and extend it later. I.e. one
>>> could also make first all in one and then introduce modularity  
>>> later.
>>>
>>> btw. Today I just stumbled across this article that has been  
>>> published
>>> this month:
>>> "Sweep-line algorithm for constrained Delaunay triangulation"
>>> http://www.informaworld.com/openurl?genre=article&issn=1365%2d8816&volume=22&issue=4&spage=449
>>>
>>> If there is need I can send it to you. Note, that it is a 2D  
>>> algorithm
>>> (brwosing the article shortly). I actually have needs too for 2D  
>>> CDT's..
>>> in map generalization.
>>>
>>> cheers
>>> stefan
>>>
>>> Christopher wrote:
>>>
 Sorry for the radio silence, I've been a thinking
 philosopher not an eating philosopher. I can only hope
 a fork and food are there when I need them ;)

 I've been reading the papers of the computational
 geometry "heros" and thinking of an overall framework
 for the TIN side of things. I just got my copy of
 "Foundations of Multidimensional and Metric Data
 Structures" by Hanan Samet yesterday and it is already
 proving a valuable resource.

 Broadly speaking, I want to structure the TIN
 import/creation side as a serial chain. Each node in
 the stream would either gather statistics about the
 stream flowing through it, alter the input stream into
 an changed version of the current type of stream, or
 alter the input stream into a different kind of output
 stream altogether.

 Suppose we had defined streams of DataSource (file,
 database, WMS, etc), Geometry, Point, LineString,
 GeometryCollection, and TINface. Then we can have a
 bunch of small modules that process these streams in
 different ways that can then themselves be combined in
 different ways given the need. For instance, one
 module could take an I/O stream from a USGS NED .bif
 elevation file then output a stream of Points. Another
 module could take a stream of Points, perform a simple
 random insertion Delaunly algorithm, then output a
 stream of TINfaces. The final module down the line
 would take the TINfaces and output an instance of a
 TIN. An alternate final module could take save the TIN
 to a file or even a database.

 Some benefits of this structure include:
 * being able to use the same module in very different
 types of chains.
 * modules in each layer (ie you could have different
 Delaunly algorithms for PointStream -> TINface
 transition) could be easily swapped around, making
 this a great research platform.
 * by using Paul's JCSP lib, the different nodes on a
 stream could be run concurrently allowing for
 wonderful scaling on today's multi-core,
 multi-processor machines.
 * it should work equally well for a small NED data set
 imported into memory or a huge raw LIDAR DEM file
 saved into a PostGIS database.

 Right now, I'm reading my eyes out and trying to
 figure out what kind of streams and data structures
 will be needed to be able handle any kind of TIN
 importation tasks might be needed by anyone, anywhere,
 in any java GIS project. I also have finals going on,
 so don't expect any worknig code in the next week or
 so.

 As far as future funding, I'm going forward as if
 everything will go through fine and no checks will
 bounce. I'll probably still work on the project if
 something goes wrong, but the manhours will be much
 less given that I'll have to find other work for the
 summer.

 --Christopher

 --- Sunburned Surveyor <[EMAIL PROTECTED]>
 wrote:

> Paul,
>
> Thanks for the l

Re: [JPP-Devel] Wikispaces

2008-04-22 Thread Eric Jarvies

 the  
industry rate for respective programming work is $50usd per hour,  
making the ticket valued at $250usd, and meaning it needs only another  
$50 committed to it in order to make it viable for rfp/solicitation.
any of the oj programmers could of course tackle it and earn that  
money, or, the ticket could be submitted to guru.com, rentacoder.com,  
or any number of other resource sites that bring programmers together  
with customers.


i make mention of this because most of the users of oj, and other open  
source software projects, have a specific need they need served.  if/ 
when the software does not entirely serve that need, they would be  
inclined to spend some money to make it happen.  i happen to be one of  
those people.but in order for this to be productive, it needs to  
be organized, and right now, the oj project is spread and scattered  
about, and thus it is hard for a community of users to focus in on  
something, and instead right now it is only individuals that are able  
to focus, and only on their specific priority(s).  and so this is why  
i make mention of this, and offer to invest my time and money in  
helping centralize the project.


right now i have an osx install package for oj, that installs oj to  
the applications folder and simply uses the openjump.sh to execute the  
app.  but am working towards creating a real application using jar  
bundler, wherein all of the files are contained within the openjump  
app package.  but before i can venture into that territory, i need to  
better understand oj, and so that is what i am doing now.  of course,  
i have to seek advice from programmers, to explain to me things i am  
unfamiliar with.  and because oj does not have an organized  
repository(in the sense i've described above, from a non programmers  
point of view), this process is more painstaking, especially for non  
programmers like myself.


regarding svn/trac:

with both subversion and trac, anonymous user settings can easily be  
adjusted/set, thus confining spam to easily removable posts.   using  
ssh admin can easily create new user accounts for both svn and trac,  
again, adjusting settings accordingly per user.


i setup a sample at http://trac.ericjarvies.com (svn.ericjarvies.com)  
at my webfaction.com host.  you can logon using test/test.  if  
interested, i could spend a few days stylizing it for oj, and setting  
up an example flow of what i've described above, as it relates to  
bridging the gap between end users and programmers, as it relates to  
ticket filing and their association with the actual source code, as  
well as re-purposing tickets so they also serve the end user  
documentation.  also, the hosting i would donate would instead be at  
slicehost.net, so that the so admin could have full control over the  
slice/server, being able to soft/hard reboot as and wen is needed, as  
well being able to apt-get/install whatever software is needed.


if interested, i would donate the hosting 1 year at a time, and would  
agree to make sure to pre-pay for the hosting 3 months before it  
expires each year.  this way, if i go broke, lose interest, or die, oj  
users have 3 months to figure something out before the hosting  
expires.  i know that goole, and others offer some fairly


the trac wiki works fine, and there are plenty of 3rd party add-ons  
that extend it's functionality.


perhaps we could take this opportunity to setup the svn repo trunk  
with oj, as well as branches for os x pp, os x intel, linux, windows,  
etc.  i have personally indexed about 30 bugs oj has on os x ppc,  
along with dozens of features enhancements and requests, but have not  
bothered posting them to the sourceforge repo because that repo is not  
organized in such a way as mentioned above, nor does it seem to have  
much going on, or many paying attention to it.


trunk:
openjump core

branches:
vista
xp
os x ppc
os x intel
linux

also, centralizing oj on it's own slice would also allow all images  
and attachments to remain in the same place, so that if the site needs  
to be moved sometime down the road, all of it's elements are  
centralized and together in the same place.  also, this makes backing- 
up an easy process... and slicehost has nice backup routines and  
additional placs btw.


in addition, we could setup geoserver, mapserver, postgresql, mysql,   
php, and other server-side applications that could serve as a  
centralized means of testing/working with the openjump client  
software.  we could populate the map server(s) with plenty of  
examples(i have lots of vector and raster files i could personally  
donate for this purpose), and over time could build a nice repo of all  
things oj related... from the client to the server and everything in- 
between.


let me know what you think.

?

eric

-
This SF.net email

[JPP-Devel] wiki, svn, and more...

2008-04-22 Thread Eric Jarvies

tive programming work is $50usd per hour,  
making the ticket valued at $250usd, and meaning it needs only another  
$50 committed to it in order to make it viable for rfp/solicitation.
any of the oj programmers could of course tackle it and earn that  
money, or, the ticket could be submitted to guru.com, rentacoder.com,  
or any number of other resource sites that bring programmers together  
with customers.


i make mention of this because most of the users of oj, and other open  
source software projects, have a specific need they need served.  if/ 
when the software does not entirely serve that need, they would be  
inclined to spend some money to make it happen.  i happen to be one of  
those people.but in order for this to be productive, it needs to  
be organized, and right now, the oj project is spread and scattered  
about, and thus it is hard for a community of users to focus in on  
something, and instead right now it is only individuals that are able  
to focus, and only on their specific priority(s).  and so this is why  
i make mention of this, and offer to invest my time and money in  
helping centralize the project.


right now i have an osx install package for oj, that installs oj to  
the applications folder and simply uses the openjump.sh to execute the  
app.  but am working towards creating a real application using jar  
bundler, wherein all of the files are contained within the openjump  
app package.  but before i can venture into that territory, i need to  
better understand oj, and so that is what i am doing now.  of course,  
i have to seek advice from programmers, to explain to me things i am  
unfamiliar with.  and because oj does not have an organized  
repository(in the sense i've described above, from a non programmers  
point of view), this process is more painstaking, especially for non  
programmers like myself.


regarding svn/trac:

with both subversion and trac, anonymous user settings can easily be  
adjusted/set, thus confining spam to easily removable posts.   using  
ssh admin can easily create new user accounts for both svn and trac,  
again, adjusting settings accordingly per user.


i setup a sample at http://trac.ericjarvies.com (svn.ericjarvies.com)  
at my webfaction.com host.  you can logon using test/test.  if  
interested, i could spend a few days stylizing it for oj, and setting  
up an example flow of what i've described above, as it relates to  
bridging the gap between end users and programmers, as it relates to  
ticket filing and their association with the actual source code, as  
well as re-purposing tickets so they also serve the end user  
documentation.  also, the hosting i would donate would instead be at  
slicehost.net, so that the so admin could have full control over the  
slice/server, being able to soft/hard reboot as and wen is needed, as  
well being able to apt-get/install whatever software is needed.


if interested, i would donate the hosting 1 year at a time, and would  
agree to make sure to pre-pay for the hosting 3 months before it  
expires each year.  this way, if i go broke, lose interest, or die, oj  
users have 3 months to figure something out before the hosting  
expires.  i know that goole, and others offer some fairly


the trac wiki works fine, and there are plenty of 3rd party add-ons  
that extend it's functionality.


perhaps we could take this opportunity to setup the svn repo trunk  
with oj, as well as branches for os x pp, os x intel, linux, windows,  
etc.  i have personally indexed about 30 bugs oj has on os x ppc,  
along with dozens of features enhancements and requests, but have not  
bothered posting them to the sourceforge repo because that repo is not  
organized in such a way as mentioned above, nor does it seem to have  
much going on, or many paying attention to it.


trunk:
openjump core

branches:
vista
xp
os x ppc
os x intel
linux

also, centralizing oj on it's own slice would also allow all images  
and attachments to remain in the same place, so that if the site needs  
to be moved sometime down the road, all of it's elements are  
centralized and together in the same place.  also, this makes backing- 
up an easy process... and slicehost has nice backup routines and  
additional placs btw.


in addition, we could setup geoserver, mapserver, postgresql, mysql,   
php, and other server-side applications that could serve as a  
centralized means of testing/working with the openjump client  
software.  we could populate the map server(s) with plenty of  
examples(i have lots of vector and raster files i could personally  
donate for this purpose), and over time could build a nice repo of all  
things oj related... from the client to the server and everything in- 
between.


let me know what you think.

?

eric
-
This SF.net email is sponsored by the 2008 Java

Re: [JPP-Devel] JTIN work plan / project overview

2008-05-27 Thread Eric Jarvies


Chris,

Nice overview!   There are a few grammatical and spelling errors,  
otherwise it's message is clear and it makes sense to the  
reader(laymen, programmer, or otherwise).


Eric


On May 27, 2008, at 8:31 AM, Sunburned Surveyor wrote:


The doc looks very comprehensive Chris. I'll try to read through it
today on my lunch break.

Landon

On Mon, May 26, 2008 at 6:31 PM, Stefan Steiniger  
<[EMAIL PROTECTED]> wrote:

Hei Christopher,

great! I plan to look over it tomorrow.

Stefan

Christopher wrote:

Attached is the project overview for JTIN that Stefan
requested.

Any feedback would be much appreciated.

--Christopher







-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/




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


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP as an OSGEO project - Assessing the Requirements

2008-06-17 Thread Eric Jarvies

hello,

i am of the opinion -1.  until such a time all outstanding issues are  
addressed and resolved, and all is consolidated and cleaned, and clear  
direction is sought out, reduced to mutual understanding(short-mid- 
long term) by those involved, in fully disclosed and understood  
pecking order, as well as worship order for those who drafted the  
plans, laid the foundation, and built the initial floors/walls.  full  
understanding of it's history, and full understanding and disclosure  
of it's present, by and between the current power's-that-be, and those  
who laid the pioneered oj, but have since retired themselves and their  
interest from the project.  understanding where it stands, and where  
it's participants would like to take it.  how it compares to the other  
cross-platform gis java apps currently in development, and on and on.   
many questions need to be realized and asked and answered, and then a  
collective plan of action needs to be decided, and then a considerable  
amount of clean-up and filtration need to occur, and then issues like  
osgeo can be entered into unencumbered and without any perplexities  
and uncertainties.

respectfully,

eric





On Jun 17, 2008, at 2:04 PM, Michael Michaud wrote:

> Hi Stefan,
>
> +0
> I think joining OSGEO should be fine for OpenJUMP (more visibility,  
> more
> developpers, more users...), but I'm not sure we have enough human
> resources to move on.
> As far as I'm concerned, I have'nt contributed for a while, but I'll
> keep helping when I can, whatever the decision is.
>
> Thank you so much for all the work you and Sunburned Surveyor do to  
> keep
> the project in good health.
>
> Michaël
>
> Stefan Steiniger a écrit :
>> Dear OJ user/developer.
>>
>> I send this email to the devel list, as here rather the core people
>> are listening and this is also a discussion list for us.
>>
>> Now, I have read all the docs required for an OSGEO incubation. I  
>> will
>> attach a rather lenghtly file where I added comments to the different
>> questions/criteria.
>>
>> A couple of things will require some work and mentorship but I think
>> it would be doable to join OSGEO, as the restrictions in terms of
>> managements seem not to be so tight (i.e. we are require to document
>> the managment processes, but it is actually not said what management
>> rules we should implement)
>>
>> Here is a list of the major things that need to be done (see also the
>> very end of the text file):
>>
>> 
>> Summary - Major Issues with respect to human resources
>> 
>> required:
>> 
>> . document (established) license policy
>> . code contributors need to agree to project's license policy  
>> (written
>> form?).
>> . do a Code Provenance Review - check of licenses in the source code
>> (Ohloh may help here) => problem: we probably can not "GPL" or "LGPL"
>> (i.e. relicense) source code that has been inherited from other
>> projects, without the author permission (such code needs to be
>> externalized into a library).
>> . found a Steering Comittee
>> . establish documentation on project management procedures for PSC
>> decisions, contributor guidelines, etc. (see Project Graduation
>> Checklist point B3)
>> . start documentation of project decisions
>> . define release rules and process (not sure if that is a  
>> requirement)
>> . provide marketing material (handout, feature-matrix)
>>
>> optional:
>> 
>> . wiki + webpage transfer to OSGEO
>> . introduce automated testing system (junit)
>> . certification of standards?
>> =
>>
>> The only thing I am personally struggling is the definition of  
>> release
>> rules and a development plan if that is required (as this would play
>> against our "I contribute when I like" idea)
>>
>> I am awaiting your coments and a OJ-Joins-OSEGEO decision (+1: yes,  
>> 0:
>> don't know, -1 too much work) from the regular contributors, i.e. at
>> least an oppinion from:
>> Larry, Michael, Peppe, Andreas, Paul, Landon, Martin.
>>
>> I also welcome oppinions from Jukka, Jon, Paolo, Eric, Geoff, Sascha,
>> Lat/Lon, Intevation, Erwan, Arnd, Edgar, Ugo + Steve (if listening
>> ;),... and who ever wants to
>>
>> my personal vote: 0 (influenced by the work that needs to be done,
>> listed above)
>>
>> cheers from sunny Calgary
>> Stefa

Re: [JPP-Devel] disable/deactivate menu with plugin?

2008-06-29 Thread Eric Jarvies

this is a great idea.  dumb it down when needing to distribute it to  
other others(non gis/software users) who merely need to perform some  
routine/instructed procedures.


also, on another subject... anyone play around with the wps plugin  
from 52north?


eric

On Jun 29, 2008, at 9:55 AM, Larry Becker wrote:


Hi Carl,

  I can't think of a way without modifying OpenJumpConfiguration.   
If this is a popular requirement, we could add functionality via the  
editable workbench-properties.xml file instead of the  
OpenJumpConfiguration class (as SkyJUMP does).  This would make it  
possible for users to add or remove functionality at will.


regards,
Larry Becker

On Sun, Jun 29, 2008 at 10:49 AM, Carl Grönniger <[EMAIL PROTECTED]>  
wrote:

Hi!

Is it possible to disable or deactivate several OJ functions or  
complete menues with a plugin? for example disable the tool-menu  
without editing the core?


Carl


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




--
http://amusingprogrammer.blogspot.com/  
-

Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] June OpenJUMP User Survey Results Released

2008-07-05 Thread Eric Jarvies

On Jul 5, 2008, at 7:49 AM, abhay menon wrote:Hello All,Just curious about the embedding Google Map or any other Web Map on OpenJump. Is there a possibility implement the same in the long shot using the OpenLayers API (web Api) and then introducing the same using this OpenLayers Interface as Implementation to the background layer. It would be really the best this thing to implement. As it would more over depend on the OpenLayers implementation than Google Map.this is how is see it too. google maps mixed in an openlayers mash-up is effectively running in a 'browser' and so why cannot openjump also be considered a 'browser' of sorts(safari, firefox, opera, etc.). users can run as localhost, applying for their google maps url api(localhost/127.0.0.1 or whatever). and of course, it is the responsibility of each user to dal with google maps in terms of 'commercial' licensing, should they so elect to do so. or am off base here?eric It just a suggestion... ;)Rgds.Abhay.On Fri, Jul 4, 2008 at 11:39 PM, Paul Austin <[EMAIL PROTECTED]> wrote: The problem with the following proposal is not a technical one, it is a legal one. Google and the other providers typically only allow access to their tile layer using their web sites and web APIs. This is in part because they license the data from other parties for a specific purpose. Paul I like very much the feature proposal:"Use Google, Yahoo, Microsoft, Mapquest, Open Street Maps map layer as background layer" - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!Studies have shown that voting for your favorite open source project,along with a healthy diet, reduces your potential for chronic lamenessand boredom. Vote Now at http://www.sourceforge.net/community/cca08___Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel Eric Jarvies -
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] June OpenJUMP User Survey Results Released

2008-07-05 Thread Eric Jarvies

On Jul 5, 2008, at 5:24 PM, Larry Becker wrote:@Stefan,  SkyJUMP has only implemented KML write, although read should be fairly easy to add.  We use WGS84 UTM exclusively, so the (limited) reprojection support was easy to implement.  This is the reason that there will (IMIHO) always be a niche for specialized JUMP variants like SkyJUMP that can provide powerful (although less general) features by knowing the exact needs of their user base. @Nacho, I have an experimental Google Maps plugin, but stopped work on it due to the licensing issues that Paul pointed out.  It is a lot of fun, though.@Abhay,  using OpenLayers would not change the license for the map data.  It would still need to be hosted on a web page.i think the primary purpose/reason one would use google maps(or yahoo maps, openstreetmaps, et, al) as a background layer would be to prove/test their own maps/data during editing, thus making it easy and convenient, without the user having to jump outside of oj to test with geo/map-server/openlayer each time.  so, if it as running as localhost, users would be able to easily apply for their google api, using it in a dev environment on their local machine.  or, users that have their gis server stack running on their dev computer, with their geo/map-server and opelayers configuration up and already running, then perhaps it would programatically be a question of having a google maps background load in udig as a webpage, one that is of course a background, with oj functionality that allows other layers to adapt the google maps projections for purposes of panning and zooming their foreground layers in the same manner as does google maps.with each month/year that passes, the google, yahoo, microsoft, penstreetmaps, et, al map sites will only grow, as will map maker's needs to conform their maps to be displayed atop the above-mentioned map sites via mash-up(openlayers, whatever). and so during the development/map making process, having the ability to switch between google, yahoo, etc., to display your maps atop, will serve greatly as an aid in preparing one's maps for use with these map sites via mash-up(openlayers, etc.).  and, again, if one wishes to use it on a commercial level , then it is the responsibility of each user to contact google and negotiate terms for a commercial license.  also, google has now introduced their new user-contributed map product that is currently being tested... so clearly they are moving in  direction that essentially promotes the same type of use as does the feature we are discussing here.many existing desktop and handheld products use google maps(and google maps/map tiles) in a way that simply ALLOWS the user to add google mas to the mix, meaning placing the licensing responsibility in each own user's hands, where it rightly belongs imo.?regards,eric regards,LarryOn Fri, Jul 4, 2008 at 3:42 PM, Stefan Steiniger <[EMAIL PROTECTED]> wrote: ok.. let me note another problem [which includes the nice kml proposal as well]:  We don't have a implementation of projections. So everything that relies on that is not doable before we get this implemented  Stefan  PS: @Larry, did you also implement KML write or only read for SkyJUMP?  Paul Austin wrote: > The problem with the following proposal is not a technical one, it is a > legal one. Google and the other providers typically only allow access to > their tile layer using their web sites and web APIs. This is in part > because they license the data from other parties for a specific purpose. > > Paul > > > >     I like very much the feature proposal: >     "Use Google, Yahoo, Microsoft, Mapquest, Open Street Maps map layer >     as background layer" > > >  > > - > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > > >  > > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel  - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Jump-pilot-devel mailing list Jump-pilot-devel@l

Re: [JPP-Devel] TaskFrame and WorkbenchContext source code files for review before commit.

2008-07-05 Thread Eric Jarvies

On Jul 5, 2008, at 6:07 PM, Larry Becker wrote:Hi Sunburned,>As long as everyone else has to play by the same rules. If I'm getting>special treatment I should at least know the reason. (I'll gladly>accept suggestions or recommendations that deal with technical issues >in my source code.) As you know, I never mince words, so I would like to acknowledge that your programming skills have come a long way since you first started working on OJ (in 2005?). I haven't looked at your recent TaskFrame posts in detail, but they seem logical on the surface. It is not your changes that I object to, but the reason for them. For me, there are only a few reasons for changing code in a legacy project: to fix a bug, or to add needed functionality. On very rare occasions, it may be necessary to modify the core architecture such as was done with Threads, the rendering system, or Paul's recent Open dialog changes. Ideally, these changes should be done by a programmer with experience in this area. Even so, they almost always turn out to have unintended consequences. I guess I don't like the precedent of randomly modifying the core Classes just because they don't seem optimal. I could do that too, but I resist the temptation because I don't know where it would end. In fact I have made dozens of experimental modifications to core classes that I never proposed to OJ because I can't prove that they actually improve speed, reliability, or memory utilization, or that anyone would ever use them. So I don't like to support core Class changes, but exceptions should be made if someone feels strongly about them. So do you feel strongly that these changes will improve reliability and be worth the possible unintended side effects? If the answer is yes, then I think we owe it to you to support them.i agree. i think it's clear to most projects that when certain aspects of the project, like core issues, start showing their age/faults/shortcomings, and beneficial changes are identified, and can be made to improve the core overall by someone willing to invest their time to do so, then that is a good thing. it certainly stimulates positive change, even if initially these changes are met with opposition, or impact the core negatively as a result of 'chain reaction' consequence. but these consequences are the nature of the beast, and to be expected in any software development project. it seems ss has been investing a good portion of his time making oj a better application, for his own purposes, and for the benefit of others. providing os x friendly builds are made, i'll most certainly invest time testing an such changes, and reporting bugs accordingly.regards,eric best regards,LarryOn Sat, Jul 5, 2008 at 7:49 AM, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: I must have forgot the attachments. They are at my computer at work. I'll resend them on Monday. I must clarify that the changes I want to commit to the core have nothing to do with the Docking Window Framework or any other GUI changes. There just some clean-up and improvements of the TaskFrame class. I did things like organize all of the public, private, and protected methods together, and added Javadoc comments for all of the public methods. Stefan wrote: "sorry, I have not found the time yet to read all your emails on that subject" The only real "functional code changes" I made are the following four (4) changes: - I removed the setTask method that was added by Paul. This seemed prudent because the only time to set a Task is during TaskFrame creation. Paul added the method so that he could use a plug-in to add Docking Windows support. I didn't think this would be necessary now that I have a task frame class that Paul can use with Docking Window support built in. I think the setTask method is a bad idea because it will throw an Exception if used and anytime other than during the creation of the TaskFrame. If we want to support custom TaskFrame creation we should use a true Factory Pattern. - I allowed the CursorTool.cancelGesture method to be called when a TaskFrame is being closed. As I mentioned previously, not calling this method could lead to bugs/memory leaks in future CursorTool implementations. - I added a member variable and an accessor method so that client code could determine if a TaskWindow was a clone of another TaskWindow. - I implemented InternalFrameListener instead of having a hidden InternalFrameAdapter class definition. I did this because it makes the code easier to read and understand. It has no effect on the operation of the program. Stefan wrote: "So commit rules will be more strict in terms of agreement and outlining the absolutely necessity of those changes and the expected problems with backwards compatibility [e.g plugins]. I may refer here to emails by Sascha Teichmann. Up to now there is still the wise saying: "n

Re: [JPP-Devel] June OpenJUMP User Survey Results Released

2008-07-05 Thread Eric Jarvies

abhay, i too have a number of functionality and feature pre-visualizations that address the gui from a finished, end-user point of view.  if you want to get a wiki page started regarding this, then i'd contribute the mock-ups and work-flows that would be associated with such a plug-in... and would be happy to modify them along the way as suggested features are proven undoable or not practical.regards,ericOn Jul 5, 2008, at 6:22 PM, abhay menon wrote:Hi Larry..If it is possible can you share the code to plugin of the google map plugin. I am actual writting one for a project of mine..Rgds.Abhay.On Sat, Jul 5, 2008 at 10:54 PM, Larry Becker <[EMAIL PROTECTED]> wrote: @Stefan,  SkyJUMP has only implemented KML write, although read should be fairly easy to add.  We use WGS84 UTM exclusively, so the (limited) reprojection support was easy to implement.  This is the reason that there will (IMIHO) always be a niche for specialized JUMP variants like SkyJUMP that can provide powerful (although less general) features by knowing the exact needs of their user base. @Nacho, I have an experimental Google Maps plugin, but stopped work on it due to the licensing issues that Paul pointed out.  It is a lot of fun, though.@Abhay,  using OpenLayers would not change the license for the map data.  It would still need to be hosted on a web page. regards,LarryOn Fri, Jul 4, 2008 at 3:42 PM, Stefan Steiniger <[EMAIL PROTECTED]> wrote:  ok.. let me note another problem [which includes the nice kml proposal as well]:  We don't have a implementation of projections. So everything that relies on that is not doable before we get this implemented  Stefan  PS: @Larry, did you also implement KML write or only read for SkyJUMP?  Paul Austin wrote: > The problem with the following proposal is not a technical one, it is a > legal one. Google and the other providers typically only allow access to > their tile layer using their web sites and web APIs. This is in part > because they license the data from other parties for a specific purpose. > > Paul > > > >     I like very much the feature proposal: >     "Use Google, Yahoo, Microsoft, Mapquest, Open Street Maps map layer >     as background layer" > > >  > > - > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > > >  > > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel  - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel  -Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!Studies have shown that voting for your favorite open source project,along with a healthy diet, reduces your potential for chronic lamenessand boredom. Vote Now at http://www.sourceforge.net/community/cca08___Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel Eric Jarvies -
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cc

Re: [JPP-Devel] Combine and Explode Layers

2008-07-10 Thread Eric Jarvies

On Jul 10, 2008, at 2:43:16:PM, Larry Becker wrote:Hi SS,On Thu, Jul 10, 2008 at 9:39 AM, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: Lary wrote: "Explode Layer would include the existing "Edit->Extract Layers by Geometry Type" functionality, and add the capability to explode a layer by attribute value.  That is, it would create a new layer for each unique value of a given attribute."  This sounds pretty cool. You might want to pop up a warning if the user chooses an attribute that has a bunch of different values. I can see a user running the plug-in and inadvertently creating 3000 layers. :] Good point!  You wrote: "Combine Selected Layers would allow you to combine LineString, Point, and Polygon shapefile layers into a single layer to save as GML or other multi-geometry tolerant format.  Attributes would, of course, be preserved.  Preservation of BasicStyle information is also possible with a kind of auto-theming."  How would you handle layers with different feature schemas? Merge the schemas with null values for missing attriubtes.better to allow user to keep old/keep new, keep both.   Can you explain more about how auto-theming would work? Copy  layer's BasicStyle as a custom colour theme.regards,Larry  I'm just curious. Your idea sounds very useful.  Landon  On Wed, Jul 9, 2008 at 11:43 PM, Giuseppe Aruta <[EMAIL PROTECTED]> wrote: > Very good Larry! > > --- Mer 9/7/08, Nacho Uve <[EMAIL PROTECTED]> ha scritto: > >> Da: Nacho Uve <[EMAIL PROTECTED]> >> Oggetto: Re: [JPP-Devel] Combine and Explode Layers >> A: "OpenJump develop and use" <jump-pilot-devel@lists.sourceforge.net> >> Data: Mercoledì 9 luglio 2008, 23:55 >> 2008/7/9 Larry Becker <[EMAIL PROTECTED]>: >> >> > and add the capability to explode a layer by attribute >> value. >> > >> >> Useful!- >> Sponsored by: SourceForge.net Community Choice Awards: VOTE >> NOW! >> Studies have shown that voting for your favorite open >> source project, >> along with a healthy diet, reduces your potential for >> chronic lameness >> and boredom. Vote Now at >> http://www.sourceforge.net/community/cca08___ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > >      Posta, news, sport, oroscopo: tutto in una sola pagina. > Crea l'home page che piace a te! > www.yahoo.it/latuapagina > > > - > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > ___ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >  - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- http://amusingprogrammer.blogspot.com/ -Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!Studies have shown that voting for your favorite open source project,along with a healthy diet, reduces your potential for chronic lamenessand boredom. Vote Now at http://www.sourceforge.net/community/cca08___Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel Eric Jarvies -
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] JTin Summer of Code Update:

2008-07-16 Thread Eric Jarvies


hello,

on os x, is there an 'easy' way to either copy(and paste) or save-as  
or export the coordinates of a raster image/geotiff?  if so, i would  
apeciate it if someone could enlighten me.  if i go into the Feature  
Info window, i of course can VIEW this information, and can highlight  
it, but it does not copy when i attempt to apple-C or right-click- 
copy(there is no right-click-copy).


i have a 1000 or so mrsid files i had converted sometime back to  
geotiff.  now i need to convert them to a handheld format, and the  
converter requires i enter left, right, top, and bottom  
coordinates(xmin, xmax, ymin, ymax).  and so, it would be wonderful if  
there was an EASY way to go about getting this info using oj on os x.   
i have not looked into any other utilities, perhaps they do or do not  
exist, not sure.  but if anyone here knows, again, i would much  
appreciate it.


regards,

<>



Eric Jarvies




On Jul 15, 2008, at 4:47:17:AM, Stefan Steiniger wrote:


Hei,

so did you look on the link I send a while ago on the swiss DEM data?
Everything is there in different or one file. If you need help I may
make a short description of that data in case they did not provide the
english translation but only the german or french description.

stefan

Sunburned Surveyor schrieb:

Chris,

You wrote: "3D point data would be fine for now, but if you could get
3D point data + breaklines + boundaries, I would thrilled."

Would the breaklines and boundaries be provided as LineStrings with z
values in the LineString coordinates?

This might take me a little doing, as I'll have to write some  
AutoLISP
to get the data out of CAD as WKT. I need some tools that will do  
this
anyways, but it'll take me a coupld of days. I might be able to get  
it

done by the end of the week?

Landon

P.S. - Any suggestions on the classes/class I should start my code  
review with?


On Mon, Jul 7, 2008 at 3:26 PM, Christopher  
<[EMAIL PROTECTED]> wrote:

From: Sunburned Surveyor <[EMAIL PROTECTED]>
I finally backtracked to Subclipse 1.2 on my laptop, and I
was able to
download your source code for JTin. I'll try to get
that code review
squeezed in tonight or tomorrow.

That's fine, give me a call if you need anything explained. I just  
uploaded an updated set of files. The new thing is that triangle  
clipping is implemented and there is the ability to get a subset  
of the tin (unused as of now, but it will be useful in the  
future). Right now, I'm working on javadoc'n then hillshades.



I know that we talked a little about my providing some CAD
data that
you could use to test JTin. What type of simple features do
you want?
Do you want Point Features? Or do you want LineStrings
representing
contours?

Let me know what you have in mind.

3D point data would be fine for now, but if you could get 3D point  
data + breaklines + boundaries, I would thrilled.


Thanks,
--Christopher





-
This SF.Net email is sponsored by the Moblin Your Move Developer's  
challenge
Build the coolest Linux based applications with Moblin SDK & win  
great prizes
Grand prize is a trip for two to an Open Source event anywhere in  
the world

http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] JTIN update and question

2008-07-26 Thread Eric Jarvies


christopher,

-stay at the resolution the data was gathered
-option to interpolate.


<>



Eric Jarvies




On Jul 26, 2008, at 5:24:30:PM, Christopher wrote:



I have the contour line extraction plugin working. See attached .jpg  
for an example of contours created at 100m intervals over the  
Matterhorn tin. There is still a bit of cleaning up I need to do in  
order to not have any breaks in the contours. I should have that  
done and the code uploaded to the svn sometime today.


Now the question:

Josef Bezdek is doing a similar project for uDig’s SoC. In order to  
create a smoother contour, he is dividing up each TIN facet into a  
bunch of coplanar smaller triangles then running the contouring  
routine over those smaller triangles. For a visual example, see:

http://geomatika.ic.cz/GSoC/Corel/TIN_linear_Con.png
http://geomatika.ic.cz/GSoC/Corel/TIN_Bezier_10.png
http://geomatika.ic.cz/GSoC/Corel/Contour_10.png

I, on the other hand, have been avoiding any interpolation of the  
TIN data to create a denser network. The reason being that we are  
working with real-world data that is collected at a certain  
resolution and any computational smoothing might or might not match  
the real world. I figured it would be important to GIS users that  
all interaction with data would be at the resolution it was  
collected. An analogy would be that in pure math, you can have as  
many decimal digits as you want, but in physics and chemistry, you  
can only have as many digits as you collected during the data  
gathering phase. Digits past the significant digits are dropped  
because including them implies that the answer is more accurate than  
it really is.


So what do the OpenJUMP GIS users want? Should I allow for  
interpolation or should I stay at the resolution that the data was  
gathered?


--Christopher


< 
screenshot26july2008 
.jpg 
> 
-
This SF.Net email is sponsored by the Moblin Your Move Developer's  
challenge
Build the coolest Linux based applications with Moblin SDK & win  
great prizes
Grand prize is a trip for two to an Open Source event anywhere in  
the world

http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] one way road

2008-09-24 Thread Eric Jarvies



On Sep 24, 2008, at 5:32 AM, Nacho Uve wrote:


Hello,

Maybe you can use one Arrow Line Style for the line representation.  
I use Change Style -> Decorations ->End-Arrow-Open.


:)




2008/9/24 Bing Ran <[EMAIL PROTECTED]>
The requirement comes up and I need to display one way road on my  
map. My original map data does contain such information and I'm  
wondering how everyone else is dealing with this. Is it always a  
customized attribute and rendering or something (standard, style) is  
already there? Even more challenging is how to represent "no left  
turn" at a time range at road intersections.


each intersection should have a point at that position in the path/ 
road.  i tend to use columns in the dB, making a Direction field(N, S,  
E, W, N-S, E-W), wherein if it is only one-way, it would only have one  
compass direction(e.g.- N), and if it was a two-way road, it would  
have N-S.  Regarding your Left-turn scenario... is oncoming traffic  
not permitted to turn RIGHT on that same road?  if so, then that road  
only need be denoted with it's compass direction(e.g.- E). If oncoming  
traffic CAN turn RIGHT, then perhaps you use two paths, and the  
oncoming path has a point at that intersection, and the outbound path/ 
road does not.  There are  number of ways to go about doing this, many  
are likely better then what i've suggested.  the truth is, dealing  
with roads and intersections and points on the road, like Km. markers,  
or speed limit signs, is not addressed in OJ.  and so, i find myself  
creating point maps to go along with my path/road maps, so i can  
denote various points of interest along the road's path, like garbage  
cans, or lookout points, or mileage markers as mentioned previously.


regards,

eric jarvies



Any information is appreciated.

Bing


-
This SF.Net email is sponsored by the Moblin Your Move Developer's  
challenge
Build the coolest Linux based applications with Moblin SDK & win  
great prizes
Grand prize is a trip for two to an Open Source event anywhere in  
the world

http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


-
This SF.Net email is sponsored by the Moblin Your Move Developer's  
challenge
Build the coolest Linux based applications with Moblin SDK & win  
great prizes
Grand prize is a trip for two to an Open Source event anywhere in  
the world

http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Search tool for Attributes

2008-12-29 Thread Eric Jarvies

yes, it sounds searchtacular!

eric


On Dec 29, 2008, at 5:56 PM, Stefan Steiniger wrote:

> me too! sounds spectacular :) .. now we need to find a fancy name.
>
> stefan
>
> Sunburned Surveyor schrieb:
>> I think that would be handy.
>>
>> SS
>>
>> On Mon, Dec 29, 2008 at 12:12 PM, Larry Becker > > wrote:
>>> Question:
>>>
>>> You can use Simple Query to search Attribute fields for specific  
>>> values, but
>>> have you ever wanted to do a Google style search in a map?  In  
>>> other words,
>>> search all attributes in all layers for any occurrence of one or  
>>> more target
>>> words.  I have a tool that could be morphed into this capability  
>>> fairly
>>> easily, or it could be added to Simple Query.
>>>
>>> Any comments?
>>>
>>> regards,
>>> Larry
>>>
>>> --
>>> http://amusingprogrammer.blogspot.com/
>>>
>>> --
>>>
>>> ___
>>> 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


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

[JPP-Devel] Very little bug to correct in the ClassifyAttributes Plugin

2010-11-02 Thread Eric Grosso

Hi all,

I found a very little bug to correct in the ClassifyAttributes Plugin:
org.openjump.core.ui.plugin.tools.statistics.ClassifyAttributesPlugin

If we select a layer without any attributes, the GUI dialog doesn't allow to
select an attribute:
it is logical. But after that, if we select another layer which contains
some attributes, the attribute
selection is still disabled.

To correct this bug, the line 218:
if (listNumAttributes.size() == 0) jcb_attribute.setEnabled(false);

should be replaced with:

if (listNumAttributes.size() == 0) {
 jcb_attribute.setEnabled(false);
} else {
 jcb_attribute.setEnabled(true);
}

Moreover, as it is allowed to click on the OK button even if there is no
attribute to deal with.
Indeed, it is impossible to disable this button due to the fact that the
OKCancelPanel is not
"gettable" from a MultiInputDialog. Therefore, an information or error
message should be
provided to users to ask them to choose/process a layer which contains at
least one attribute
(test in the run method ). If not, it provides a message error with a "null
exception" error.

Cheers,
Eric
--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Very little bug to correct in the ClassifyAttributes Plugin

2010-11-03 Thread Eric Grosso

Hi Michaël,

Thanks for your answer and your correction (sorry for the line number, I
checked it a little bit too fast).

There are two problems with the null values and the NPE:
- if some values of an attribute are null, and click the OK button, then a
NPE appears,
- if the layer doesn't contain any attributes and click the OK button, then
a NPE appears.

In the first case, you proposed three different options. What do you think
about the option to add a check box
or a combo box to ask users how they want to consider null values, either
"ignore it" or "interpret as 0"?
Therefore, users could have the choice and they could know how all values,
even the null ones, are processed.

In the second case, OJ developers don't have the possibility to disable the
OK button. Sometimes it could be
useful. There is also another possibility: to improve the LayerManager by
adding a new getter which allows to
get only the layers with at least one attribute (except the FID one). We can
also imagine to have these two possibilities.

I don't know what the best option is. What do you think about it?

Cheers,
Eric

2010/11/2 Michaël Michaud 

>  Hi Eric,
>
> Thanks for the bug report.
> It's fixed and will be available in the next NB
> (acually, the bug was in the Layer ComboBox listener, near line 235)
>
> As it seems that you are using statistic plugins, I submit to you and
> others a question about how to handle null values in this plugin.
> Currently, it throws NPE :-( .
> Different options are :
> - interpret null values as 0 for integers or 0.0 for double (not so good
> but easy)
> - catch the exception (or check for null/NaN values before) and throw a
> better message than NPE
> - do the statistics ignoring every feature having a null value
>
> Michaël
>
> Le 02/11/2010 19:41, Eric Grosso a écrit :
>
> Hi all,
>
> I found a very little bug to correct in the ClassifyAttributes Plugin:
> org.openjump.core.ui.plugin.tools.statistics.ClassifyAttributesPlugin
>
> If we select a layer without any attributes, the GUI dialog doesn't allow
> to select an attribute:
> it is logical. But after that, if we select another layer which contains
> some attributes, the attribute
> selection is still disabled.
>
> To correct this bug, the line 218:
> if (listNumAttributes.size() == 0) jcb_attribute.setEnabled(false);
>
> should be replaced with:
>
> if (listNumAttributes.size() == 0) {
>  jcb_attribute.setEnabled(false);
> } else {
>  jcb_attribute.setEnabled(true);
> }
>
> Moreover, as it is allowed to click on the OK button even if there is no
> attribute to deal with.
> Indeed, it is impossible to disable this button due to the fact that the
> OKCancelPanel is not
> "gettable" from a MultiInputDialog. Therefore, an information or error
> message should be
> provided to users to ask them to choose/process a layer which contains at
> least one attribute
> (test in the run method ). If not, it provides a message error with a "null
> exception" error.
>
> Cheers,
> Eric
>
>
> --
> Nokia and AT&T present the 2010 Calling All Innovators-North America contest
> Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
> http://p.sf.net/sfu/nokia-dev2dev
>
>
> ___
> Jump-pilot-devel mailing 
> listjump-pilot-de...@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
>
> --
> Nokia and AT&T present the 2010 Calling All Innovators-North America
> contest
> Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in
> marketing
> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
> http://p.sf.net/sfu/nokia-dev2dev
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Achieve Improved Network Security with IP and DNS Reputation.
Defend against bad network traffic, including botnets, malware, 
phishing sites, and compromised hosts - saving your company time, 
money, and embarrassment.   Learn More! 
http://p.sf.net/sfu/hpdev2dev-nov___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Resurrecting Java Conflation Suite (JCS)

2012-04-03 Thread Eric Grosso

Hi Michaël,

For information, the GeoTools team decided last year (January 2011) to stop
taking part in GeoAPI.
More information here:
http://geotoolsnews.blogspot.fr/2011/01/end-of-geoapi-involvement.html

You can find the 3 current GeoAPI implementations:
http://www.geoapi.org/implementations.html

The GeoAPI is mainly (only?) developed by Martin Desruisseaux.
Therefore GeoToolKit is probably
the most compatible GeoAPI 3.0 implementation (GeoToolKit is
developed by Geomatys
and so by Martin Desruisseaux).

Regards,
Eric

2012/3/23 Michaël Michaud 

> Hi Josh,
>
> Resurrecting JCS is a very interesting project, and the problem of
> choosing a feature model which is not bounded to a particular
> software a very interesting question.
> I have often considered this question for OpenJUMP as it would
> be a good way to share code with similar projects like geotools.
> If I had some times to explore this idea, my natural choice would
> be to try to implement the geoapi which is a set of interface
> definition guided by OGC standard (feature model of geoapi
> currently has a pending status).
>
>
> http://www.geoapi.org/geoapi-pending/apidocs/org/opengis/feature/package-summary.html
>
> http://www.geoapi.org/geoapi-pending/apidocs/org/opengis/feature/simple/package-summary.html
>
> Both Geotools and GeoToolkit should have implementations of these
> interfaces.
> That said, I have no idea of how much work it would be, how many
> dependencies it would add...
> I have never considered java bindings for GDAL/OGR as I did
> not know them and try to avoid bindings to non java code where
> I know that good java code already exist, but it may be an alternative.
>
> Regards,
>
> Michaël
>
> > Hello,
> > I've never developed OpenJUMP, but I'm starting to use the Java
> > Conflation Suite (JCS) [0] which is dependent upon many JUMP classes,
> > and was started by Martin Davis (originator of JUMP and JTS as well).
> > JCS has not seen any (open) development since 2003, but it still
> > provides much of the functionality I'll need, and I'd like any
> > improvements I make to be usable for others. The application is a
> > plugin for JOSM [1], an OpenStreetMap [2] data editor, with an initial
> > goal to facilitate the conflating of "POIs" [3], such as upgrading the
> > geometry of a business from a point to a polygon, and merging the
> > attributes.
> >
> > JCS depends on quite a few JUMP (circa 2003) classes, such as for
> > features and utility functions. I'd rather not have a dependency on
> > JUMP, but I'm not sure the best way to accomplish this, other than
> > pulling out all the required functionality and putting it in the JCS
> > package, com.vividsolutions.jcs. However if there's any changes that
> > should be made to the API, such as the Feature/FeatureCollection
> > classes, to make JCS more usable by other applications, I'd like to do
> > that now. Perhaps I should adopt some of the API from the Java
> > bindings for GDAL/OGR [4].
> >
> > A while ago I put the two available versions of JCS in a Git
> > repository [5], which is where I'll be publishing any changes. I
> > posted a related query on the JTS list which is worth checking out for
> > those interested [6].
> >
> > -Josh
> >
> > [0]: http://www.vividsolutions.com/jcs/
> > [1]: http://josm.openstreetmap.de/c
> > [2]: http://www.openstreetmap.org
> > [3]: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Conflation
> > [4]: http://gdal.org/java/
> > [5]: https://github.com/joshdoe/jcs/
> > [6]: http://sourceforge.net/mailarchive/message.php?msg_id=28969491
> >
> >
> --
> > This SF email is sponsosred by:
> > Try Windows Azure free for 90 days Click Here
> > http://p.sf.net/sfu/sfd2d-msazure
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
>
>
>
> --
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Very few resource bundles are missing

2012-04-25 Thread Eric Grosso

Hi all,

During my update to the last OJ version (1.5.1-r2721 = release), it
appeared that some resource bundles are missing,
both for the jump.properties file and for the translated files (it
was probably already the case before this version
but I never realised it).

Here are the missing elements:
- ui.MenuNames.TOOLS.ADVANCED
- org.openjump.core.ui.plugin.file.open.SelectFilesPanel.archived-files
- org.openjump.core.ui.plugin.file.open.ChooseProjectPanel
- org.openjump.core.ui.plugin.file.open.ChooseProjectPanel.instructions
- org.openjump.core.ui.plugin.file.open.SelectFileOptionsPanel.file-type
- org.openjump.core.ui.plugin.file.open.SelectProjectFilesPanel.all-files

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

[JPP-Devel] Some possible improvements in the last OJ

2012-04-25 Thread Eric Grosso

Hi,

I tested a bit more the last version of OJ. I found a small bug and some
improvements to possibly do.

Bug: the export in SVG works well for small datasets but doesn't work for
important ones (creation of a kind of strange noisy image
but not in a SVG format, except for the file extension). If it's just an
extract of the important dataset, the export is done without
any problem. I was able to reproduce this problem with more than one layer.

Possible improvements:
- improve the output layer name of the AttributeQuery
plugIn 
(com.vividsolutions.jump.workbench.ui.plugin.analysis.AttributeQueryPlugIn);
at the moment, the name is something like it NAMELAYER-operator, e.g.
buildings-=, resulting from the following code : String outputLayerName =
LayerNameGenerator.generateOperationOnLayerName(funcNameToRun,
srcLayer.getName());
It could be improved by using the following
pattern: NAMELAYER-ATTRIBUTENAME_operator_VALUE

- when the window of Sextante is opened, it is impossible to interact with
a OJ project. Therefore, it isn't easy to see quickly the result.
It could be nice to be able to switch between Sextante and OJ (I hadn't
time to find where the code could be improved: sorry to just
propose it like it).

- the last improvement is about the OJ-PLUS startup. As you mentioned in
some previous email, the OJ-PLUS is quite slow.
I was a bit curious so I decided to have a look to understand the
reason. Here it is (time results based on my laptop configuration,
i.e. Ubuntu 32-bits 4Go):
-- normal launching time of OJ-PLUS: 15 seconds
-- the big change from the previous version was Sextante. So I decided to
have a look to Sextante. Its initialisation is not in
the "execute" method but in the "initialise" one. So I moved a part of the
code from the initialisation to the execution
and compiled the sextante binding. This change involves other small changes
for the other Sextante plugins (i.e. automatic
creation of History, Modeler and Results plugins in the menu) but it
shouldn't be difficult to manage. Sextante can be initialised
(in nearly 7-8 seconds) and launched via the menu or the button without
problem. But the question is, what is the new startup time?
7 seconds. Comparatively to the 4 seconds of the OJ-CORE startup, it sounds
not too bad.

But maybe it is possible to go further? That's why I decided to test the
lazy loading that Michaël proposed the other day in your
"startup of PLUS" discussion and I think OJ has everything we need to do
what you all proposed.
First, I created a plugin which allows to create dynamically a new plugin
following this simple structure:
- a classical definition: CreationOfPluginPlugin extends AbstractPlugIn
implements ThreadedPlugIn
- classical initialisation,
- add an ok button to launch it via the MultiInputDialog interface,
- and here is the run method:
public void run(TaskMonitor monitor, PlugInContext context) {
new TestPlugin().initialize(context);
context.getWorkbenchFrame().invalidate();
context.getWorkbenchFrame().validate();
}

I used the invalidate and validate methods to allow the refresh of the
workbench in order to see the new menu of the plugin.
It is unnecessary if the menu title of the new plugin already exists (but
it's safer to use it as it works in every cases).
So if we can do it, what do we need more:
- an interface to do the same thing than in Kosmo: it shouldn't be very
difficult to do it,
- remove the Extension classes of the different plugins to avoid their
dynamic loading during the startup,
- maybe to store the extensions in another repository than lib/ext, maybe
lib/plugins
- a dynamic JAR loaded system, which can be based simply on Java library or
on OSGI for example,
- a xml file to store the user preferences,
- a new plugin which will be loaded by default, reading the xml file and
initialising the plugins defined by the user,
- and then a class to enable the downloading of new plugin and an interface
to manage a possible proxy.

Technically, everything is not too difficult except the last point. Indeed,
what mechanism use to store the information
about the plugins? In a first time, we could centralise the plugins, e.g.
on the OJ sourceforge website, involving that
we could define a unique xml file to centralise the information and as
follows:

  
plugin_one.jar
blablabla blablabla

  dependency_one.jar
  dependency_two.jar

1.0
  


Thus we could download this file in OJ, do the differential with the
existing local plugins (maybe using a md5 key
which will allow to check if a plugin exist or not and to know if the file
has been download correctly).

To go further, we could authorise also other URL for the plugin with the
same centralise XML system.
Then think about a more flexible system to allow the upload by developers
of a plugin with its XML file description.

Wh

Re: [JPP-Devel] Some possible improvements in the last OJ : svg export

2012-04-27 Thread Eric Grosso

Hi Michael,

Why don't remove this limit and using it in a OK/Cancel dialog which could
be displayed if there is an important certain number of objects such as
"Due to the important number of objects, the generated SVG file will have
an important size and the process may be long (several minutes).
Do you want to continue?". It will allow users to choose what they want to
do and know about the time of the process.

Eric

2012/4/27 Michaël Michaud 

> Hi Eric
> >
> >
> > Bug: the export in SVG works well for small datasets but doesn't work
> > for important ones (creation of a kind of strange noisy image
> > but not in a SVG format, except for the file extension). If it's just
> > an extract of the important dataset, the export is done without
> > any problem. I was able to reproduce this problem with more than one
> > layer.
> There is currently a hard-coded limitation to 1 features
>
> I tried with 100 000 features.
> It took 4 mn to export and produced a 50Mo file, but I could open it
> without problem in inkskape.
>
> I propose to change the limit to 1 000 000 features.
> I don't know why there is a max number of features parameter.
> I can also set it to the upper integer limit.
> What do you think ?
>
> Michaël
>
>
> --
> 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

Re: [JPP-Devel] Some possible improvements in the last OJ : svg export

2012-04-27 Thread Eric Grosso

I answered during you did it too. Sorry for this repetition :-)

Eric

On 27 April 2012 12:40,  wrote:

> exactly my point ;) .. ede
>
> On 27.04.2012 12:31, Eric Grosso wrote:
> > Hi Michael,
> >
> > Why don't remove this limit and using it in a OK/Cancel dialog which
> could be displayed if there is an important certain number of objects such
> as
> > "Due to the important number of objects, the generated SVG file will
> have an important size and the process may be long (several minutes).
> > Do you want to continue?". It will allow users to choose what they want
> to do and know about the time of the process.
> >
> > Eric
> >
> > 2012/4/27 Michaël Michaud  michael.mich...@free.fr>>
> >
> > Hi Eric
> > >
> > >
> > > Bug: the export in SVG works well for small datasets but doesn't
> work
> > > for important ones (creation of a kind of strange noisy image
> > > but not in a SVG format, except for the file extension). If it's
> just
> > > an extract of the important dataset, the export is done without
> > > any problem. I was able to reproduce this problem with more than
> one
> > > layer.
> > There is currently a hard-coded limitation to 1 features
> >
> > I tried with 100 000 features.
> > It took 4 mn to export and produced a 50Mo file, but I could open it
> > without problem in inkskape.
> >
> > I propose to change the limit to 1 000 000 features.
> > I don't know why there is a max number of features parameter.
> > I can also set it to the upper integer limit.
> > What do you think ?
> >
> > Michaël
> >
> >
> --
> > 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  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
>
>
> --
> 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

1 2 >

1 - 100 of 104 matches

Mail list logo