Lary wrote: "Explode Layer would include the existing "Edit->Extract
Layers by Geometry Type" functionality, and add the capability to
explode a layer by attribute value. That is, it would create a new
layer for each unique value of a given attribute."
This sounds pretty cool. You might want to p
Hi SS,
On Thu, Jul 10, 2008 at 9:39 AM, Sunburned Surveyor <
[EMAIL PROTECTED]> wrote:
> Lary wrote: "Explode Layer would include the existing "Edit->Extract
> Layers by Geometry Type" functionality, and add the capability to
> explode a layer by attribute value. That is, it would create a new
>
On Jul 10, 2008, at 2:43:16:PM, Larry Becker wrote:Hi SS,On Thu, Jul 10, 2008 at 9:39 AM, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: Lary wrote: "Explode Layer would include the existing "Edit->Extract Layers by Geometry Type" functionality, and add the capability to explode a layer by attribute
I just completed my first code review of the JTin SoC project that
Chris Demars has been working on. I wanted to include the mailing list
on my comments to Chris, as I know there are more experienced
programmers listening that can offer Chris there own suggestions on
his design.
I must say that Ch
STRtree is general at least twice as fast as Quadtree. Perhaps that's
why it was chosen?
Sunburned Surveyor wrote:
> I just completed my first code review of the JTin SoC project that
> Chris Demars has been working on. I wanted to include the mailing list
> on my comments to Chris, as I know the
--- On Thu, 7/10/08, Martin Davis <[EMAIL PROTECTED]> wrote:
> STRtree is general at least twice as fast as Quadtree.
> Perhaps that's
> why it was chosen?
>
Yep. The only downside to STRtree is that it is read only, and since I was
designing the TIN class as immutable, it seemed the best f
Hei,
Today I started some work on analysing and later generalising (i.e.
simplification) of polygon layers where the polygons form a mosaic
(tesselation). So any operation on the boundaries requires that
topologic neighbourhood must be observed. I.e. to simplify an outline I
need to simplify t
Hi Stefan,
How about com.vividsolutions.jts.operation.polygonize? That seems to be
what it was intended to do.
regards,
Larry
On Thu, Jul 10, 2008 at 7:21 PM, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> Hei,
>
> Today I started some work on analysing and later generalising (i.e.
> simplifi
Hei Larry,
mhm.. maybe I could not really express what I want to do.
I have already polygons - and want to derive the common boundary between
two polygon as "one Linestring". So I need to concatenate the pieces
that intersection() does return. Or are you proposing to simply work
with the (out-)
Hei Landon,
a few comments on your changes [personal thoughts]
> However, I think there is a reasonable solution:
>
> I'll keep all of my changes in my own fork. I'll regularly present
> these changes to the OpenJUMP programming community. I'll clearly
> identify those changes that I think are n
Hei,
I moved all "advanced" plugin functionality to the "default-plugins.xml"
file that originates from the OpenJUMP team. Basic functionality (such
as file i/o, viewing and styling) is still loaded from the
OpenJumpConfiguration file.
Next step will be to move the original JUMP plugins.
Howev
Hei all,
Larry Becker schrieb:
> Hi Joe,
>
> Thanks for the link. I haven't been keeping up enough with the Google
> Talks. Linus is always interesting, and funny! Git sounds like a good
> system, but overkill for us I think.
I think so too, especially as we don't have another choice wit
12 matches
Mail list logo
