Re: [JPP-Devel] Question about efficient in-memory feature storage...

2007-04-14 Thread erwan bocher
Hi guys, In my laboratory we are working on the memory limitation. It will be resolved in one month. Currently we define a new pipeline for datasources access (write and read). In few days a web page will be available with the documentation and the design architecture. See u R1. --

Re: [JPP-Devel] Question about efficient in-memory feature storage...

2007-04-14 Thread Stefan Steiniger
Hei Landon, with respect to your questions to Erwan please have also a look on the google-doc document. As far as i know you were one of the persons having acceess to it ... In that doc is a very brief sketch of the system. otherwise i send you a copy of the doc stefan Sunburned Surveyor

Re: [JPP-Devel] Question about efficient in-memory feature storage...

2007-04-13 Thread Michaël Michaud
Hi, Did you have a look to java 5 documentation ? : you'll find interesting information in Queue interface and LinkedList implementation. I think there are also many open-source projects related to Cache management. With java 5 generics cast is no more necessary. My advices : - read the

Re: [JPP-Devel] Question about efficient in-memory feature storage...

2007-04-13 Thread Larry Becker
Hi Sunburned, Michaël is correct. It is time to embrace the Java 5 enhancements. It may even be time to start considering Java 6. My testing shows no problems with compatibility. Regarding specific suggestions, I'm afraid I haven't yet understood exactly what problem you are trying to

Re: [JPP-Devel] Question about efficient in-memory feature storage...

2007-04-13 Thread Larry Becker
The best advice I can give on optimization is never do it until you have working code. I have been working on JUMP for three years and have only started looking at optimization the last month or so. See http://www.extremeprogramming.org/rules/optimize.html When I said I didn't understand what

Re: [JPP-Devel] Question about efficient in-memory feature storage...

2007-04-13 Thread Sunburned Surveyor
I misunderstood your response Larry. I apologize about that. I suppose I can always test the 3 different options for my implementation, but that would be a lot of work. :] I thought some of the developers would have an idea on which technique might be the fastest. If we decide to move to a JDK

Re: [JPP-Devel] Question about efficient in-memory feature storage...

2007-04-13 Thread Michaël Michaud
Yes, I took a look at the Queue interface. It had the First-In-First-Out behavior, but I didn't see a way to limit the growth of the content, which I would need to do for my purposes. If we decide to make the JUMP to a newer JDK version that supports generics I might take a look at this.

Re: [JPP-Devel] Question about efficient in-memory feature storage...

2007-04-13 Thread Sunburned Surveyor
Thanks Michael. I'll take a quick look at some of the libraries you mentioned. I'll also have a look at the API documentation for LinkedHashMap. The Sunburned Surveyor On 4/13/07, Michaël Michaud [EMAIL PROTECTED] wrote: Yes, I took a look at the Queue interface. It had the

Re: [JPP-Devel] Question about efficient in-memory feature storage...

2007-04-13 Thread Juliana Barros
Hi Sunburned, I have the same problem: OpenJUMP chokes when I try to read in the parcels layer for my country. Even road's layer. I live in Brazil, and shapefile's size is a problem! :-) I think overcome the RAM limitation on the size of spatial data sets that OpenJUMP can import and work with