Paolo, At the high level I agree with keeping the imagery stuff as a plugin, but currently adding a renderer as a plugin can be a challenge (hence why is was placed in the core this time around).
I guess we should look into pluggable renderers in the future (wms is another example). David -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of P.Rizzi Ag.Mobilità Ambiente Sent: December 5, 2006 2:54 AM To: 'JUMP Users Discussion'; List for discussion of JPP development and use. Subject: R: [jump-users] integrating the JUMP imagery framwork? Hi all, here're my two cents. .) I can't see any problem with using JAI. It has distributions for Windows and Linux (and maybe others) that uses accelerated hardware if available, so it would be crazy not to use it. If JAI can't, for any reason, use the binary natives, it trasparently falls back to pure Java. .) The imagery support, whatever it is, should definetely be a plugin. This should be true for _any_ functionality. I can't see no reason why anything should be inside the Core. There's already two much inside it, that should be moved outside. If the Core should be modified somehow to support the presence of the imagery stuff, OK, let's do it. Probably if the imagery plugin needs something from the Core it would be something that may be of use to other plugins as well. .) If the imagery stuff is a plugin, it can be the JUMP one, or the one from Pirol, or any other one. Since it's pluggable, users will choose the one they find better for their own needs. Anyway I feel that, since integration with JUMP and Vivid Solutions is _very_ important, any needed effort should be taken to ensure the JUMP imagery stuff works with OpenJUMP as well. .) About the Java 1.4 vs 1.5 dilemma, I think that anyone should switch to 1.5 as soon as possible but at the same time we should not assume everybody did it. So we should avoid any Java construct added in 1.5 and not available in 1.4. It shouldn't be difficult. There's no such things in 1.5 that you really can't live without... Bye Paolo Rizzi > -----Messaggio originale----- > Da: Stefan Steiniger [mailto:[EMAIL PROTECTED] > Inviato: martedì 5 dicembre 2006 0.36 > A: List for discussion of JPP development and use. > Cc: JUMP Users Discussion > Oggetto: [jump-users] integrating the JUMP imagery framwork? > > > 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 > [email protected] (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 > > _______________________________________________ > jump-users mailing list > [EMAIL PROTECTED] > http://lists.refractions.net/mailman/listinfo/jump-users > AVVERTENZE AI SENSI DEL D. LGS. 196/2003 Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i, sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceveste questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema; costituisce comportamento contrario ai principi dettati dal D. Lgs. 196/2003 il trattenere il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse. _______________________________________________ jump-users mailing list [EMAIL PROTECTED] http://lists.refractions.net/mailman/listinfo/jump-users ------------------------------------------------------------------------- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
