again, i vote to take this slowly.. leave aside that i personally like to have the server located in usa or europe for performance issues, i suggest you start on setting up an independent trac for the extensions of yours. oj.org should stay at sourceforge for now.
we could however give you access to the webspace, if you can tell us what you want to add, to change. if this works out, you are of course welcome to maintain the website. ede On 04.02.2011 11:00, Mohammed Rashad wrote: > 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 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
