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

[JPP-Devel] Switching to Subversion...

2007-04-13 Thread Sunburned Surveyor
While we're talking about upgrading things...I thought I would again mention the idea of moving our code repository over to Subversion. I have been using Subversion at the SurveyOS project for a while, and it really has some advantages over CVS. (You don't need to put in a SourceForge service

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] new Spanish Translation

2007-04-13 Thread Sunburned Surveyor
Nacho, I want to second Stefan's thanks for your translation efforts. The Sunburned Surveyor On 4/11/07, Stefan Steiniger [EMAIL PROTECTED] wrote: Hei Nacho, thanx for taking the time to translate. tomorrows nightl built version should have inlcuded this version greetings from germany

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] Switching to Subversion...

2007-04-13 Thread Michaël Michaud
Are any of the other developers using Subversion? Are there still strong feelings against the migration? No opinion, just like the most simple solution. I prefer having time to improve jump than to configure cvs/svn access :-) . The Sunburned Surveyor

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