I'd like to propose some additional changes to the current way we load
file based datasets and images.
Currently we have the following
- Load Dataset plugin which works for single layer file based formats
(e.g. shp, gml)
- Add Image Layer (geotiff, jpg, mrsid, ecw)
- Add MrSid layer (mrsid)
I
Has anyone done any work with GeoJP2 in Java or JUMP?
Paul
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to
Paul Austin a écrit :
>Has anyone done any work with GeoJP2 in Java or JUMP?
>
>
Not that I know, I think it would be a great replacement for ecw and
mrsid which are proprietary formats
Michaël
>Paul
>
>-
>This SF.net ema
Has anyone done any work with the raster plugins to support reprojecting
the images when loading/viewing in JUMP?
Thanks,
Paul
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2
Hi Paul,
All of the image reprojection I've seen is slow, and in proprietary code.
Larry
On 7/13/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> Has anyone done any work with the raster plugins to support reprojecting
> the images when loading/viewing in JUMP?
>
> Thanks,
> Paul
>
> -
See the Wikipedia article on JPEG 2000 for comments on legal issues re: JP2000:
http://en.wikipedia.org/wiki/JPEG_2000#Legal_issues
It seems OK, but it pays to be informed.
Larry
On 7/13/07, Michaël Michaud <[EMAIL PROTECTED]> wrote:
> Paul Austin a écrit :
>
> >Has anyone done any work with G
Hello all,
I've used Buoy and I think it is a great library... Easy to use and very
powerful.
I always wonder why Java community doesn't use it more often.
In my opinion, Bouy would have to remain in OJ... even favor its use.
Nacho.
2007/7/12, Stefan Steiniger <[EMAIL PROTECTED]>:
my opin
Hi everybody
I invite you to see the new help page (OpenJUMP List
of Function) which I put on OpenJUMP Documentation
Page
http://openjump.org/wiki/show/OpenJUMP+List+of+Functions
I put on this page some paragraphers (the ones I wrote
by now) and I program to upgrade by the time I write
new one.
T
looks good and simple :)
stefan
Giuseppe Aruta wrote:
>Hi everybody
>
>I invite you to see the new help page (OpenJUMP List
>of Function) which I put on OpenJUMP Documentation
>Page
>http://openjump.org/wiki/show/OpenJUMP+List+of+Functions
>I put on this page some paragraphers (the ones I wrote
Hi,
I tested this one, but it did not change the result for me.
The JOIN_BEVEL appears and desappears depending on scale in both cases,
with old code and with your patch.
I read that PathIterator.SEG_CLOSE add a segment back to the point
corresponding to the most recent SEG_MOVETO.
In our case,
Sorry Michaël, I didn't mean to mislead you, but I didn't include all
of the code as I was still doing testing. There were a number of side
effects to adding the SEG_CLOSE and changing from GeneralPath to
Path2D.Double. I had to change PolygonShape, Java2DCovnerter, and
StyleUtil. The difference
I read that PathIterator.SEG_CLOSE add a segment back to the point
corresponding to the most recent SEG_MOVETO.
In our case, this segment already exists because the linestring is
closed.
The linestring is closed, but Java2D won't build a bevel without the
SEG_CLOSE on the last segment. If it is
Hello,
Yes, the patch on the linestring has no effect on a polygon, but the
patch on the polygon has :-)
It is now commited for both cases.
I did not patch classes to use double instead of float yet (but I have
no objection if someone who understand and/or need it commit)
Michaël
Larry Becker
Great! When I was looking at it to answer your post, I realized that
I had some useless code in the Linestring PathIterator. It is much
simpler now and much more light weight.
class LineStringPath implements PathIterator {
private int iterate;
14 matches
Mail list logo
