Hi Simone, Thanks for your answer.
> It would be better to knoww a little more about what you are doing. You're right, I should have been more explicit. Basically, I'm developing an application based on Netbeans and one part of it is a map module. It is something very basic, used only to display one raster and 3 or 4 shapefiles. Only the most simple functions are used (navigation, basic selection/information querying). The map works very well with GeoTIFFs, but, as I mentionned in my previous mail, loading JPGs leads inevitably to a crash. > Long story short, jpeg is a bod format for raster, generally speaking, > and java support for it is very bad as well. > So combine the to and you the results you are seeing. I personally > don't use jpeg but rather convert to geotiff + jpeg, that's the > fastest escape route for you. Although I share your point of view on the disadvantages of using JPEG as a format for geodata, the project/client this application is developed for is extensively making use of jpg+jgw files, which makes it necessary to have it at least supported (even if GeoTIFF and other formats are far more performant). The files used are relatively small (<30MB). I've read somewhere that the way JPEG is encoded makes it necessary to load the whole file into memory, which is certainly a draw-back in regards to performance, but I think there must be some way to at least display it? I will for sure recommend the use of GeoTIFF over JPEG, but I'd like to try to offer some kind of support for JPG first... If it really doesn't work, I can always go back to a GeoTIFF-only solution. Maybe someone has a hint on where the problem could be? Thanks, Phil -- View this message in context: http://n2.nabble.com/Image-world-file-leads-to-OutOfMemoryError-tp4913001p4913388.html Sent from the geotools-gt2-users mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
