Dear JUMP user list subscriber: This first posting goes to two lists (JPP Devel and Jump User List). Comments on the discussion points should be sent to jump-pilot-devel@lists.sourceforge.net (which needs a subscription)
=================================================================== Dear developers and users of OpenJUMP, as you may have read from my last post, we have so far transferred the new Jump 1.2 functionalities and bug fixes to OpenJUMP apart from the imagery framework. Now I would like to know your opinion on the integration of the latter! I can imagine to a) transfer the code and make the functionality available as in JUMP b) only tranfer the code - so others can improve it and use it c) leave it as it is So why do I see c) as an option? My - rather personal - points with the imagery framework are: ***larger concerns*** * the imagery framework depends on the JAI libray , while the problem here is, that JAI is library which has different binary versions for different OS. * to add here is, that i have seen, that dll files are used by the imagery framwork. I guess they would only run on windows machines *** my smaller concerns*** * according to Larry the new frameowrk seems to slow down the things a bit (or did i get it wrong) * other existing image plugins might be better e.g. the Pirol plugin has some nice features for raster tiles (caching - although i do not know if it may hold for Jump as well.. i have not tested the imagery framework) and someone reported that the Tanato plugin by Erwan should also have a quite good support for world files open questions to me are: * how is the framework prepared to implement Raster Map Algebra * can (Ascii-)Raster formats (like the from ESRI) included as well => SIGLE has a plugin on that, if i remember correctly * is caching (of very large tiffs) and tiling handling possible ..so currently i personally opt for leaving raster support as extra plugin although the both options to - integrate pirol raster support or - integrate the jump code to give other space for improvement on our code base, sounds well as since. note: i don't think that there is to make a decission until Christmas :) so.. any thoughts on that? ============================ As I am writing already to all. I would like to have an opinion what do you think about the switch from Java 1.4 to Java 1.5? We have done this change so far because Java 1.5 is necessary for some newer functionalities, e.g. the Attribute Calculator. As far as I know JUMP is still running on Java 1.4 (pls. correct me if I am wrong). Thus, there will be still a 1.4 version. sincerely, stefan ------------------------------------------------------------------------- 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
