R1,
Brilliantly put. I totally agree with your view; especially so with point 2.
Regards,
Pedro Doria Meunier.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of erwan
bocher
Sent: sábado, 3 de Março de 2007 8:50
To: List for discussion of JPP development and use.
Subject: [Norton AntiSpam] Re: [JPP-Devel] Suggestion by Pedro on changing
to Kosmo
Hi all,
Concerning ,SIGLE and my laboratory opinion's. Kosmo has made many
improvements on the JUMP. It is a good work. Nevertheless, I think that we
shouldn't use the code of Kosmo but rather methodology. There is many
dependencies with other projects. For examples :
- to load dxf files Kosmo uses the work made by the gvSIG friends
- to load raster layers, Kosmo uses also a great gvSIG development (JGDAL)
And in the lib jar folder, we can see andami, Fmap, GDBMS 0.8... . the
bases libraries for the gvSIG GIS (60 jar files).
As said Landon, one of the best things about OpenJUMP is its stability and I
add "the size".
OpenJUMP offers many functionalities with very few libraries dependences.
I agree with Larry and Landon :
1. " I would recommend putting off any decision
until there is a mature version of Kosmo."
2. "OpenJUMP was our idea for a common platform or brand that these
different "brands" could use. I don't think I ever imagined building an
OpenJUMP that would fit everyone's specialized needs. I instead imagined
that the different brands would sharea as much code as possible in the
common "core" that would be OpenJUMP."
Cheers.
R1.
--------------------
Ingénieur de recherche
Docteur en géographie,
spécialité géomatique
École Centrale de Nantes
Institut de recherche en sciences et techniques de la ville
http://www.irstv.cnrs.fr/
http://geosysin.iict.ch/irstv-trac/wiki
http://r1.bocher.free.fr <http://r1.bocher.free.fr/>
http://www.projet-sigle.org <http://www.projet-sigle.org/>
On 3/3/07, Sunburned Surveyor <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> > wrote:
I haven't had a chance to test drive Kosmo like Larry has, so I can't give
an objective comments on this idea of "jumping" to Kosmo's core. However, I
would like to offer some quick thougts, and add to some of the things Larry
and Stefan mentioned.
I think we need to remember that one of the best things about OpenJUMP is
its stability. I don't deny that there seem to be great things going on with
Kosmo. I was reading over there previous message about some of the changes
they had made, and I must admit I was nearly overwhelmed by all they had
done. I think they will continue to make rapid progress with a staff of 9
devoted developers. I don't think there is any way Stefan and I, or even
Vivid Solutions, has the ability to throw that many bodies at OpenJUMP
improvements.
However, after recognizing the rapid progress Kosmo will experience, we need
to acknowlege some important realities identified in Larry's comments. It
sounds like development of Kosmo is driven by some very specific
client/customer requests, and that the organization behind Kosmo's
development have some very specific ideas of what they would like to
accomplish.This is an ideal environment to bring about the rapid
improvements they are planning. They will be focused and won't have the
burdens that come with a more open community-based development process.
The orignial purpose of the JPP was to encourage "collaborative" or
"cooperative" development of the different JUMP "brands". OpenJUMP was our
idea for a common platform or brand that these different "brands" could use.
I don't think I ever imagined building an OpenJUMP that would fit everyone's
specialized needs. I instead imagined that the different brands would sharea
as much code as possible in the common "core" that would be OpenJUMP. I
think we can still accomplish this "vision" for OpenJUMP and the JPP by
judicously choosing the things we would like to integrate from Kosmo. They
can in turn judicously choose what they would like to "take" from us.
Think of OpenJUMP as the Linux Kernel, and Kosmo as a distribution of Linux
like Debian or Red Hat. We want to keep a kernel that can be used by a lot
of different "distros".
I need to speak some more about these issues. I hope I can find time later
this weekend.
The Sunburned Surveyor
On 3/2/07, Larry Becker <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> > wrote:
Hi Stefan,
> > Putting all together it's quite tempting to say: "...why don't we simply
> > adopt the Core from Kosmo as the OJ Core altogether...?!?".
> >
> What is your oppinon on that? Pro's & Con's?
> (this goes especially to Larry, SIGLE/Erwan, Ugo, Michael and the Pirol
When you check out Kosmo rc1, I think you'll find that it has made
many changes to the basic JUMP interface. Some are understandable,
but others seem to be just gratuitous. From the SkyJUMP perspective,
(small maps, easy to use, many CAD-like editing tools) there doesn't
seem to be much to take away. Others will no doubt be excited by the
heavy weight data sources, and removal of memory bound restrictions.
I'm still going through it, but it looks to still be a work in
progress compared to OJ. I would recommend putting off any decision
until there is a mature version of Kosmo.
regards,
Larry Becker
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php
<http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
&p=sourceforge&CID=DEVDEV
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php
<http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
&p=sourceforge&CID=DEVDEV
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
<https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
