Michael, you are totally right. I agree that all efforts are welcome. Just the part where everything is migrated to a platform located in india and with with no possibility for you or stephan to intervene, like on a neutral platform as sf.net or google code, makes me uncomfortable.
ede On 04.02.2011 23:10, Michaël Michaud wrote: > 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 >> <mailto: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 ------------------------------------------------------------------------------ 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
