Basically the limit is based on the RAM of your computer. This is
because OpenJUMP stores each feature in memory. This makes for fast
rendering, but imposes an upper limit on the number of features you
can work with at any one time.
The Sunburned Surveyor
On Mon, Mar 31, 2008 at 6:18 PM, Christop
--- Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> I send you the slides in an extra email,
>
> about the code we need to ask Martin. I am actually
> not sure how much of
> the stuff he did within postgis, due to the memory
> limitations of JUMP.
Thanks for the slides.
What are the memory limi
I send you the slides in an extra email,
about the code we need to ask Martin. I am actually not sure how much of
the stuff he did within postgis, due to the memory limitations of JUMP.
Stefan
-
Check out the new SourceForg
I'm sure a code release could be arranged with Martin.
SS
On Mon, Mar 31, 2008 at 2:03 PM, Christopher <[EMAIL PROTECTED]> wrote:
> The slides would be great. Did he release any sample
> code under the L/GPL?
>
> --Christopher
>
>
> --- Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>
> > Hei Guys,
The slides would be great. Did he release any sample
code under the L/GPL?
--Christopher
--- Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> Hei Guys,
>
> sorry for not having a look on this topic so far.
> But one thing may be
> to include Martin David' expertise in this
> discussion since he
Hei Guys,
sorry for not having a look on this topic so far. But one thing may be
to include Martin David' expertise in this discussion since he presented
on last FOSS4G:
http://lin-ear-th-inking.blogspot.com/2007/05/geotec-2007-presentation-on-watershed.html
I also have the slides.
Stefan
Pa
Paul,
Thanks for welcoming Chris and getting involved. I hope to respond to
his e-mail, but I won't get to it tomorrow. I have the feeling Chris
will be a great addition to our team. His programming experience is
was more extensive than my own.
The Sunburned Surveyor
On Mon, Mar 31, 2008 at 10:5
Christopher,
Here is some code I started to create a TIN API.
http://rsiaf.googlecode.com/svn/rs-gis-core/trunk/src/main/java/com/revolsys/gis/tin/
It works well for the case where you just have DEM points but there are
some issues when you start introducing breaklines. The problems come
down
--- Paul Austin <[EMAIL PROTECTED]> wrote:
> Christopher,
>
> Welcome aboard, glad to see someone working on this.
>
> I'm going to write a longer email later but one of
> the things we should
> consider is splitting the model and operations for
> the TIN itself from
> the visualization and IO
Christopher,
Welcome aboard, glad to see someone working on this.
I'm going to write a longer email later but one of the things we should
consider is splitting the model and operations for the TIN itself from
the visualization and IO code. So the TIN model should not be dependent
on anything
Hi,
when I try to open my project with the latest
nightbuild I will receive the following error:
com.vividsolutions.jump.util.java2xml.XMLBinder$XMLBinderException:
Expected 'filling' attribute but found none. Tag = style; Attributes =
[Attribute:
class="com.vividsolutions.jump.workbench.ui.r
11 matches
Mail list logo
