Hi!
I have been using latest OpenJUMP from SVN and PostGIS PlugIn from
https://sourceforge.net/project/showfiles.php?group_id=118054&package_id=179545&release_id=464883
. There was some problems compiling PostGIS PlugIn from SVN trunk as maven
wanted to write stuff to /home/lemeser and then pro
Giuseppe Aruta wrote:
Hi,
> I did a test on Andreas' job about import/export SLD.
thanks, your efforts are appreciated here!
> These are the resaults:
>
> a) OpenJUMP can easly open Kosmo SLD. It imports
> everything except fill type and halo.
> Sometimes it cannot import the correct position
Giuseppe Aruta wrote:
Hi,
> > > b) OpenJUMP opens uDig SLD but it doesn't import
> > the
> > > correct fill colour .
> >
> > Are you sure? When I'm testing your files, the fill
> > colors seem to be imported
> > correctly...
>
> I attached two screenshot of what happens when I load
> uDig S
I currently have the JTIN library designed so that all
the heavy lifting data structures are are located at
the Geometry level while all the display code is at
the Layer level.
For instance:
* TinFace extends Geometry: contains a Triangle object
and links to neighboring faces.
* TIN extends Ge
Christopher,
I would not extend Geometry for the TinFace, subclassing Geometry is not
something that works will in the current JTS code base. I would just
have a custom TinFace class which could be converted to Polygons if
required for some cases. I think in a lot of cases you can forgo the
c
