Hi Mohammed,
I'm very happy to learn you and other developpers from India are
planning to improve OpenJUMP, develop plugins and make OpenJUMP be a
member of OSGeo.
I gave you commit rights to the svn.
- you can use the pgRoutingPlugin directory as you want
- you can create new plugin directories
- for modifications to the core, please, explain your ideas on the list
before
- for bug fixing, please, go ahead ;-)
About your idea of a new website, I noticed a few comments against
sourceforge, and even more comments against a change to trac.
As I told you, my own position is not related to management tools pros
and cons, but to human resources.
If you're sure your team is strong enough to migrate the project,
improve OpenJUMP and do all what you say, go ahead. I think most of
OpenJUMP developpers will be happy to join you soon.
The other way (the one I recommend) is to contribute to sourceforge
project first, to show us what you can do by adding some great plugins,
bug fixes or improvments, then to submit a vote again...
Michaël
Le 04/02/2011 11:00, Mohammed Rashad a écrit :
I will do the job of copying everything to server. the website will be
openjump.org <http://openjump.org>. server is located at IIIT-H
lsi.iiit.ac.in <http://lsi.iiit.ac.in> (Lab for spatial Informatics)
I am thinking as a volunteer for website management for OpenJUMP
On Fri, Feb 4, 2011 at 3:25 PM, <edgar.sol...@web.de
<mailto:edgar.sol...@web.de>> wrote:
On 04.02.2011 07:19, Mohammed Rashad wrote:
>
> see this
> http://trac.osgeo.org/grass
> i think its better to use trac than sourceforge. now sourceforge
fits your needs for now but it is better to have trac
> you just view the sites with trac and you will know.
currently a lot of information is in the mediawiki. while i see
that this information should be provided more prominently i don't
see the need to move everything in one place. btw. where would
this server be located?
> Anyway if most of developers doesnt need the trac interface. no
problem for us. It depends of voting of all developers. we can
also have trac with openjump whole site on our server. If majority
of developers vote +1. we can have everything of openjump under
one umbrella
> www.openjump.org <http://www.openjump.org> <http://www.openjump.org>
> www.openjump.org/trac <http://www.openjump.org/trac>
<http://www.openjump.org/trac>
you could however start a trac for your plugin-repository. if you
need changes in the core components, these are suggested and
discussed on the mailing list.
we happily link your trac on either oj.org <http://oj.org> and oj
wiki. when you start contributing continuously we should see how
the collaboration works out and where there are needs for improvement.
..ede
------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access
resources
and provide services. The best practices for maximizing a physical
server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world?
http://p.sf.net/sfu/oracle-sfdevnlfb
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
<mailto:Jump-pilot-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
--
Rashad
------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world?
http://p.sf.net/sfu/oracle-sfdevnlfb
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world?
http://p.sf.net/sfu/oracle-sfdevnlfb
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
