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 i
Michael,
I took a look at the Javadoc for LinkedHashMap. Of particular interest was
the removeEldestEntry() method. I think this was exactly what I needed.
Thank you for your help.
The Sunburned Surveyor
On 4/13/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
Thanks Michael. I'll take a q
Michael,
Would you have suggestions for long-term rules? I'd be interested in hearing
those.
The Sunburned Surveyor
On 4/13/07, Michaël Michaud <[EMAIL PROTECTED]> wrote:
> I've posted some thoughts on a package naming convention for OpenJUMP
> here:
>
> http://openjump.blogspot.com/
>
Sou
O.K. - I'll put you down as a neutral vote...
On 4/13/07, Michaël Michaud <[EMAIL PROTECTED]> wrote:
> 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 jum
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
> First-In-F
> I've posted some thoughts on a package naming convention for OpenJUMP
> here:
>
> http://openjump.blogspot.com/
>
Sounds reasonable to me as short-term rules.
Michaël
> The Sunburned Surveyor
>
>
>
>-
> 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
>
>
>-
> 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 t
I've posted some thoughts on a package naming convention for OpenJUMP here:
http://openjump.blogspot.com/
The Sunburned Surveyor
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and
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
st
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 th
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 requ
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 pr
Larry and Michael have suggested moving our development of OpenJUMP to one
of the newer JDK's. I had considered this a few weeks ago, and I had even
sent an e-mail to Vivid Solutions to confirm what version JDK they are
working with for JUMP development. They confirmed the use of JDK 1.4.2,
which
Michael and Larry,
Thank you for the responses. Please see my comments below.
Michael wrote: "Did you have a look to java 5 documentation ? : you'll find
interesting
information in Queue interface and LinkedList implementation."
Yes, I took a look at the Queue interface. It had the First-In-Fir
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 solve
16 matches
Mail list logo
