I'm also hesitant to move any of our current hosting services from SourceForge to another provider. SourceForge has been pretty reliable in the past, and all of our most active programmers know how to use it.
Having said that, I encourage Rashad to continue bringing his ideas for improving the development of OpenJUMP to our mailing list. It is good to see an organization with such an active interest in the program. It is important to remember that many organizations come to OpenJUMP, get very active in its development, and then move on after a short period of time. There are, however, a few of us that hang around because we enjoy the misery. We old timers want to make sure our maintenance burden remains as low as possible, and I thinking sticking with Sourceforge helps us do that. I'll defer to Stefan on this matter if he has a strong opinion, but I think he will also likely agree with the comments already made. Put me down for -1. The Sunburned Surveyor 2011/2/6 Michaël Michaud <michael.mich...@free.fr>: > > our institution is IIIT - H ( International Institute of Information > Technology, Hyderabad ) you can find more on our university website > http://iiit.ac.in. I am working in Lab for Spatial Informatics. here is the > link to out lab's site. http://lsi.iiit.ac.in. the number of peoples to work > on OpenJUMP can be decided at the end of this semester. > I have given some time to work in OpenJUMP. > > Hi, > > Thanks for information about your institution and your lab. Let us know if > you've links with more material in the opensource gis domain (papers, > softwares, projects...). > > You may know that there has been many JUMP forks in the past (some hosted by > private companies as kosmo and some hosted by universities as pirol) > As far as I know, the OpenJUMP project hosted by sourceforge is the only one > which get help from all over the world. > Up to now, there has been some very valuable contributions from private > companies, independant developpers, universities...and good support from > original architects of the JUMP software. > > Sourceforge may not be the best technical solution to host OpenJUMP, but I'm > quite sure it promotes international participation. That's one of the > reasons why it should stay here, at least in the near future. > > Hope that your lab will be interested in developping OpenJUMP, whether here > or there ;-) > > Michaël > > >> Also there is still the point of reliability of web services (access from >> europe, usa, australia, where the majority of oj devs are located). >> >> This just my point of view. I am just a careful fellow and can't speak for >> the majority of oj people. >> >> ..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 > > > > -- > 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 > > ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
